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

costin 02/05/26 00:13:59 Modified:jk/java/org/apache/jk/common ChannelUn.java JniHandler.java Log: Update the unix socket channel. Make sure the endpoint is initialized ( thanks Nacho ) Revision ChangesPath 1.18 +6 -9 jakarta-tomcat-connectors/jk/java/or

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/apr AprImpl.java

costin 02/05/26 00:13:02 Modified:jk/java/org/apache/jk/apr AprImpl.java Log: - removed the mutex code, the normal invocation mechanism will be used ( i.e. the ajp 'bridge' ). - cleanup a bit the unix socket, preparing for the removal ( again the same mechanism will be use

FYI: Building tomcat on SunOS 5.8 (RESEND)

Just for the record, here are the steps I used over the past 2 days to successfully build tomcat on a fresh SunOS 5.8 machine. 1. get J2SE 1.4 2. get ant 5.1Beta1 (grab zip format as SunOS tar is broken) 3. get a "cvs" binary for Sparc 4. configure "cvs" to access cvs.apache.org (I had to tunnel

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

remm02/05/25 17:02:42 Modified:catalina build.xml catalina/src/conf web.xml Log: - Update scripts and config. Revision ChangesPath 1.119 +0 -3 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml ==

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi SSIServlet.java SSIServletExternalResolver.java

remm02/05/25 17:00:55 Modified:catalina/src/share/org/apache/catalina/ssi SSIServletExternalResolver.java Added: catalina/src/share/org/apache/catalina/ssi SSIServlet.java Log: - Move SSI servlet to the ssi package (so that it's more an indepe

RE: [Proposal] Tomcat and Cactus (Repost)

That defeats the purpose of that Tomcat integration. The idea is that the Cactus jars would be part of the common libraries of a Tomcat installation so that each web application does not have to include the cactus jars and setup in its own war ... The idea is to bring testing as a "service" provid

RE: [Proposal] Tomcat and Cactus (Repost)

I would prefer to see a self-contained WAR file ( or a set of self-contained wars ). Costin On Sat, 25 May 2002, Vincent Massol wrote: > Thanks to speak your mind Costin. At least you answered. I would have > liked more feedback from other committers. > > For the time being I'll prepare a

RE: [Proposal] Tomcat and Cactus (Repost)

Thanks to speak your mind Costin. At least you answered. I would have liked more feedback from other committers. For the time being I'll prepare a "cactification" script for Tomcat that will be delivered with Cactus. BTW, is there any problem if we create in cactusland a specially packaged Tomcat

Re: [PANIC] Where are those files gone?

> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > >> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/ > >> > >> All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the > >> archive... Who removed them? > > > > (just woke up, missed flame war ...) > > You're still in tim

Re: [PANIC] Where are those files gone?

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/ >> >> All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the >> archive... Who removed them? > > (just woke up, missed flame war ...) You're still in time to participate

DO NOT REPLY [Bug 9417] - ajp13 conector does not pass Query string corectly to tomcat

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 9417] - ajp13 conector does not apss Query string corectly

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 9417] - ajp13 conector does not apss Query string corectly

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 9417] - ajp13 conector does not apss Query string corectly

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 9417] - ajp13 conector does not apss Query string corectly

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: [PANIC] Where are those files gone?

> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/ > > All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the > archive... Who removed them? (just woke up, missed flame war ...) I moved them (without the "re"). http://jakarta.apache.org/builds/jakarta-tomcat-4.0/rele

DO NOT REPLY [Bug 9417] New: - ajp13 conector does not apss Query string corectly

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

[PANIC] Where are those files gone?

http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/ All the 4.0, 4.0.1, 4.0.2 ??? They're not there, and they're not in the archive... Who removed them? Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable.

Re: Vicious Abuse? (an outsiders perspective)

"Anthony W. Marino" <[EMAIL PROTECTED]> wrote: >> I've been following along with this/these rather ridiculous thread's). >> >> No, I am not a committer, so you can hit the delete key now if you judge >> people by their status. >> >> IMHO, giving someone a -1 is one of the rudest things I have s

Re: Vicious Abuse? (an outsiders perspective)

> I've been following along with this/these rather ridiculous thread's). > > No, I am not a committer, so you can hit the delete key now if you judge > people by their status. > > IMHO, giving someone a -1 is one of the rudest things I have seen on this > list in quite a while. > What is most surp

Re: Vicious Abuse?

Costin, > Having hierarchies of 'people can only code' and 'people who lead' is > not freedom. Creating a group that is 'more equal than the others' and > taking away the right to vote to those we believe don't care is not > freedom. Maybe I missed something, but who as actually talking about

Re: Vicious Abuse?

On Sat, 25 May 2002, Pier Fumagalli wrote: > "Jeff Turner" <[EMAIL PROTECTED]> wrote: > > > .. and thankful that people like Costin persevere in spite of rather > > vicious abuse. > > Vicious abuse? All I am proposing is to add greater flexibility to the > freedom of those who are involved with

Re: Vicious Abuse? (an outsiders perspective)

"James Mitchell" <[EMAIL PROTECTED]> wrote: > I've been following along with this/these rather ridiculous thread's). Good... > No, I am not a committer, so you can hit the delete key now if you judge > people by their status. Who said I am? I _am_ the one who is trying to modify the current st

RE: Vicious Abuse? (an outsiders perspective)

Pier +1'ed it. And whoever got -1'ed (sorry forgot your name), was pretty cool about it.. (+100 on that response btw..) Don't get me wrong, I wouldn't like it either to get -1'ed, although there were good reasons from Pier's perspective. When he got enough convincing arguments, he did a +1.. Too

RE: Vicious Abuse? (an outsiders perspective)

I've been following along with this/these rather ridiculous thread's). No, I am not a committer, so you can hit the delete key now if you judge people by their status. IMHO, giving someone a -1 is one of the rudest things I have seen on this list in quite a while. What is most surprising to me,

Vicious Abuse?

"Jeff Turner" <[EMAIL PROTECTED]> wrote: > .. and thankful that people like Costin persevere in spite of rather > vicious abuse. Vicious abuse? All I am proposing is to add greater flexibility to the freedom of those who are involved with the Jakarta project. All I'm proposing is to accept the

DO NOT REPLY [Bug 9416] - Memory usage by Tomcat

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 9416] New: - Memory usage by Tomcat

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: [PROPOSAL] Committer access and responsibilities...

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Sat, 25 May 2002, Pier Fumagalli wrote: > >>> If you are a commiter - you have the same rights with all other commiters. >>> If you don't want to exercise some rights - it's your choice. >> >> Hola, you tend to forget a part I'm stressing out qui

RE: [PATCH] improved HTMLManagerServlet

The UI mock up for the manager looks cool for now but it would help if we can try to give a tree-based approach(I'm sure we will not make it like those off-the shelf products but..something better and more dearer to TC4). Agreed that manager-application is not for the regular user but usability

Re: [PROPOSAL] Change to the 3.3 API

+1. Adding new methods is perfectly fine and backward compatible. BTW, my proposal to freeze the API was based on the fact that I felt it is good enough and I couldn't think any significant improvement that would be worth the change. If you think different or have some good ideas - we can r