RE: [VOTE] 4.1.26 stability rating
I hope it isn't too late to fix the problem Yaov pointed out for the 4.1.26 release. Here is the patch. Jason - --- tomcat/bin/setclasspath.sh 2003-07-15 04:56:10.0 -0400 +++ tomcat/bin/setclasspath.sh 2003-07-25 16:27:46.870053000 -0400 @@ -53,7 +53,7 @@ # Set standard commands for invoking Java. _RUNJAVA=$JAVA_HOME/bin/java -if ! $os400; then +if [ ! $os400 ]; then _RUNJDB=$JAVA_HOME/bin/jdb fi _RUNJAVAC=$JAVA_HOME/bin/javac - Howdy, Having been running it for a full week in our complete test environment, including JMeter scripts, I'm going to move my vote from Beta to Stable. There's still the one little thing as I posted a few days ago, in the catalina.sh scripts saying !: not found at the beginning. Startup and shutdown work OK though, as I described, and I haven't seen anyone else complain about this, so... Yoav Shapira Millennium ChemInformatics - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Apache Tomcat mod_jk 1.2.4 Web Server Connector released
I've found with the releases of mod_jk 1.2.4 and mod_jk2 2.0.2 that ant native builds just don't work. The only way I could get a binary to build (on linux and mac os x) was to cd jk/native (or jk/native2) and run: sh buildconf.sh ./configure make And then copy the binaries into where I wanted (make install for some reason failed on one... Can't remember which atm). As a side note to this, mac os x has gnu libtool installed as glibtool (and no libtoolize but glibtoolize) so the buildconf.sh fails without manual editing and make fails if you don't add LIBTOOL=/usr/bin/glibtool. I believe the libtool failure was with --mode argument which is an unsupported flag in the standard libtool for os x. Jason -Original Message- From: stephan.beal [mailto:[EMAIL PROTECTED] Sent: Tue 6/17/2003 4:36 AM To: [EMAIL PROTECTED] Cc: Subject:Fwd: [ANN] Apache Tomcat mod_jk 1.2.4 Web Server Connector released -Ursprungliche Nachricht- Glenn Nielsen wrote: The Tomcat team has released version 1.2.4 of the Tomcat mod_jk web server connector. This version fixes a number of minor bugs and ports all features from the Apache 1.3 version to the Apache 2 version of mod_jk 1.2. ... Good morning, Tomcat developers... i posted the following mail on the -user list yesterday and someone suggested that i pass it on to the -dev list: Good morning, Tomcatters, i'm attempting to build the 1.2.4 release of the jk connectors, and i'm running into the problems described below. i eventually got the tree to build, but only by jumping through a lot of hoops. This post, therefore, can be considered both a question about why the build process isn't working for me and a partial how to for someone having similar problems: Using: - jakarta-tomcat-connectors-jk-1.2.4 source tarball - Ant 1.5.3 - Tomcat 3.3.1 (sorry, upgrading is not an option) - Apache 1.3.27 - JDK 1.4.1_02 and 1.4.1_03 - Solaris 8/Sparc (SunOS 5.8) and Linux/x86 (Suse 8.2) - various autotools/gcc versions (see below) i've edited the sample build.properties to point it to the proper Apache and Tomcat paths. When starting the build (via a no-args call to 'ant') i get: Warning: Could not find file /home/stephan/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src/coyote/build/lib/tomcat-coyote.jar to copy. i googled up a copy of tomcat-coyote.jar and dropped it into the above-listed dir (which was not part of the tarball). Then i got the following error: file:/home/stephan/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src/jk/build.xml:247: srcdir /home/stephan/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src/jk/jkant/java does not exist! Indeed, the build tree has no 'jkant' directory. i get this same error when running 'ant' and 'ant native'. Out of curiosity i created jkant/java, then got this error: snip /home/stephan/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src/jk/java does not exist! As you can probably guess, i mkdir'd jk/java. AND IT BUILDS, or at least builds some jars. Now when running 'ant native' i get a new error: Warning: Could not find file /home/stephan/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src/jk/jkant/ant.tasks to copy. Of course it can't find ant.tasks: the jkant dir isn't in the tarball: [EMAIL PROTECTED]/upgrade/jakarta-tomcat-connectors-jk-1.2.4-src] $ find . -name ant.tasks nothing The build process says it recognizes that i have Tomcat 3.3.1 and Apache 1.3.27, so i'm assuming i can rule out any misdetection-related problems: [echo] Tomcat33: true /u/www/tomcat3.3.1 [echo] Apache13: true /u/www/apache After doing a system-wide upgrade to the latest autotool/autoconf, plus a down-grade of gcc (3.2 -- 2.95.2), i was finally able to get the 'native' tree to build using the autotools process, but not before forcefully removing about half of my hair. Okay, so i've finally got it built, but i'm still stumped as to why the ant-based process fails, and would really prefer to get that process working. Are the missing files/dirs ommissions from the tarball, omissions from the README, or omissions in my understanding of how to build the tree? (Feel free to answer in language appropriate for a seasoned autotools/ant user. In the case of an obvious screw-up on my part, please go gentle on me - it's been a very long night ;) Thanks in advance for your time, -- - stephan The Guy With No Job Title [EMAIL PROTECTED] - http://www.einsurance.de Student: Master, you must teach me the way of liberation! Master: Tell me who it is that binds you. Student: No one binds me! Master: Then why do you seek liberation? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For
RE: RE : lb_factor defect.
He means please try again with the latest version from CVS, i.e. HEAD. Jason -Original Message- From: LAGALISSE Eric [mailto:[EMAIL PROTECTED] Sent: Mon 3/24/2003 7:29 AM To: Tomcat Developers List Cc: Subject:RE : lb_factor defect. We're using the 1.2.2 release. Could you explain me what you mean by ' Could you retry with HEAD ?' Thanks for your help. Eric LAGALISSE -Message d'origine- De : Henri Gomez [mailto:[EMAIL PROTECTED] Envoy : lundi 24 mars 2003 13:11 : Tomcat Developers List Objet : Re: lb_factor defect. LAGALISSE Eric wrote: After several test using mod_jk 2.0.43 on Linux with apache 2.0.43 we noticed that if we define workers.properties as follow the load balancing send to both tomcat server but not in the same ratio. For example if we stress with 100 users, 80 are routed to the first tomcat server declared in workers.properties and 20 are routed to the second. After a look at the source code i supposed that if lb_factor is similar for all load_balanced worker, load should be equal on all. But not. Which release of mod_jk are you using ? jk 1.2.2 is the latest release and there is some fixes in HEAD (which will became shortly 1.2.3). Could you retry with HEAD ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: More Clustering Features - feedback wanted
Absolutely. I might use the admin app just for that feature (course I'm just a user not a committer). Jason -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 11, 2003 2:58 PM To: Tomcat Developers List Subject: More Clustering Features - feedback wanted hey yaall, so I have the basic replication implemented, I'm gonna write some test contexts and also submit a tcp loadbalancer (java) so that people can really play around with it. For the next set of features I was actually thinking of distributed deployment, currently TC5 will let you deploy a WAR through an admin app (correct?), I wanted to extend that so that you can deploy the same WAR to all the nodes in the cluster in the same way. Is this something that would be useful? Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hex dump error in catalina.out
I have been noticing some odd errors in the catalina.out on my systems running 4.1.18 (installed via RPM on Red Hat Linux 7.3). Can someone explain what the hex stuff is and what is causing this? I had originally thought the problem was due to not having the maxProcessors setting in server.xml high enough for my usage and the coyote connector, but as you can see I got this error on service startup. It seems to happen irregularly (I restarted the same server and had no such issue or message in the logs). Thanks, Jason - StandardEngine[null]: setJvmRoute=www1 Starting service Tomcat-Standalone Apache Tomcat/4.1 Mar 6, 2003 11:23:03 AM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Mar 6, 2003 11:23:03 AM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=10/99 config=/var/tomcat4/conf/jk2.properties Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.io.IOException at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536) 12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30 | .4.?HTTP/1.0 Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.io.IOException at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536) Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.io.IOException at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536) 00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70 | .../error404.jsp 00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00 | ...80.97.216.49. 12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30 | .4.?HTTP/1.0 ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72 | ??..www.together 00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70 | .../error404.jsp 73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01 | soft.com..P...?. 12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30 | .4.?HTTP/1.0 00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00 | ...80.97.216.49. 00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d | ..auth/sicily... 00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70 | .../error404.jsp ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72 | ??..www.together 63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e | cache-control... 00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00 | ...80.97.216.49. 73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01 | soft.com..P...?. 6d 61 78 2d 61 67 65 3d 32 35 39 32 30 30 00 a0 | max-age=259200.? ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72 | ??..www.together 00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d | ..auth/sicily... 06 00 0a 6b 65 65 70 2d 61 6c 69 76 65 00 a0 08 | ...keep-alive.?. 73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01 | soft.com..P...?. 63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e | cache-control... 00 02 34 31 00 a0 07 00 21 61 70 70 6c 69 63 61 | ..41.?..!applica 00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d | ..auth/sicily... 6d 61 78 2d 61 67 65 3d 32 35 39 32 30 30 00 a0 | max-age=259200.? 74 69 6f 6e 2f 78 2d 77 77 77 2d 66 6f 72 6d 2d | tion/x-www-form- 63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e | cache-control... 06 00 0a 6b 65 65 70 2d 61 6c 69 76 65 00 a0 08 | ...keep-alive.?. 75 72 6c 65 6e 63 6f 64 65 64 00 00 04 64 61 74
RE: hex dump error in catalina.out
Would an attempted request right at socket initialization cause it? Jason -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2003 11:43 AM To: Tomcat Developers List Subject: Re: hex dump error in catalina.out Jason Corley wrote: I have been noticing some odd errors in the catalina.out on my systems running 4.1.18 (installed via RPM on Red Hat Linux 7.3). Can someone explain what the hex stuff is and what is causing this? I had originally thought the problem was due to not having the maxProcessors setting in server.xml high enough for my usage and the coyote connector, but as you can see I got this error on service startup. It seems to happen irregularly (I restarted the same server and had no such issue or message in the logs). Dump in hex came when we detect something weird in ajp13 messages - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Default context as a war archive (bug?)
What the last poster meant was put this in your server.xml: Context path= docBase=ROOT1.war debug=0/ It won't unpack the war I believe, but it should server pages out of it. Jason -Original Message- From: Mingfai Ma [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 1:14 AM To: Tomcat Developers List Cc: Subject:RE: Default context as a war archive (bug?) yes, that's exactly my point. it doesn't work. 1. ROOT1.war does extracted automatically to ROOT1/, so, it works in the ROOT1 context, but not the default context. 2. I used a fresh copy of Tomcat 4.1.18 to try, if i delete the ROOT1/ directory, and deploy a ROOT1.war which is set as the default context, the default context is not initialized. (notice that ROOT1.war is a zip of the default ROOT/ and is renamed) the problem can be repeated easily by the following steps: i. extract tomcat from zip or install by other means ii. war the default ROOT/ directory, rename the war iii.configure in server.xml to use the renamed war's filename without extension as default context docbase iv. start tomcat, go to html manager, the root context should be not started, and cannot be started Regards, mingfai -Original Message- From: jakarta-pipon [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 4:31 AM To: Tomcat Developers List Subject: Re: Default context as a war archive (bug?) 1. in server.xml: Context path= docBase=ROOT1 debug=0/ ^ ROOT1.war should work - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
I'd like to see this, even if it's just posted to the list. Have you thought about converting them into a logwatch module (http://www.logwatch.org)? Jason -Original Message- From: Glenn Nielsen [mailto:glenn;mail.more.net] Sent: Wed 10/30/2002 3:56 AM To: Tomcat Developers List Cc: Subject:Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ? Henri Gomez wrote: Mladen Turk wrote: -Original Message- From: news [mailto:news;main.gmane.org] On Behalf Of Costin Manolache Sent: Monday, October 28, 2002 6:40 PM To: [EMAIL PROTECTED] Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ? Henri Gomez wrote: I added 'JkRequestLogFormat' for Apache 2.0. Henri - any chance you'll add this to jk2 as well :-) ? And to the logger_file too :-) I'll take a look at this of course ;) I just wonder if with the sofisticated chaining in Apache 2.0, we couldn't just use mod_log_config ? One note: mod_jk 1.2 JkRequestLogFormat for Apache 1.3 can log every request that gets forwarded to Tomcat. Even if an HTTP request for a single page results in multiple requests to Tomcat due to SSI. I have found the reqeust data in the mod_jk logs to come in very handy for tracking Tomcat performance. I wrote some perl scripts which analyze the logs to generate statistical data which can then be used to generate reports and trend graphs. Is this something we might want to include with the mod_jk distribution? Regards, Glenn -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org winmail.dat-- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
RE: TOMCAT memory usage : how to manage and benchmark ?
Pier (MacOS/X rocks!) -- Finally something I can agree with Pier on. :-) Jason -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
mod_jk issues
I've noticed some interesting behavior with mod_jk 1.2 now that I've got it working with 4.1.12. The following does not work properly (apache serves a text index.jsp instead of passing it to tomcat): - JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/httpd/mod_jk.log JkLogLevel error JkMount /*.jsp loadbalancer JkMount /*.do loadbalancer Alias /licensemanager /var/tomcat4/webapps/licensemanager Directory /var/tomcat4/webapps/licensemanager Options Indexes FollowSymLinks /Directory JkMount /licensemanager/*.jsp loadbalancer JkMount /licensemanager/*.do loadbalancer - Is there something wrong with this mod_jk.conf? Does this configuration (basically the same as the examples) work for others? I'm running tomcat 4.1.12 with mod_jk 1.2.0 and apache 1.3.23 on Red Hat 7.3. Thanks, Jason -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cookies with mod_jk 1.2 load balancing and tomcat 4.1.12
How is the cookie written with mod_jk 1.2 and tomcat 4.1.12 to accomplish load balancing? With mod_jk 1.1 and tomcat 3.3 my JSESSIONID would be equal to blah.server_id where blah was the session and .server_id I thought was appended by mod_jk in order to direct the traffic back to the appropriate worker. I've been unsuccessfully trying to get mod_jk 1.2 and tomcat 4.1.12 working with apache 1.3.x and while apache connects to tomcat just fine, the .server_id is never appended to the session and I keep getting bounced from server to server. In addition to mod_jk 1.2, I've also tried mod_jk 1.1 and mod_jk 2.0.1 all with the same issue. Maybe if someone can point me towards the code that is supposed to do the session rewrite I can try to add some debugging to help me discover the problem. Thanks, Jason -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
RE: [VOTE] tomcat-commiters list
Though I'm not a committer and thus can't vote I think a legitimate concern created by a list like this would be that the real bulk of threads that should occur on the tomcat developer list might migrate into this closed list and away from the more public view. Just a thought to consider. Jason -Original Message- I would like to propose a new mailing list. The list will be closed to commiters only. The main purpose will be discussions of security and other special issues. This should avoid [Cc] threads. The main target should be active commiters - so it should start empty. This is a majority vote. [ ] I agree with the proposal [ ] I don't agree with the proposal -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Modified stop-script for Linux
Henri, You've probably already thought of this but I just wanted to mention that if you're going to do something like this you probably ought not to write to the temp file (instead just storing to a threads variable directly like threads=$(ps auxwww | grep $TOMCAT_USER -c)) or if there's some reason for writing to a file that I can't see in my tired state at least use mktemp. It would cause a lot less headaches from a malicious local user/race condition perspective. Jason -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED]] Sent: Tue 8/20/2002 4:57 AM To: Tomcat Developers List; [EMAIL PROTECTED] Cc: Subject:Re: Modified stop-script for Linux Quoting Alex Chaffee / Purple Technology [EMAIL PROTECTED]: Thanks! I added it to the recently-posted Bug 11754. You may want to add yourself as a CC on this to track its progress. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11754 Thanks also. I applied the patch to the 4.1.9 rpm I'm working on. Stay tuned :) - A On Mon, Aug 19, 2002 at 09:57:31AM +0200, Golden Planet Support wrote: Hello All I have noticed that the /etc/init.d/tomcat4 script still contains what is described as an Ugly hack - a short two second pause when restarting the service instead of something that confirms that all threads have been shut down. A while ago I modified my own script to conatain the following lines - perhaps they could be of some use for others, I don't know. I am by no means an experienced coder so please bear with me if this is not the most elegant solution - it just works for me... ;-) stop() { echo -n Stopping $TOMCAT_PROG: if [ -x /etc/rc.d/init.d/functions ]; then daemon --user $TOMCAT_USER $TOMCAT_SCRIPT stop else su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop fi RETVAL=$? echo echo 'Waiting for java threads to finish...' threads=1 until [ $threads = '0' ] do ps -aux | grep $TOMCAT_USER -c /tmp/threads read threads /tmp/threads done rm -f /tmp/threads echo 'Java threads cleaned up - shutdown complete.' [ $RETVAL = 0 ] rm -f /var/lock/subsys/tomcat4 /var/run/tomcat4.pid } The above works on a x86 RedHat 7.1 - I don't know if things may work differently on other systems. -- Med venlig hilsen / Best regards Anders C. Madsen Golden Planet Tel.: +45 7020 9594 Dalbygade 40 Fax.: +45 7020 9592 DK-6000 Kolding http://www.goldenplanet.dk -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/ -- 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] winmail.dat -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Job postings ?
Oh the irony -- I was thinking that the web page would be the better solution. Of course since I'm not a commiter and haven't offered so much as a patch to tomcat I will say this: Remy if I were you I'd weight Costin's thoughts on the subject as slightly more valuable than mine. :-) Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tue 6/4/2002 7:05 PM To: Jakarta General List Cc: [EMAIL PROTECTED] Subject:Re: Job postings ? As allways, it's easier to do than ask permission. Since you asked, I think it's too much overhead to have a page, but sending a mail on tomcat-dev doesn't hurt, it's quite refreshing to know there are still companies hiring. Costin On Tue, 4 Jun 2002, Remy Maucherat wrote: Hi, Just wondering if posting Tomcat-specific job offers on the list is acceptable, or if there is another place I could post that too (the rationale would be to be able to hire someone with extensive Tomcat knowledge, and even better someone already involved with the community). Since there's now a Vendor page on the Jakarta website, maybe I could add a Job Listings page :) Comments ? Remy -- 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] winmail.dat Description: application/ms-tnef -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
ant tasks for 3.3
I'm trying to use Keith's ant tasks for tomcat 3.3 and I'm having some issues. I'm not sure if I'm doing something wrong or if there is an incompatibility somewhere. I have the tomcat 3.3a RPMs installed, and I'm using ant 1.5b1. My build.xml (I added the line breaks on the CLASSPATH variable for readability -- it isn't in the actual file) is as follows: project name=BuildWebSite default=jsp basedir=. property name=CLASSPATH value=/home/jasonc/ant/lib/ant.jar:/home/jasonc/ant/lib/optional.jar:/home/jasonc/ant/lib/tomcat-ant.jar: /var/tomcat3/lib/common/servlet.jar:/var/tomcat3/lib/container/jasper.jar: /var/tomcat3/lib/common/core_util.jar:/var/tomcat3/lib/common/connector_util.jar:/usr/share/java/xerces.jar/ property name=JSPC value=org.apache.tomcat.ant.Tomcat3Precompiler/ property name=TOMCAT_SPOOL value=/var/spool/tomcat3/ property name=WEB_DIR value=/var/www/html// target name=jsp record name=testfile.txt action=start/ jspc srcdir=${WEB_DIR} destdir=${TOMCAT_SPOOL} classpath=${CLASSPATH} compiler=${JSPC} include name=**/*.jsp/ /jspc record name=testfile.txt action=stop/ /target /project The tomcat-ant.jar is Kieth's ant tasks checked out from jakarta-tomcat CVS and compiled using Sun JDK 1.4 RPM. It's contents are: Archive: ant/lib/tomcat-ant.jar testing: META-INF/OK testing: META-INF/MANIFEST.MF OK testing: org/apache/ OK testing: org/apache/tomcat/ OK testing: org/apache/tomcat/ant/ OK testing: org/apache/tomcat/ant/Tomcat3JSPVersionFile.class OK testing: org/apache/tomcat/ant/Tomcat3Precompiler$TomcatJSPMangler.class OK testing: org/apache/tomcat/ant/Tomcat3Precompiler.class OK testing: META-INF/ant.properties OK No errors detected in compressed data of ant/lib/tomcat-ant.jar. When I try to run ant I get the following output in my testfile: BUILD FAILED /home/jasonc/build.xml:23: java.lang.LinkageError: loader constraints violated when linking org/w3c/dom/Document class at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:190) at org.apache.tools.ant.taskdefs.Java.run(Java.java:408) at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:163) at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108) at org.apache.tomcat.ant.Tomcat3Precompiler.compile(Tomcat3Precompiler.java:123) at org.apache.tomcat.ant.Tomcat3Precompiler.execute(Tomcat3Precompiler.java:98) at org.apache.tools.ant.taskdefs.optional.jsp.JspC.doCompilation(JspC.java:460) at org.apache.tools.ant.taskdefs.optional.jsp.JspC.execute(JspC.java:424) at org.apache.tools.ant.Task.perform(Task.java:313) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:334) at org.apache.tools.ant.Project.executeTarget(Project.java:1216) at org.apache.tools.ant.Project.executeTargets(Project.java:1160) at org.apache.tools.ant.Main.runBuild(Main.java:605) at org.apache.tools.ant.Main.start(Main.java:195) at org.apache.tools.ant.Main.main(Main.java:234) --- Nested Exception --- java.lang.LinkageError: loader constraints violated when linking org/w3c/dom/Document class at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBuilderFactoryImpl.java) at org.apache.jasper.compiler.JspUtil.parseXMLDocJaxp(JspUtil.java) at org.apache.jasper.compiler.JspUtil.parseXMLDoc(JspUtil.java) at org.apache.jasper.compiler.TagLibraryInfoImpl.init(TagLibraryInfoImpl.java) at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspParseEventListener.java) at org.apache.jasper.compiler.DelegatingListener.handleDirective(DelegatingListener.java) at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java) at org.apache.jasper.compiler.Parser.parse(Parser.java) at org.apache.jasper.compiler.Parser.parse(Parser.java) at org.apache.jasper.compiler.Parser.parse(Parser.java) at org.apache.jasper.compiler.Compiler.compile(Compiler.java) at org.apache.jasper.JspC.parseFile(JspC.java) at org.apache.jasper.JspC.parseFiles(JspC.java) at org.apache.jasper.JspC.main(JspC.java) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:208) at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:150) at org.apache.tools.ant.taskdefs.Java.run(Java.java:408) at
RE: ant tasks for 3.3
That does make sense since the xerces.jar in my path is 1.4 and the ant 1.5b1 uses xerces 2. So I took the xerces JAR out of my classpath and it spit out java.lang.NoClassDefFound error: org/xml/sax/SAXException. I added the xmlParserAPIs.jar from the 1.5b1 ant binary distribution and I also downgraded to JDK 1.3.1_03. Same error. :-( The odd thing is it seems to get about 1/4 of the way through the process before crapping out. Jason -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 22, 2002 11:31 AM To: Tomcat Developers List Subject: RE: ant tasks for 3.3 Hmm, you might try taking xerces out the CLASSPATH property if there is already one in {ant.home}/lib I would guess there are two copies of an XML provider in your classpath.. are you using JDK1.4? I did a google on this error and apparently it comes up a lot. Keith | -Original Message- | From: Jason Corley [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, May 22, 2002 9:16 AM | To: [EMAIL PROTECTED] | Subject: ant tasks for 3.3 | | | | I'm trying to use Keith's ant tasks for tomcat 3.3 and I'm having some issues. I'm |not sure if I'm doing something wrong | or if there is an incompatibility somewhere. I have the tomcat 3.3a RPMs installed, |and I'm using ant 1.5b1. My | build.xml (I added the line breaks on the CLASSPATH variable for readability -- it |isn't in the actual file) is as follows: -- 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]
ant tools for 3.3 and dtomcat3/rc script
Would it be possible to take Keith's tomcat3 JSP precompiler and add it as an option to dtomcat3 (and rc script for the RPM)? What I'm thinking of is being able to run: /etc/rc.d/init.d/tomcat3 precompile /etc/rc.d/init.d/tomcat3 start Henri you've probably already thought about this for the 3.3.2 release RPM; were you planning on trying to implement? Jason Corley, UNIX/Linux System Administrator TogetherSoft Corporation 900 Main Campus Drive, Suite 500 Raleigh, NC 27606 o: 1-919-833-5550 x1531, m: 1-919-795-3703 [EMAIL PROTECTED] TogetherSoft's mission is improving the ways people work together. Our flagship product, Together ControlCenter, is the Model-Build-Deploy Platform. http://www.togethersoft.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: ant tools for 3.3 and dtomcat3/rc script
Hmm, perhaps I'm a little confused (not that difficult to believe :-) but I thought jspc didn't create files with the proper naming scheme for tomcat. I thought the ant task was a wrapper around jspc that solves that problem (along with the other ant task you posted that creates the appropriate .class/.ver files). Jason -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 11:36 AM To: Tomcat Developers List Subject: RE: ant tools for 3.3 and dtomcat3/rc script No, for a Tomcat which has already been installed, you should use the JspC tomcat option to precompile JSPs. What I did is to create an Ant task with the same functionality as the already-present JspC option, for use in build environments. Keith | -Original Message- | From: Jason Corley [mailto:[EMAIL PROTECTED]] | Sent: Friday, May 17, 2002 9:26 AM | To: [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] | Subject: ant tools for 3.3 and dtomcat3/rc script | | | | Would it be possible to take Keith's tomcat3 JSP precompiler and add | it as an option to dtomcat3 (and rc script for the RPM)? What I'm | thinking of is being able to run: | /etc/rc.d/init.d/tomcat3 precompile | /etc/rc.d/init.d/tomcat3 start | Henri you've probably already thought about this for the 3.3.2 | release RPM; were you planning on trying to implement? | -- 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: tomcat 4.0.4b2 rpm available
Henri, I have a couple of quick questions for you about the tomcat4 RPMs. You left %{confdir} defined as %{homedir}/conf which leaves server.xml, web.xml, etc. installed in /var/tomcat4/conf. Is this intentional? Also, what distro and version are you building these on (just for curiosity sake)? I was going to try to build from the SRPM and see if I couldn't help out, but I don't have junit and xalan-j RPMs (and can't seem to find them on their respective home pages). Do you have pre-built versions of these RPMs, and if so where can I get them? If not, should they be built (I can try my hand at it) and included in the same directory for people who want to download and build via SRPM? Thanks, Jason -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 8:25 AM To: Tomcat Developers List Subject: tomcat 4.0.4b2 rpm available With some delay they are available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b2/rpms/ BTW : connector stuff is not updated since I'll wait for a mod_webapp 1.2.0 and mod_jk 1.2.1 release and make rpms for them. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- 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: tomcat 4.0.4b2 rpm available
Ok, I understand now -- from your announcement of the RPM I thought the FHS work had been done, but you are saying that it has not been done but will be done prior to the final RPM of 4.0.4. I guess that makes more sense. :-) I haven't looked at these new RPMs too closely but I noticed a couple of errors on install/removal. Right now, /var/tomcat4 and /etc/tomcat4 are not owned by the RPM, so they don't get removed when rpm -e executes. Also, the %preun removes a nonexistant file (wrong path). Here is a patch to the specfile to fix those errors (not sure if the /etc/tomcat4 solution is the right way to do this or if it should be defined as a macro). I'll send more if I find anything. Thanks, Jason P.S. http://www.jpackage.org/ is pretty cool. Should there be a link in the RPM directory to the site (for those who want to build the tomcat4 RPM but don't know where to get those packages)? --- tomcat4-4.0.4-b2.spec Tue May 7 11:39:15 2002 +++ tomcat4-4.0.4-b2.spec.new Tue May 7 11:54:10 2002 @@ -256,7 +256,7 @@ # remove linked jars rm -f %{homedir}/common/lib/servlet.jar -rm -f %{homedir}/servlet/lib/jakarta-regexp-1.2.jar +rm -f %{homedir}/server/lib/jakarta-regexp-1.2.jar rm -f %{homedir}/common/lib/xerces.jar %{_sbindir}/userdel %{name} @@ -271,10 +271,12 @@ %files %defattr(644 root root 755) +%attr(755,root,root) %dir %{homedir} %attr(755,root,root) %dir %{appdir} %attr(755,root,root) %dir %{bindir} %attr(755,root,root) %dir %{commondir} %attr(755,root,root) %dir %{confdir} +%attr(755,root,root) %dir %{_sysconfdir}/%{name} %attr(755,root,root) %dir %{sconfdir} %attr(755,root,root) %dir %{libdir} %attr(755,root,root) %dir %{logdir} -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 10:48 AM To: Tomcat Developers List Subject: RE: tomcat 4.0.4b2 rpm available I have a couple of quick questions for you about the tomcat4 RPMs. You left %{confdir} defined as %{homedir}/conf which leaves server.xml, web.xml, etc. installed in /var/tomcat4/conf. Is this intentional? Yes, but the spec make provision to locate confdir in /etc/tomcat4/conf. And to keep compat with tc we'll use symlink between real location, /etc/tomcat4/conf and /var/tomcat4/conf Also, what distro and version are you building these on (just for curiosity sake)? Redhat 6.2 or 7.2, with jikes 1.15 I was going to try to build from the SRPM and see if I couldn't help out, but I don't have junit and xalan-j RPMs (and can't seem to find them on their respective home pages). You could find them at www.jpackage.org, a Java RPM packaging project which cover many many java tools (I'm also involved there) Do you have pre-built versions of these RPMs, and if so where can I get them? If not, should they be built (I can try my hand at it) and included in the same directory for people who want to download and build via SRPM? You could get them at jpackage ;) BTW, the FHS location and tomcat 4 listening on standard port 8080, 8081, 8009 (ajp) is planned for tomcat 4.0.4 rpm (or may be tomcat 4.0.4b2 rpm release 2. -- 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: chown issues in /etc/init.d/tomcat4
This reminds me. The current tomcat 4 RPMs were made prior to the attempt to move towards FHS-ness (I think) and have conf, logs, etc. underneath /var/tomcat4. Henri, are you planning on fixing that for the tomcat 4.0.4/4.1.x RPMs? I can offer some RPM assistance if you need it (or just another set of eyes). Thanks, Jason -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 5:28 PM To: Tomcat Developers List Subject: RE: chown issues in /etc/init.d/tomcat4 I noticed a problem with /etc/init.d/tomcat4 script and CATALINA_TMPDIR... I've been testing out the CATALINA_TMPDIR setting in this script and it appears very bad to have this set outside of the /var/tomcat4 directory because you chown the CATALINA_TMPDIR directory to tomcat user:group. For example: If I set CATALINA_TMPDIR to /tmp instead of /var/tomcat4/temp now my /tmp is chowned to tomcat4 (which really sucks). exact, and that's why I propose you to make a new directory, ie /var/spool/tomcat4 ;) I issue as well applies to any other case where a directory is set which may be used by other programs/users. For example if I decided to send my logs to /var/log instead of /var/tomcat4/log and CATALINA_LOG got chowned, then my logging would be really screwed up. Luckly, I didn't chown it. Ditto, FHS recommand /var/log/tomcat4 But since you're adjusting the normal location, I'm sure you known what you do ;] -- 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: logrotate and tomcat 3.3/4.0/4.1
I don't really know much about log4j, so I can't comment on that particular methodology, but I'd been looking at implementing a logrotate for tomcat on my systems. I was thinking something like this for tomcat 3.3 (haven't looked at 4.x yet): /var/log/tomcat3/jasper-*.log /var/log/tomcat3/servlet-*.log /var/log/tomcat3/tomcat.log { weekly notifempty missingok postrotate kill -HUP $(cat /var/log/tomcat3/tomcat.pid) endscript } Of course that's 3.3 specific and not even current 3.3 (3.3a instead of 3.3.1). Would this be what you're looking for (and would it even work :-)? Jason -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Monday, April 29, 2002 11:47 AM To: Tomcat Developers List Subject: logrotate and tomcat 3.3/4.0/4.1 Hi to all, Did there is plan to help implement logrotate for Tomcat 3.3/4.0/4.1 ? On production the logs could became very important after weeks of use and should be cleanup. The usual way under Unix is to use logrotate which generally send a KILL -HUP/USR1 to the process which in turn close its open logs files, and create new one. The logrotate daemon then do the cleanup, renaming, compression and so on. What's the perspective for tomcat's ? - Use log4j in cycle mode and avoid use of System.out / System.err ? - Team up with jakarta-service to be able to catch up the signal and do what's needed ? Regards -- 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]
patch for tomcat rc script in RPM
All, I'm not sure if this is worthwhile for anyone else but my company but myself and a coworker (Jason Maderios [EMAIL PROTECTED]) wrote a patch that saves the contents of the /var/log/tomcat3/tomcat.log file when tomcat is shutdown just in case we ever need the contents for future reference. Here is the patch: --- /etc/rc.d/init.d/tomcat3Thu Jan 17 07:53:21 2002 +++ /etc/rc.d/init.d/tomcat3Thu Apr 18 10:21:33 2002 @@ -79,6 +79,14 @@ else su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop fi +# Added so we keep the tomcat.log around for reference +LOGPATH=/var/log/tomcat3 +LOGFILE=tomcat.log +if [ -f $LOGPATH/$LOGFILE ]; then + FILENAME=$LOGFILE-`date +%H_%M_%S_%a_%e_%b_%Y` + cp -f $LOGPATH/$LOGFILE $LOGPATH/$FILENAME + gzip -9 $LOGPATH/$FILENAME +fi RETVAL=$? echo [ $RETVAL = 0 ] rm -f /var/lock/subsys/tomcat3 /var/run/tomcat3.pid Feel free to use it if you like it. This patch was built against the rc script from the 3.3a RPMs. Thanks, Jason Corley, UNIX/Linux System Administrator TogetherSoft Corporation 900 Main Campus Drive, Suite 500 Raleigh, NC 27606 o: 1-919-833-5550 x1531, m: 1-919-795-3703 [EMAIL PROTECTED] TogetherSoft's mission is improving the ways people work together. Our flagship product, Together ControlCenter, is the Model-Build-Deploy Platform. http://www.togethersoft.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]