Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

Remy Maucherat wrote: > > There are many ways to take advantage of Coyote in Tomcat 4, but I'd like to > start with some limited changes at first. Most of these proposed changes are > Coyote-related (hence the subject of the message), and all involve some > refactoring / API additions. > > A) UR

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

remm02/03/12 23:42:11 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java CoyoteProcessor.java Log: - Add the URI normalization code from TC 4 used to protect against some URI encoding based attacks. This may be useless in the HEAD

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

> > A) URI decoding refactoring. To avoid doing some URI decoding in many > places > > in the pipeline, a decodedURI field (with associated getter/setter) should > > be added in the HttpRequest interface, and used in the Catalina pipeline. > > This also has the advantage to guarantee that no doubl

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

Disclaimer: A +1 vote below does not necessarily mean that I'm going to pledge ongoing support to o.a.c.tomcat4 (although it is very well done, and I relied heavily on it for developing o.a.c.tomcat3). However, I do plan to support o.a.c and o.a.c.http11. - Original Message - From: "Remy M

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, March 12, 2002 9:26 PM Subject: Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD > > on 3/12/02 6:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: >

RE: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

On Wed, 13 Mar 2002, GOMEZ Henri wrote: > +1, share code, share code. > > I'll be +1 to have it also in 3.3.2 'decodedRequest' is already there, commons-logging is trivial to add. The lifecycle of modules is also fine, the only problem is the ordering of modules - but so far it is under cont

RE: mod_jk (1.2) enhancements

>> You're right it's better : >> >> worker.ajp13.logRequest={The Proposed JkRequestLogFormat} >> >> ie >> >> worker.ajp13.logRequest="%b %w" >> >> > > >The new JkRequestLogFormat scopes at the Apache VirtualHost, >so you can specifiy different request logging formats for >different virtual

RE: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

+1, share code, share code. I'll be +1 to have it also in 3.3.2 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message--

RE: mod_jk (1.2) enhancements

>I'm ok with dropping "request" from the JkLogLevel, though I wish >someone had said something when I first proposed this. :-) No the idea is excellent, but it will be more usefull to get this feature in a separate logfile (httpd use error, access) as does mod_gzip. -- To unsubscribe, e-mail:

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

> on 3/12/02 6:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > A) URI decoding refactoring. To avoid doing some URI decoding in many places > > in the pipeline, a decodedURI field (with associated getter/setter) should > > be added in the HttpRequest interface, and used in the Catalina pi

RE: mod_jk (1.2) enhancements

>The priority is "emerg,warning,request,info,debug". > >Your though is that someone might want just request loggin without >emerg and warning? Yep, you could even have this kind of log in a separate log file for statistic, that's what is used for example by mod_gzip. Very very usefull when you wa

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

on 3/12/02 6:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > A) URI decoding refactoring. To avoid doing some URI decoding in many places > in the pipeline, a decodedURI field (with associated getter/setter) should > be added in the HttpRequest interface, and used in the Catalina pipeline. >

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs jndi-resources-howto.xml

craigmcc02/03/12 20:13:34 Modified:webapps/tomcat-docs jndi-resources-howto.xml Log: Update JNDI documentation to reflect the switch from Tyrex to DBCP for default connection pool support. Revision ChangesPath 1.12 +5 -28 jakarta-tomcat-4.0/webapps/tomcat-docs

Re: mod_jk (1.2) enhancements

