Re: [JK2] Trying 4.1.3 Beta + IIS

See intermixed. - Original Message - From: "Ignacio J. Ortega" <[EMAIL PROTECTED]> To: "'Tomcat Developers List'" <[EMAIL PROTECTED]> Sent: Wednesday, June 26, 2002 12:33 PM Subject: RE: [JK2] Trying 4.1.3 Beta + IIS > > De: Chris Brown [mailto:[EMAIL PROTECTED]] > > Enviado el: 26 de

DO NOT REPLY [Bug 10264] - Need an option to generate generic Servlets from given JSP's

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_b

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

billbarker2002/06/26 21:38:57 Modified:.RELEASE-NOTES-3.3.2.txt Log: Document fix for 7654 Revision ChangesPath 1.9 +5 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt Index: RELEASE-NOTES-3.3.2.txt =

DO NOT REPLY [Bug 7654] - Exception in preInit - java.lang.ClassCastException

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/modules/generators Jdk12Interceptor.java

billbarker2002/06/26 21:20:52 Modified:src/share/org/apache/tomcat/modules/generators Jdk12Interceptor.java Log: Make certain the the Context Classloader is set when a servlet is loaded. With this, you can load classes that depend of the Context Classloa

DO NOT REPLY [Bug 7613] - session timeout setting ignored/confusing to configure

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 10270] New: - jsp:include breaks with non-String rtexpr

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_b

Re: Jasper2: serious problem with tag declarations

On Wed, 26 Jun 2002, Kin-Man Chung wrote: > That's true, but the value of those variables are still synchronized > with the corresponding pageContext attributes at the locations > specified by the spec, so using these variables before they are > synchronized is meaningless. > > The spec as is to

DO NOT REPLY [Bug 10264] - Need an option to generate generic Servlets from given JSP's

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_b

DO NOT REPLY [Bug 10264] - Need an option to generate generic Servlets from given JSP's

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_b

DO NOT REPLY [Bug 10267] New: - Comments in scriptlets break subsequent sections

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_b

DO NOT REPLY [Bug 10264] New: - Need an option to generate generic Servlets from given JSP's

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_b

Re: Jasper2: serious problem with tag declarations

> > > - in the same case, the 'a' variable is declared at the top > > > of the file, even if it is AT_END. That brakes previous > > > that used the 'a' id. I believe this is a bug. > > > > According to the spec, the scope of an AT_END variable spans > > from the end element of the tag exposing

Re: Jasper2: serious problem with tag declarations

On Wed, 26 Jun 2002, Jan Luehe wrote: > > - in the same case, the 'a' variable is declared at the top > > of the file, even if it is AT_END. That brakes previous > > that used the 'a' id. I believe this is a bug. > > According to the spec, the scope of an AT_END variable spans > from the end el

Re: Logging separation

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, June 26, 2002 3:33 PM Subject: Re: Logging separation > On Wed, 26 Jun 2002, Bill Barker wrote: > > > This is basically the same as > >

Re: Jasper2: serious problem with tag declarations

I tried again, and it worked. There is still one error ( i.e. a page that worked before but no longer does ), but that may be legitimate. 2 more problems: - I have a The generated code is: a = (java.lang.Object) pageContext.findAttribute("a"); a = (java.lang.Object) pageContext.findAttribut

RE: Logging separation

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: 27 de junio de 2002 0:33 > > any container-sensitive operations. > > Do you think we should set the TCL before calling contextInit or in > ServetHandler.getServlet() ? Just reviewed that code, +1 for this change.. Ceki is talkin

Re: Logging separation

On Wed, 26 Jun 2002, Bill Barker wrote: > This is basically the same as > . > If you set the logger in the init() method, it will work. In light of > section 2.3.2.2 of the 2.3 servlet spec, this is the only safe place to do > any container

Re: Logging separation

This is basically the same as . If you set the logger in the init() method, it will work. In light of section 2.3.2.2 of the 2.3 servlet spec, this is the only safe place to do any container-sensitive operations. - Original Message

RE: [JK2] 4.1.X and IIS

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 23:34 > Are you volunteering as RM :-) ? Well, this time is really easy, there are no bugs reported, as there is no category in bugzilla, and so on.. ;) BTW: What todo with bugzilla?, which categories, componen

Re: Logging separation

On Wed, 26 Jun 2002, Ceki Gülcü wrote: > A difficulty I encountered while implementing the solution outlined in > http://qos.ch/containers/sc.html is the difference of TCL while the the > static class initializer of a servlet class is executed and the TCL while a > servlet is running. There

