Re: Tomcat 4.1.12 and Servlet Access 404 Errors: BUG?

Okay, I got it. It is in the conf/web.xml file. My searches for InvokerServlet were returning nothing. XP sucks. TextPad is not doing that well on this either. At 12:26 PM 10/2/2002 +1000, you wrote: >For security reasons (see the release notes for details), the invoker >servlet is disabled

Re: mod_webapp for Apache 2, Win32

[EMAIL PROTECTED] wrote: > Hello, > > I'd like to setup Apache 2.0.42 + TomCat 4.1 with mod_webapp on Win NT. > I found mod_webapp binary for Apache 1.3. It works fine. > But Apache 2 requires another mod_webapp binary. I failed to find it on ASF > web sites. > > I found only sources. I've downl

Re: Tomcat 4.1.12 and Servlet Access 404 Errors: BUG?

I cannot see any difference relative to the invoker filter, ExampleFilter, in the web.xml for Tomcat 4.1.10 versus 4.1.12. Nothing seems to be commented out. I must be missing some point here. What is it? At 12:26 PM 10/2/2002 +1000, you wrote: >For security reasons (see the release notes

Re: [VOTE] JK2 2.1

Henri Gomez wrote: > More comments on APR and JK2. > > While making tomcat-connectors rpm for jk2, and also > jk2 binaries for Linux, I wanted to have apache 1.3 jk2 > built with JNI support. > > JNI support in JK2 requires APR. > > So I build an apr 0.9.1 rpm, which include apr-utils > since a

RE: [VOTE] JK2 2.1

> -Original Message- > From: Henri Gomez [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 02, 2002 8:48 AM > To: Tomcat Developers List > Subject: Re: [VOTE] JK2 2.1 > > > More comments on APR and JK2. > > Ok, I stopped here since I feel there is many works to > conduct in JK2

Re: JK 1.2.1-beta

Bojan Smojver wrote: > On Tue, 2002-10-01 at 23:41, Glenn Nielsen wrote: > > >>Trying to interpret these error messages is a common question on tomcat-user. >> >>My proposal: >> >>1. Change these errors messages so that they accurately identify what happened. >>2. For these common errors only

Re: Tomcat 4.1.12 and Servlet Access 404 Errors: BUG? One Last Assurance

So I can understand, where is the difference in the code between Tomcat 4.1.10 and 4.1.12? And, do you mean that servlet mappings rather than being generic to some "servlet/*" path be individualized? At 12:26 PM 10/2/2002 +1000, you wrote: >micael wrote: > > > > I cannot access a webapp with t

RE: [VOTE] JK2 2.1

> -Original Message- > From: Henri Gomez [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 02, 2002 8:36 AM > To: Tomcat Developers List > Subject: Re: [VOTE] JK2 2.1 > > > > > > #ifdef AS400 > > fp = fopen(workerFile, "w, o_ccsid=0"); > > #else > > fp = fopen(workerFil

Re: jk 1.2.0 error reported on tomcat-user

Henri Gomez wrote: > Someone has an idea of what could be the problem with ap_ctx-get ? > > It seems the user make use of ApacheToolbox. > > - > > This may add some info: I compiled Apache with ApacheToolbox. The > modules are static but it has DSO support in it. Then again, I would > expec

Re: JK 1.2.1-beta

Glenn Nielsen wrote: > You are currently working on mod_jk 1.2 and have done alot of > work on the docs. Would you like to do it? We could add in the faq the common error messages and give an explanation. Idea, even put an url to the online documentation on jakarta ;-) > I can do it if you ca

Re: [VOTE] JK2 2.1

More comments on APR and JK2. While making tomcat-connectors rpm for jk2, and also jk2 binaries for Linux, I wanted to have apache 1.3 jk2 built with JNI support. JNI support in JK2 requires APR. So I build an apr 0.9.1 rpm, which include apr-utils since apr-utils couldn't be built without apr

Re: [VOTE] JK2 2.1

> > #ifdef AS400 > fp = fopen(workerFile, "w, o_ccsid=0"); > #else > fp = fopen(workerFile, "w"); > #endif > > Is this abstractive code enough ;) That was the initial price to have iSeries support in JK2. But that's rigth, I'll create a jk_os.c to hide this from main code (in

DO NOT REPLY [Bug 13162] - Pluses(+) in URL do not match plus(+) in file system

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

Commons-logging setting

Hi all, I know I shouldn't send this email to the list but the tomcat-users wasn't so successfull (and since I've seen that your using commons-logging for 5.0...) I have integrated the commons-logging to Xindice and I want to execute the Xindice servlet within Tomcat before I send the patch.

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

billbarker2002/10/01 22:30:50 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: Port patch from tomcat4. Revision ChangesPath 1.2 +5 -5 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteAdapter.java Index:

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

billbarker2002/10/01 22:29:53 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java Log: Decode the URI as a URI, not as a query-string. Fix for bug #13162 Reported By: Mark Hampton [EMAIL PROTECTED] Revision ChangesPath 1.11 +5 -5 ja

Re: Tomcat 4.1.12 and Servlet Access 404 Errors: BUG?

Thanks, Michael. Actually, I think this is a good thing. Micael At 12:26 PM 10/2/2002 +1000, you wrote: >micael wrote: > > > > I cannot access a webapp with the normal > > http://localhost:8080/myapp/servlet/mydirectory.MyServlet with Tomcat > > 4.1.12. (Also, the embedded Tomcat 4.1.12 in JBo

Re: Tomcat 4.1.12 and Servlet Access 404 Errors: BUG?

micael wrote: > > I cannot access a webapp with the normal > http://localhost:8080/myapp/servlet/mydirectory.MyServlet with Tomcat > 4.1.12. (Also, the embedded Tomcat 4.1.12 in JBoss 3.0.3 runs fine except > that it won't access the examples servlets.) The error shown is a 404 "The > requested

Tomcat 4.1.12 and Servlet Access 404 Errors: BUG?

I cannot access a webapp with the normal http://localhost:8080/myapp/servlet/mydirectory.MyServlet with Tomcat 4.1.12. (Also, the embedded Tomcat 4.1.12 in JBoss 3.0.3 runs fine except that it won't access the examples servlets.) The error shown is a 404 "The requested resource (/myapp/servl

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

nacho 2002/10/01 16:14:13 Modified:jk/java/org/apache/jk/common HandlerRequest.java Log: tomcatAuthentication must default to true ( tomcat ignores auth done in the HTTP server ) to match the tc4.0 and tc3.3 behaviour and Revision ChangesPath 1.16 +1 -1 jak

DO NOT REPLY [Bug 12810] - socket write error clicking between pages to fast

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 12810] - socket write error clicking between pages to fast

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 12810] - socket write error clicking between pages to fast

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 13130] - Tomcat service does not recognize resources from a network shared drive..

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 12998] - HTTPS gets changed to HTTP://servername:443

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 13183] - CoyoteConnector doesn't work with https

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 12810] - socket write error clicking between pages to fast

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 13185] New: - Parallel JSP requests get crossed reponses from Tomcat.

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

