cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util IntrospectionUtils.java

costin 02/01/25 23:29:04 Added: util/java/org/apache/tomcat/util IntrospectionUtils.java Log: Added the introspection util, needed to set the worker. I hope it doesn't affect 4.0.2 release - I can move it to jk.util if needed. Revision ChangesPath 1.1

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

costin 02/01/25 23:25:53 Modified:jk/java/org/apache/jk/common HandlerRequest.java MsgAjp.java WorkerDummy.java Log: Updates ( similar with what changed on the C side ), fixes. Revision ChangesPath 1.2 +11 -14 jakarta-tomcat-connectors/

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

costin 02/01/25 23:25:09 Modified:jk/java/org/apache/jk/common ChannelSocket.java ChannelUn.java Log: Updates, fixes. Revision ChangesPath 1.3 +80 -25 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java Index:

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

costin 02/01/25 23:24:37 Modified:jk/java/org/apache/jk/common ChannelJni.java Log: Yes, it's working ( at least at hello world level ). And I bet it's going to be much better now ( I only tested with the dummy container, 3.3/4.0 should be easy to add but need some more work )

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/core Handler.java Msg.java Webapp.java Worker.java WorkerEnv.java

costin 02/01/25 23:22:24 Modified:jk/java/org/apache/jk/core Handler.java Msg.java Webapp.java Worker.java WorkerEnv.java Log: Various other changes to get ChannelJni integrated. Revision ChangesPath 1.2 +20 -2 jakarta-tomcat-connector

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

costin 02/01/25 23:21:02 Modified:jk/java/org/apache/jk/core Channel.java Log: Abstract class, after merging with JkChannel. Revision ChangesPath 1.3 +33 -16 jakarta-tomcat-connectors/jk/java/org/apache/jk/core/Channel.java Index: Channel.java =

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

