5.0.28 chunked input?

I am running standalone Tomcat 5.0.28, and am having problems with chunked requests. My servlet is being called before a chunked POST has completed the transfer of its body containing x-www-form-urlencoded data. My servlet calls to getParameter() return empty values, because the chunk containing

Tomcat 5.0.28 build from source issue with MX4J.

Hello, Building Tomcat 5.0.28 from source completes with no errors. Running the newly built tomcat gives this error in the catalina.log file: java.lang.NoClassDefFoundError: mx4j/log/Log at javax.management.MBeanServerFactory.getLogger(MBeanServerFactory.java:54) at

RE: 5.0.28 - r.l.

REE! at <http://www.pandasoftware.com/download/> -Mensaje original- De: Dakota Jack [mailto:[EMAIL PROTECTED] Enviado el: domingo, 22 de mayo de 2005 14:14 Para: Tomcat Developers List Asunto: 5.0.28 - r.l. I just recently upgraded to Tomcat 5.0.28 and it seems to really be cooking compared to

5.0.28

I just recently upgraded to Tomcat 5.0.28 and it seems to really be cooking compared to my older version, which was not that old. Nice work! -- "You can lead a horse to water but you cannot make it float on its back." ~D

Re: Redirecting Tomcat 5.0.28 output.

> I am using Tomcat 5.0.28. > The Tomcat output by default is available in stdout file in Logs > directory of Tomcat Installation folder. > I want the output to be available on the console. > How do i redirect the Tomcat output from the stdout file to the console? Call $CA

Redirecting Tomcat 5.0.28 output.

I am using Tomcat 5.0.28. The Tomcat output by default is available in stdout file in Logs directory of Tomcat Installation folder. I want the output to be available on the console. How do i redirect the Tomcat output from the stdout file to the console? -- Aniket

Re: Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user)

-- Original Message - From: "James Richardson" <[EMAIL PROTECTED]> To: Sent: Monday, January 10, 2005 10:03 AM Subject: Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user) > > Hi, > > I'm playing around with P2PSockets and thought it might

Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user)

Hi, I'm playing around with P2PSockets and thought it might be fun to plug into tomcat. I've written a (very trivial) class to implement the ServerSocketFactory interface, but I'm not too sure how to make the Connector use it. I read of a Factory element that goes within a Context element, but

DO NOT REPLY [Bug 32834] - Tomcat 5.0.28 shows a Blank 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 32834] - Tomcat 5.0.28 shows a Blank 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 32834] - Tomcat 5.0.28 shows a Blank 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 32834] New: - Tomcat 5.0.28 shows a Blank Page

gzilla/show_bug.cgi?id=32834 Summary: Tomcat 5.0.28 shows a Blank Page Product: Tomcat 5 Version: 5.0.28 Platform: Sun OS/Version: Solaris Status: NEW Severity: major Priority: P1 Component: Servlet &am

DO NOT REPLY [Bug 32430] - CGI cannot process large content bodies (4.1.31 and 5.0.28)

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 32430] - CGI cannot process large content bodies (4.1.31 and 5.0.28)

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 32430] - CGI cannot process large content bodies (4.1.31 and 5.0.28)

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 32430] New: - CGI cannot process large content bodies (4.1.31 and 5.0.28)

gzilla/show_bug.cgi?id=32430 Summary: CGI cannot process large content bodies (4.1.31 and 5.0.28) Product: Tomcat 4 Version: 4.1.31 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Pr

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-26 05:46 --- I have tested your code against 6.1 and 6.0 of Sun One Webserver and the client certificate can be successfully extracted unde

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-25 02:22 --- It's in it's usual place: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat- connectors/jk/native/netscape/jk_nsapi_p

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-23 20:14 --- I only have access to v6.1 and v6.0 of the web server, so I can't test any other versions. I wonder how many other people a

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RE

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 05:31 --- I also wrote the following (equivalent?) code to do the same thing. The only thing I am unsure of is what are the implicati

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-22 05:23 --- Ok, I have done as suggested, but I am no C programmer, so I would appreciate it if someone would check this code over, and po

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-21 19:03 --- I get the client cert just fine with the current code using Apache as a front- end. It would probably be better to make a corresp

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2004-10-21 06:37 --- I tracked the problem down, and it looks like the certificate information is being passed across in base64 format witho