On Tue, 12 Mar 2002, Glenn Nielsen wrote: > Why? This is a minor change that IMO fixes a problem. > The example JkMount /servlet/* doesn't work with Tomcat. There needed to be > a way to easily configure passing of servlet requests to Tomcat without having > to configure it for each Context Pat

DO NOT REPLY [Bug 7037] - JIT 3.10.107(x) error Structured Exception(c0000005) in ....

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/jasper JspC.java

larryi 02/03/12 19:44:36 Modified:src/share/org/apache/jasper JspC.java Log: Port a couple of fixes from Tomcat 4.x. Revision ChangesPath 1.25 +2 -1 jakarta-tomcat/src/share/org/apache/jasper/JspC.java Index: JspC.java ==

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server PoolTcpConnector.java

larryi 02/03/12 19:43:33 Modified:src/share/org/apache/tomcat/modules/server PoolTcpConnector.java Log: Remove setting the socketFactory attributes from checkSocketFactory(). It is now handled in engineInit() where it should have been in the first place.

cvs commit: jakarta-tomcat/src/etc/jk wrapper.properties

larryi 02/03/12 19:40:07 Modified:src/etc/jk wrapper.properties Log: Added quotes around wrapper.javabin in the wrapper.cmd_line. Submitted by: David Schreibman Added wrapper.jvm.options and some documentation. Revision ChangesPath 1.4 +24 -4 jakarta

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

+1 for everything Costin On Tue, 12 Mar 2002, Remy Maucherat wrote: > There are many ways to take advantage of Coyote in Tomcat 4, but I'd like to > start with some limited changes at first. Most of these proposed changes are > Coyote-related (hence the subject of the message), and all involve

[PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

There are many ways to take advantage of Coyote in Tomcat 4, but I'd like to start with some limited changes at first. Most of these proposed changes are Coyote-related (hence the subject of the message), and all involve some refactoring / API additions. A) URI decoding refactoring. To avoid doin

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.4-B2.txt

remm02/03/12 18:25:14 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.4-B2.txt Log: - Changelog update. Revision ChangesPath No revision No revision 1.1.2.2 +4 -1 jakarta-tomcat-4.0/Attic/RELEASE-NO

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets ManagerServlet.java

craigmcc02/03/12 17:26:49 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java catalina/src/share/org/apache/catalina/loader StandardClassLoader.java catalina/src/share/org/apache/cat

DO NOT REPLY [Bug 7059] - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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 (1.2) enhancements

On Tue, 12 Mar 2002, Glenn Nielsen wrote: > > worker.ajp13.logRequest="%b %w" > > > > > > > The new JkRequestLogFormat scopes at the Apache VirtualHost, > so you can specifiy different request logging formats for > different virtual hosts. The above wouldn't allow that. You're right, but wi

Re: mod_jk (1.2) enhancements

GOMEZ Henri wrote: >>>If JkLogLevel <= REQUEST ? >>> >>Please, no more levels... Debug, info, error, etc is enough - >>request is >>not a level but a channel/log/whatever. >> > >>What next, add a 'headers' level to display the headers ? Is >>headers> > > Good idea the dump of header, I'll of

DO NOT REPLY [Bug 7059] - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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 (1.2) enhancements

GOMEZ Henri wrote: >>I have implemented the mod_jk (1.2) request logging I proposed >>a few weeks >>ago. Its up and running. >> >>/* >>* JkRequestLogFormat Directive Handling >>* >>* JkRequestLogFormat format string >>* >>* %b - Bytes sent, excluding HTTP headers. In CLF format >>* %B - Bytes s

Tomcat 4 and OMVS

Has anyone successfully got Tomcat 4 running under Unix System Services on an OS390 mainframe machine? Thanks, Stephen J. Guthrie Regional Sales Manager Mantissa Corporation 2200 Valleydale Road Birmingham, AL 35244 (800) 438-7367 -- To unsubscribe, e-mail: For add

RE: mod_jk (1.2) enhancements

>> If JkLogLevel <= REQUEST ? > >Please, no more levels... Debug, info, error, etc is enough - >request is >not a level but a channel/log/whatever. >What next, add a 'headers' level to display the headers ? Is >headersAdd a worker.ajp13.logRequest property if you want, and use INFO level. You

RE: mod_jk (1.2) enhancements

On Tue, 12 Mar 2002, GOMEZ Henri wrote: > >Another log level of "request" was added also. If log level > >is <= request > >and JkRequestLogFormat is configured, requests will be logged. > > If JkLogLevel <= REQUEST ? Please, no more levels... Debug, info, error, etc is enough - request is no

DO NOT REPLY [Bug 7061] - Servlet loaded TWICE on application startup?

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 6600] - enodeURL adds 'jsession' when 'isRequestedSessionIdFromURL' returns false

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 7061] New: - Servlet loaded TWICE on application startup?

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/webapps/tomcat-docs manager-howto.xml

craigmcc02/03/12 13:14:16 Modified:catalina/src/share/org/apache/catalina/servlets LocalStrings.properties ManagerServlet.java webapps/tomcat-docs manager-howto.xml Added: catalina/src/share/org/apache/catalina/ant R

RE: In memory session replication, reminder

>> We speak about spread some times ago but the licence wasn't Apache >> at this time, and yes it's another good Broadcast system. >> Good point it support native and java. > >Spread has a BSD license now. Thanks to many ASF members >speaking to the >spread developers and convincing them to switc

RE: pluggable security implementations

>> I hope that the following server.xml snip correctly describes the >> inclusion! >Our experience with 3.3 was that just having a single socket factory >didn't work very well, because you also need to choose the right >classes to get socket info... The 3.3 approach was to have a >single meta-cla

RE: jk2: Config changes ( again )

>Even more extreme - use full uri, with query strings. We're in a http >server, we should know how to parse this kind of stuff :-) > > > JkUriSet worker >ajp13://tomcat_host.my.com:8009?lbfactor=10&debug=INFO > Good, but Apache oriented >And another idea for workers.properties: > >myworker1=a

RE: mod_jk (1.2) enhancements

>I have implemented the mod_jk (1.2) request logging I proposed >a few weeks >ago. Its up and running. > >/* > * JkRequestLogFormat Directive Handling > * > * JkRequestLogFormat format string > * > * %b - Bytes sent, excluding HTTP headers. In CLF format > * %B - Bytes sent, excluding HTTP heade

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

>> I prefer not to move tomcat_util to J-T-C until after Tomcat 3.3.1, >> which I plan on getting out this week or weekend at the latest. >> After that, I'm +1. > Agree > >What about including the alpha of coyote and jk2(java) with 3.3.1 ? >( disabled, but easy to activate ) +1, disabled by def

DO NOT REPLY [Bug 7059] - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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

[PATCH] jtc jk_nt_service set service properties on install

Attached is a patch to the jtc jk_nt_service.c to allow service properties to be supplied as arguments on the command line when the service is installed. Most of this is a merge from the tomcat 3.3 tree, with the addition of allowing the service description to be set. -- tim <> jk_nt_servi

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

remm02/03/12 12:21:22 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Port change from the HTTP connector. - Revert the patch for 6600, which was causing URL encoding to fail. - Bug 6600 will be converted to an enhancemen

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/03/12 12:20:49 Modified:catalina/src/share/org/apache/catalina/connector HttpResponseBase.java Log: - Revert the patch for 6600, which was causing URL encoding to fail. - Bug 6600 will be converted to an enhancement request (the spec doesn't

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/03/12 12:20:39 Modified:catalina/src/share/org/apache/catalina/connector Tag: tomcat_40_branch HttpResponseBase.java Log: - Revert the patch for 6600, which was causing URL encoding to fail. - Bug 6600 will be converted to an enhancement request

DO NOT REPLY [Bug 7059] - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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 7059] New: - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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: In memory session replication, reminder

on 3/12/02 1:08 AM, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > We speak about spread some times ago but the licence wasn't Apache > at this time, and yes it's another good Broadcast system. > Good point it support native and java. Spread has a BSD license now. Thanks to many ASF members speaking

Re: HTML : multipart/form-data

on 3/11/02 10:08 PM, "Bojan Smojver" <[EMAIL PROTECTED]> wrote: > I was looking for a class capable of parsing the above, but I couldn't > find one in Jakarta source tree (in the meantime I whacked a dodgy one > together, so my immediate problem is solved). Can someone point me to > the 'proper'

cvs commit: jakarta-tomcat-connectors/jk/native/nt_service nt_service.dsp

costin 02/03/12 11:12:18 Added: jk/native/nt_service nt_service.dsp Log: Added as binary, with dos file ending. Revision ChangesPath 1.8 +199 -199 jakarta-tomcat-connectors/jk/native/nt_service/nt_service.dsp -- To unsubscribe, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/native/nt_service nt_service.dsp

costin 02/03/12 11:11:36 Removed: jk/native/nt_service nt_service.dsp Log: Removed to be added back as -kb -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: jk2: Config changes ( again )

On Tue, 12 Mar 2002, jean-frederic clere wrote: > myworker1= > Would be the same as: > myworker1=ajp13://localhost:8009?lbfactor=0&debug=ERROR > (no load balancing and only log error messages). > How to describe AF_UNIX or shared memory (as transport but not protocol)? > myworker1=ajp13://file

RE: JSP parsing bug?

This isn't a bug; this is according to spec. The parsing of the <%...%> is done first, independent of whatever bytes might be in there. Thus, your code looks to the JSP compiler like A declaration consisting of " // <% comment " Literal content consisting of " final static in

JSP parsing bug?

Hi, I've discovered something that looks like a bug to me, although I'm not sure whethter this should/can be classified as a bug. The following behavour occurs when you put "<% %>"-JSP tags inside a java comment in a JSP file. The code following the comment will be displayed on the page when requ

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/to mcat/util/http MimeHeaders.java

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 12, 2002 11:01 AM > To: Tomcat Developers List > Subject: RE: cvs commit: > jakarta-tomcat-connectors/util/java/org/apache/to > mcat/util/http MimeHeaders.java > > > On Tue, 12 Mar 2002,

Re: jk2: Config changes ( again )

[EMAIL PROTECTED] wrote: > > On Tue, 12 Mar 2002, jean-frederic clere wrote: > > > What to do when myvhost is www.apache.org for example... > > uri."www.apache.org:/examples".worker? Using ':' instead of '.' does not > > solve the problem. > > Sounds good. > > If we use a hierarchical name

Error Starting Tomcat 4.0.1 in AIX

Hi All, I've been installed tomcat 4.0.3 for windows successfully. But, now when i try to install tomcat 4.0.3 in AIX, i can start the Tomcat ... but with some error message. I've tried to debug it, but still i can't find why it happens. It's seemed from the error message, the Tomcat can't fin

DO NOT REPLY [Bug 7052] - Security manager not initialised or accessed properly

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: jk2: Config changes ( again )

On Tue, 12 Mar 2002, jean-frederic clere wrote: > What to do when myvhost is www.apache.org for example... > uri."www.apache.org:/examples".worker? Using ':' instead of '.' does not > solve the problem. Sounds good. If we use a hierarchical name we also solve the 'type' restriction: worke

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

On Tue, 12 Mar 2002, Larry Isaacs wrote: > I prefer not to move tomcat_util to J-T-C until after Tomcat 3.3.1, > which I plan on getting out this week or weekend at the latest. > After that, I'm +1. Sounds great. What about including the alpha of coyote and jk2(java) with 3.3.1 ? ( disabled,

Re: pluggable security implementations

Nick Betteridge <[EMAIL PROTECTED]> writes: > I've written the TLS socket but haven't been able to get around to > testing it yet - swamped. I know how that is. > The socket also has a certificate factory to enable certificates to be > read from a variety of sources. This seems like a nice additi

Re: pluggable security implementations

"Bill Barker" <[EMAIL PROTECTED]> writes: > - Original Message - > From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > > By "pluggable security implementations", I assume you really mean > > pluggable SSL implementations? I'd certainly be +1 if someone wanted to > > tackle porting the chang

[Coyote] Coyote 1.0 Beta 2 available

Coyote 1.0 Beta 2 is now available, and includes: - A high performance HTTP/1.1 processor - An adapter for Tomcat 3.3.x (new in this release) - An adapter for Tomcat 4.0.x - Bugfixes over 1.0 Beta 1 Binaries can be downloaded at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/r

DO NOT REPLY [Bug 7052] - Security manager not initialised or accessed properly

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: DO NOT REPLY [Bug 5785] - XML request time attributenotgenerated correctly

Thanks for the message. It is wonderful to know that we are not the only ones that got stuck. In my opinion, JSP 1.2 XML has two bugs. This and the fact that we can't specify that the output is really HTML in XHTML form. In other words, we need something like the output method in XSLT and James

DO NOT REPLY [Bug 7052] New: - Security manager not initialised or accessed properly

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 7026] - AutoDeploy works bad

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-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

I prefer not to move tomcat_util to J-T-C until after Tomcat 3.3.1, which I plan on getting out this week or weekend at the latest. After that, I'm +1. Cheers, Larry > -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 11, 2002 7:10 PM > To: Tomca

DO NOT REPLY [Bug 7043] - database user and password for JDBC Based Store

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 7043] - database user and password for JDBC Based Store

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 7043] New: - database user and password for JDBC Based Store

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: HTML : multipart/form-data

That was my first thought as well but I never carried it through, mostly because I was too lazy to do the RTFM. I guess I can always rewrite my own parser with the JavaMail stuff. Thanks for the code... Bojan On Tue, 2002-03-12 at 19:54, Andreas Junghans wrote: > Hi Bojan, > > you can use Java

RE: pluggable security implementations

>AFAIK, Eric wanted to get to this at one point (and who could be better >qualified :). I think that it will be easier to do this in >Coyote than the >current Http11Connector. +1, since Coyote may be the common http 1.1 connector for TC 3.3 and 4.0, let focus effort on it -- To unsubscribe

RE: cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

cryptix, cryptix-asn1 and puretls RPMs are also in the jpackage project: http://www.jpackage.org - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F

RE: In memory session replication, reminder

>If you liked that, also have a look at Spread: > >http://www.spread.org/ > >The messaging engine (daemon) isn't written in Java, but it's very >fast and efficient, and runs on all the popular OSs. The Java clients >connect to it via TCP sockets, so the clients can be pure-Java. The >License is

Re: HTML : multipart/form-data

Hi Bojan, you can use JavaMail for that. Below is a code snippet that extracts all the parts of the form data (probably could need some cleanup though). I don't know if this solution works under all circumstances, but we're using it regularly with no problems so far. Best regards Andreas Jung

Re: DO NOT REPLY [Bug 5785] - XML request time attribute notgenerated correctly

Hi, > *moan* Now I have to convert HTML tags we have that use request-time attributes > into custom tags so that we can give them request time attributes. *sigh* Is it going > to change in 1.3? I mean, XSLT allows all *non*-XSLT tags to have the equivalent > of request-time attributes. I guess I