mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)

First some things about testing: DO NOT USE the date.jsp (it could return various html lengths, so from there are coming those Failed requests ). I've just browsed through the source code of ab and it uses the first page as its length ethalon, and date.jsp could retur various length if the tests

RE: Jasper2: serious problem with tag declarations

Many thanks Jan and Kin-Man. But there is still a problem - now if you have: ( i.e. the same variable name ), it will fail with duplicated declaration, the code will be: Object i; ... Object i; ( id is nested ). As I mentioned, the 4.1.4 milestone doesn't have this pro

DO NOT REPLY [Bug 10097] New: - ERROR [Engine] [org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings (2)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java

costin 2002/06/20 19:28:47 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: Remove debug statements. Revision ChangesPath 1.18 +5 -5 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java Index: Compiler.

RE: Jasper2: serious problem with tag declarations

Hi Costin, > More info: > > The page is: > > <%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %> > > > > Foo > > > > I get: > > a$jsp.java:75:25:75:25: Error: No entity named "id2" was found in this > environment. > > And the generated code is: > .

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java

kinman 2002/06/20 17:59:56 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java Log: - Fixed the last bug in nested tags costin discovered. :-) Patch supplied by Jan Luehe. Revision ChangesPath 1.32 +68 -31

cvs commit: jakarta-tomcat-4.0/webapps/admin/images DefaultContext.gif Mailsession.gif

amyroh 2002/06/20 17:40:59 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources ResourcesTreeBuilder.java Added: webap

DO NOT REPLY [Bug 9993] - does not handle non-ascii encoding correctly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10037] - Jasper2 throws NPE in with jsp:plugin id applet not found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 10035] - not allowed as a sub-elemnt for jsp:plugin

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 9996] - <@%include> breaks when the included page contains non-ascii encoding

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10094] New: - Apparent problem with all tags in a TLD if one of the tags has an invalid configuration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Validator.java

kinman 2002/06/20 16:48:23 Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java Log: - Fixed 9996, and possibly 9993: set the default charset from the pageEncoding if contentType specified does not include a charset. Revision ChangesPath 1.10 +1

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java

costin 2002/06/20 16:05:27 Modified:jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java Log: Update to JspCompilationContext. Move the code to load the servlet in a method - that can also be called before service(), allowing us to load

RE: proposed minor change to WebdavServlet

Now you've got a 'get' method doing a 'give' operation ;) Not that I know anything about WebDAV. -Steve -Original Message- From: Russ Trotter [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 4:19 PM To: [EMAIL PROTECTED] Subject: proposed minor change to WebdavServlet Hello,

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java

costin 2002/06/20 16:02:16 Modified:jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java Log: Use the cached TLDLibraryInfo. This is not perfect - we may look at the file timestamp and re-read it if modified. If you have problems with c

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java

costin 2002/06/20 16:00:43 Modified:jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java Log: Added some code to allow the caching of the TldLibraryInfo. On apps with many pages and many taglibs it is a waste of time to read/parse the same t

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspRuntimeContext.java

costin 2002/06/20 15:58:58 Modified:jasper2/src/share/org/apache/jasper/compiler JspRuntimeContext.java Log: Update for the JspCompilationContext. Revision ChangesPath 1.3 +6 -6 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jaspe

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java

costin 2002/06/20 15:55:12 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: Aparently plugging a different ant logger creates some problems. Set optimize to the reverse of debug - if debug is enabled we also need optimize disabled otherwise line numbe

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources DataSourceForm.java

amyroh 2002/06/20 15:53:16 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java SaveContextAction.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources DataSourceForm.java

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

costin 2002/06/20 15:49:54 Modified:jasper2/src/share/org/apache/jasper JspC.java Log: Few tweaks to get the class loader ( it checks for AntClassLoader to extract the classpath that was used when defining the task, and URLClassLoader for CLI invocation ). Also option for

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper EmbededServletOptions.java