costin 02/01/25 23:20:25 Removed: jk/java/org/apache/jk/common ChannelUnixSocket.java HandlerEcho.java jk/java/org/apache/jk/core JkChannel.java Log: Removed ChannelUnixSocket ( with JFC's agreement ). It's duplicated in ChannelUnSocket.

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/util C2B.java

costin 02/01/25 23:16:46 Added: jk/java/org/apache/jk/util C2B.java Removed: jk/java/org/apache/jk/common C2B.java Log: Moved C2B to an util package. It should go with the main util in commons, having the same package name as in 3.3 creates problems. Revision C

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/util - New directory

costin 02/01/25 23:15:52 jakarta-tomcat-connectors/jk/java/org/apache/jk/util - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk Ajp13.java Ajp13Packet.java AjpHandler.java NegociationHandler.java RequestHandler.java

costin 02/01/25 23:15:37 Removed: jk/java/org/apache/jk Ajp13.java Ajp13Packet.java AjpHandler.java NegociationHandler.java RequestHandler.java Log: Removed the old classes ( they were actually cut&pasted in the new code ). -- To uns

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_map_aprtable.c jk_service_apache2.c mod_jk.c

costin 02/01/25 23:13:47 Modified:jk/native2/server/apache2 jk_map_aprtable.c jk_service_apache2.c mod_jk.c Log: Fixes, updates for the new apis. Revision ChangesPath 1.5 +4 -4 jakarta-tomcat-connectors/jk/native2/server/apache2/jk_ma

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_channeljni_native.c jk_jnicb.c

costin 02/01/25 23:13:02 Modified:jk/native2/jni jk_jnicb.c Added: jk/native2/jni jk_channeljni_native.c Log: Added the impl for the native method in ChannelJni. It'll just forward to the code in ../common/jk_channel_jni Revision ChangesPath 1.6 +4 -1

cvs commit: jakarta-tomcat-connectors/jk/native2/common/apr jk_channel_apr_socket.c

costin 02/01/25 23:11:23 Removed: jk/native2/common jk_ajp14.h jk/native2/common/apr jk_channel_apr_socket.c Log: Removed the old files ( apr socket was moved to the main dir ) -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.c

costin 02/01/25 23:11:00 Modified:jk/native2/common jk_workerEnv.c Log: Add the dispatch, init the rPool. Revision ChangesPath 1.14 +67 -32jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index: jk_workerEnv.c ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c

costin 02/01/25 23:10:30 Modified:jk/native2/common jk_vm_default.c Log: Fixes, get it to work right. Revision ChangesPath 1.2 +9 -2 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c Index: jk_vm_default.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_serialize_ajp.c

costin 02/01/25 23:10:06 Modified:jk/native2/common jk_serialize_ajp.c Log: Added a small secret. I'll play with it here, but that should go into the old connector as well. The change is very simple and will not affect any old connector ( 3.2 will still be supported ). However

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_registry.h jk_requtil.c

costin 02/01/25 23:07:41 Modified:jk/native2/common jk_registry.h jk_requtil.c Log: Minor fixes. Revision ChangesPath 1.6 +7 -3 jakarta-tomcat-connectors/jk/native2/common/jk_registry.h Index: jk_registry.h =

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_msg_ajp.c

costin 02/01/25 23:07:13 Modified:jk/native2/common jk_msg_ajp.c Log: Removed the send/receive ( now in channel ). A small change - the msg is just a byte chunk for the channel. It has a header, and a body. We now store both in the same buffer. That's because it may be mor

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c jk_channel_socket.c

costin 02/01/25 23:05:19 Modified:jk/native2/common jk_channel_socket.c Added: jk/native2/common jk_channel_apr_socket.c Log: Update the channels. I moved the apr_socket in the same dir - apr is not a special case, it'll be the default. If jni is here, apr should be

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_ajp14_worker.c

costin 02/01/25 23:03:42 Modified:jk/native2/common jk_ajp14_worker.c Log: That's one of the biggest changes. First, the endpoint management is now more explicit and direct - since this worker is sending the request, it needs endpoint and it recycles it. Second, we trea

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_run.c

costin 02/01/25 22:59:45 Modified:jk/native2/common jk_worker_run.c Log: This is another experimental worker - will use code similar with jni worker, but start java out-of-process ( like jserv did ). Work in progress. Revision ChangesPath 1.2 +6 -84 jakarta-

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_status.c

costin 02/01/25 22:58:50 Modified:jk/native2/common jk_worker_status.c Log: Removed all the endpoint stuff. This workers will display various info for debugging, but it needs the info :-) Revision ChangesPath 1.3 +12 -102 jakarta-tomcat-connectors/jk/native2/c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_registry.c

costin 02/01/25 22:57:19 Modified:jk/native2/common jk_registry.c Log: Old socket channel can exist togheter with the new apr channel. Revision ChangesPath 1.11 +2 -3 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c Index: jk_registry.c ===

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_lb_worker.c

costin 02/01/25 22:56:26 Modified:jk/native2/common jk_lb_worker.c Log: The lb worker - a lot simpler. All the endpoint stuff is gone, we just deal with our job which is to find the best worker and let it deal with communication. Revision ChangesPath 1.13 +36 -17

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.c

costin 02/01/25 22:55:17 Modified:jk/native2/common jk_channel_jni.c Log: A number of bug fixes - make sure we save the global ref, not the ref. We now get an Endpoint from the java side - and cache/reuse it with the jni endpoint. The jni channel is 'interesting' - it's th

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_jni.c jk_jni_worker.c

costin 02/01/25 22:48:17 Added: jk/native2/common jk_worker_jni.c Removed: jk/native2/common jk_jni_worker.c Log: Removed the old jni worker. It had a number of problems, and was pretty hard to improve. The new worker is a subset - it only deals with starting an embe

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

costin 02/01/25 22:43:11 Modified:jk/native2/include jk_workerEnv.h Log: Added dispatch - process a single incoming message. ProcessCallbacks is all wrong - it doesn't work with non-stream channels like jni and it's to coarse. And it should be moved in channel - since each c

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

