DO NOT REPLY [Bug 21552] - Web Admin Tool deletes needed entries in server.xml

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://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusManagerServlet.java StatusTransformer.java

remm2004/07/23 15:46:08 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusManagerServlet.java StatusTransformer.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.14 +4 -4 jakarta-tomcat

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

remm2004/07/23 15:45:38 Modified:jasper2/src/share/org/apache/jasper/runtime PerThreadTagHandlerPool.java jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Generator.java JspRunt

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

remm2004/07/23 15:43:48 Modified:util build.xml Log: - JDK 1.5 compat. Revision ChangesPath 1.27 +0 -1 jakarta-tomcat-connectors/util/build.xml Index: build.xml === RCS file: /home/

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources DirContextURLConnection.java RecyclableNamingEnumeration.java

remm2004/07/23 15:43:29 Modified:catalina/src/share/org/apache/naming/resources DirContextURLConnection.java RecyclableNamingEnumeration.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.3 +4

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/naming NamingContextEnumeration.java NamingContextBindingsEnumeration.java

remm2004/07/23 15:42:54 Modified:catalina/src/share/org/apache/naming NamingContextEnumeration.java NamingContextBindingsEnumeration.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.5 +6 -6

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

remm2004/07/23 15:42:16 Modified:catalina/src/share/org/apache/catalina/startup CatalinaProperties.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.7 +4 -4 jakarta-tomcat-catalina/catalina/src/share/org/apach

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java DefaultServlet.java

remm2004/07/23 15:41:32 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java DefaultServlet.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.16 +11 -11 jakarta-tomcat-catalina/catalina/src

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java WebappLoader.java

remm2004/07/23 15:40:11 Modified:catalina/src/share/org/apache/catalina/loader WebappClassLoader.java WebappLoader.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.39 +7 -7 jakarta-tomcat-catalina/catalina/src

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

remm2004/07/23 15:39:17 Modified:catalina/src/share/org/apache/catalina/core NamingContextListener.java Log: - enum -> enumeration (JDK 1.5 update). Revision ChangesPath 1.8 +4 -4 jakarta-tomcat-catalina/catalina/src/share/org/apach

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

remm2004/07/23 15:38:30 Modified:catalina/src/share/org/apache/catalina/connector Response.java Log: - JDK 1.5 compat. Revision ChangesPath 1.3 +4 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Response.

Re: Developing a new tomcat connector

See: http://www.mail-archive.com/[EMAIL PROTECTED]/msg132026.html - Original Message - From: "Henrique Faria" <[EMAIL PROTECTED]> To: "'Tomcat Developers List'" <[EMAIL PROTECTED]> Sent: Friday, July 23, 2004 1:16 PM Subject: RES: Developing a new tomcat connector > Yoav, > > One of the

Re: Developing a new tomcat connector

Henrique Faria wrote: Hello! Has anyone already developed a non http tomcat connector in java? We're wondering if it is possible to implement connectors, for other protocols, to work within tomcat infrastructure. The answer is yes, it is possible - and IMO a very good idea. The impl can benefit a l

Re: [5.next] Progress, more ideas and native connector benchmarks

Remy Maucherat wrote: Costin Manolache wrote: Both difference and similarity :-). Eclipse ( osgi actually ) has a similar flat loader implementation, but with finer control over what is exported/imported and pretty strong versioning. In addition osgi supports permissions on importing packages. T

RES: Developing a new tomcat connector

Yoav, One of the protocols we're going to work with is the ISO8583. Do you know some project similar to ours? We want to know the viability of implementing JAVA non http connectors... I downloaded the JK2 source code. It's in C! We have already deployed a dummy connector through the server.xml, t

RE: getReader() BUG in tomcat 4.1.30 and beyond ?

Hi, I saw your message on tomcat-user. Several other Tomcat developers also follow that list. I personally looking at the stack trace chose to discard your message for a few reasons: - The AJP connector in the stack trace indicates Apache in front of Tomcat, making Apache and the AJP connector po

getReader() BUG in tomcat 4.1.30 and beyond ?

Hi: I posted this in the tomcat-user but got no replies. I thought tomcat developers read that list ? Anyway, here's the problem: Jsp's unders tomcat 4.1.30 return an empty request.getInputStream(). If you _don't_ call request.getInputStream() in your jsp but do call request.getReader(), an in

RE: Developing a new tomcat connector

Hi, There's the AJP connector in Tomcat itself, you can take a look at that. Depending on your protocol and requirements, you might be able to reuse CoyoteRequest/Response and their Facades, and only focus on the ProtoclProcessor. Yoav Shapira Millennium Research Informatics >-Original Mes

Developing a new tomcat connector