Cache question

Hello all. Cache question. I have a jsp form that is being forward from a login page that is doing validation from a database. The jsp form has buttons and a click on each specific button will set a hidden input a specific value and and the action will go to another jsp page, where depending on wh

Re: JK 1.2.1-beta

On Tue, 2002-10-01 at 23:41, Glenn Nielsen wrote: > Trying to interpret these error messages is a common question on tomcat-user. > > My proposal: > > 1. Change these errors messages so that they accurately identify what happened. > 2. For these common errors only report one error rather than

DO NOT REPLY [Bug 13183] New: - CoyoteConnector doesn't work with https

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 13081] - ScriptingVariableVisitor#setScriptingVars does not account for scriptlet scopes

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: Spec ambiguity? filters and request dispatching

This already has been discussed in the user group in these 2 threads. In a nutshell, tomcat is doing it correctly. But I do find it interesting that websphere and weblogic do differ from tomcat in the same manner with respect to this issue. http://archives2.real-time.com/pipermail/tomcat-users

DO NOT REPLY [Bug 7207] - Redeployment Problem under Tomcat 4.0.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_bu

Spec ambiguity? filters and request dispatching

The Servlet Spec seems ambiguous about when exactly the servlet container should invoke filters. Tomcat's behavior is for a filter to get invoked only when the request arrives, and before any servlets execute. However, what should the correct behavior be when a servlet tries to include or forwar

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/util AttributeHelper.java DomXml.java RecyclableNamingEnumeration.java

