Fw: [Apache Newsletter Draft] News on Jakarta in July, 2003

Dear Jakarta Tomcat Development Team, (http://jakarta.apache.org/tomcat/) Hello, I am now in the process of preparing the first all-Apache-wide newsletter. http://www.apache.org/newsletter/ Please feel free to write statement/comment etc. to the Apache Newsletter (Issue 1) using ApacheWiki or

Re: Validation of the server.xml

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> Subject: Re: Validation of the server.xml Date: Fri, 1 Aug 2003 09:15:22 -0700 (PDT) > On Fri, 1 Aug 2003, Sabine Winkler wrote: > > may be, this isn't really important but why is there no DTD or scheme to > > validate the server.xml ? in combination

FW: JDK 1.4.2 and class loading

I wonder if any tomcat guys have any insight they could share with us... > -Original Message- > From: Noel J. Bergman [mailto:[EMAIL PROTECTED] > Sent: 01 August 2003 20:02 > To: James-Dev Mailing List > Cc: Ted Neward; Jeroen Frijters > Subject: JDK 1.4.2 and class loading > > > Apparent

Fwd: Re: Tomcat and LDAP Issues

Something from the user list of note for development. The current method does something like this when handling a communication exception at authenticate time: / If not a "Socket closed." error then rethrow. if (e.getMessage().indexOf("Socket closed") < 0)

Re: [VOTE] Release mod_jk 1.2.5

Henri Gomez said: > > The correct behaviour will be to use in_addr_t, but it don't works on > iSeries (even if it's defined, I couldn't find the correct include). > > To fix the problem we could use a #define BSD64 ? to make use of > in_addr_t until we make more works ? > > Just provide the correct

Re: [VOTE] Release mod_jk 1.2.5

>>> [EMAIL PROTECTED] 8/1/2003 4:39:27 AM >>> >No problems have been reported since the last test source distribution >of mod_jk 1.2.5 was made available for testing July 26. > > >Please vote on a release of mod_jk 1.2.5: > >[ X] +1 release, and I will help build binaries for NetWare Apache 1.3

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

luehe 2003/08/01 10:10:11 Modified:jasper2/src/share/org/apache/jasper/compiler Collector.java PageInfo.java Log: Removed unused methods and instance vars Revision ChangesPath 1.13 +2 -9 jakarta-tomcat-jasper/jasper2/src/share/org/apac

DO NOT REPLY [Bug 21279] - Proc Runner: No Listener Notification on Shutdown

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 21795] - j_security_check isn't fed through filters

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: Validation of the server.xml

On Fri, 1 Aug 2003, Sabine Winkler wrote: > Date: Fri, 1 Aug 2003 10:15:46 +0200 > From: Sabine Winkler <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Validation of the server.xml > > hi there, > > may be, t

Re: [VOTE] Release mod_jk 1.2.5

The future will be mod_jk2, and I think we should focus on it after the 1.2.5 release. Ok. I jumped in on this thread because I thought that a new problem was introduced, but that is how it was in prior releases. I can report 1.2.5 works fine on OpenBSD-current/i386. I will keep working on OpenBS

DO NOT REPLY [Bug 22058] New: - incorrect JSP compilation

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: [VOTE] Release mod_jk 1.2.5

From: "Henri Gomez" <[EMAIL PROTECTED]> > Kurt Miller a écrit : > > > From: "Henri Gomez" <[EMAIL PROTECTED]> > > > >>Kurt Miller a écrit : > >> > >> > >>>From: "Henri Gomez" <[EMAIL PROTECTED]> > >>> > It was u_long before I change it in in_addr_t and then change > it back to u_long. > >>>

DO NOT REPLY [Bug 22032] - missing security-policy in default-configuration

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

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get

Re: [VOTE] Release mod_jk 1.2.5

From: "Henri Gomez" <[EMAIL PROTECTED]> > Kurt Miller a écrit : > > > From: "Henri Gomez" <[EMAIL PROTECTED]> > > > >>It was u_long before I change it in in_addr_t and then change > >>it back to u_long. > > > > > > Oh. I guess I should have done a bit more research.;-) I just started > > attempting

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller wrote: From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc64 a few days ago. However, using a u_long for