DO NOT REPLY [Bug 31766] New: - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

gzilla/show_bug.cgi?id=31766 Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 Summary: Error getting client certificate under iPlanet 6.1/Tomact 5.0.28 Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Wind

RE: Tomcat 4.1.30 (although its still there in tomcat 5.0.28) temp file issue.

rs List'" <[EMAIL PROTECTED]> >cc: Subject: RE: Tomcat 4.1

RE: Tomcat 4.1.30 (although its still there in tomcat 5.0.28) temp file issue.

tember 14, 2004 3:52 PM > To: Tomcat Developers List > Subject: Tomcat 4.1.30 (although its still there in tomcat > 5.0.28) temp file issue. > > > Guys, > > We run an internal mass web hosting platform for our clients. > In order to protect them as much as poss we mak

RE: Tomcat 4.1.30 (although its still there in tomcat 5.0.28) temp file issue.

4 10:52 AM >To: Tomcat Developers List >Subject: Tomcat 4.1.30 (although its still there in tomcat 5.0.28) temp >file issue. > > >Guys, > >We run an internal mass web hosting platform for our clients. >In order to protect them as much as poss we make their areas read only.

Tomcat 4.1.30 (although its still there in tomcat 5.0.28) temp file issue.

Guys, We run an internal mass web hosting platform for our clients. In order to protect them as much as poss we make their areas read only. We set the normal java.io.tmpdir to be a writeable area. We've hit an issue at the moment where sometimes under certain conditions the DefaultCompilerAdapte

[VOTE][RESULT] Tomcat 5.0.28 Stability Rating

Hi, The Tomcat Development Team has voted to rate Apache Jakarta Tomcat 5.0.28 as a Stable release, with 6 +1 votes and no votes for Alpha or Beta ratings. The complete voting thread archive is at http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] a.apache.org&by=thread&from=8765

Re: [VOTE] 5.0.28 Stability Rating

[X] Stable [ ] Beta [ ] Alpha Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] 5.0.28 Stability Rating

[X] Stable [ ] Beta [ ] Alpha -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [VOTE] 5.0.28 Stability Rating

05, 2004 3:04 AM >To: Tomcat Developers List >Subject: Re: [VOTE] 5.0.28 Stability Rating > >[X] Stable >[ ] Beta >[ ] Alpha > >Thanx >Peter > > > >Yoav Shapira schrieb: > >>Hi, >>Tomcat 5.0.28 has been available for a week, with no signifi

Re: Re: [VOTE] 5.0.28 Stability Rating

ATTENTION: THIS IS AN AUTOMATED RESPONSE. DO NOT REPLY TO THIS MESSAGE. If you want to end your subscription, please use this link: http://www.1funny.com/unsubscribe.shtml If you want to subscribe, please use this link: http://www.1funny.com/mailinglist.shtml If you need to contact a live perso

Re: [VOTE] 5.0.28 Stability Rating

[X] Stable [ ] Beta [ ] Alpha Thanx Peter Yoav Shapira schrieb: Hi, Tomcat 5.0.28 has been available for a week, with no significant issues reported, and passing the TCK tests. Shall we call it: [X] Stable [ ] Beta [ ] Alpha My vote is for Stable. If you're voting Alpha or Beta, please ex

Re: [VOTE] 5.0.28 Stability Rating

[X ] Stable [ ] Beta [ ] Alpha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] 5.0.28 Stability Rating

Yoav Shapira wrote: [X] Stable [ ] Beta [ ] Alpha Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature

Re: [VOTE] 5.0.28 Stability Rating

Yoav Shapira wrote: Hi, Tomcat 5.0.28 has been available for a week, with no significant issues reported, and passing the TCK tests. Shall we call it: [X] Stable [ ] Beta [ ] Alpha My vote is for Stable. If you're voting Alpha or Beta, please explain why. And remember, only committer vote

[VOTE] 5.0.28 Stability Rating

Hi, Tomcat 5.0.28 has been available for a week, with no significant issues reported, and passing the TCK tests. Shall we call it: [ ] Stable [ ] Beta [ ] Alpha My vote is for Stable. If you're voting Alpha or Beta, please explain why. And remember, only committer votes are binding, alt