costin 2002/10/01 11:49:49 Added: naming/src/org/apache/naming/res LocalStrings.properties LocalStrings_es.properties LocalStrings_ja.properties naming/src/org/apache/naming/util AttributeHelper.java

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/handler/jndi DirContextURLConnection.java DirContextURLStreamHandler.java DirContextURLStreamHandlerFactory.java Handler.java package.html

costin 2002/10/01 11:49:15 Added: naming/src/org/apache/naming/handler package.html naming/src/org/apache/naming/handler/jndi DirContextURLConnection.java DirContextURLStreamHandler.java DirContext

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/modules/id IdContext.java

costin 2002/10/01 11:48:29 Added: naming/src/org/apache/naming/modules/id IdContext.java Log: A future 'id:' context - for registering and supporting hooks and notes. What I would like is to use JNDI to deal with all naming issues, and both notes and hooks have this charac

Re: JK 1.2.1-beta

You are currently working on mod_jk 1.2 and have done alot of work on the docs. Would you like to do it? I can do it if you can't, but I don't know when I would have the time. Regards, Glenn Henri Gomez wrote: > Glenn Nielsen wrote: > >> Hi Henri, >> >> I would like to propose one change bef

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/modules/java ContextBindings.java SelectorContext.java javaURLContextFactory.java

costin 2002/10/01 11:46:30 Added: naming/src/org/apache/naming/modules/java ContextBindings.java SelectorContext.java javaURLContextFactory.java Log: The java: impl. Mostly copied from tomcat. Revision ChangesPath 1

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/modules/memory MemoryNamingContext.java NamingEntry.java memoryURLContextFactory.java

costin 2002/10/01 11:46:06 Added: naming/src/org/apache/naming/modules/memory MemoryNamingContext.java NamingEntry.java memoryURLContextFactory.java Log: The 'memory' context - used to be the java:, but it can be used for other th

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/res - New directory

costin 2002/10/01 11:42:39 jakarta-tomcat-connectors/naming/src/org/apache/naming/res - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/core BaseDirContext.java ContextAccessController.java DirContextHelper.java JndiPermission.java NameParserImpl.java NamingContextBindingsEnumeration.java NamingContextEnumeration.java ServerAttribute.java ServerAttributes.java ServerName.java

costin 2002/10/01 11:42:17 Added: naming/src/org/apache/naming/core BaseDirContext.java ContextAccessController.java DirContextHelper.java JndiPermission.java NameParserImpl.java NamingContextBindingsEnumeration.

Re: [VOTE] JK2 2.1

Mladen Turk wrote: > Hi, > > Since there has been general concensus that we should use the APR for > every supported API call. > Here is my design proposal. > > General: > [ ] Drop HAS_APR flags and dissalow building of JK2 without APR > [ ] Keep everything like it is (the rest doesn't interest

RE: [VOTE] JK2 2.1

Mladen Turk wrote: > > Well, what I was yelling about was the core components, like load > balancer, uriMap, uriEnv. > We can write our own functionality, copy the code from the APR, or > something else if faster. These are the components that cannot easily be > supported using #idfef HAS_APR #e

Streaming content with mod_webapp

Hi! I developped a servlet that outputs straming content (a html chat without reload). On my test machine (using tomcat and the catalina http connector) this works fine. But when I switch to a machie where tomcat ist connected to an apache webserver via mod_webap/warp connector, the streaming doe

DO NOT REPLY [Bug 13081] - ScriptingVariableVisitor#setScriptingVars does not account for scriptlet scopes

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 13172] - Port incorrect in getServerPort and in access log

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: [VOTE] JK2 2.1

Well, what I was yelling about was the core components, like load balancer, uriMap, uriEnv. We can write our own functionality, copy the code from the APR, or something else if faster. These are the components that cannot easily be supported using #idfef HAS_APR #elif MOZILLA #else... So, we nee

Re: Ping: sources for jsp2el.jar !

Mark Roth wrote: > The sources for jsp20el.jar are from the JSTL project. There's a > special build target there that produeces this JAR. We're doing this > until the EL gets its own project at jakarta-commons or such. Ok, I found it. It's basically doing a copy and then replaces the package

RE: [VOTE] JK2 2.1