Hello! Has anyone already developed a non http tomcat connector in java? We're wondering if it is possible to implement connectors, for other protocols, to work within tomcat infrastructure. For now, we're analyzing the existing http classes, and trying to understand its functionality. The next ste

Re: error with Tomcat Windows Service

nevermind...after two days of frustration, I figured it out. Have to manually add in the PR_JVM parameter to the "service.bat" file otherwise it will pick up whatever jdk might be on the system. thanks - Original Message - From: "Martin Gainty" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>

RE: custom login and user management to tomcat realm

Don- Did you checkout HttpServletRequest http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/http/HttpServletRequest.html Also- I found a discussion on forms based authentication vs HTTPS (certificates etc) from cafesoft http://www.cafesoft.com/products/cams/tomcat-security.html Keep me a

DO NOT REPLY [Bug 30149] - IllegalArgumentException when using context-param in web.xml

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://issues.apache.org/bugzilla/show_bu

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

luehe 2004/07/23 08:57:33 Modified:util/java/org/apache/tomcat/util/digester CallMethodRule.java Log: Fixed Bugzilla 30149 ("IllegalArgumentException when using context-param in web.xml") Patch provided by [EMAIL PROTECTED] Revision ChangesPat

Re: [5.next] Progress, more ideas and native connector benchmarks

Costin Manolache wrote: Both difference and similarity :-). Eclipse ( osgi actually ) has a similar flat loader implementation, but with finer control over what is exported/imported and pretty strong versioning. In addition osgi supports permissions on importing packages. The reloading of module

Re: [5.next] Progress, more ideas and native connector benchmarks

Costin Manolache wrote: Don't know what "dependency injection" is, but I hope the next spec won't invent yet another way to do configuration. Sorry for using hype words. I got contaminated, it can happen to anyone. I'll try to shake it off now. I apologise to the community for that, and I won't

DO NOT REPLY [Bug 30249] - org.apache.catalina.core.StandardHostDeployer.install creates webappname.xml from META-INF/context.xml as a _directory_ and not a file

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://issues.apache.org/bugzilla/show_bu

RE: error with Tomcat Windows Service

Which error are you getting?? Can you show us the most recent tomcat log regards, Martin Gainty (cell) 617-852-7822 From: "Nasser Dawoud /MEM/PRO" <[EMAIL PROTECTED]> Reply-To: "Nasser Dawoud /MEM/PRO" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: error with Tomcat Windows Service Date: Th

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

> > + > + > +29779: Admin/Examples SetCharacterEncodingFilter wrong package. (yoavs) > + > + > > You do realize that you are making changes in HEAD, but documenting them as being for 5.0.28 :). This message is intended only for the use of the

Re: [5.next] Progress, more ideas and native connector benchmarks

Shapira, Yoav wrote: * Default global and per-host configurations: - conf///context.xml.default - conf///web.xml.default - conf/context.xml - conf/web.xml This will lead to the removal of the DefaultContext interface, since this will fully replace the functionality (while being very simple to imple

Re: [5.next] Progress, more ideas and native connector benchmarks

Remy Maucherat wrote: Costin Manolache wrote: Remy Maucherat wrote: Costin Manolache wrote: Quick question - did you had any discussion on class loaders for 5.next? It's one area I'm playing with, I want to make sure I'm not going in oposite direction :-) I'll tweak the StandardCL to do a bit th

DO NOT REPLY [Bug 30245] - Documentation omission

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://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-catalina/webapps/docs/config ajp.xml http.xml

yoavs 2004/07/23 07:13:41 Modified:webapps/docs changelog.xml webapps/docs/config ajp.xml http.xml Log: Addressed Bugzilla 30245, Connector documentation. Revision ChangesPath 1.75 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml In

DO NOT REPLY [Bug 29779] - Package Path wrong at admin class SetCharacterEncodingFilter

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://issues.apache.org/bugzilla/show_bu

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

yoavs 2004/07/23 07:02:17 Modified:webapps/admin/WEB-INF web.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin/filters SetCharacterEncodingFilter.java webapps/docs changelog.xml Log: Addressed Bugzilla 29779, wrong packa

DO NOT REPLY [Bug 22247] - org.apache.catalina.ant - "unknown protocol: c" on DeployTask

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30296] - java.lang.ArrayIndexOutOfBoundsException: 122 when posting a form

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30296] - java.lang.ArrayIndexOutOfBoundsException: 122 when posting a form

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29579] - J2SE 1.5.0 and xmlParserAPIs.jar

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30296] New: - java.lang.ArrayIndexOutOfBoundsException: 122 when posting a form

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://issues.apache.org/bugzilla/show_bu

RE: [TC 5.5] Remove the Socket from the Request