RE: [ANN] Apache Jakarta Tomcat 5.0.28 Released

Tomcat Developers List >Subject: Re: [ANN] Apache Jakarta Tomcat 5.0.28 Released > >FYI, all Servlet/JSP TCKs passed on Tomcat 5.0.28 bundle. > >+1 to mark it as STABLE. :-) > >Thanks, >Amy > >- >To

Re: [ANN] Apache Jakarta Tomcat 5.0.28 Released

FYI, all Servlet/JSP TCKs passed on Tomcat 5.0.28 bundle. +1 to mark it as STABLE. :-) Thanks, Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: 5.0.28 some tomcat.nsi faults

Shapira, Yoav wrote: Hola, Can we re-roll just the exe distribution or the new release is needed for that? Technically, I can re-roll just the exe distro, but that's not that good a practice from a configuration management standpoint. We only want one 5.0.28 out there, not the 5.0.28 tha

RE: 5.0.28 some tomcat.nsi faults

Hola, >Can we re-roll just the exe distribution or >the new release is needed for that? Technically, I can re-roll just the exe distro, but that's not that good a practice from a configuration management standpoint. We only want one 5.0.28 out there, not the 5.0.28 that was before 9

5.0.28 some tomcat.nsi faults

Hi, My fault, cause didn't spot that earlier :(. There is one patch that sets the tmpdir, and it wasn't back ported to Tomcat 5_0 branch. Seems to me that there is no need to use the CopyFile for tools.jar too, since we are no longer using jre's jvm.dll. Can we re-roll just the exe distribution or

Re: [ANN] Apache Jakarta Tomcat 5.0.28 Released

+1 What a deal Tomcat is. It is amazing! Vic wrote: (I know I speak for many) THANK YOU very much. .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Jakarta Tomcat 5.0.28 Released

Thanks Yoav for making the release! Just a couple of minor nits on the release notes, $Id: RELEASE-NOTES,v 1.18 2004/06/15 18:42:06 yoavs Exp $ - Tomcat 5.0 and JNI Based Applications: - Applications that require native libra

Re: [ANN] Apache Jakarta Tomcat 5.0.28 Released

(I know I speak for many) THANK YOU very much. .V Yoav Shapira wrote: The Tomcat Team announces the immediate availability of Apache Jakarta Tomcat 5.0.28. Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html Release notes: http

[ANN] Apache Jakarta Tomcat 5.0.28 Released

The Tomcat Team announces the immediate availability of Apache Jakarta Tomcat 5.0.28. Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html Release notes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/RELEASE-NOTES Downloads

5.0.28 reminder -- finish committing tonight...

... I'll cut and tag the 5.0.28 release tomorrow, Saturday, so if you have unfinished commits now's the time ;) Thanks, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: 5.0.28 next week?

st 24, 2004 10:31 PM >To: Tomcat Developers List >Subject: Re: 5.0.28 next week? > >Shapira, Yoav wrote: >> Hola, >> I'm ready to cut 5.0.28 once the JSP folks are done with their work. I >> think you guys are actually all done and waiting for me, right? Shall >&

Re: 5.0.28 next week?

Shapira, Yoav wrote: Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? +1. All Jasper critical

Re: endorsed directory (WAS: 5.0.28 next week?)

ep the endorsed directory. Amy Roh wrote: +1 I'd like to add startup scripts that don't use endorsed so that tomcat 5.0.28 can be run on JDK 5.0 if needed to be. People can test it out by switching the scripts. I'm running TCKs to see if there're any problems but will commit soon

Re: endorsed directory (WAS: 5.0.28 next week?)

I'm not getting rid of endorsed. I'm just adding additional scripts so you have an option to pick up the xml parsers from JDK 5.0 with 5.0.28 release if you choose to. The default behavior will be the same. Amy > I don't know why you want to get rid of endorsed. Sure java

endorsed directory (WAS: 5.0.28 next week?)

I don't know why you want to get rid of endorsed. Sure java 5.0 will have an up to date xerces, but it will get out of date in the future, so you might as well keep the endorsed directory. Amy Roh wrote: +1 I'd like to add startup scripts that don't use endorsed so that tomca

Re: 5.0.28 next week?