Mladen Turk wrote: >> We speaked about use of APR in JK2 many times in the past, >> take a look >> at tomcat-dev mailing list archive. >> > > Know that, but often people change opinions, you cannot blame to > occasionally put that back on ;) That's right. I totally agree that all new code and

RE: [VOTE] JK2 2.1

IMO: one of the main goals of jk2 was modularity, i.e. jk2 is composed of components, each component can use and do whatever it likes without affecting the other components. I totally agree that jk2.1 should use APR ( I'll send my vote on each point ) - but I don't think the old code should be re

Re: tomcat 3.3.2 cleanup

jean-frederic clere wrote: > Henri Gomez wrote: >> Costin Manolache wrote: >> >>> Henri Gomez wrote: >>> >>> Costin Manolache wrote: > Henri Gomez wrote: > > > >> If everybody agree, what about removing src/native for tomcat 3.3.2 ? > > > > > +1

Re: cvs commit: jakarta-tomcat/src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c jserv_balance.c mod_jserv.c

Henri Gomez wrote: > [EMAIL PROTECTED] wrote: >> costin 2002/09/30 13:51:11 >> >> Modified:src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c >> jserv_balance.c mod_jserv.c >> Log: >> Update the workspace with various fixes from java-jserv. >> >>

Re: tomcat 3.3.2 cleanup

Henri Gomez wrote: > Costin Manolache wrote: >> Henri Gomez wrote: >> >> >>>Costin Manolache wrote: >>> Henri Gomez wrote: >If everybody agree, what about removing src/native for tomcat 3.3.2 ? +1 >>> >>>Yes or no ? >> >> >> >> Actually, another

DO NOT REPLY [Bug 13081] - ScriptingVariableVisitor#setScriptingVars does not account for scriptlet scopes

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

mod_webapp for Apache 2, Win32

Hello, I'd like to setup Apache 2.0.42 + TomCat 4.1 with mod_webapp on Win NT. I found mod_webapp binary for Apache 1.3. It works fine. But Apache 2 requires another mod_webapp binary. I failed to find it on ASF web sites. I found only sources. I've downloaded jakarta-tomcat-connectors-4.1.12-sr

jk 1.2.0 error reported on tomcat-user

Someone has an idea of what could be the problem with ap_ctx-get ? It seems the user make use of ApacheToolbox. - This may add some info: I compiled Apache with ApacheToolbox. The modules are static but it has DSO support in it. Then again, I would expect an error much earlier in the load p

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy

Right, there are no security sensitive classes in Tomcat 4 o.a.c.util. I advocated at one time identifying which packages within o.a.c contain security sensitive code and which don't. And documenting this so that a security sensitive class doesn't get added to a package considered public. For s

DO NOT REPLY [Bug 13172] - Port incorrect in getServerPort and in access log

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: cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy

Hi Glenn, your last addition seems, IMO, to open a security isssue with classes located under the o.a.c.util directory. Actually, maybe not for Tomcat 4.1, but for 5.0, I have created a class called SecurityAudit.java that contains some security check. If we port your latest changes, this clas

Re: JK 1.2.1-beta

Glenn Nielsen wrote: > Hi Henri, > > I would like to propose one change before the JK 1.2.1 release. > > I have noticed that on tomcat-user there are questions like: > > What do these mod_jk.log entries mean? > > There are some common problems which can happen using mod_jk in production > whic

Re: Ping: sources for jsp2el.jar !

The sources for jsp20el.jar are from the JSTL project. There's a special build target there that produeces this JAR. We're doing this until the EL gets its own project at jakarta-commons or such. Shawn Bayern should be able to help answer any questions in this area. - Mark Costin Manolache

RE: JSP Compilation Issues (Multiple Domains)

+1 to the sync option > -Original Message- > From: Glenn Nielsen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 01, 2002 9:45 AM > To: Tomcat Developers List > Subject: Re: JSP Compilation Issues (Multiple Domains) > > > Another way to fix this would be to install the external >

Re: JSP Compilation Issues (Multiple Domains)

Another way to fix this would be to install the external compiler jikes and configure Jasper 2 to use this. I would also like to see a servlet init parameter added to jasper that can enable or disable synchronized JSP compiles. This way those who know they have a thread safe way to compile JSP's

Re: JK 1.2.1-beta

Hi Henri, I would like to propose one change before the JK 1.2.1 release. I have noticed that on tomcat-user there are questions like: What do these mod_jk.log entries mean? There are some common problems which can happen using mod_jk in production which generate error messages which are great

DO NOT REPLY [Bug 13173] New: - NPE thrown by ELException.toString() if not originally created with a root cause exception.

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 13172] New: - Port incorrect in getServerPort and in access log

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: [VOTE] JK2 2.1

