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 reopen the issue ( but I would like to keep backward compat as long as possible ). Costin On Fri, 24 May 2002, Bill Barker wrote: I'd like to add a new method (for now called 'preInitCheck') to the API to be called before the check for calling the init method. The current JspInterceptor.requestMap would be split between the new preInitCheck method (which would handle the compile), and the requestMap (which would register the servlet). In light of bug #7654, we may want to have a 'preInitCheck' and 'postInitCheck', but I'm still not convinced on how important this case is. This is a proposal, since there was a consensus to freeze the API. I'm not looking for people to help (although volunteers are always welcome), since the changes are simple enough. The only known bug that this fixes is the rather obscure one that currently a JSP page that is accessed from a NamedDispatcher will not be re-compiled. More importantly (IMHO), this will separate the JSP logic from ServletHandler and put it firmly into JspInterceptor where it belongs. Of course, I'm expecting that Pier will veto this on the grounds that he can't be bothered to keep up with the 3.3 development. ;-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416
Memory usage by Tomcat
Summary: Memory usage by Tomcat
Product: Tomcat 3
Version: 3.2.3 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Critical
Priority: Other
Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
We are using Tomcat 3.2.3 on Windows 2000/IIS 5 and we have a problem in that.
The memory allocated to Tomcat.exe is not getting released. Even many hours
after the usage has been stopped, the memory used is not coming down.
Depending on the load, Tomcat reports Out of Memory error in a few hours or
days and the process occupies all available memory. The only option is to
restart the server. We had the same problem in Tomcat 4.03 also. And we have
tried Tomcat with Apache also. This problem has already been reported by few
other people in Tomcat3 bug database and has been resolved as fixed. What is
the possible cause of this problem? Is it a Tomcat bug?
We tried the following test program. After the memory allocated to Tomcat
reaches 64 MB (Maximum set), Tomcat reports Out of memeory - can't create new
thread error. But other normal JSP pages run without any problem. When we
monitor the heap memory, 99 to 100% remains used even after hours of
inactivity. The only option is to restart Tomcat. Can any one tell whether
anything is wrong with our test program?
%
for(int j=0;j1000;j++)
{
out.println(hr+j);
for(int i=0;i1;i++)
{
out.println(i);
String s1=+i;
Thread t = null;
t = new Thread(s1);
t = null;
s1 = null;
}
//System.gc();
}
%
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416 Memory usage by Tomcat --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 14:37 --- Your code is bogus because it keeps creating thread object, which are stored as a reference by the ThreadGroup of the thread which created them (it should be a weak referece, so at the end it should go away, but I'm not that positive about it, AFAICR the reference in the thread group gets removed only after the run method returns or throws an exception). Also, creating 1000 threads in a process, is surely a recipe for going into troubles soon. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 idea that we might have coders who don't care about new projects or PMCs, they just want their code done, or that we might have important resources out there who might want to get involved with this project but cannot be tied to one particular code base? Is it a vicious abuse to ask Sally to become an ASF member ALTHOUGH she doesn¹t know how to code in C or Java, or Perl, and doesn't even know what CVS is all about? Is it a vicious abuse to ask to free this community from a concept like meritocracy as the number of lines of code you put into CVS? I don't think so, because if this community believes that freedom is a vicious abuse, this community is racist, racist towards those who can't or don't want to have to deal with CVS, no more and no less as one could be racist on the color of your skin, or the ideas that populate your mind... Pier (really, really worried) -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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, is how you stuck to your ignorant opinion, even after so many others were willing to vote them in. I have no plans in the future to become a Tomcat committer, however, I do have my sights set on the Struts project. I sincerely hope that there are no committers there who share your view on 'how to keep yourself important by keeping others out'. I have seen this characteristic before in a few people, of whom shall remain nameless, but they know who they are. James Mitchell -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 25, 2002 10:52 AM To: Jakarta General List Cc: Tomcat Developers List Subject: 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 idea that we might have coders who don't care about new projects or PMCs, they just want their code done, or that we might have important resources out there who might want to get involved with this project but cannot be tied to one particular code base? Is it a vicious abuse to ask Sally to become an ASF member ALTHOUGH she doesn¹t know how to code in C or Java, or Perl, and doesn't even know what CVS is all about? Is it a vicious abuse to ask to free this community from a concept like meritocracy as the number of lines of code you put into CVS? I don't think so, because if this community believes that freedom is a vicious abuse, this community is racist, racist towards those who can't or don't want to have to deal with CVS, no more and no less as one could be racist on the color of your skin, or the ideas that populate your mind... Pier (really, really worried) -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 bad some other discussions got mixed up with this one specifically, which clouded the request from Pier for more information about him... Mvgr, Martin On Sat, 2002-05-25 at 17:22, James Mitchell 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 seen on this list in quite a while. What is most surprising to me, is how you stuck to your ignorant opinion, even after so many others were willing to vote them in. I have no plans in the future to become a Tomcat committer, however, I do have my sights set on the Struts project. I sincerely hope that there are no committers there who share your view on 'how to keep yourself important by keeping others out'. I have seen this characteristic before in a few people, of whom shall remain nameless, but they know who they are. James Mitchell -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 25, 2002 10:52 AM To: Jakarta General List Cc: Tomcat Developers List Subject: 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 idea that we might have coders who don't care about new projects or PMCs, they just want their code done, or that we might have important resources out there who might want to get involved with this project but cannot be tied to one particular code base? Is it a vicious abuse to ask Sally to become an ASF member ALTHOUGH she doesn¹t know how to code in C or Java, or Perl, and doesn't even know what CVS is all about? Is it a vicious abuse to ask to free this community from a concept like meritocracy as the number of lines of code you put into CVS? I don't think so, because if this community believes that freedom is a vicious abuse, this community is racist, racist towards those who can't or don't want to have to deal with CVS, no more and no less as one could be racist on the color of your skin, or the ideas that populate your mind... Pier (really, really worried) -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 status quo so that people with different skills and interests can be part of the Jakarta community without being tied to a CVS account. IMHO, giving someone a -1 is one of the rudest things I have seen on this list in quite a while. Casus belli. I believe that me and Dan cleared this whole thing up and (go and read), I've even welcomed him to the set of committers with CVS account in the Tomcat project. He has my +1. What is most surprising to me, is how you stuck to your ignorant opinion, even after so many others were willing to vote them in. My ignorant opinion is based on years of working within this project, is based on making things for you all work, day by day. I don't usually point this out, but my contributions to Jakarta are not the few lines of code I put in Warp, but somewhere else (and those who know, know it). I might not even be a committer if it wasn't for 2/3 patches a month, but do believe me when I say that I spend at least 4 hours a day to do stuff for this amazing bunch of folks. I have no plans in the future to become a Tomcat committer, however, I do have my sights set on the Struts project. I sincerely hope that there are no committers there who share your view on 'how to keep yourself important by keeping others out'. I have seen this characteristic before in a few people, of whom shall remain nameless, but they know who they are. Keep meself important by keeping others out ??? I welcomed Dan to the community, and _actually_ what I'm trying to do, is to offer a greater deal of freedom to this community as a whole, for people who CODE, and for people who DON'T... Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 the Jakarta project. All I'm proposing is to accept the idea that we might have coders who don't care about new projects or PMCs, they just want their code done, or that we might have important resources out there who might want to get involved with this project but cannot be tied to one particular code base? Is it a vicious abuse to ask Sally to become an ASF member ALTHOUGH she doesn¹t know how to code in C or Java, or Perl, and doesn't even know what CVS is all about? There is no requirement for someone to know C or Java for becomming a commiter. All you need is make contributions to the project. I've seen no language requirement ( Java or English ) We have plenty of people who don't care about politics - they just don't vote or are smart enough to not participate in the flame-wars. Is it a vicious abuse to ask to free this community from a concept like meritocracy as the number of lines of code you put into CVS? I don't think so, because if this community believes that freedom is a vicious abuse, this community is racist, racist towards those who can't or don't want to have to deal with CVS, no more and no less as one could be racist on the color of your skin, or the ideas that populate your mind... 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. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 people who lead? Those non committing members will probably lead in there area (sysadmins, legal stuff, or whatever you can think of) and they don't care about projects at all, unless it involves their area. I must add that I don't exactly know how this is handled right now, but I guess if you want to put the jsdk on the tomcat site, you will get someone -1'ing because of legal issues. I don't care about those issues, so let people take care of what they are good at (in your case tomcat..) Wouldn't it be great to just say oh, let's cc , and let him/her figure out it this is legal) and get back to focus on what really is important. That person you are cc'ing could be a pro-deo lawyer and really wants to be involved in the jakarta commity, but cannot be a member, because he is not part of a project? You will get laught hard at if you will start a vote to let this person be a committer, but it is better to start a vote that he becomes a member, because he is contributing to legal issues on jakarta. People like to belong to something, you cannot say to people : we'll drain your brain, but you are not an essential part of this comminity! even though he is. The logical consequence will be he will disconnect the brain drain and will not help us out anymore. Is this such a bad idea ? This lawyer is an example off course ;)) Mvgr, Martin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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, is how you stuck to your ignorant opinion, even after so many others were willing to vote them in. Isn't that part of the democracy of this process...call it as you see it??? As long as you can qualify/backup your statements then I see nothing wrong with it. In fact, I appreciate/welcome it as long as it is handled professionally and with an open mind such as Pier has demonstrated. Apparently Dan, too, has expressed his acceptance of Pier's thoughts! Anthony I have no plans in the future to become a Tomcat committer, however, I do have my sights set on the Struts project. I sincerely hope that there are no committers there who share your view on 'how to keep yourself important by keeping others out'. I have seen this characteristic before in a few people, of whom shall remain nameless, but they know who they are. James Mitchell -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 25, 2002 10:52 AM To: Jakarta General List Cc: Tomcat Developers List Subject: 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 idea that we might have coders who don't care about new projects or PMCs, they just want their code done, or that we might have important resources out there who might want to get involved with this project but cannot be tied to one particular code base? Is it a vicious abuse to ask Sally to become an ASF member ALTHOUGH she doesn¹t know how to code in C or Java, or Perl, and doesn't even know what CVS is all about? Is it a vicious abuse to ask to free this community from a concept like meritocracy as the number of lines of code you put into CVS? I don't think so, because if this community believes that freedom is a vicious abuse, this community is racist, racist towards those who can't or don't want to have to deal with CVS, no more and no less as one could be racist on the color of your skin, or the ideas that populate your mind... Pier (really, really worried) -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 seen on this list in quite a while. What is most surprising to me, is how you stuck to your ignorant opinion, even after so many others were willing to vote them in. Isn't that part of the democracy of this process...call it as you see it??? As long as you can qualify/backup your statements then I see nothing wrong with it. In fact, I appreciate/welcome it as long as it is handled professionally and with an open mind such as Pier has demonstrated. Apparently Dan, too, has expressed his acceptance of Pier's thoughts! Thank you, and I would like to close the vote issue here, I believe that my vote had all the rights to be expressed. I don't use SSI, I don't know what's wrong with it, I don't know absolutely anything about the guy who is being proposed to fix those problems. Once he gave me his idea on how things were, and what he wanted to do with, I suddenly changed my vote, before the end of the ballot (3 days after proposal), and welcomed him open arms... I don't think that saying hold on one second, stop this thing for a while because I don't really get it and then ah, ok, cool, I'm fine with it means being rude... Sorry if someone perceived it somehow differently. Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[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. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not apss Query string corectly Summary: ajp13 conector does not apss Query string corectly Product: Tomcat 4 Version: 4.0.3 Final Platform: Other URL: http://www.hevery.com/examples/jsp/snp/snoop.jsp?This+do es+not+work+through+ajp13=Only+works+directly OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Compare these two URLs and look ar the query string: http://hevery.com:8123/examples/jsp/snp/snoop.jsp?Does+not+work=1 http://hevery.com/examples/jsp/snp/snoop.jsp?This+works=1 As you can see the ajp does not pass the query to the tomcat. It does show up in the header: http://hevery.com/examples/servlet/RequestHeaderExample?header=value CONIFGURATION: Tomcat: 4.0.3 ajp:1.3 Windows 2000 with IIS 5.0 and all patches/service packs -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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/release/archive (me stupid, I forgot about the top level archives folder; I'll move them again) The idea is that most of these release had security issues in them, and while using the server status feature of Apache 2, I noticed a *lot* of people were still downloding them (from links maybe). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not apss Query string corectly --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 18:12 --- Created an attachment (id=1940) uriworkermap.properties -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not apss Query string corectly --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 18:12 --- Created an attachment (id=1941) iis_redirect.reg -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not apss Query string corectly --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 18:13 --- Created an attachment (id=1942) workers.properties -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not apss Query string corectly --- Additional Comments From [EMAIL PROTECTED] 2002-05-25 18:13 --- Created an attachment (id=1943) server.xml -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9417 ajp13 conector does not pass Query string corectly to tomcat [EMAIL PROTECTED] changed: What|Removed |Added Summary|ajp13 conector does not apss|ajp13 conector does not pass |Query string corectly |Query string corectly to ||tomcat -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 :) I moved them (without the re). http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/archive (me stupid, I forgot about the top level archives folder; I'll move them again) Ah, ok, so I wasn't blind not to see them in the first point... The idea is that most of these release had security issues in them, and while using the server status feature of Apache 2, I noticed a *lot* of people were still downloding them (from links maybe). Yeah, it's cool, I was just trying to get a hold on an old MacOS/X build for WebApp for a guy who needed it... And I panicked! :) Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 :) I will later today. I have plans right now :) (it already took me forver to read the 200 messages ;-) ) I moved them (without the re). http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/archive (me stupid, I forgot about the top level archives folder; I'll move them again) Ah, ok, so I wasn't blind not to see them in the first point... I just moved them to the real archives folder. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 version that is cactus-aware ? I'm not sure yet we want to follow that route but if we wanted to do this and put it in the cactus release directory, would you see any problem ? I'll repost in 6 months ... :-) Thanks -Vincent Sidenote: I believe Cactus could very effectively be used as a regression testing tool for the Tomcat project. It has already discovered problems in the past. I haven't looked at the Watchdog project but it could be either a replacement or a complement to it. You should try it at some point. I would love to hear comments of what you don't like/do like. Quick start up guide for Tomcat is available here : http://jakarta.apache.org/cactus/1.4/howto_tomcat.html (needs only 10 minutes). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 24 May 2002 19:41 To: Tomcat Users List Cc: List Tomcat-Dev Subject: Re: [Proposal] Tomcat and Cactus (Repost) On Fri, 24 May 2002, Vincent Massol wrote: I'm reposting in the secret hope that I got no response to this email I sent last week because no one saw it in the flood of Tomcat emails ! If I get no answer this time, I will understand that no one finds this of interest and will try again in 6 months - 1 year :-) I think it would be a good idea :-), there is already far too much going on, with all the new features and changes ( jmx, 4.1, jk2, jasper2, coyote, etc ). Costin Thanks -Vincent Hi Tomcat developers, This is a proposal to bring Jakarta Tomcat and Jakarta Cactus (http://jakarta.apache.org/cactus) closer. I hope you'll like it. (0) Rationale Jakarta Cactus is a unit testing framework for testing Servlet, Taglibs and Filters. Jakarta Tomcat is a Servlet engine (Servlet, Taglibs, Filters). They are both part of the Jakarta community. At the moment, there are no existing Servlet container that have an easy way to unit test Servlets. The idea is to bring this ease of use to Tomcat by making it easy to use Cactus within Tomcat (in other words, add a unit testing service to Tomcat). (1) Scope of the proposal a) To bundle Cactus within Tomcat so that it provides a unique ease of use for Tomcat users who wishes to test their servlet code b) To make Cactus the official Tomcat test framework for end users (1) From the point of view of Tomcat users By providing the bundling defined in point (2) below, Tomcat end users would only have to do the following to test their code (see http://jakarta.apache.org/cactus/1.4/howto_tomcat.html, steps 4 to 6) : a) Create Cactus test classes in their WEB-INF/classes directory b) Open a browser and type the URL of the Cactus test runner, passing the name of the test class (see the link above for details) (2) Cactus bundling in Tomcat Bundling Cactus in Tomcat means (see steps 1 to 3 on the above link) : a) Adding the following jars to common/lib : cactus.jar, junit.jar, httpclient.jar, aspectjrt.jar (total of 423 KB) b) Adding the Cactus servlet test runner and redirector servlet and mappings in conf/web.xml (3) Versions The target Tomcat version for this proposal is 4.0 and greater. The Cactus one is 1.4 and greater (note that Cactus 1.4 is not released yet and is still in CVS - It can be downloaded from the nightly build). Comments, ideas ? Thank you -Vincent (from the Cactus team) -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 cactification script for Tomcat that will be delivered with Cactus. BTW, is there any problem if we create in cactusland a specially packaged Tomcat version that is cactus-aware ? I'm not sure yet we want to follow that route but if we wanted to do this and put it in the cactus release directory, would you see any problem ? I'll repost in 6 months ... :-) Thanks -Vincent Sidenote: I believe Cactus could very effectively be used as a regression testing tool for the Tomcat project. It has already discovered problems in the past. I haven't looked at the Watchdog project but it could be either a replacement or a complement to it. You should try it at some point. I would love to hear comments of what you don't like/do like. Quick start up guide for Tomcat is available here : http://jakarta.apache.org/cactus/1.4/howto_tomcat.html (needs only 10 minutes). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 24 May 2002 19:41 To: Tomcat Users List Cc: List Tomcat-Dev Subject: Re: [Proposal] Tomcat and Cactus (Repost) On Fri, 24 May 2002, Vincent Massol wrote: I'm reposting in the secret hope that I got no response to this email I sent last week because no one saw it in the flood of Tomcat emails ! If I get no answer this time, I will understand that no one finds this of interest and will try again in 6 months - 1 year :-) I think it would be a good idea :-), there is already far too much going on, with all the new features and changes ( jmx, 4.1, jk2, jasper2, coyote, etc ). Costin Thanks -Vincent Hi Tomcat developers, This is a proposal to bring Jakarta Tomcat and Jakarta Cactus (http://jakarta.apache.org/cactus) closer. I hope you'll like it. (0) Rationale Jakarta Cactus is a unit testing framework for testing Servlet, Taglibs and Filters. Jakarta Tomcat is a Servlet engine (Servlet, Taglibs, Filters). They are both part of the Jakarta community. At the moment, there are no existing Servlet container that have an easy way to unit test Servlets. The idea is to bring this ease of use to Tomcat by making it easy to use Cactus within Tomcat (in other words, add a unit testing service to Tomcat). (1) Scope of the proposal a) To bundle Cactus within Tomcat so that it provides a unique ease of use for Tomcat users who wishes to test their servlet code b) To make Cactus the official Tomcat test framework for end users (1) From the point of view of Tomcat users By providing the bundling defined in point (2) below, Tomcat end users would only have to do the following to test their code (see http://jakarta.apache.org/cactus/1.4/howto_tomcat.html, steps 4 to 6) : a) Create Cactus test classes in their WEB-INF/classes directory b) Open a browser and type the URL of the Cactus test runner, passing the name of the test class (see the link above for details) (2) Cactus bundling in Tomcat Bundling Cactus in Tomcat means (see steps 1 to 3 on the above link) : a) Adding the following jars to common/lib : cactus.jar, junit.jar, httpclient.jar, aspectjrt.jar (total of 423 KB) b) Adding the Cactus servlet test runner and redirector servlet and mappings in conf/web.xml (3) Versions The target Tomcat version for this proposal is 4.0 and greater. The Cactus one is 1.4 and greater (note that Cactus 1.4 is not released yet and is still in CVS - It can be downloaded from the nightly build). Comments, ideas ? Thank you -Vincent (from the Cactus team) -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 provided by the container, not the other way around. -Vincent -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 25 May 2002 23:39 To: Tomcat Users List Cc: 'Tomcat Developers List' Subject: 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 cactification script for Tomcat that will be delivered with Cactus. BTW, is there any problem if we create in cactusland a specially packaged Tomcat version that is cactus-aware ? I'm not sure yet we want to follow that route but if we wanted to do this and put it in the cactus release directory, would you see any problem ? I'll repost in 6 months ... :-) Thanks -Vincent Sidenote: I believe Cactus could very effectively be used as a regression testing tool for the Tomcat project. It has already discovered problems in the past. I haven't looked at the Watchdog project but it could be either a replacement or a complement to it. You should try it at some point. I would love to hear comments of what you don't like/do like. Quick start up guide for Tomcat is available here : http://jakarta.apache.org/cactus/1.4/howto_tomcat.html (needs only 10 minutes). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 24 May 2002 19:41 To: Tomcat Users List Cc: List Tomcat-Dev Subject: Re: [Proposal] Tomcat and Cactus (Repost) On Fri, 24 May 2002, Vincent Massol wrote: I'm reposting in the secret hope that I got no response to this email I sent last week because no one saw it in the flood of Tomcat emails ! If I get no answer this time, I will understand that no one finds this of interest and will try again in 6 months - 1 year :-) I think it would be a good idea :-), there is already far too much going on, with all the new features and changes ( jmx, 4.1, jk2, jasper2, coyote, etc ). Costin Thanks -Vincent Hi Tomcat developers, This is a proposal to bring Jakarta Tomcat and Jakarta Cactus (http://jakarta.apache.org/cactus) closer. I hope you'll like it. (0) Rationale Jakarta Cactus is a unit testing framework for testing Servlet, Taglibs and Filters. Jakarta Tomcat is a Servlet engine (Servlet, Taglibs, Filters). They are both part of the Jakarta community. At the moment, there are no existing Servlet container that have an easy way to unit test Servlets. The idea is to bring this ease of use to Tomcat by making it easy to use Cactus within Tomcat (in other words, add a unit testing service to Tomcat). (1) Scope of the proposal a) To bundle Cactus within Tomcat so that it provides a unique ease of use for Tomcat users who wishes to test their servlet code b) To make Cactus the official Tomcat test framework for end users (1) From the point of view of Tomcat users By providing the bundling defined in point (2) below, Tomcat end users would only have to do the following to test their code (see http://jakarta.apache.org/cactus/1.4/howto_tomcat.html, steps 4 to 6) : a) Create Cactus test classes in their WEB-INF/classes directory b) Open a browser and type the URL of the Cactus test runner, passing the name of the test class (see the link above for details) (2) Cactus bundling in Tomcat Bundling Cactus in Tomcat means (see steps 1 to 3 on the above link) : a) Adding the following jars to common/lib : cactus.jar, junit.jar, httpclient.jar, aspectjrt.jar (total of 423 KB) b) Adding the Cactus servlet test runner and redirector servlet and mappings in conf/web.xml (3) Versions The target Tomcat version for this proposal is 4.0 and greater. The Cactus one is 1.4 and greater (note that Cactus 1.4 is not released yet and is still in CVS - It can be downloaded from the nightly build). Comments, ideas ? Thank you -Vincent (from the Cactus team) -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To
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 independent package).
- Remove uneeded imports.
- SSI is mostly independent of Catalina. Whatever util classes it needs can
be moved to j-t-c/util. Then we could consider moving it out of the Catalina
tree (the return of the j-t-modules repository ?).
Revision ChangesPath
1.2 +4 -6
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java
Index: SSIServletExternalResolver.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- SSIServletExternalResolver.java 24 May 2002 04:38:58 - 1.1
+++ SSIServletExternalResolver.java 26 May 2002 00:00:55 - 1.2
@@ -1,8 +1,8 @@
/*
* SSIServletExternalResolver.java
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java,v
1.1 2002/05/24 04:38:58 billbarker Exp $
- * $Revision: 1.1 $
- * $Date: 2002/05/24 04:38:58 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServletExternalResolver.java,v
1.2 2002/05/26 00:00:55 remm Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/05/26 00:00:55 $
*
*
*
@@ -95,14 +95,12 @@
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
-import org.apache.catalina.Globals;
-import org.apache.catalina.util.RequestUtil;
/**
* An implementation of SSIExternalResolver that is used with servlets.
*
* @author Dan Sandberg
- * @version $Revision: 1.1 $, $Date: 2002/05/24 04:38:58 $
+ * @version $Revision: 1.2 $, $Date: 2002/05/26 00:00:55 $
*/
public class SSIServletExternalResolver implements SSIExternalResolver {
protected final String VARIABLE_NAMES[] = {
1.1
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServlet.java
Index: SSIServlet.java
===
/*
* SSIServlet.java
* $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi/SSIServlet.java,v
1.1 2002/05/26 00:00:55 remm Exp $
* $Revision: 1.1 $
* $Date: 2002/05/26 00:00:55 $
*
*
*
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
*the documentation and/or other materials provided with the
*distribution.
*
* 3. The end-user documentation included with the redistribution, if
*any, must include the following acknowlegement:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowlegement may appear in the software itself,
*if and wherever such third-party acknowlegements normally appear.
*
* 4. The names The Jakarta Project, Tomcat, and Apache Software
*Foundation must not be used to endorse or promote products derived
*from this software without prior written permission. For written
*permission, please contact [EMAIL PROTECTED]
*
* 5. Products derived from this software may not be called Apache
*nor may Apache appear in their names without prior written
*permission of the Apache Group.
*
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
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
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v
retrieving revision 1.118
retrieving revision 1.119
diff -u -r1.118 -r1.119
--- build.xml 24 May 2002 04:39:34 - 1.118
+++ build.xml 26 May 2002 00:02:42 - 1.119
@@ -808,8 +808,6 @@
unless=compile.jaas/
exclude name=org/apache/catalina/startup/BootstrapService.java
unless=compile.daemon/
- exclude name=org/apache/catalina/servlets/SsiServlet.java
- unless=compile.ssi/
exclude name=org/apache/catalina/ssi/**
unless=compile.ssi/
exclude name=org/apache/catalina/valves/CertificatesValve.java
@@ -1169,7 +1167,6 @@
!-- Servlets - SSI Servlet --
jar jarfile=${catalina.deploy}/server/lib/servlets-ssi.renametojar
fileset dir=${catalina.build}/server/classes
-include name=org/apache/catalina/servlets/Ssi* /
include name=org/apache/catalina/ssi/** /
/fileset
/jar
1.37 +1 -1 jakarta-tomcat-4.0/catalina/src/conf/web.xml
Index: web.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/web.xml,v
retrieving revision 1.36
retrieving revision 1.37
diff -u -r1.36 -r1.37
--- web.xml 25 May 2002 02:34:58 - 1.36
+++ web.xml 26 May 2002 00:02:42 - 1.37
@@ -177,7 +177,7 @@
servlet
servlet-namessi/servlet-name
servlet-class
- org.apache.catalina.servlets.SSIServlet
+ org.apache.catalina.ssi.SSIServlet
/servlet-class
init-param
param-namebuffered/param-name
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 using ssh) 5. use cvs to pull down jakarta-tomcat-4.0 6. use cvs to pull down jakarta-tomcat-connector 7. use ant download to get other needed bits - mkdir /usr/local; chmod a+wr /usr/local - in the jakarta-tomcat-4.0/ dir, copy build.properties.sample to build.properties and enable proxy access (behind firewall here) - do ant download to automatically grab needed packages into /usr/local 8. edit jakarta-tomcat-4.0/build.xml and add in this property property name=build.compiler value=modern/ 9. edit jakarta-tomcat-4.0/build.xml and remove the commons-dbcp section, it doesnt seem to be compiling. 10. ant BUILD SUCCESSFUL Cheers, [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