Shapira, Yoav wrote: I'd like to backport the service.bat to 5_0 branch. Not sure what's the agreement on backporting, but I suppose it's RTC. It has resolved JAVA_HOME and tools.jar issues that many users complain about, as well as using jvm.dll from JAVA_HOME environment variable. You will also

Re: 5.0.28 next week?

+1 I'd like to add startup scripts that don't use endorsed so that tomcat 5.0.28 can be run on JDK 5.0 if needed to be. People can test it out by switching the scripts. I'm running TCKs to see if there're any problems but will commit soon. Let me know if anyone has issue

RE: 5.0.28 next week?

Hi, >I'd like to backport the service.bat to 5_0 branch. >Not sure what's the agreement on backporting, but I suppose it's RTC. >It has resolved JAVA_HOME and tools.jar issues that many users complain >about, as well as using jvm.dll from JAVA_HOME environment variable. > >You will also need to us

Re: 5.0.28 next week?

Shapira, Yoav wrote: Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? I'd like to ba

5.0.28 next week?

Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? Yoav Shapira Millennium Research Inform

Re: Tomcat 5.0.28 release

Jeanfrancois Arcand wrote: [back from vacation :-)] Costin Manolache wrote: Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing

Re: Tomcat 5.0.28 release

Overall, JAXP is a very painful thing to those deploying any intensive XML or XSLT that might care what implementation is used and not having the luxury of dictating this implementation to everything else in the JVM. For instance, JAXP requires a separate classloader to change the XML or XSLT

Re: Tomcat 5.0.28 release

Jeanfrancois Arcand wrote: Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might want to make 1.4 the mini

Re: Tomcat 5.0.28 release

Costin Manolache wrote: - jdk1.3 - it'll work if you add your own parser in common/lib or jre/lib/ext or classpath - jdk1.4 - because the parser in jdk1.4 is an old xerces, xml schema validation might fail, everything else should work. - jdk1.5 - AFAIK everything should work. The reason endor

Re: Tomcat 5.0.28 release

[back from vacation :-)] Costin Manolache wrote: Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might wan

Re: Tomcat 5.0.28 release

Costin Manolache wrote: If you remove common/endorsed: - jdk1.3 - it'll work if you add your own parser in common/lib or jre/lib/ext or classpath - jdk1.4 - because the parser in jdk1.4 is an old xerces, xml schema validation might fail, everything else should work. - jdk1.5 - AFAIK everything

Re: Tomcat 5.0.28 release

To clarify: I wasn't proposing to remove the separate product installation and runtime, but the contrary - to make that the default. Right now tomcat operates in 2 modes - one where CATALINA_HOME is identical with CATALINA_BASE, and one where you have them separate ( like you use ). I think it

Re: Tomcat 5.0.28 release

Petr Jiricka wrote: Costin Manolache wrote: Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might want to

RE: Tomcat 5.0.28 release

Hola, >I must say I don't fully understand the above. So what exactly will >happen if the common/endorsed directory is removed? What will stop >working and on which platform(s)? Are there any specific pointers to bug >ids or discussions, that would explain why the endorsed directory was >added in

Re: Tomcat 5.0.28 release

Costin Manolache wrote: Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might want to make 1.4 the minimum

RE: Tomcat 5.0.28 release