> -Original Message- > From: Henri Gomez > > We speaked about use of APR in JK2 many times in the past, > take a look > at tomcat-dev mailing list archive. > Know that, but often people change opinions, you cannot blame to occasionally put that back on ;) > Making APR mandatory for

Antwort: Re: administration web, struts-config.xml

Hi I just found out that I can't change the forward "Roles List Setup" directly to listRoles.jsp because the form bean 'rolesForm' is not set yet. I have to change the UsersTreeBuilder.java to get rid of the additional Forwarding. It's not necessary to forward afterwards again to listRoles ("Rol

cvs commit: jakarta-tomcat-connectors/jk/native2 README.txt

mturk 2002/10/01 05:15:29 Modified:jk/native2 README.txt Log: Fix the formater ^M bug. Revision ChangesPath 1.2 +17 -17jakarta-tomcat-connectors/jk/native2/README.txt Index: README.txt ===

cvs commit: jakarta-tomcat-connectors/jk/native2 README.txt

mturk 2002/10/01 04:56:39 Added: jk/native2 README.txt Log: Add the README to the jk2. Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/README.txt Index: README.txt =

RE: JSP Compilation Issues (Multiple Domains)

Can we get the sync changes in the 4.1.x releases as we also have problems with this and currently maintain our own jasper code base with the sync code in it. > -Original Message- > From: Kin-Man Chung [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 30, 2002 9:47 PM > To: [EMAIL PRO

Re: [VOTE] JK2 2.1

> Well, didn't think that it would require a new branch. > Ok, can we at least agree to the following. > > 1. Apache2 uses APR > 2. IIS uses APR > 3. Apache1 can use the APR. Did iPlanet/NES could use APR on Netware, I'm waiting for Mike Anderson advices. Also we should be very carefull with AP

RE: [VOTE] JK2 2.1

> -Original Message- > From: Ignacio J. Ortega > > And i agree with Henri also ( and i dont understand your > "writing it twice" argument ) that to open a Branch right > now, is another development nightmare.. > Well, didn't think that it would require a new branch. Ok, can we at least

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qcsrc

hgomez 2002/10/01 04:01:30 Modified:jk/native/apache-2.0 bldjk.qcsrc Log: mod_jk module missing in CRTSRVPGM Revision ChangesPath 1.4 +2 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qcsrc Index: bldjk.qcsrc ==

JK 1.2.1-beta

I started the JK 1.2.1 beta since I discovered many problems in iSeries build which will make necessary a JK 1.2.1 release to support iSeries. BTW, while working on JNI support in iSeries i saw many suspects area, in making pointer -> int -> jlong which make me think that JNI is jk 1.2.1 need a s

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h

hgomez 2002/10/01 03:45:57 Modified:jk/native/common jk_version.h Log: Set version to mod_jk 1.2.1 beta Revision ChangesPath 1.4 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h =

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_global.h

hgomez 2002/10/01 03:41:50 Modified:jk/native/common jk_global.h Log: iSeries need USE_VSPRINTF and USE_SPRINTF Revision ChangesPath 1.24 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_global.h Index: jk_global.h ===

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qcsrc

hgomez 2002/10/01 03:35:10 Modified:jk/native/apache-2.0 bldjk.qcsrc Log: Fix misc errors CL Revision ChangesPath 1.3 +4 -3 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qcsrc Index: bldjk.qcsrc ==

RE: [VOTE] JK2 2.1

> De: Mladen Turk [mailto:[EMAIL PROTECTED]] > Enviado el: 1 de octubre de 2002 9:16 Althought i agree with the overall goals for a 2.1 release ( i should say they are nor very ambitious for point release), i agree with Henri too in the comments he mades, is a bit premature to open a 2.1 relase,

Re: [VOTE] JK2 2.1

Mladen Turk wrote: > >>-Original Message- >>From: Henri Gomez >> >>Even if I agree with using APR in JK 2.1, I think we should >>first focus on having a stable JK 2.0 before starting >>thinking about JK 2.1. >> > > > That's good one :). As I said it's premature to discuss what should

RE: [VOTE] JK2 2.1

> -Original Message- > From: Henri Gomez > > Even if I agree with using APR in JK 2.1, I think we should > first focus on having a stable JK 2.0 before starting > thinking about JK 2.1. > That's good one :). I agree with that, but would like to make the load balancer to have a time

RE: JK2 Tagged as JK2_2_0_0_rel

Configure ? Know what it is, but has no tools to create one... README ? We need to create one or not and put in in the cvs. > -Original Message- > From: jean-frederic clere > The name of the directory is jakarta-tomcat-connectors-jk2-2.0.0 that is wrong. What would be the correct one?

DO NOT REPLY [Bug 12860] - Cannot access Tomcat Administration context because struts error

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: JK2 Tagged as JK2_2_0_0_rel

Henri Gomez wrote: > Mladen Turk wrote: > >> Jakarta... >> >> Size is 401274 bytes >> Could you sign that if it OK. I forget to update KEYS prior tagging. > > > Where is the source tarball ? > > URL needed... The only thing I have found is http://jakarta.apache.org/builds/jakarta-tomcat-conne

Re: THE SOURCE, LUKE: JBoss/Tomcat Mystery

Okay. I did not know what the problem was until I got the answer, is the reason. (What a mouthful.) I now see it was an integration problem and not a tomcat problem. mea culpa, sorry ladies and gents. At 01:09 AM 10/1/2002 -0700, you wrote: >On Mon, 30 Sep 2002, micael wrote: > > > Date:

Re: JK2 Tagged as JK2_2_0_0_rel

Mladen Turk wrote: > Jakarta... > > Size is 401274 bytes > Could you sign that if it OK. I forget to update KEYS prior tagging. Where is the source tarball ? URL needed... -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] JK2 2.1

Even if I agree with using APR in JK 2.1, I think we should first focus on having a stable JK 2.0 before starting thinking about JK 2.1. Branching now since premature. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: THE SOURCE, LUKE: JBoss/Tomcat Mystery

On Mon, 30 Sep 2002, micael wrote: > Date: Mon, 30 Sep 2002 23:07:58 -0700 > From: micael <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: THE SOURCE, LUKE: JBoss/Tomcat Mystery > > Below is the source index.html I am getting when I a

Re: [VOTE] JK2 2.1

General: [+0] Drop HAS_APR flags and dissalow building of JK2 without APR [ ] Keep everything like it is (the rest doesn't interests me) Regular expressions: [ ] Add pcre from httpd-2.0 to the common/pcre [ ] Add pcre from httpd-2.0 to the srclib/pcre [+1] Wait if pcre ever comes to the apr-util

Re: tomcat 3.3.2 cleanup

Henri Gomez wrote: > Costin Manolache wrote: > >> Henri Gomez wrote: >> >> >>> Costin Manolache wrote: >>> Henri Gomez wrote: > If everybody agree, what about removing src/native for tomcat 3.3.2 ? +1 >>> >>> Yes or no ? >> >> >> >> >> Actuall

Re: cvs commit: jakarta-tomcat/src/native/mod_jserv jserv.h jserv_ajpv11.cjserv_ajpv12.c jserv_balance.c mod_jserv.c

[EMAIL PROTECTED] wrote: > costin 2002/09/30 13:51:11 > > Modified:src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c > jserv_balance.c mod_jserv.c > Log: > Update the workspace with various fixes from java-jserv. > > Revision ChangesPath >

Cookie values

Hi! I had a problem with accented characters Cookie values, and also just a little longer Strings. Tomcat threw an IllegalArgumentException in maybeQuote like this: java.lang.IllegalArgumentException: =?ISO-8859-1?Q? (keinotekoinen_AND_=E4lykkyys)?= =?ISO-8859-1?Q?_AND_NOT_nodetype:ALL=5FCONT

Re: tomcat 3.3.2 cleanup

Costin Manolache wrote: > Henri Gomez wrote: > > >>Costin Manolache wrote: >> >>>Henri Gomez wrote: >>> >>> >>> If everybody agree, what about removing src/native for tomcat 3.3.2 ? >>> >>> >>> >>>+1 >>> >> >>Yes or no ? > > > > Actually, another way is to move mod_jserv in j-t-c, and rem