costin 02/01/25 22:41:51 Modified:jk/native2/include jk_worker.h Log: Added a cache for requests. Right now we recycle the pools ( it used to be part of the endpoint logic, I just preserved it ). It would make more sense to recycle the whole request, like we do in java - or don

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

costin 02/01/25 22:25:56 Modified:jk/native2/include jk_service.h Log: Moved that strange is_recoverable_error in request instead of passing it as argument to all methods. The real meaning ( not easy to discover :-) is if the request can be safely sent to a fallback worker

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

costin 02/01/25 22:22:41 Modified:jk/native2/include jk_msg.h Log: Removed the sent/receive methods. They were duplicated in channel, and made impossible or difficult to do some optimizations. Jni channel ( or most message-based - doors, fifo, etc ) do not need to read the hea

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

costin 02/01/25 22:20:10 Modified:jk/native2/include jk_endpoint.h Log: Added few more fields needed to store data associated with the endpoint. We really need some 'notes' or generic attributes here. Removed the old interface methods. Service is now part of worker, where it

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

costin 02/01/25 22:17:47 Modified:jk/native2/include jk_channel.h Log: Added before/after request hooks to channel. Used to get resources that will be used for request processing ( instead of getting them on each message ) - that's the attach to vm in the case of the jni c

DO NOT REPLY [Bug 5861] - java.lang.NumberFormatException when using non-standard HTTP headers with length of 8 characters and non numeric value

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

RE: mod_jk bug ?