Hola, OK, feedback well put. Thanks, Yoav Shapira Millennium Research Informatics >-Original Message- >From: Rainer Jung [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 4:10 AM >To: Tomcat Developers List >Subject: Re: Tomcat 5.0.28 release > >We are us

Re: Tomcat 5.0.28 release

We are using it also and it is very helpful. It is one of the standard product features of a container to be able to seperate container product installation from runtime instance specific files. It works very nicely with tomcat. We can even allow instance admins to extend TC by changing to an a

RE: Tomcat 5.0.28 release

> > How about stopping support for that scenario? I mean drop > the CATALINA_BASE versus CATALINA_HOME feature, (or set them > to always equal each other, if we want to leave them in the > code base), and don't allow users to share installations > except by the user home directory valve. I

Re: Tomcat 5.0.28 release

FYI - progress on the 5.0.28 changes: Petr Jiricka wrote: - The Sun Developer Tools group would like to include into this release several bug fixes in the Jasper area, that are currently available in the trunk (5.1.x codebase), and that affect NetBeans 4.0 functionality, such as JSP debugging

RE: Tomcat 5.0.28 release

Hola, >I'm using JDK1.3 most of the time, and I think a lot of other people and >companies are still using it. I don't mind having the default >distribution built for 1.4+ ( no xerces ), with instructions on how to >get the additional jars for 1.3. But I think it would be very bad to not >be able

Re: Tomcat 5.0.28 release

Shapira, Yoav wrote: Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might want to make 1.4 the minimum. I'm +0.5 on this. Fir

Re: Tomcat 5.0.28 release

I would have to agree with the gentlemen from Sun and NetBeans that it is preferable to have a standard stable version bundled with other products as opposed to some other file set which one cannot independently reproduce. Why? Users of NetBeans, etc, would like to know that they can reproduce

RE: Tomcat 5.0.28 release

I for one use the CATALINA_BASE vs CATALINA_HOME Mitchell Marx -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 8:53 AM To: Tomcat Developers List Subject: RE: Tomcat 5.0.28 release Hi, I have a couple of only-slightly-related comments

RE: Tomcat 5.0.28 release

Hi, I have a couple of only-slightly-related comments, but related nonetheless so I'll put them here. Re: endorsed directories. Do we still want to support JDK 1.3 in Tomcat 5.1? Since we're gearing up for JDK 1.5, we might want to make 1.4 the minimum. I'm +0.5 on this. >As for the nature of

Re: Tomcat 5.0.28 release

Costin Manolache wrote: I'm sorry, but can't remember - why do we still need the endorsed ? I tought they were a temporary solution for JDK1.4 and some validation problems - tomcat should work fine with any SAX/DOM parser, including the one in JDK1.4. This would be good, if it's indeed possible.

Re: Tomcat 5.0.28 release

not talking about a release every 5 minutes :) - The Sun Developer Tools group would like to include into this release several bug fixes in the Jasper area, that are currently available in the trunk (5.1.x codebase), and that affect NetBeans 4.0 functionality, such as JSP debugging or JS

Re: Tomcat 5.0.28 release

approximate guideline, not committment. Yoav Shapira Millennium Research Informatics Petr -Original Message- From: Petr Jiricka [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 12:43 PM To: [EMAIL PROTECTED] Subject: Tomcat 5.0.28 release Hi, we have been using Tomcat in the Net

Re: Tomcat 5.0.28 release

I'm sorry, but can't remember - why do we still need the endorsed ? I tought they were a temporary solution for JDK1.4 and some validation problems - tomcat should work fine with any SAX/DOM parser, including the one in JDK1.4. The only problem is JDK1.3 - and I agree that it would be better to

Re: Tomcat 5.0.28 release

Didn't we already try that with the tomcat 4 LE edition? -Tim Remy Maucherat wrote: My current idea for the new branch is to ship a JDK 1.5 bundle with a separate zip/tar.gz to easily install the additional binaries when using JDK 1.4-. This will be smaller (no JMX, no Xerces) and maybe higher q

Re: Tomcat 5.0.28 release

oper Tools group would like to include into this release several bug fixes in the Jasper area, that are currently available in the trunk (5.1.x codebase), and that affect NetBeans 4.0 functionality, such as JSP debugging or JSP editor. - The goal of 5.0.28 would be to support the upcoming JDK 1

RE: Tomcat 5.0.28 release

>From: Shapira, Yoav >Sent: Monday, August 09, 2004 1:05 PM >To: Tomcat Developers List >Subject: RE: Tomcat 5.0.28 release > > >Hi, >A TOMCAT_5_0 branch was created at the time 5.0.27 was released. I'm >not gung-ho about making significant Tomcat 5.0 additions

RE: Tomcat 5.0.28 release

iricka [mailto:[EMAIL PROTECTED] >Sent: Monday, August 09, 2004 12:43 PM >To: [EMAIL PROTECTED] >Subject: Tomcat 5.0.28 release > >Hi, > >we have been using Tomcat in the NetBeans product for about 4 years now >(since the 3.2 beta releases), so first off, Thanks! for all yo

Tomcat 5.0.28 release

serves as an excellent testing environment for web applications developed using NetBeans. Now, on behalf of the Sun Developer Tools group, I'd like to propose a next release of the Tomcat 5.0.x codeline, i.e. Tomcat 5.0.28. The goals of this release would be the following: - Continue to de