Re: Logging separation

A difficulty I encountered while implementing the solution outlined in http://qos.ch/containers/sc.html is the difference of TCL while the the static class initializer of a servlet class is executed and the TCL while a servlet is running. There are two distinct TCLs. (I've tried this on Tomcat

Re: [JK2] 4.1.X and IIS

On Wed, 26 Jun 2002, Ignacio J. Ortega wrote: > wonders of the build process of course, another time, Thanks JFC!!.. > > Tomcat 4.1.X from CVS ( future 4.0.6?? ), works well with IIS, using jk2 > native connector.. not tested with jk1, i presume it will work well with > jk.., i'll try next.. >

DO NOT REPLY [Bug 7613] - session timeout setting ignored/confusing to configure

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

[JK2] 4.1.X and IIS

Awesome!! wonders of the build process of course, another time, Thanks JFC!!.. Tomcat 4.1.X from CVS ( future 4.0.6?? ), works well with IIS, using jk2 native connector.. not tested with jk1, i presume it will work well with jk.., i'll try next.. How about an alpha release of native jk2? Salu

SessionTimeout Problem

Problem: setting the "maxInactiveInterval" on the Manager tag doesn't work. Why, well the problem is that two objects think they own the same information. Namely, the Context and the session Manager both claim to own the SessionTimeout. Each object has these properties. Manager.maxInactiveI

mod_jk2 keepalive sockets

Hi, Can we implement those keepalive sockets on jk2, like on mod_jk? The implementation IMO would be much easier then on jk. MT. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [4.1.6] New milestone release soon

>> Remy, >> >> Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might apply >> to dynamic content as well as static) that's bigger than 8k. >> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018 >Are you using a nightly ? I fixed the bug few days ago, I'm >constantly doing la

RE: chicken&eggs and fix TC4/COYOTE/TC4

> De: Bill Barker [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 20:48 Doh!! Just discovered the "download" target, and deals with c-l !! ;) BTW: Xerces 2.0.1 doesnt exist at dist dir changed to 2.0.2 and run smoothly ahhh, nice, this renders all my questions about config and

Re: chicken&eggs and fix TC4/COYOTE/TC4

-1. 4.1 Already has a very nice "download" target (thanks, Jean-Fredric) that gets these for you. - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, June 26, 2002 4:53 AM Subject: RE: chicken&eggs and fix TC4/COYOT

cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

luehe 2002/06/26 09:56:00 Modified:catalina/src/conf web.xml Log: Added 'enablePooling' context init param to comment section Revision ChangesPath 1.38 +3 -0 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml ==

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties

luehe 2002/06/26 09:50:38 Modified:jasper2/src/share/org/apache/jasper EmbededServletOptions.java JspC.java Options.java jasper2/src/share/org/apache/jasper/compiler Generator.java jasper2/src/share/org/apache/jasper/resources

Build ( again )

As you know, there are 2 policies to deal with the binary packages: - 'original' packages, i.e. each dependency is downloaded seapartely, installed in the original form ( including version numbers ), and we use paths to the jars inside. That's what tomcat is using mostly. - single lib/ directo

RE: [4.1.6] New milestone release soon

On Wed, 26 Jun 2002, David Oxley wrote: > Remy, > > Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might apply > to dynamic content as well as static) that's bigger than 8k. > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018 Are you using a nightly ? I fixed the bug few

Xerces 2.0.2

Hi, Should I update the download target for the lastest released xerces? Cheers Jean-frederic -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Configuring mod_jk2

On Wed, 26 Jun 2002, Simon Stewart wrote: > Will do. The most obvious thing that springs to mind is that the > config files don't look anything like the declarative xml that is used > when configuring other enterprise java components (I'm thinking of > web.xml, ejb-jar.xml, etc) or the pseudo-xml

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/commonjk_worker_ajp13.c