> > > > Hi, > > > > > > I encountered the following error when accessing any java > > > servlet(e.g.http://localhost/servlet/SnoopServlet) through > > > Internet Explorer > > > of PocketPC : > > > > Maybe IE for PocketPc is sending some kind of malformed > HTTP Request? > > > > Or mod_jk native

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp RequestHandler.java

seguin 02/01/25 20:58:29 Modified:jk/java/org/apache/ajp RequestHandler.java Log: fix for bug 5861 -- NumberFormatException when non-standard HTTP header with length of 8 characters and non-numeric value is part of request. patch submitted by ruediger.pluem vodafone-telecom

Re: Proposal for a new realm module for tomcat

John: Sorry I have been really busy and have not had a chance to followup on my emails. The original author of the sdk is actually back doing continuing work on it. Yes indeed you can replace the ldap provider with the one from iplanet and it gets you much better session and connection recovery.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardWrapper.java

craigmcc02/01/25 18:01:57 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: Remove the undocumented (and needless) restriction that container provided servlets must have a fully qualified name starting with org.apache.catalina.

[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex ++ JavaServer Pages (JSP) FAQ: http://www.jguru.com/faq/JSP

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml

craigmcc02/01/25 16:59:43 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml Log: Expose the save() operation on the UserDatabase MBean, so that the admin app can ask the database to save itself to persistent storage (if needed).

Re: mod_jk bug ?

> > Hi, > > > > I encountered the following error when accessing any java > > servlet(e.g.http://localhost/servlet/SnoopServlet) through > > Internet Explorer > > of PocketPC : > > Maybe IE for PocketPc is sending some kind of malformed HTTP Request? > > Or mod_jk native and/or Java part has bug?

DO NOT REPLY [Bug 5881] - DB2 JDBC: no suitable driver!

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-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java

amyroh 02/01/25 16:27:32 Modified:catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java Log: Remove child components MBeans as container components are removed. Revision ChangesPath 1.15 +116 -8 jakarta-tomcat-4.0/ca

Re: Ant2

On Fri, 25 Jan 2002, Josh Nylander wrote: > Date: Fri, 25 Jan 2002 14:43:25 -0800 > From: Josh Nylander <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Ant2 > > I know little of ant and probably less about this particular issue b

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java

amyroh 02/01/25 16:02:16 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java Log: Remove unnecessary line and fix comments.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java

amyroh 02/01/25 15:57:55 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java Log: Add property change event for StandardSer

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java

amyroh 02/01/25 15:15:09 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java Log: Add sequence parameter to MBean object names for Valves so it returns unique names for each Valve Mbean Revision ChangesPath 1.16 +33 -12

DO NOT REPLY [Bug 5861] - java.lang.NumberFormatException when using non-standard HTTP headers with length of 8 characters and non numeric value

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

Re: Ant2

I know little of ant and probably less about this particular issue but I thought XSL Stylesheets were supposed to make it relatively painless to go between different XML files. Take you build.xml and pase it throught the approriate XSL Stylesheet for the build.xml file and the ant version. Ju

Re: Ant2

> On Fri, 25 Jan 2002, Remy Maucherat wrote: > > > If we don't like Ant 2, why would we have to use it ? If it introduces big > > changes in build.xml, why upgrade when Ant 1 works fine ? > > Sooner or later ant2 will be released and people will start using it in > some projects - we can stick wit

StandardSession.expire() race?

There's code in StandardSession that looks like this: public void expire(boolean notify) if (expiring) return; expiring = true; The test isn't thread safe, and it looks like it's possible to have expire() called from the StandardManager reaper thread and a servl

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ValveBase.java

amyroh 02/01/25 12:12:27 Modified:catalina/src/share/org/apache/catalina/valves ValveBase.java Log: Add "debug" property so it's accessible from its MBeans. Revision ChangesPath 1.4 +32 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves/Valve

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger LoggerBase.java

amyroh 02/01/25 12:12:20 Modified:catalina/src/share/org/apache/catalina/logger LoggerBase.java Log: Add "debug" property so it's accessible from its MBeans. Revision ChangesPath 1.5 +32 -4 jakarta-tomcat-4.0/catalina/src/share/org/apa

Re: Ant2

On Fri, 25 Jan 2002, Sam Ruby wrote: > > I'll try. The attribute deprecation between 1.3 and 1.4 was IMHO completey > > unjustified, and if 1.5 does the same we'll have the same problem once > > again. > > There is no need to try. I daily build the latest Tomcat 3 against the > latest Ant... if

Re: Ant2

Costin Manolache wrote: > >> 1.5 deprecates more attrbutes, BTW (don't know if you tried building Tomcat >> with it). > > I'll try. The attribute deprecation between 1.3 and 1.4 was IMHO completey > unjustified, and if 1.5 does the same we'll have the same problem once > again. There is no need t

Re: Ant2

On Fri, 25 Jan 2002, Remy Maucherat wrote: > > Maybe I'm crazy, but so far I did a lot of the build.xml changes every > > time a new ant was released, with all the pain of trying (without > > 1.5 deprecates more attrbutes, BTW (don't know if you tried building Tomcat > with it). I'll try. The at

Re: Ant2

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I don't know if you follow ant-dev, but there are some discussions about > the new version of ant which are extremely scarry for me. > > Things like throwing exceptions when a property is not defined, > changing the build.xml syntax, and so on. > >

Tools for Building Web Services

If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support

DO NOT REPLY [Bug 6037] New: - Support of distributed docbases

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 6036] New: - Problems with URI mapping

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

Re: Ant2

> I don't know if you follow ant-dev, Nope. > but there are some discussions about > the new version of ant which are extremely scarry for me. > > Things like throwing exceptions when a property is not defined, > changing the build.xml syntax, and so on. > > Maybe I'm crazy, but so far I did a l

DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests

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/src/share/org/apache/tomcat/util/net JSSESupport.java PureTLSSupport.java SSLSupport.java

larryi 02/01/25 09:54:28 Modified:src/share/org/apache/tomcat/util/net JSSESupport.java PureTLSSupport.java SSLSupport.java Log: Change the object returned by getPeerCertificateChain() to actually be Object. This restores the ability to compile and run wi

Ant2

I don't know if you follow ant-dev, but there are some discussions about the new version of ant which are extremely scarry for me. Things like throwing exceptions when a property is not defined, changing the build.xml syntax, and so on. Maybe I'm crazy, but so far I did a lot of the build.xml ch

DO NOT REPLY [Bug 5769] - NT Service display name should not be used as service name

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-4.0/catalina build.xml

remm02/01/25 09:30:36 Modified:catalina build.xml Log: - Harmonize JAR names (so that the JAR name matches the name of the connector or component). Revision ChangesPath 1.99 +4 -9 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml ===

cvs commit: jakarta-tomcat-connectors/jk build.xml

remm02/01/25 09:30:22 Modified:jk build.xml Log: - Harmonize JAR names (so that the JAR name matches the name of the connector or component). Revision ChangesPath 1.25 +6 -6 jakarta-tomcat-connectors/jk/build.xml Index: build.xml ==

cvs commit: jakarta-tomcat-connectors/http11 build.xml

remm02/01/25 09:30:14 Modified:http11 build.xml Log: - Harmonize JAR names (so that the JAR name matches the name of the connector or component). Revision ChangesPath 1.3 +2 -2 jakarta-tomcat-connectors/http11/build.xml Index: build.xml ==

cvs commit: jakarta-tomcat-connectors/coyote build.xml

remm02/01/25 09:30:06 Modified:coyote build.xml Log: - Harmonize JAR names (so that the JAR name matches the name of the connector or component). Revision ChangesPath 1.4 +5 -9 jakarta-tomcat-connectors/coyote/build.xml Index: build.xml ==

[4.0.2] Final and "should-be-fixed" bug list

Hi, 4.0.2-b2 was a very important and successful release connector wise, so thanks to everyone who contributed :) I think the next release in the line should be 4.0.2 final, which should include bugfixes to the current code. The list of the bugs that I'd like to resolve before final is: 4518, 52

Re: JSP Parsing during compilation

Actually I got jasper source code and recompiled with some logging and I've solved it. The jasper engine when parsing the is searching the custom tags end tag. Ex: However because I had a space between hasContent and the ">" jasper did not find it because org.

Cocoon 2 Dumps Tomcat 4.1 on Apache1.3.22 SSL

Please find the space dump in the attached file. I am testing new installation of Apache 1.3.22 SSL, Tomcat 4.0.1 with mod_webapp on RH Linux 7.1 __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com Start

Where to put JAAS classfiles (loginmodules) when using it from a web app

Hi, I am using JAAS authentication from a web application, the problem is that the login modules that I use, and all the classes that the LoginModule uses are not loaded from the WEB-INF/classes or WEB_INF/lib folder. I have to put them on the jdk/jre/lib/ext. The problem is that the classes I

DO NOT REPLY [Bug 6032] - Accessing a jsp directly behaves differently than accessing through a servlet-mapping.

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

RE: Forte deployement with tocat

Please see http://www.netbeans.org. They just committed a module for tomcat 4 btw (default support in netbeans is still tomcat 3.x) Mvgr, Martin > -Original Message- > From: ilker ARABACI [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 25, 2002 17:19 > To: Tomcat Developers List > Sub

DO NOT REPLY [Bug 6032] New: - Accessing a jsp directly behaves differently than accessing through a servlet-mapping.

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

Re: jakarta-tomcat-connectors-4.0.2-b2-src.tar.gz couldn't be compiled against just TC 4.0.2

> jakarta-tomcat-connectors-4.0.2-b2-src.tar.gz which is a snap from > jtc tag tc4.0.2b2 couldn't be compiled against JUST TC 4 since there > is still many : > > import org.apache.tomcat.util.net.*; > > Shouldn't we retag jtc after Costin patches which fixes these problems > and reupload the tarba

Forte deployement with tocat

Hi, I want to deploy projects developed by forte to apache+ tomcat4 web server , using webdav is there any step by step guide to do this , both in server and client zone. -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 6007] - JSP-servlet cache is not deleted

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