Hola, Bye bye socket, +1, and a good weekend to all ;) Yoav Shapira Millennium Research Informatics >-Original Message- >From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED] >Sent: Friday, July 23, 2004 9:32 AM >To: Tomcat Developers List >Subject: Re: [TC 5.5] Remove the Socket from the

DO NOT REPLY [Bug 29579] - J2SE 1.5.0 and xmlParserAPIs.jar

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://issues.apache.org/bugzilla/show_bu

Re: [TC 5.5] Remove the Socket from the Request

Bill Barker wrote: It hurts my eyes to see the Socket in the o.a.c.connector.Request :). Now that Remy has gotten rid of the o.a.catalina.Request, there isn't any reason for it to be there. However, I thought I should give people a chance to veto removing it before I put the work in (I'm lazy th

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

Henri Gomez wrote: Tim Funk wrote: Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) Well I've got problem with release 2.59 and 2.60b5, siege seems to sleep ? (using HTTP 1.1) siege -u http://machone/HelloWorldExample.html -b -r10 -c

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

Tim Funk wrote: Try siege: http://joedog.org/siege/ Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5) Well I've got problem with release 2.59 and 2.60b5, siege seems to sleep ? (using HTTP 1.1) siege -u http://machone/HelloWorldExample.html -b -r10 -c16 ;( -

DO NOT REPLY [Bug 30291] New: - Wrong smap in expressions and scriptlets

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://issues.apache.org/bugzilla/show_bu

Re: new tarballs for jk 1.2.6

Hi, > http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ > Thanks to see if it fix Netware and Windows problems. all NetWare targets build fine. > Reports for Suse problems and in_addr didn't appears for JFC and I, > so I mark them as WORKFORME I would bet we will get a lot of

Re: jk 1.2.6 to be tagged - showstopper

GÃnter Knauf wrote: Hi, I don't get the problems on my 7.2 and 9.0 ;-( hmm, maybe it's a 7.1, or 7.0 box; I will check; but I looked already with man inet_addr and found ulong as return value, and not in_add_t; do we have any chance that configure detects if we have in_addr_t or not? Yes, I will

Re: RE: new tarballs for jk 1.2.6

The Message has been received, you should get a response shortly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: new tarballs for jk 1.2.6

It builds on WIN32. Since I already uploaded the binaries, they'll just stay in place, since nothing actually changed. MT. > -Original Message- > From: Henri Gomez [mailto:[EMAIL PROTECTED] > Sent: Friday, July 23, 2004 12:02 PM > To: Tomcat Developers List > Subject: new tarballs for

Re: jk 1.2.6 to be tagged - showstopper

Hi, > I don't get the problems on my 7.2 and 9.0 ;-( hmm, maybe it's a 7.1, or 7.0 box; I will check; but I looked already with man inet_addr and found ulong as return value, and not in_add_t; do we have any chance that configure detects if we have in_addr_t or not? Guenter.

new tarballs for jk 1.2.6

Same location : http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ Regards. Thanks to see if it fix Netware and Windows problems. Reports for Suse problems and in_addr didn't appears for JFC and I, so I mark them as WORKFORME --

DO NOT REPLY [Bug 30289] - Wrong SMAP mappings with body dependent tags

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30289] New: - Wrong SMAP mappings with body dependent tags

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://issues.apache.org/bugzilla/show_bu

Re: jk 1.2.6 to be tagged - showstopper

Günter Knauf wrote: Hi, Adding portable.hnw for netware and portable.hw for windoze and #ifdef for AS400 is the clean way. The quick way is adding: +++ #if !defined(WIN32) && !defined(AS400) && !defined(NETWARE) #include "portable.h" #endif +++ unfortunately it isnt that simple cause I have _two_

Re: jk 1.2.6 to be tagged - showstopper

Hi, > Adding portable.hnw for netware and portable.hw for windoze and #ifdef for > AS400 > is the clean way. > The quick way is adding: > +++ > #if !defined(WIN32) && !defined(AS400) && !defined(NETWARE) > #include "portable.h" > #endif > +++ unfortunately it isnt that simple cause I have _two_ di

Re: jk 1.2.6 to be tagged - showstopper

jean-frederic clere wrote: Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connec

Re: jk 1.2.6 to be tagged - showstopper

Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on the second because its defined as struct and not ulong; furthermo

Re: jk 1.2.6 to be tagged - showstopper

Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2

Re: jk 1.2.6 to be tagged

jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I guess there are probably more platforms which dont have portable.h, s

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

hgomez 2004/07/23 02:23:38 Modified:jk/native/common jk_version.h jk/native configure.in STATUS.txt Log: jk 1.2.6 tagged as JK_1_2_6_rel, we're now in jk 1.2.7-dev Revision ChangesPath 1.23 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_vers

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

