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

2003-10-10 Thread billbarker
billbarker2003/10/10 23:10:00 Modified:jk/java/org/apache/jk/common ModJkMX.java Log: Further attempts to get Gump to build. This patch is truely horrifying. Please remove all small children from the room :(. At this point I'm +1 for excluding this file until it gets a pro

cvs commit: jakarta-tomcat-catalina/webapps/docs ssl-howto.xml

2003-10-10 Thread billbarker
billbarker2003/10/10 21:34:24 Modified:webapps/docs ssl-howto.xml Log: Document new configuration value. Revision ChangesPath 1.8 +7 -0 jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml Index: ssl-howto.xml ==

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE13SocketFactory.java JSSE14SocketFactory.java

2003-10-10 Thread billbarker
billbarker2003/10/10 21:24:30 Modified:util/java/org/apache/tomcat/util/net/jsse JSSE13SocketFactory.java JSSE14SocketFactory.java Log: Allow the TrustStore to have a different type from the KeyStore. Probably a small minority case, but it can be useful w

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
Hmm... Seems like even the Sun's engineer also have different point of views between them as well... Now, I'm totally confused about which way should be the right way to go... It there any Sun/Java representative on this mailing list that can answer this question then? Thanks again for all your h

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
here's one reply that I got a while ago about the issue when it was changed in 4.0.2(saying basically the same thing) http://www.mail-archive.com/[EMAIL PROTECTED]/msg74261.html I know that the WEB-INF classloader changes the delegation model by looking for classes within WEB-INF BEFORE delegating

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
To be honest, I got exactly the same impression when I read this document half a year ago. However, when I tried to clarify all the "grey" areas in this document with Sun, here is the response from their Java engineer: *** The standard "delegation model" used by Java does say that a child classloa

RE: Webapp classloader question.

2003-10-10 Thread Kevin Jones
But the org.apache classes are not endorsed, only the org.xml.sax and org.w3c.dom. These packages contain mostly interfaces and while the implemenation of the JDK comes with the org.apache classes I do not believe these are considered part of the J2SE platform API. JAXP comes with a specific overr

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

2003-10-10 Thread luehe
luehe 2003/10/10 10:40:39 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Quote value of 'classid' attribute Revision ChangesPath 1.213 +11 -18 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
ok, I just found this link from the archives. Sun defined that you have to use the 'endorsed' directory or take the Sun-supplied versions of the packages listed. http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html tomcat's classloading is enforcing this requirement explicitly since it d

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
It seems to me that we are going for "bandaid" solution here. By moving around the files, it will work for one particular webapp, but at the expensive of the compatibility of other webapp under the same tomcat. As soon as we move the parser out of one webapp, we are forcing all other webapp using t

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.sh

2003-10-10 Thread remm
remm2003/10/10 08:42:20 Modified:catalina/src/bin catalina.sh Log: - Explicitely add commons-logging-api on the classpath on Unix. Revision ChangesPath 1.10 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
you want to put the one from endorsed into server/lib, then put yours in WEB-INF. This way only one is visible to any tree of the classloader. But I'm not sure if you will still end up with the JDK version since the one in WEB-INF is not "endorsed" to override it. The other thing I would try is to

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java

2003-10-10 Thread remm
remm2003/10/10 05:16:37 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: - Small tweaks to allow to execute the bootstrap JAR. This won't set any endorsed properties (maybe there's an entry for that in the manifest, but I

RE: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread Ignacio J. Ortega
Mladen Escribio: > > So, find the space that can be reached from ant when building Tomcat5, > and I'll put the binaries there, > since we don't need them for anything but the nsis TC5 > install package. > Ok, it seems reasonable, why dont release it as nigthlie, and put it where the nigthlies

Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread Henri Gomez
Mladen Turk a écrit : -Original Message- From: jean-frederic clere Remy Maucherat wrote: Ignacio J. Ortega wrote: Sorry to disagree, but it's impossible to build the said binaries without expensive compilers. (please do not suggest Cygwin) Why? Is the Makefile broken? Doesn't matter.

Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread jean-frederic clere
Mladen Turk wrote: -Original Message- From: jean-frederic clere Remy Maucherat wrote: Ignacio J. Ortega wrote: Sorry to disagree, but it's impossible to build the said binaries without expensive compilers. (please do not suggest Cygwin) Why? Is the Makefile broken? Doesn't matter. We

Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread jean-frederic clere
Bill Barker wrote: - Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, October 10, 2003 12:52 AM Subject: Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe to

Re: [5.0.13] [4.1.28] VOTES

2003-10-10 Thread jean-frederic clere
Remy Maucherat wrote: jean-frederic clere wrote: Remy Maucherat wrote: For 4.1.28: [ ] Alpha [x] Beta [ ] Stable My BS2000 is still not working OK. Is it some kind of server powered by alien technology ? Or does it mean Bulls*** 2000 ? Cool name for a server if it does :-D Best Server 2000

RE: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread Mladen Turk
> -Original Message- > From: jean-frederic clere > > Remy Maucherat wrote: > > Ignacio J. Ortega wrote: > > > > > > Sorry to disagree, but it's impossible to build the said binaries > > without expensive compilers. (please do not suggest Cygwin) > > Why? Is the Makefile broken? > Doe

Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread Bill Barker
- Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, October 10, 2003 12:52 AM Subject: Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe > Remy

Re: Re: TOMCAT-fix for os/390??

2003-10-10 Thread Bill Barker
Try http://www.apache.org/dist/jakarta/tomcat-4/v4.1.28-alpha/. The 'alpha' is just because it is still in it's evaluation stage. It's likely to graduate to at least beta (if not 'stable'). However, your ability to test it on an os/390 system makes you particularly valuable to the developers, so

Re: [5.0.13] [4.1.28] VOTES

2003-10-10 Thread Remy Maucherat
jean-frederic clere wrote: Remy Maucherat wrote: For 4.1.28: [ ] Alpha [x] Beta [ ] Stable My BS2000 is still not working OK. Is it some kind of server powered by alien technology ? Or does it mean Bulls*** 2000 ? Cool name for a server if it does :-D Anyway, I don't think anyone here can fix

Re: [5.0.13] [4.1.28] VOTES

2003-10-10 Thread jean-frederic clere
Remy Maucherat wrote: For 4.1.28: [ ] Alpha [x] Beta [ ] Stable My BS2000 is still not working OK. For 5.0.13: [ ] Alpha [ ] Beta Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROT

Re: Committing binaries in CVS [Was] RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

2003-10-10 Thread jean-frederic clere
Remy Maucherat wrote: Ignacio J. Ortega wrote: Hola a todos: (Many time from my last post, things are settling here, so hope i will contribute some code in future :) shields up, nacho will be messing things shortly, now i'm only moderating our lists, and as some person said time ago "moderation is

Re: Re: TOMCAT-fix for os/390??

2003-10-10 Thread anna.fuhrmann
Well well ... being a simpleton (=user) I don't quite manage to manage cvs ... I would love to install tomcat 4.1.28 (having 4.1.27), bit I cannot find such a distribution. So what it boils down to if I cannot get 4.1.28 is: install rls 6 BETA - does it go well with JDK 1.3? thank you very muc

cvs commit: jakarta-tomcat-connectors/jk/native configure.in

2003-10-10 Thread hgomez
hgomez 2003/10/10 00:35:22 Modified:jk/native configure.in Log: APR includes could be in a differents location that Apache 2.0 includes. For instance Redhat use 2 locations in it's RawHide version of 2.0.47 Revision ChangesPath 1.26 +3 -2 jakarta-tomcat-conne

Re: [Fwd: Re: Restarted Tomcat (again)]

2003-10-10 Thread jean-frederic clere
Henri Gomez wrote: FYI : - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] try { ... } catchc (OutOfMemo

Re: TOMCAT-fix for os/390??

2003-10-10 Thread jean-frederic clere
Anna Fuhrmann wrote: Hi all, like a good girl I have been using the user-mailing-list up to now to search for user experience installing tomcat on os390. Most (if not all) contributions are in the form "has anyone successfully installed tomcat on os390?" From some other I got partly valuable ideas