costin 2002/06/20 15:48:44 Modified:jasper2/src/share/org/apache/jasper EmbededServletOptions.java Log: A quick hack to get the validating flag into ParserUtils. It's not the right way, but I hope ParserUtil will be refactored ( I see no point of having

proposed minor change to WebdavServlet

Hello, I'm proposing a minor change to WebdavServlet. In my application, I need the actually docBase of the inner-most DirContext to be dynamic dependent on request/session data. I was thinking of the following: Create a method like this in WebdavServlet: protected DirContext getResour

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspCompilationContext.java JspEngineContext.java

costin 2002/06/20 15:33:57 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java Removed: jasper2/src/share/org/apache/jasper JspEngineContext.java Log: Moved the remaining methods to JspCompilationContext, remove the JspEngineConte

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java

costin 2002/06/20 15:31:23 Modified:jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java Log: Remove some code that doesn't seem to be used. Added some printlns for special cases ( which shouldn't happen - but shouldn't be ignored either ).

pageContext null from JSP method -- Jasper bug?

Hey Jasper gurus-- is this a bug? I have this JSP example (note the exclamation point): <%! /* This method returns null-- Jasper should probably give a compiler error, since this is a dangerous pitfall for JSP developers. */ private PageContext getPageContext() {

DO NOT REPLY [Bug 9961] - JSTL core tag forEach does not work for List

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/xdocs configweb.xml

jfclere 2002/06/20 13:38:41 Modified:jk/xdocs configweb.xml Log: Remove the lines of "normal" socket that were in the AF_UNIX socket example. Revision ChangesPath 1.2 +0 -4 jakarta-tomcat-connectors/jk/xdocs/configweb.xml Index: configweb.xml ==

RE: mod_jk 1.2.0 workers pool

> -Mensaje original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: 20 de junio de 2002 20:29 I need time to prepare a machine that can handle this level of concurrency, Mladen used -c 200, i need to switch to one of the servers, :(, Thanks to microsoft, W2k professiona

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Parser.java

kinman 2002/06/20 13:12:26 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Parser.java Log: - Fixed 10035: in rejected. - Also fixed a potential problem in Generator for plugins. Revision ChangesPath 1.31 +9 -5

Re: mod_jk apache process 1 to 1 mapping with Tomcat AjpConnector thread

GOMEZ Henri wrote: >>Yet Tomcat may only be handling 10-20 requests at the same time. >>This seems like a big waste of resources in Tomcat. >> > >>From my test with ab, tomcat could handle much more request by > seconds. > > from my yesterday bench, you'll see that TC 3.3.1 and 4.0.4 > could

[PATCH] StandardSession.java

When cruising the session code I noticed that Sessions are never recycled because of a small boo boo. Without this patch the "recycled" ArrayList is always empty. Can someone verify and patch this in ? Cheers -bob Index: StandardSession.java ==

cvs commit: jakarta-tomcat-connectors/jk/xdocs index.xml

jfclere 2002/06/20 12:34:32 Modified:jk/xdocs index.xml Log: Typo - Sorry I remember it just after committing - Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml

cvs commit: jakarta-tomcat-connectors/jk/xdocs index.xml menu.idx style.xsl.in

jfclere 2002/06/20 12:33:10 Modified:jk/xdocs menu.idx style.xsl.in Added: jk/xdocs index.xml Log: Add index.xml and arrange the indexes in the left part of pages. Revision ChangesPath 1.2 +3 -0 jakarta-tomcat-connectors/jk/xdocs/menu.idx Index: m

DO NOT REPLY [Bug 10036] - Unable to resolve a class name without a package definition

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java

costin 2002/06/20 11:53:44 Modified:coyote/src/java/org/apache/coyote ActionCode.java coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java Log: Added a ne

Apache 1.3/jk2, redirects, redux

jk/java/org/apache/jk/JkCoyoteHandler ACTION_CLOSE is getting called with no call to ACTION_COMMIT when: - jk2 is being using with Apache 1.3 and - there's a redirect (like with a welcome page) Quick fix is to have JkCoyoteHandler CLOSE commit if the response hasn't already been committed:

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/core MsgContext.java

costin 2002/06/20 11:49:23 Modified:jk/java/org/apache/jk/core MsgContext.java Log: Added few timers, to help in tunning. It'll work like notes, i.e. various components will get an 'id' and use it to manage the timer. Right now I used some static constants, temporarily.

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common MsgAjp.java

costin 2002/06/20 11:47:48 Modified:jk/java/org/apache/jk/common MsgAjp.java Log: Better debug if error happens. Revision ChangesPath 1.11 +1 -6 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/MsgAjp.java Index: MsgAjp.java =

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkInputStream.java

costin 2002/06/20 11:47:00 Modified:jk/java/org/apache/jk/common JkInputStream.java Log: Few fixes for POST body handling. Revision ChangesPath 1.10 +14 -4 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkInputStream.java Index: JkInputStream.java

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_endpoint.h

costin 2002/06/20 11:45:02 Modified:jk/native2/common jk_channel_socket.c jk_handler_response.c jk_workerEnv.c jk_worker_ajp13.c jk/native2/include jk_endpoint.h Log: 2 bugs: - wrong POST body ( due to changes to support JNI, we reuse the re

DO NOT REPLY [Bug 10068] - Basic authentication not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: mod_jk 1.2.0 workers pool

Nacho ? Costin On Thu, 20 Jun 2002, Mladen Turk wrote: > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: 20. lipanj 2002 19:17 > > To: Mladen Turk > > Cc: List Tomcat-Dev > > Subject: Re: mod_jk 1.2.0 workers pool > > > > > > I'm curious what

RE: mod_jk 1.2.0 workers pool

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 20. lipanj 2002 19:17 > To: Mladen Turk > Cc: List Tomcat-Dev > Subject: Re: mod_jk 1.2.0 workers pool > > > I'm curious what is creating the conflict - the worker is > supposed to be singleton and have

DO NOT REPLY [Bug 10036] - Unable to resolve a class name without a package definition

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: mod_jk 1.2.0 workers pool

>I'm curious what is creating the conflict - the worker is >supposed to be >singleton and have the state in endpoint, and it seems to work fine in >IIS/iPlanet ( both multithreaded ). yes it's strange, we make misc test, all fails. One works, when cachesize=250 (== MAXClients). Also, I see too

Re: mod_jk 1.2.0 workers pool

On Thu, 20 Jun 2002, Mladen Turk wrote: > After spending with Henri two days of something that look like chasing a > ghosts, we came up wit some ideas and would like to hear second > opinions. > > What we have now is single ajp worker that is called from multiple > threads. Now there is almost n

DO NOT REPLY [Bug 10033] - Tomcat 4.0.3 as an NT Service

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: How was the precompiled mod_webapp.so binary built forSolaris 8

"Albert Chin" <[EMAIL PROTECTED]> wrote: > How was the precompiled binary of mod_webapp available from > http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/bin/solaris > 8/sparc/ > built? > > I'm trying to build it with the Sun C compiler (Forte 6.2) as follows > (Apache 1.3.24):

mod_jk 1.2.0 workers pool

>>Can we make a worker to be per request created if none available is >>found, that way we will theoretically end up with MaxThreadsPerChild >>workers but reuse one if the done() was finished? > >May be ... > >We should speak about that in tomcat-dev where Costin >and others could give us some

DO NOT REPLY [Bug 10068] New: - Basic authentication not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: New warp connector 4.0.4 does not work

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hello all, > > We have Apache 2.0.39 and tomcat 4.0.4 running using the old 4.0.2-01 warp > connector. > > I have tried to build and use the new connector without success. Although it > builds fine and Apache seems not to complain about it, I can

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 jk_service_apache13.c

cks 2002/06/20 09:16:00 Modified:jk/native2/server/apache13 jk_service_apache13.c Log: ensure port set correctly so redirects work, use code from original mod_jk Revision ChangesPath 1.7 +2 -7 jakarta-tomcat-connectors/jk/native2/server/apache13/jk_servic