hgomez 2004/07/23 02:20:09 Modified:jk/native/common jk_version.h Log: jk 1.2.6 release (hope no more work needed) will be tagged JK_1_2_6_rel Revision ChangesPath 1.22 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.

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

hgomez 2004/07/23 02:19:22 Modified:jk/native/common portable.h Log: No need for version here. BTW, I don't like this hack ;( Revision ChangesPath 1.2 +0 -2 jakarta-tomcat-connectors/jk/native/common/portable.h Index: portable.h =

cvs commit: jakarta-tomcat-connectors/jk/native STATUS.txt

hgomez 2004/07/23 02:17:02 Modified:jk/native STATUS.txt Log: Fix release date Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-connectors/jk/native/STATUS.txt Index: STATUS.txt === RCS file

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

hgomez 2004/07/23 02:10:44 Modified:jk/native configure.in Log: Fix version Revision ChangesPath 1.33 +2 -2 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS fil

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

hgomez 2004/07/23 02:10:20 Modified:jk/native/common jk_version.h Added: jk/native/common portable.h Log: Back to 1.2.6-dev ;( Revision ChangesPath 1.21 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h ===

DO NOT REPLY [Bug 30206] - Unexpected bug when use phone browser request redirect page

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30287] - Doesn't support relative URLs

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30287] New: - Doesn't support relative URLs

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30286] New: - JK2 ISAPI registry settings serverRoot required

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://issues.apache.org/bugzilla/show_bu

Re: jk 1.2.6 to be tagged - showstopper

jean-frederic clere wrote: Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the fir

Re: jk 1.2.6 to be tagged - showstopper

Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on

cvs commit: jakarta-tomcat-connectors/jk/native2 buildconf.sh

jfclere 2004/07/23 01:10:44 Modified:jk/native2 buildconf.sh Log: Like in native: remove automake cache directory. Revision ChangesPath 1.9 +3 -0 jakarta-tomcat-connectors/jk/native2/buildconf.sh Index: buildconf.sh ==

DO NOT REPLY [Bug 30285] New: - Jasper fails to compile in a reloaded webapp with static method signature change

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://issues.apache.org/bugzilla/show_bu

Re: jk 1.2.6 to be tagged

Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I guess there are probably more platforms which dont have portable.h, so it's perhaps a better app

cvs commit: jakarta-tomcat-connectors/jk/native buildconf.sh

jfclere 2004/07/23 01:06:30 Modified:jk/native buildconf.sh Log: Remove the automake cache directory. Revision ChangesPath 1.10 +6 -0 jakarta-tomcat-connectors/jk/native/buildconf.sh Index: buildconf.sh

DO NOT REPLY [Bug 30284] New: - JPDA Hot code replacement support in classloader

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://issues.apache.org/bugzilla/show_bu

Re: jk 1.2.6 to be tagged

Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I guess there are probably more platforms which dont have portable.h, so it's perhaps a better approach to do: #ifdef

Re: jk 1.2.6 to be tagged - showstopper

jean-frederic clere wrote: Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on the second because

RE: jk 1.2.6 to be tagged

jean-frederic clere wrote: > > > > JFC's portable.h breaks NetWare too; should I now extend > the #ifndef like Henry did? > That's the quickest way. The proper would be to have protable.hw and portable.nw (like APR, Apache, etc... have). > I don't see what is wrong: > jk/native/common/porta

Re: jk 1.2.6 to be tagged

jean-frederic clere wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I don't see what is wrong: jk/native/common/portable.h should be created from portable.h.i

Re: jk 1.2.6 to be tagged - showstopper

Henri Gomez wrote: Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on the second because its defined as struct and

Re: jk 1.2.6 to be tagged

Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I don't see what is wrong: jk/native/common/portable.h should be created from portable.h.in when doing configure. I gu

DO NOT REPLY [Bug 30281] - java.net.MalformedURLException: Path . does not start with a "/" character

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30283] - java.net.MalformedURLException: Path . does not start with a "/" character

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://issues.apache.org/bugzilla/show_bu

Re: jk 1.2.6 to be tagged - showstopper

Günter Knauf wrote: Hi, http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/ I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on the second because its defined as struct and not ulong; furthermo

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

billbarker2004/07/23 00:16:41 Modified:catalina/src/share/org/apache/catalina/connector Request.java Log: Removing the unused Socket from the Request. If anyone is subclassing the Connector to depend on having a Socket, they can implement the Socket in t

DO NOT REPLY [Bug 30283] New: - java.net.MalformedURLException: Path . does not start with a "/" character

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://issues.apache.org/bugzilla/show_bu