JSP Parsing during compilation

I seem to be getting this error with Jasper engine from Tomcat 4.0.2 Beta 1. I have nested custom tags. However I have other nested custom tags that seem to work. This one seems to give me this error: However if I put the end tag "/" in with start tag like below it compiles fine?

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs tomcat-docs.xsl

remm02/01/25 07:21:51 Modified:webapps/tomcat-docs tomcat-docs.xsl Log: - Update year. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/tomcat-docs.xsl Index: tomcat-docs.xsl =

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config jk.xml jk2.xml webapp.xml project.xml ajp.xml warp.xml

remm02/01/25 07:21:34 Modified:webapps/tomcat-docs/config project.xml Added: webapps/tomcat-docs/config jk.xml jk2.xml webapp.xml Removed: webapps/tomcat-docs/config ajp.xml warp.xml Log: - Rorganize a bit the connector documentation, according to the official

cvs commit: jakarta-tomcat-connectors/jk build.xml

remm02/01/25 07:18:47 Modified:jk build.xml Log: - Build JK 2 also with Tomcat 4.x. - Repackage a bit the ajp2.jar. Revision ChangesPath 1.24 +1 -2 jakarta-tomcat-connectors/jk/build.xml Index: build.xml ==

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server/tomcat40 Worker40.java