On Wed, 26 Jun 2002, GOMEZ Henri wrote: > This part of code in jk 1.2/2.0 is really a spaghetti :[ > > I spent many times in it, and I think we should refactor it > at least in jk2. Yes, I already did a bit of cleanup - and we can do more. Part of the complexity comes from the attempt to deal

Re: [4.1.6] New milestone release soon

On Wed, 26 Jun 2002, Remy Maucherat wrote: > There are only a few issues remaining: > - Updating JNDI resources with the admin webapp is not dynamic (for > reasons currently beyond my understanding). Doing a stop/start on the > context allows to pick up the changes, so the bug is only minor. >

RE: Anyone know a way around this

Is this you hitting the 32k method size limitation in Java (see the JLS for details)? We've had similar probs with tags and struts generating huge service() methods and found that we needed to reduce the tag count and refactor the jsps. Have fun! Bye, Les > -Original Message- > From:

Tomcat 4.0.4 w/ mySQL org.gjt.mm.mysql.Driver

I am confused. Can anyone tell me what changed between 4.0.3 and 4.0.4 that won't allow me to connect to my mySQL database anymore? Its denying any user/password I put in giving me a SQL Exception. My code hasn't changed at all in fact when I roll back to 4.0.3 it works fine. -Matt = --

Re: Gump failures

On Wed, 26 Jun 2002, Sam Ruby <[EMAIL PROTECTED]> wrote: > Xdoclet changed the package names for their classes without > deprecation. MX4J still uses the old names. > Remy Maucherat wrote: > >> Is someone trying to fix it ? > > Stefan Bodewig has been tracking this. I opened a problem report

DO NOT REPLY [Bug 10018] - Socket exception (AJP1.3 and Coyote JK2)

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_b

DO NOT REPLY [Bug 10249] New: - Tomcat hangs with Interclient JDBC 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_b

Logging separation

Hello, I have written a short spec on how to achieve separation of logging between different web-applications in a Sevlet Container. It is available at: http://qos.ch/containers/sc.html I would appreciate receiving comments. Thank you, -- Ceki -- To unsubscribe, e-mail:

DO NOT REPLY [Bug 10248] New: - URL parameters get truncated

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_b

[Patch] webapps/tomcat-docs/config/connectors.html minor revision

This patch enhances the wording in a few places, corrects a few spelling and grammatical issues, etc. - a minor overhaul of J-F's major overhaul of my minor document :-) Ian --- webapps/tomcat-docs/config/connectors.xml.orig Sun Jun 23 14:03:13 2002 +++ webapps/tomcat-docs/config/connectors.xml

DO NOT REPLY [Bug 10127] - tomcat 4.0.4 locks jsp files

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_b

DO NOT REPLY [Bug 10127] - tomcat 4.0.4 locks jsp files

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_b

RE: tomcat 4.0.4 rpm release

I'm working on an updated release, which fix some minors problems and better respect of FHS layout (ie /var/run/tomcat4 => /var/cache/tomcat4 for work/temp) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOO

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

glenn 2002/06/26 06:41:13 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: Capture System.out and System.err output from servlet during load on startup so that it can be directed to the context log instead of catalina.out.

Re: Gump failures

Remy Maucherat wrote: > > The TC nightly builds from Gump have been failing for a while because of > MX4J, which is apparently failing because some custom Ant task cannot be > found. Xdoclet changed the package names for their classes without deprecation. MX4J still uses the old names. > I

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

glenn 2002/06/26 05:36:00 Modified:util/java/org/apache/tomcat/util/log SystemLogHandler.java Log: Bug fix, can't peek if a stack is empty Revision ChangesPath 1.2 +7 -10 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log/SystemLogHandler.java

Anyone know a way around this

Generated servlet error: C:\WEBCTRL2_0\jspcache\testsystem\properties\lvl5\huge$jsp.java:30165: code too large for try statement } catch (Throwable t) { ^ C:\WEBCTRL2_0\jspcache\testsystem\properties\lvl5\huge$jsp.java:2969: code too large for try statement try { ^ An erro

DO NOT REPLY [Bug 10202] - Tomcat is not responding in time

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_b

Re: tomcat 4.0.4 rpm release

Thanks for your hard work, Henri! =D - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Tuesday, June 25, 2002 5:27 AM Subject: tomcat 4.0.4 rpm release Available at : http://jakar

RE: [4.1.6] New milestone release soon

Ignacio, I'm not actually a Tomcat expert (at least not on the code front) but I changed all occurences of (8*1024) to (8300) in the C and rebuilt mod_jk, but I still get the same issue. Dave. > -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > Sent: 26 June 2002

Re: chicken&eggs and fix TC4/COYOTE/TC4

Ignacio J. Ortega wrote: >>De: Remy Maucherat [mailto:[EMAIL PROTECTED]] >>Enviado el: 26 de junio de 2002 12:42 > > >>The c-l JARs to be used are in j-t-c/lib. I know this is annoying. > > > How do you deal with that?, please post your build.properties, and/or a > brief explanation of the set

RE: chicken&eggs and fix TC4/COYOTE/TC4

May be we should add to HEAD (4.1) lib dir all the required jars from commons ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Orig

RE: chicken&eggs and fix TC4/COYOTE/TC4

>> In HEAD 4.0 or 4.1 ? >> >> Without my patch, there is still an unconditional copy of coyote > >HEAD is 4.1. "HEAD 4.0" is actually the "tomcat_40_branch" branch. > So could I apply my patch to tomcat_40_branch ? -- To unsubscribe, e-mail: For additional commands

RE: [4.1.6] New milestone release soon

> De: David Oxley [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 13:39 This rings some bells on me, if i recall well the AJP buffer size is 8300 bytes in the JK2 Java side, can you test if this value is the same in mod_jk?, i know mod_jk2 had problems with that, and i simply fixed t

RE: [4.1.6] New milestone release soon

> - Nacho's IIS issues with JK 2. I'm trying with a mix of 4.1.3 binaries ( until able to build 4.1.X myself ), and a build j-t-c done by myself, is that enought to do accurate tests? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: For additional commands, e-

RE: [4.1.6] New milestone release soon

Remy, Bug 10018 is pretty serious. Coyote-JK2 won't serve a resource (might apply to dynamic content as well as static) that's bigger than 8k. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10018 Dave. > -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: 26

RE: chicken&eggs and fix TC4/COYOTE/TC4

> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 12:42 > > The c-l JARs to be used are in j-t-c/lib. I know this is annoying. How do you deal with that?, please post your build.properties, and/or a brief explanation of the setup you use to build a 4.1.X with *al

Gump failures

Hi Sam, The TC nightly builds from Gump have been failing for a while because of MX4J, which is apparently failing because some custom Ant task cannot be found. Is someone trying to fix it ? So far, Gump has failed to generate a single nightly for TC 4.1. That's not too good :-( Remy -- T

Re: chicken&eggs and fix TC4/COYOTE/TC4

GOMEZ Henri wrote: >>>At least in TC 4.0.4 >> >>Oh, ok, I understand now. Yes, there's a chicken and egg problem with >>4.0.4. The binaries for Coyote are actually committed in the CVS to >>avoid it. > > > That's why I added a condition to copy. > > >>In HEAD, it works good, OTOH, because it

RE: jspc patch for TC 3.3.2

If nobody objects, I'll commit it this afternoon (CET) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From:

RE: chicken&eggs and fix TC4/COYOTE/TC4

>> At least in TC 4.0.4 > >Oh, ok, I understand now. Yes, there's a chicken and egg problem with >4.0.4. The binaries for Coyote are actually committed in the CVS to >avoid it. That's why I added a condition to copy. >In HEAD, it works good, OTOH, because it actually follows the build >sequen

Re: Configuring mod_jk2

On Tue, Jun 25, 2002 at 11:19:54AM -0700, [EMAIL PROTECTED] wrote: > > While documenting the jk2 config, it would be _very_ usefull to > make some notes on how we can improve the configuration in > future. Will do. The most obvious thing that springs to mind is that the config files don't look

[4.1.6] New milestone release soon

There are only a few issues remaining: - Updating JNDI resources with the admin webapp is not dynamic (for reasons currently beyond my understanding). Doing a stop/start on the context allows to pick up the changes, so the bug is only minor. - Nacho's IIS issues with JK 2. - Costin's bug with Ja

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

mturk 2002/06/26 04:06:58 Modified:jk/native2/common jk_channel_jni.c Log: Fix the multithreading bug in channel open, setting worker to the disabled state, that caused already opened enpoint to fail. Revision ChangesPath 1.28 +27 -18jakarta-tomcat-connector

Re: chicken&eggs and fix TC4/COYOTE/TC4

GOMEZ Henri wrote: >>I don't have any chicken and eggs problems when building. > > > till you have allready built jar in lib dir (TC4) > > >>ant clean; ant >>works very well for me, and builds all sub components like Coyote. >> >>- jtc-util is built first >>- then Catalina >>- then Coyote and

Re: chicken&eggs and fix TC4/COYOTE/TC4

Ignacio J. Ortega wrote: >>De: Remy Maucherat [mailto:[EMAIL PROTECTED]] >>Enviado el: 26 de junio de 2002 12:16 > > > Talking about build 4.0 HEAD.. > > Which commons-logging is using? from b.p.s i see that is requesting a > commons-logging 1.0.1, where is that binary? > > If as i suppouse i

RE: chicken&eggs and fix TC4/COYOTE/TC4

>Which commons-logging is using? from b.p.s i see that is requesting a >commons-logging 1.0.1, where is that binary? in TC4/lib (regexp, ajp, util, coyote, http11) >If as i suppouse it's simply the binary of building HEAD of c-l.. >Could anybody put all those needed jars available somewhere,

RE: chicken&eggs and fix TC4/COYOTE/TC4

> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 12:16 Talking about build 4.0 HEAD.. Which commons-logging is using? from b.p.s i see that is requesting a commons-logging 1.0.1, where is that binary? If as i suppouse it's simply the binary of building HEAD of

RE: chicken&eggs and fix TC4/COYOTE/TC4

>I don't have any chicken and eggs problems when building. till you have allready built jar in lib dir (TC4) >ant clean; ant >works very well for me, and builds all sub components like Coyote. > >- jtc-util is built first >- then Catalina >- then Coyote and the other protocol handlers > >What is

RE: [JK2] Trying 4.1.3 Beta + IIS

> De: Chris Brown [mailto:[EMAIL PROTECTED]] > Enviado el: 26 de junio de 2002 9:53 > Should connectors to IIS and Apache behave differently > according to whether > a webapp is deployed as a WAR file or as an uncompressed set > of files on the > disk? When the webapp is deployed "uncompressed

Re: chicken&eggs and fix TC4/COYOTE/TC4

GOMEZ Henri wrote: > Here are the diffs against TC 4.0 HEAD. I don't have any chicken and eggs problems when building. ant clean; ant works very well for me, and builds all sub components like Coyote. - jtc-util is built first - then Catalina - then Coyote and the other protocol handlers What

RE: mod_jk JkAutoMount

I answered yesterday on tomcat-user. JkAutoMount was a planned features of ajp13++ (ajp14) protocol, and will be available (if possible) only via jk2 (jtc/jk/native2 and java part) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697

RE: chicken&eggs and fix TC4/COYOTE/TC4

Here are the diffs against TC 4.0 HEAD. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ Henri >S

chicken&eggs and fix TC4/COYOTE/TC4

Hi to all, While packaging tomcat4 4.0.4 for jpackage/jakarta, I noticed that the TC 4 build try to copy coyote jar. But since you need TC 4 to build coyote, you're in a chicken&eggs situation. Here is 2 patchs which should fix the situation. If nobody objects, I'll commit them ... so the gu

FW: Error in Watchdog JSP in XML tests

FYI... Dunno who's on watchdog-dev... Pier -- Forwarded Message > From: Kjeld Froberg <[EMAIL PROTECTED]> > Organization: Trifork Technologies > Date: Wed, 26 Jun 2002 11:01:12 +0200 > To: [EMAIL PROTECTED] > Subject: Error in Watchdog JSP in XML tests > > Hi > > According to the JSP s

RE: HA tomcat ( was: RE: 5.0 proposal)

>Thanks for the encouraged news. We've been using Tomcat in >our product >for a while now. Now, I need to set it up with support for >minimum 100K >simultaneous connection to our server side. 100K simultaneous connection ! I doubt any hardware/software/os (even on high system) could h

DO NOT REPLY [Bug 10233] - https relative redirect thinks it's http

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_b

RE: [PATCH] DS example for jndi-resources-howto

Hi again, I've had some spare time so I've summarised a bunch of DB configs from the user list into this Datasource howto (attached) Can you disregard my prevous patch (I dont think it's been put into CVS yet) and apply these instead? Thanks Les > -Original Message- > From: Les Hughe

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

This part of code in jk 1.2/2.0 is really a spaghetti :[ I spent many times in it, and I think we should refactor it at least in jk2. Certainly after aplha release. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo

DO NOT REPLY [Bug 10234] - "Line too long" exception if HTTP headers are long

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_b

Re: 5.0 proposal

I can't commit to developing this (I'd love to, I have some ideas, but I don't have the time...), but hopefully it might interest someone and they can develop it... When deploying webapps as WAR files, especially generic webapps, it's not always very practical to request that an administrator ma

Re: [JK2] Trying 4.1.3 Beta + IIS

Should connectors to IIS and Apache behave differently according to whether a webapp is deployed as a WAR file or as an uncompressed set of files on the disk? When the webapp is deployed "uncompressed", it should be easy enough to find the static files to server, but when it's an unpacked WAR fi