Re: [VOTE] Release mod_jk 1.2.5

Henri Gomez a écrit : Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc64 a few days ago. H

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc64 a few days ago. However, using a u_long

DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters

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: [VOTE] Release mod_jk 1.2.5

From: "Henri Gomez" <[EMAIL PROTECTED]> > It was u_long before I change it in in_addr_t and then change > it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc64 a few days ago. However, using a u_long for laddr is the caus

Re: [VOTE] Release mod_jk 1.2.5

I can confirm what Henri said, laddr had always been a ulong and was only type in_addr_t for a short period of time. Does mod_jk 1.2.4 build and work correctly? It used a ulong for laddr. What web server are you building this for? If you are building for Apache 2 it may be a problem with the APR

Re: DO NOT REPLY [Bug 21795] - j_security_check isn't fed throughfilters

[EMAIL PROTECTED] a écrit : 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://nagoy

DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed throughfilters

[EMAIL PROTECTED] a écrit : 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://nagoy

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Glenn Nielsen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 6:39 AM Subject: [VOTE] Release mod_jk 1.2.5 No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. I've

DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters

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: [VOTE] Release mod_jk 1.2.5

From: "Glenn Nielsen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 6:39 AM Subject: [VOTE] Release mod_jk 1.2.5 > No problems have been reported since the last test source distribution > of mod_jk 1.2.5 was made available for testing July 26. > I've found one problem

RE: [4.1.27] Builds uploaded

Howdy, Thanks and enjoy the trip Remy ;) Yoav Shapira (Also another -LE build user) Millennium ChemInformatics >-Original Message- >From: Remy Maucherat [mailto:[EMAIL PROTECTED] >Sent: Thursday, July 31, 2003 3:53 PM >To: Tomcat Developers List >Subject: [4.1.27] Builds uploaded > >Hi

Re: [VOTE] Release mod_jk 1.2.5

Henri Gomez a écrit : Glenn Nielsen a écrit : No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [X] +1 release, and I will help build binaries for _ os/web server [ ] +

Re: [VOTE] Release mod_jk 1.2.5

Glenn Nielsen a écrit : No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [X] +1 release, and I will help build binaries for _ os/web server [ ] +0 ok to release [ ] -0 r

DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed through filters

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 21795] - j_security_check isn't fed through filters

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: Validation of the server.xml

I'm not interested, here's why: http://jakarta.apache.org/tomcat/faq/misc.html#dtd -Tim Sabine Winkler wrote: hi there, may be, this isn't really important but why is there no DTD or scheme to validate the server.xml ? in combination with the defined DTD for validating the mbeans descriptor fil

[VOTE] Release mod_jk 1.2.5

No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [ ] +1 release, and I will help build binaries for _ os/web server [ ] +0 ok to release [ ] -0 release, but I still have

DO NOT REPLY [Bug 22045] New: - Virtual host mappings in mod_jk2 (related to bug 18472)

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: build-hpux.sh

Mertz, Wendy (Director Corporate Systems, IT) a écrit : To whom it may concern: We are trying to install and link Apache with Tomcat and am unable to locate the build-hpux.sh script for Apache 1.3.14 to Tomcat 3.2.3 (HP Unix 11.0). Can you assist me by providing me the script? Thank you in adva

DO NOT REPLY [Bug 21795] - j_security_check isn't fed through filters

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-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/managerHTMLManagerServlet.java LocalStrings.properties ManagerServlet.java

[EMAIL PROTECTED] wrote: remm2003/06/15 11:31:45 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager HTMLManagerServlet.java LocalStrings.properties ManagerServlet.java Log: - Update the manager to implement the new

DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request

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 21795] - j_security_check isn't fed through filters

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

Validation of the server.xml

hi there, may be, this isn't really important but why is there no DTD or scheme to validate the server.xml ? in combination with the defined DTD for validating the mbeans descriptor file this should be a 'nice' feature. so if You are interested in developing / using such a scheme I would start to

DO NOT REPLY [Bug 22041] New: - Loading DynamicProxys from session

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