remm02/01/25 07:14:41 Modified:jk/java/org/apache/jk/server/tomcat40 Worker40.java Log: - Fix the build. Revision ChangesPath 1.3 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/tomcat40/Worker40.java Index: Worker40.java =

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config ajp.xml engine.xml

remm02/01/25 06:54:37 Modified:webapps/tomcat-docs/config Tag: tomcat_40_branch ajp.xml engine.xml Log: - Update doc on AJP. - Add the 'jvmRoute' attribute to the engine. Revision ChangesPath No revision No

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config ajp.xml engine.xml

remm02/01/25 06:54:24 Modified:webapps/tomcat-docs/config ajp.xml engine.xml Log: - Update doc on AJP. - Add the 'jvmRoute' attribute to the engine. Revision ChangesPath 1.4 +7 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/config/ajp.xml Index: ajp.xml

DO NOT REPLY [Bug 6007] - JSP-servlet cache is not deleted

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

Re: mod_webapp.so (linking problems on x86 platform sol7)

Frank Ng wrote: > > Hi, > > I am having linking problems with mod_webapp.so, it compiled > fine but when I put ... > > LoadModule webapp_module libexec/mod_webapp.so > > in httpd.conf and try to start it, I get an error and when I > check links, I get the following errors ... > > webapp-modul

mod_webapp.so (linking problems on x86 platform sol7)

Hi, I am having linking problems with mod_webapp.so, it compiled fine but when I put ... LoadModule webapp_module libexec/mod_webapp.so in httpd.conf and try to start it, I get an error and when I check links, I get the following errors ... webapp-module-1.0.1-tc401/apache-1.3# ldd -r mod_weba

Sources for Tomcat 4.0.1 Win32 Service (tomcat.exe)

Hi, I am looking for the source code of the tomcat.exe program of Version 4.0.1. I was looking in the CVS repository under http://cvs.apache.org/viewcvs/jakarta-tomcat-4.0/service/src/native/windows Unfortunately this repository is empty. Could anybody tell me, where I can find the sources? (I c

[GUMP] Build Failure - Tomcat 4.0

This email is autogenerated from the output from: Buildfile: build.xml deploy-prepare: [mkdir] Created dir: /ho

Re: Major problem with Sun External Jar : RE: [Tomcat 4.0.2-b2] Java binaries uploaded

Ainsi parlait Craig R. McClanahan : > On Thu, 24 Jan 2002, GOMEZ Henri wrote: > > Date: Thu, 24 Jan 2002 17:04:36 +0100 > > From: GOMEZ Henri <[EMAIL PROTECTED]> > > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Subject: Major problem w

DO NOT REPLY [Bug 6007] - JSP-servlet cache is not deleted

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 6028] - tomcats shutdowns automtically

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

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf DateTool.java

Unfortunately, I can't take any credit for this fix. All kudos goes to Lachlan O'Dea. Bojan GOMEZ Henri wrote: > Thanks Bojan, I introduced these 2 bugs ;) > > - > Henri Gomez -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 6028] New: - tomcats shutdowns automtically

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 6007] - JSP-servlet cache is not deleted

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 5881] - DB2 JDBC: no suitable driver!

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