2.0.4 connector source?
I thought there used to be link at the download site for the connector source to compile it, but all I see are a few binaries, which doesn't include a binary for what I need... http://jakarta.apache.org/site/binindex.cgi What happened to the source for the connectors? The only binaries available are: You'll find here Linux binaries for some of the major Linux distributions. * Fedora Core 1 - i386 - Apache 2.0.48 * Suse 9.0 - i386 - Apache 2.0.48 * Suse SLES 8.0 - ppc - Apache 2.0.48 What about RedHat 7/8/9 ? Should the fedora core binary be the same? Since compiling always seems better than using a binary for performance... where's the source? Daniel Gibby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
A follow up to my previous mail. You may try following snippet. (I havn't tried it in a filter chain, so I'm not shure if the exception reaches the filter) InterruptTimer mTimer = new InterruptTimer(5000, 10); mTimer.start(); try { doChain() // Don't have the correct syntax at hand... } catch (??InterruptedIOException?? ex) { // Log what you think to be helpfull } mTimer.reset(); public class InterruptTimer extends Thread { long oEndTime = 0; int oSleepTime = 10; Thread oStartingThread = Thread.currentThread(); Thread oRunningThread = null; public InterruptTimer(int aLength, int aSleepTime) { // Both times are in ms oSleepTime = aSleepTime; oEndTime = System.currentTimeMillis() + aLength; } public void run() { oRunningThread = Thread.currentThread(); // Loop until the end time is reached or reset() was called. while (System.currentTimeMillis() < oEndTime) { try { Thread.sleep(oSleepTime); } catch (InterruptedIOException ex) { } } if (oEndTime > 0) { timeout(); } } public void reset() { oEndTime = 0; } public void timeout() { oStartingThread.interrupt(); } } > -Original Message- > From: Ralph Einfeldt > Sent: Friday, May 07, 2004 7:12 PM > To: Tomcat Users List > Subject: RE: How to limit time for Connector threads? > > - Extend the filter to interrupt the current thread > if it takes to long and dump some data. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
I don't think that a debugger will help much in this case. A profiler might help, if you can reproduce the error in a test environment. (see below) Some ideas: - Use the access log to try to reproduce the error in a test environment. (AFAIK apache jmeter has the ability to create a test case from an access log) If you can reproduce the error, try to cut down the test case to the bare minimum that exposes the problem, then you might have luck with a profiler. - Write a servlet filter that logs the processing time for each request. - Extend the filter to interrupt the current thread if it takes to long and dump some data. > -Original Message- > From: rlipi [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 2:20 PM > To: 'Tomcat Users List' > Subject: RE: How to limit time for Connector threads? > > Maybe I have wrong idea about possibilities of debugging tools but I > think that it will not help. We have above 100 000 hits a day and the > problem occurs only once a day. It can be a result of one special > request or (with greater probability) it is result of some combination > of requests. In both cases I don't know these requests nor the > particular place where the problem is. Therefore, I need some > statistical information about server behavior before problem > and/or all > possible information about server status in the time of problem. Can > debugger help me with this? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: How to limit time for Connector threads?
I'm wondering the same question. How do I setup tomcat to debug remotely? I found this doc: http://jakarta.apache.org/site/idedev-rdeclipse.html But in that page, it just assumes that you've got tomcat already setup to debug remotely, and it doesn't give a link anywhere on the page on how to do it. Could someone post the link? AND it would be nice if someone added the link to the above idedev-rdeclipse page Thanks, Daniel [EMAIL PROTECTED] wrote: Hi Rodrigo, it is possible to debug a remote server in eclipse, which is not started in the ide? Do you have a link where I can find informations about this technique or a little bit time to explain it for me? Thanx Jens -Ursprüngliche Nachricht- Von: Rodrigo Ruiz [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 7. Mai 2004 12:27 An: Tomcat Users List Betreff: Re: How to limit time for Connector threads? rlipi wrote: I am going to try Antonio's proposal. Also I would like to try some profiling tool. But it will take a lot of time to find and repair something, I think. If you are dealing with a programming error like an infinite loop or a deadlock, you may have better luck using a debugger, rather than a profiling tool :-) Most of the popular IDEs (JBuilder, Eclipse, Idea, etc) can do remote debugging, so you just need to start your server (or a copy of it) in debug mode and connect to it from the IDE. In case you do not have any IDE, my recommendation is Eclipse, as it is free and needs no complicated installation. In case you do not know how to use remote debugging, I am pretty sure you can search through the archives in this list, or do some googling ;-) Hope it helps you, Rodrigo Ruiz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
Maybe I have wrong idea about possibilities of debugging tools but I think that it will not help. We have above 100 000 hits a day and the problem occurs only once a day. It can be a result of one special request or (with greater probability) it is result of some combination of requests. In both cases I don't know these requests nor the particular place where the problem is. Therefore, I need some statistical information about server behavior before problem and/or all possible information about server status in the time of problem. Can debugger help me with this? Lipi > -Original Message- > From: Rodrigo Ruiz [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 12:27 PM > To: Tomcat Users List > Subject: Re: How to limit time for Connector threads? > > rlipi wrote: > > >I am going to try Antonio's proposal. Also I would like to try some > >profiling tool. But it will take a lot of time to find and repair > >something, I think. > > > > > > > If you are dealing with a programming error like an infinite loop or a > deadlock, you may have better luck using a debugger, rather than a > profiling tool :-) > > Most of the popular IDEs (JBuilder, Eclipse, Idea, etc) can do remote > debugging, so you just need to start your server (or a copy of it) in > debug mode and connect to it from the IDE. > > In case you do not have any IDE, my recommendation is Eclipse, as it is > free and needs no complicated installation. > In case you do not know how to use remote debugging, I am pretty sure > you can search through the archives in this list, or do some googling ;-) > > Hope it helps you, > Rodrigo Ruiz > > > -- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.678 / Virus Database: 440 - Release Date: 06/05/2004 > > > - > 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: How to limit time for Connector threads?
I haven't done this myself, but here is a link: http://marc.theaimsgroup.com/?l=tomcat-user&m=107373227524598&w=2 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 6:33 AM > To: [EMAIL PROTECTED] > Subject: AW: How to limit time for Connector threads? > > Hi Rodrigo, > > it is possible to debug a remote server in eclipse, which is not started in > the ide? > Do you have a link where I can find informations about this technique or a > little bit time to explain it for me? > > Thanx > Jens > > -Ursprüngliche Nachricht- > Von: Rodrigo Ruiz [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 7. Mai 2004 12:27 > An: Tomcat Users List > Betreff: Re: How to limit time for Connector threads? > > > rlipi wrote: > > >I am going to try Antonio's proposal. Also I would like to try some > >profiling tool. But it will take a lot of time to find and repair > >something, I think. > > > > > > > If you are dealing with a programming error like an infinite loop or a > deadlock, you may have better luck using a debugger, rather than a > profiling tool :-) > > Most of the popular IDEs (JBuilder, Eclipse, Idea, etc) can do remote > debugging, so you just need to start your server (or a copy of it) in > debug mode and connect to it from the IDE. > > In case you do not have any IDE, my recommendation is Eclipse, as it is > free and needs no complicated installation. > In case you do not know how to use remote debugging, I am pretty sure > you can search through the archives in this list, or do some googling ;-) > > Hope it helps you, > Rodrigo Ruiz > > > -- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.678 / Virus Database: 440 - Release Date: 06/05/2004 > > > - > 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]
AW: How to limit time for Connector threads?
Hi Rodrigo, it is possible to debug a remote server in eclipse, which is not started in the ide? Do you have a link where I can find informations about this technique or a little bit time to explain it for me? Thanx Jens -Ursprüngliche Nachricht- Von: Rodrigo Ruiz [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 7. Mai 2004 12:27 An: Tomcat Users List Betreff: Re: How to limit time for Connector threads? rlipi wrote: >I am going to try Antonio's proposal. Also I would like to try some >profiling tool. But it will take a lot of time to find and repair >something, I think. > > > If you are dealing with a programming error like an infinite loop or a deadlock, you may have better luck using a debugger, rather than a profiling tool :-) Most of the popular IDEs (JBuilder, Eclipse, Idea, etc) can do remote debugging, so you just need to start your server (or a copy of it) in debug mode and connect to it from the IDE. In case you do not have any IDE, my recommendation is Eclipse, as it is free and needs no complicated installation. In case you do not know how to use remote debugging, I am pretty sure you can search through the archives in this list, or do some googling ;-) Hope it helps you, Rodrigo Ruiz -- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.678 / Virus Database: 440 - Release Date: 06/05/2004 - 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: How to limit time for Connector threads?
rlipi wrote: I am going to try Antonio's proposal. Also I would like to try some profiling tool. But it will take a lot of time to find and repair something, I think. If you are dealing with a programming error like an infinite loop or a deadlock, you may have better luck using a debugger, rather than a profiling tool :-) Most of the popular IDEs (JBuilder, Eclipse, Idea, etc) can do remote debugging, so you just need to start your server (or a copy of it) in debug mode and connect to it from the IDE. In case you do not have any IDE, my recommendation is Eclipse, as it is free and needs no complicated installation. In case you do not know how to use remote debugging, I am pretty sure you can search through the archives in this list, or do some googling ;-) Hope it helps you, Rodrigo Ruiz -- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.678 / Virus Database: 440 - Release Date: 06/05/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
On Fri, 7 May 2004, rlipi wrote: | So, let's go back to my original question. I think that it is common | situation that, due to the some mistake in source code, the execution of | a request thread is very long or infinite. And the server should not to | go down by this kind of mistakes. You are coding in java. It is not possible to preemptively control a Thread's execution cycle, in particular its termination. Trust me - check it up - there are -no ways- to kill a Thread. The reasons behind this are complex - but revolves around the problem of leaving mutex-sections correctly ("monitors") when terminating a Thread. Thus: code correct! (The JSR 121 will fix this proble: http://jcp.org/en/jsr/detail?id=121. The way they solve it, is that they in effect instantiate -an entirely new JVM- for each thing that must be terminatable.) Kind regards, Endre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
I see that there is no source code in the mail attachment. So, here is the source code of loop.jsp: -- Start... <% int limit = 100; for(int i = 0; i < limit; i++) { System.out.println("Attempt number: " + i); out.print(""); out.print("Attempt number: " + i); out.flush(); try { Thread.sleep(1000); } catch(InterruptedException exc) {exc.printStackTrace();} } %> ...End --- Regards, Lipi > -Original Message- > From: rlipi [mailto:[EMAIL PROTECTED] > Sent: Friday, May 07, 2004 9:17 AM > To: 'Tomcat Users List' > Subject: RE: How to limit time for Connector threads? > > Hi Yoav and Antonio, > > I am not absolutely sure, but I think (with high probability) that the > bug is in our application. I am not original author of this application > but I have to take care about it. Now I know that there are some > strangenesses in source code of this app. > > Yet one reason why I think that it is in our app. The server stops > answer on http (but it still answers on https). It is still running. I > have to stop it. During the standard stopping of server I can see > message like "Waiting for 175 instance(s) to be deallocated" right after > message about removing of this app. > > The problem began to occur when we started to use this app as the main > web page. The app URL had been accessible for weeks before but only > through the link from the old main web page. After that, the traffic has > been multiplied (by 10 or 20). The problem occurs once a day (in > average). But interesting is that it is not in time of the highest > traffic. It occurs mainly in the morning or evening. > > I am going to try Antonio's proposal. Also I would like to try some > profiling tool. But it will take a lot of time to find and repair > something, I think. > > So, let's go back to my original question. I think that it is common > situation that, due to the some mistake in source code, the execution of > a request thread is very long or infinite. And the server should not to > go down by this kind of mistakes. I send (in attachment) to you very > simple example of it. Execution time of this example is about 100 > seconds but imagine that it can be hours. I think that the server should > stop this thread after some time period. Is this possible? How can I > tell the server to do this? > > Thank you, > Lipi > > > > -Original Message- > > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 06, 2004 8:47 PM > > To: Tomcat Users List > > Subject: RE: How to limit time for Connector threads? > > > > > > Hi, > > > > >What the original poster meant is not that there is a race condition > in > > >Tomcat, but in his own web application. > > > > I don't think so, but either one of us could be misinterpreting the > > original post. > > > > Yoav Shapira > > > > > > > > > > This e-mail, including any attachments, is a confidential business > > communication, and may contain information that is confidential, > > proprietary and/or privileged. This e-mail is intended only for the > > individual(s) to whom it is addressed, and may not be saved, copied, > > printed, disclosed or used by anyone else. If you are not the(an) > > intended recipient, please immediately delete this e-mail from your > > computer system and notify the sender. Thank you. > > > > > > - > > 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: How to limit time for Connector threads?
Hi Yoav and Antonio, I am not absolutely sure, but I think (with high probability) that the bug is in our application. I am not original author of this application but I have to take care about it. Now I know that there are some strangenesses in source code of this app. Yet one reason why I think that it is in our app. The server stops answer on http (but it still answers on https). It is still running. I have to stop it. During the standard stopping of server I can see message like "Waiting for 175 instance(s) to be deallocated" right after message about removing of this app. The problem began to occur when we started to use this app as the main web page. The app URL had been accessible for weeks before but only through the link from the old main web page. After that, the traffic has been multiplied (by 10 or 20). The problem occurs once a day (in average). But interesting is that it is not in time of the highest traffic. It occurs mainly in the morning or evening. I am going to try Antonio's proposal. Also I would like to try some profiling tool. But it will take a lot of time to find and repair something, I think. So, let's go back to my original question. I think that it is common situation that, due to the some mistake in source code, the execution of a request thread is very long or infinite. And the server should not to go down by this kind of mistakes. I send (in attachment) to you very simple example of it. Execution time of this example is about 100 seconds but imagine that it can be hours. I think that the server should stop this thread after some time period. Is this possible? How can I tell the server to do this? Thank you, Lipi > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 06, 2004 8:47 PM > To: Tomcat Users List > Subject: RE: How to limit time for Connector threads? > > > Hi, > > >What the original poster meant is not that there is a race condition in > >Tomcat, but in his own web application. > > I don't think so, but either one of us could be misinterpreting the > original post. > > Yoav Shapira > > > > > This e-mail, including any attachments, is a confidential business > communication, and may contain information that is confidential, > proprietary and/or privileged. This e-mail is intended only for the > individual(s) to whom it is addressed, and may not be saved, copied, > printed, disclosed or used by anyone else. If you are not the(an) > intended recipient, please immediately delete this e-mail from your > computer system and notify the sender. Thank you. > > > - > 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: (newbie q) Connector vs running standalone Tomcat as root
The easier way is just leave tomcat listening on 8080 and add a port redirection rule using netfilter. - You just have to redirect incoming conections on port 80 to port 8080. - Add proxyPort="80" on the Connector tag in server.xml. Voila! You're done. Bytes DAC Barnet Wagman escribió: I'd like to hear people's opinions on the best way to have Tomcat accessible via standard ports (80 and 443). As I understand it, under Linux (and other unixes), ports < 1000 must be run as root. I've also read that there are some difficulties running Tomcat as root. I gather that the alternative is to run Tomcat via a connector from Apache. I have no particular need to run Apache - nearly everything on the site I'm putting together requires Tomcat. Is running Tomcat as a root process really impossible and/or problematic (under Linux)? Are there any other downsides to running Tomcat as a standalone server? Thanks bw - 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: (newbie q) Connector vs running standalone Tomcat as root
On Thu, May 06, 2004 at 03:45:13PM -0500, Barnet Wagman wrote: : As I understand it, under Linux (and other unixes), ports < 1000 must be : run as root. Yes and no. The port must be *bound* by root, at which point the process may switch to another user to perform the real work. : I gather that the alternative is to run Tomcat via a : connector from Apache. That's one of several options. Others range from proxying to f/w redirects to commons-daemon ... -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (newbie q) Connector vs running standalone Tomcat as root
commons daemon three machines two TAOLinux Tomcat 5.0.19 one RH9 Tomcat 4.1.29 Working fine. For overkill here is a write-up I did for another poster. How To set up RH9 and clones to start automatically and use port 80 with a non root user. If you have not created the user that you plan to specify in the script then do this first. Follow the directions under Tomcat setup located at: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/setup.html This will create the executable needed by the script to start Tomcat. If you followed the directions you will find the file jsvc in $CATALINA_HOME/bin In the$CATALINA_HOME/bin/jsvc-src/native directory there is a file named Tomcat.sh or if you have the non Alpha package both a Tomcat.sh and Tomcat5.sh For this How To we are using TC5. I renamed my file to tomcat to match the other files in init.d #cp $CATALINA_HOME/bin/jsvc-src/native/Tomcat5.sh /etc/init.d/tomcat #cd /etc/init.d #vi tomcat OR your editor of choice Now edit the file to contain the proper environment setting for your machine. When you are done it will look something like this: # Adapt the following lines to your configuration JAVA_HOME=/tomcat/java CATALINA_HOME=/tomcat/tc5 DAEMON_HOME=/tomcat/tc5/bin TOMCAT_USER=tomcat TMP_DIR=/var/tmp CATALINA_OPTS= CLASSPATH=\ $JAVA_HOME/lib/tools.jar:\ $CATALINA_HOME/bin/commons-daemon.jar:\ $CATALINA_HOME/bin/bootstrap.jar case "$1" in start) # # Start Tomcat # $DAEMON_HOME/jsvc \ -user $TOMCAT_USER \ -home $JAVA_HOME \ -Dcatalina.home=$CATALINA_HOME \ -Djava.io.tmpdir=$TMP_DIR \ -outfile $CATALINA_HOME/logs/catalina.out \ -errfile '&1' \ $CATALINA_OPTS \ -cp $CLASSPATH \ -Xms256m \ -Xmx384m \ org.apache.catalina.startup.Bootstrap # # To get a verbose JVM #-verbose \ # To get a debug of jsvc. #-debug \ ;; stop) # # Stop Tomcat # PID=`cat /var/run/jsvc.pid` kill $PID ;; *) echo "Usage tomcat start/stop" exit 1;; esac This is for an install of Tomcat 5 to the directory of /tomcat/tc5 The java home dir is /tomcat/java If you followed the install directions your jsvc executable(DAEMON_HOME) will be in /tomcat/tc5/bin ($CATALINA_HOME/bin) if not then do a search for jsvc. If you do not have the Tomcat5 version then change the line: org.apache.catalina.startup.BootstrapService to this: org.apache.catalina.startup.Bootstrap I have added two setting for my memory: -Xms256m \ -Xmx384m \ There are other way to set this in the file but mine works for me so I left it alone. Set the values to meet your needs or delete if you plan to run the default. Now while you are still in the init.d directory #./tomcat start tomcat should start up and if you do a ps -ax you will see jsvc listed. If you do then it's all down hill from here. #cd /etc/rc3.d #ln -s ../init.d/tomcat /etc/rc3.d/S15tomcat #ln -s ../init.d/tomcat /etc/rc4.d/S15tomcat #ln -s ../init.d/tomcat /etc/rc5.d/S15tomcat Now to make life a little easier #ln -s /etc/init.d/tomcat /usr/sbin/tomcat Now from any prompt enter #tomcat stop or #tomcat start to stop/start tomcat. Just a note: The httpd starts at S15 also. If you are running both Tomcat and Apache set this to either 16 to start it after Apache or 14 to start it before Apache. I only run Tomcat so I used 15. And just to let those who don't know only files that are named SXXsomething, where XX is a two digit number that indicates the starting order of the files, are started. The file with a KXXxx are not started. And yes that is an upper case S or it will be ignored. Good luck and watch for typos. Doug www.parsonstechnical.com - Original Message - From: "Barnet Wagman" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, May 06, 2004 4:45 PM Subject: (newbie q) Connector vs running standalone Tomcat as root > I'd like to hear people's opinions on the best way to have Tomcat > accessible via standard ports (80 and 443). > > As I understand it, under Linux (and other unixes), ports < 1000 must be > run as root. I've also read that there are some difficulties running > Tomcat as root. I gather that the alternative is to run Tomcat via a > connector from Apache. > > I have no particular need to run Apache - nearly everything on the site > I'm putting together requires Tomcat. Is running Tomcat as a root > process really impossible and/or problematic (under Linux)? Are there > any other downsides to running Tomcat as a standalone server? > > Thanks > > bw > > > - > 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]
(newbie q) Connector vs running standalone Tomcat as root
I'd like to hear people's opinions on the best way to have Tomcat accessible via standard ports (80 and 443). As I understand it, under Linux (and other unixes), ports < 1000 must be run as root. I've also read that there are some difficulties running Tomcat as root. I gather that the alternative is to run Tomcat via a connector from Apache. I have no particular need to run Apache - nearly everything on the site I'm putting together requires Tomcat. Is running Tomcat as a root process really impossible and/or problematic (under Linux)? Are there any other downsides to running Tomcat as a standalone server? Thanks bw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
Hi, >What the original poster meant is not that there is a race condition in >Tomcat, but in his own web application. I don't think so, but either one of us could be misinterpreting the original post. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to limit time for Connector threads?
Hi Yoav, What the original poster meant is not that there is a race condition in Tomcat, but in his own web application. Maybe we should try to point him into the direction of fixing the problem. So there I go: - When it "hangs", if on Unix/Linux, kill -QUIT your Tomcat process, and you will get some stack traces. - Maybe they will tell you something. If they do, you're lucky. Otherwise, post them: maybe they will tell us something. At least, you will see how many threads there are, and their state (e.g. waiting for a lock). Good luck! Antonio Fiol Shapira, Yoav wrote: Hi, I highly doubt you've stumbled on a race condition in the tomcat connector implementation. Nonetheless, if you can supply a small WAR that leads to the problem you've described, we'll be glad to test it, and if your problem is reproducible rest assured it will be fixed immediately, as that would be more important than the other stuff currently open in bugzilla. Yoav Shapira Millennium Research Informatics -Original Message- From: rlipi [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 3:26 AM To: 'Tomcat Users List' Subject: RE: How to limit time for Connector threads? Yes, I did it. But it is not solution. Server doesn't answer slowly or for only some requests. It doesn't answer at all. It means that treads are not terminated and resources are not released. Sometimes, server doesn't answer without "All threads are currently busy" exception. That is why I think that the problem is some death lock. Lipi -Original Message- From: STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 8:56 AM To: Tomcat Users List Subject: RE: How to limit time for Connector threads? Maybe you should increase the number of threads in your connector. check attribut maxProcessors in your server.xml In this example, I set it to 500 instead of 75 (default value) port="80" minProcessors="30" maxProcessors="500" enableLookups="true" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="2" useURIValidationHack="false" disableUploadTimeout="true" /> -Message d'origine- De : rlipi [mailto:[EMAIL PROTECTED] Envoyé : jeudi 6 mai 2004 08:40 À : 'Tomcat Users List' Objet : How to limit time for Connector threads? Hallo, is it possible in any way to limit time for threads that realize user requests? Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't answers. The reason is in error message "All threads are currently busy". Probably there is a bug in the web application. Some kind of synchronization death lock, I think. But localization of this bug is very hard. So, termination (and release of all resources) of long time threads can be a work around. Thank you for any suggestions, Lipi. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
RE: Vedr.: RE: How to limit time for Connector threads?
Hi Thomas, the Tomcat isn't integrated to any web server. It runs alone. The problem occurs on both ports. In better words - the Tomcat is listening on the port 8080 but there is transparent redirect from 80 to 8080 in iptables. Radek > -Original Message- > From: Thomas Nybro Bolding [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 06, 2004 9:51 AM > To: Tomcat Users List > Subject: Vedr.: RE: How to limit time for Connector threads? > > Hi Lipi, > are you by any chance integrating Tomcat with IIS using JK2? And does the > death lock occur whether you use port 80 or 8080? > > /Thomas > > > > > "rlipi" <[EMAIL PROTECTED]> > 06-05-2004 09:25 > Besvar venligst til "Tomcat Users List" > > > Til:"'Tomcat Users List'" <[EMAIL PROTECTED]> > cc: > Vedr.: RE: How to limit time for Connector threads? > > > > Yes, I did it. > > But it is not solution. Server doesn't answer slowly or for only some > requests. It doesn't answer at all. It means that treads are not > terminated and resources are not released. Sometimes, server doesn't > answer without "All threads are currently busy" exception. That is why I > think that the problem is some death lock. > > Lipi > > > > -Original Message- > > From: STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 06, 2004 8:56 AM > > To: Tomcat Users List > > Subject: RE: How to limit time for Connector threads? > > > > Maybe you should increase the number of threads in your connector. > > > > check attribut maxProcessors in your server.xml > > In this example, I set it to 500 instead of 75 (default value) > > > > >port="80" minProcessors="30" maxProcessors="500" > >enableLookups="true" redirectPort="8443" > > acceptCount="100" debug="0" connectionTimeout="2" > >useURIValidationHack="false" > disableUploadTimeout="true" /> > > > > -Message d'origine- > > De : rlipi [mailto:[EMAIL PROTECTED] > > Envoyé : jeudi 6 mai 2004 08:40 > > À : 'Tomcat Users List' > > Objet : How to limit time for Connector threads? > > > > > > Hallo, > > is it possible in any way to limit time for threads that realize user > > requests? > > > > Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't > > answers. The reason is in error message "All threads are currently > > busy". Probably there is a bug in the web application. Some kind of > > synchronization death lock, I think. > > But localization of this bug is very hard. So, termination (and > release > > of all resources) of long time threads can be a work around. > > > > Thank you for any suggestions, > > Lipi. > > > > > > > > > > - > > 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] > > > > > > ___ > Vi gør opmærksom på, at denne e-mail kan indeholde fortrolig information. > Hvis du ved en fejltagelse modtager e-mailen, beder vi dig venligst > informere afsender om fejlen ved at bruge svar-funktionen. Samtidig beder > vi dig slette e-mailen i dit system uden at videresende eller kopiere den. > Selv om e-mailen og ethvert vedhæftet bilag efter vores overbevisning er > fri for virus og andre fejl, som kan påvirke computeren eller it-systemet, > hvori den modtages og læses, åbnes den på modtagerens eget ansvar. Vi > påtager os ikke noget ansvar for tab og skade, som er opstået i > forbindelse med at modtage og bruge e-mailen. > ___ > Please note that this message may contain confidential information. If you > have received this message by mistake, please inform the sender of the > mistake by sending a reply, then delete the message from your system > without making, distributing or retaining any copies of it. > Although we believe that the message and any attachments are free from > viruses and other errors that might affect the computer or IT system where > it is received and read, the recipient opens the message at his or her own > risk. We assume no responsibility for any loss or damage arising from the > receipt or use of this message. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to limit time for Connector threads?
Hi, I highly doubt you've stumbled on a race condition in the tomcat connector implementation. Nonetheless, if you can supply a small WAR that leads to the problem you've described, we'll be glad to test it, and if your problem is reproducible rest assured it will be fixed immediately, as that would be more important than the other stuff currently open in bugzilla. Yoav Shapira Millennium Research Informatics >-Original Message- >From: rlipi [mailto:[EMAIL PROTECTED] >Sent: Thursday, May 06, 2004 3:26 AM >To: 'Tomcat Users List' >Subject: RE: How to limit time for Connector threads? > >Yes, I did it. > >But it is not solution. Server doesn't answer slowly or for only some >requests. It doesn't answer at all. It means that treads are not >terminated and resources are not released. Sometimes, server doesn't >answer without "All threads are currently busy" exception. That is why I >think that the problem is some death lock. > >Lipi > > >> -Original Message- >> From: STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED] >> Sent: Thursday, May 06, 2004 8:56 AM >> To: Tomcat Users List >> Subject: RE: How to limit time for Connector threads? >> >> Maybe you should increase the number of threads in your connector. >> >> check attribut maxProcessors in your server.xml >> In this example, I set it to 500 instead of 75 (default value) >> >> >port="80" minProcessors="30" maxProcessors="500" >>enableLookups="true" redirectPort="8443" >>acceptCount="100" debug="0" connectionTimeout="2" >>useURIValidationHack="false" >disableUploadTimeout="true" /> >> >> -Message d'origine- >> De : rlipi [mailto:[EMAIL PROTECTED] >> Envoyé : jeudi 6 mai 2004 08:40 >> À : 'Tomcat Users List' >> Objet : How to limit time for Connector threads? >> >> >> Hallo, >> is it possible in any way to limit time for threads that realize user >> requests? >> >> Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't >> answers. The reason is in error message "All threads are currently >> busy". Probably there is a bug in the web application. Some kind of >> synchronization death lock, I think. >> But localization of this bug is very hard. So, termination (and >release >> of all resources) of long time threads can be a work around. >> >> Thank you for any suggestions, >> Lipi. >> >> >> >> >> - >> 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vedr.: RE: How to limit time for Connector threads?
Hi Lipi, are you by any chance integrating Tomcat with IIS using JK2? And does the death lock occur whether you use port 80 or 8080? /Thomas "rlipi" <[EMAIL PROTECTED]> 06-05-2004 09:25 Besvar venligst til "Tomcat Users List" Til:"'Tomcat Users List'" <[EMAIL PROTECTED]> cc: Vedr.: RE: How to limit time for Connector threads? Yes, I did it. But it is not solution. Server doesn't answer slowly or for only some requests. It doesn't answer at all. It means that treads are not terminated and resources are not released. Sometimes, server doesn't answer without "All threads are currently busy" exception. That is why I think that the problem is some death lock. Lipi > -Original Message- > From: STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 06, 2004 8:56 AM > To: Tomcat Users List > Subject: RE: How to limit time for Connector threads? > > Maybe you should increase the number of threads in your connector. > > check attribut maxProcessors in your server.xml > In this example, I set it to 500 instead of 75 (default value) > > port="80" minProcessors="30" maxProcessors="500" >enableLookups="true" redirectPort="8443" >acceptCount="100" debug="0" connectionTimeout="2" >useURIValidationHack="false" disableUploadTimeout="true" /> > > -Message d'origine- > De : rlipi [mailto:[EMAIL PROTECTED] > Envoyé : jeudi 6 mai 2004 08:40 > À : 'Tomcat Users List' > Objet : How to limit time for Connector threads? > > > Hallo, > is it possible in any way to limit time for threads that realize user > requests? > > Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't > answers. The reason is in error message "All threads are currently > busy". Probably there is a bug in the web application. Some kind of > synchronization death lock, I think. > But localization of this bug is very hard. So, termination (and release > of all resources) of long time threads can be a work around. > > Thank you for any suggestions, > Lipi. > > > > > - > 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] ___ Vi gør opmærksom på, at denne e-mail kan indeholde fortrolig information. Hvis du ved en fejltagelse modtager e-mailen, beder vi dig venligst informere afsender om fejlen ved at bruge svar-funktionen. Samtidig beder vi dig slette e-mailen i dit system uden at videresende eller kopiere den. Selv om e-mailen og ethvert vedhæftet bilag efter vores overbevisning er fri for virus og andre fejl, som kan påvirke computeren eller it-systemet, hvori den modtages og læses, åbnes den på modtagerens eget ansvar. Vi påtager os ikke noget ansvar for tab og skade, som er opstået i forbindelse med at modtage og bruge e-mailen. ___ Please note that this message may contain confidential information. If you have received this message by mistake, please inform the sender of the mistake by sending a reply, then delete the message from your system without making, distributing or retaining any copies of it. Although we believe that the message and any attachments are free from viruses and other errors that might affect the computer or IT system where it is received and read, the recipient opens the message at his or her own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this message.
RE: How to limit time for Connector threads?
Yes, I did it. But it is not solution. Server doesn't answer slowly or for only some requests. It doesn't answer at all. It means that treads are not terminated and resources are not released. Sometimes, server doesn't answer without "All threads are currently busy" exception. That is why I think that the problem is some death lock. Lipi > -Original Message- > From: STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 06, 2004 8:56 AM > To: Tomcat Users List > Subject: RE: How to limit time for Connector threads? > > Maybe you should increase the number of threads in your connector. > > check attribut maxProcessors in your server.xml > In this example, I set it to 500 instead of 75 (default value) > > port="80" minProcessors="30" maxProcessors="500" >enableLookups="true" redirectPort="8443" >acceptCount="100" debug="0" connectionTimeout="2" >useURIValidationHack="false" disableUploadTimeout="true" /> > > -Message d'origine- > De : rlipi [mailto:[EMAIL PROTECTED] > Envoyé : jeudi 6 mai 2004 08:40 > À : 'Tomcat Users List' > Objet : How to limit time for Connector threads? > > > Hallo, > is it possible in any way to limit time for threads that realize user > requests? > > Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't > answers. The reason is in error message "All threads are currently > busy". Probably there is a bug in the web application. Some kind of > synchronization death lock, I think. > But localization of this bug is very hard. So, termination (and release > of all resources) of long time threads can be a work around. > > Thank you for any suggestions, > Lipi. > > > > > - > 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: How to limit time for Connector threads?
Maybe you should increase the number of threads in your connector. check attribut maxProcessors in your server.xml In this example, I set it to 500 instead of 75 (default value) -Message d'origine- De : rlipi [mailto:[EMAIL PROTECTED] Envoyé : jeudi 6 mai 2004 08:40 À : 'Tomcat Users List' Objet : How to limit time for Connector threads? Hallo, is it possible in any way to limit time for threads that realize user requests? Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't answers. The reason is in error message "All threads are currently busy". Probably there is a bug in the web application. Some kind of synchronization death lock, I think. But localization of this bug is very hard. So, termination (and release of all resources) of long time threads can be a work around. Thank you for any suggestions, Lipi. - 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]
How to limit time for Connector threads?
Hallo, is it possible in any way to limit time for threads that realize user requests? Sometimes (once a day in average), the Tomcat 5.0.19 server doesn't answers. The reason is in error message "All threads are currently busy". Probably there is a bug in the web application. Some kind of synchronization death lock, I think. But localization of this bug is very hard. So, termination (and release of all resources) of long time threads can be a work around. Thank you for any suggestions, Lipi. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
worth a try : ) it's my last biggest annoyance to figure out. i can push any type of files back across to the client, except these pgn files which keep breaking my pipe between iis and tomcat On Tue, 20 Apr 2004, Allistair Crossley wrote: > Date: Tue, 20 Apr 2004 14:26:17 +0100 > From: Allistair Crossley <[EMAIL PROTECTED]> > Reply-To: Tomcat Users List <[EMAIL PROTECTED]> > To: Tomcat Users List <[EMAIL PROTECTED]> > Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED > > Alex don't ask me where I saw this but I read that your SHM size causes issues - I > cannot remember what issue I had when it was the same as your but I changed it to > 1048576 and it solved it. > > This may be a total red herring but hey. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
Alex don't ask me where I saw this but I read that your SHM size causes issues - I cannot remember what issue I had when it was the same as your but I changed it to 1048576 and it solved it. This may be a total red herring but hey. -Original Message- From: Alex [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 12:20 To: Tomcat Users List Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
> -Original Message- > From: Alex [mailto:[EMAIL PROTECTED] > > I do believe the link provided below is an updated dll. Yes. > I've > implemented it however I see no changes / differences. > See the bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=15278 I'd be glad to se your use case, and why are the upload problems still present. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> SOLVED
Hi MT Cool! I just realised you meant that 2.0.4 had been patched. I tried out the version you sent me a link to, and can confirm that removing the logger config from workers2 maintains the fix and the bug does not reappear for my system. Great stuff :) ADC -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 14:01 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED > -Original Message- > From: Allistair Crossley > > Nevertheless my tests and the chap who previously mentioned > logger helped his case both show that logger being switched > on has _some_ effect in relation to this issue, although your > case now shows that it is not the _complete_ picture. > > Do the JK2 ISAPI development team monitor this list? > Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
I do believe the link provided below is an updated dll. I've implemented it however I see no changes / differences. On Tue, 20 Apr 2004, Allistair Crossley wrote: > Date: Tue, 20 Apr 2004 14:04:34 +0100 > From: Allistair Crossley <[EMAIL PROTECTED]> > Reply-To: Tomcat Users List <[EMAIL PROTECTED]> > To: Tomcat Users List <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED > > I have been using JK 2.0.4 since 26th March, just after it got released and also > this morning in my tests that reveal the bug is still present. Sorry! :) > > ADC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
I have been using JK 2.0.4 since 26th March, just after it got released and also this morning in my tests that reveal the bug is still present. Sorry! :) ADC -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 14:01 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED > -Original Message- > From: Allistair Crossley > > Nevertheless my tests and the chap who previously mentioned > logger helped his case both show that logger being switched > on has _some_ effect in relation to this issue, although your > case now shows that it is not the _complete_ picture. > > Do the JK2 ISAPI development team monitor this list? > Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
> -Original Message- > From: Allistair Crossley > > Nevertheless my tests and the chap who previously mentioned > logger helped his case both show that logger being switched > on has _some_ effect in relation to this issue, although your > case now shows that it is not the _complete_ picture. > > Do the JK2 ISAPI development team monitor this list? > Sure :-) You may find patched 2.0.4 at: http://jakarta.apache.org/~mturk/isapi_redirector2.zip It solves the IIS upload bug, or you may just build from CVS by yourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
Nevertheless my tests and the chap who previously mentioned logger helped his case both show that logger being switched on has _some_ effect in relation to this issue, although your case now shows that it is not the _complete_ picture. Do the JK2 ISAPI development team monitor this list? ADC -Original Message- From: Alex [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 12:20 To: Tomcat Users List Subject: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
I've been following this thread for a while now in hopes someone would come up with something to help resolve it. My issue is not with big files, as i have that working, but sending PNG files from the application server to the client. the connection dies between the tomcat5 server and the iis5.0 server using the isapi2 dll. I've had the level=DEBUG forever but that issue still occurs. [logger] level=DEBUG [shm:] info=Shared memory file. Required for multiprocess servers file=E:\\Apache\\Tomcat5\\work\\jk2.shm size=100 [lb:lb] info=Default load balancer. sticky_session=1 [channel.socket:spprod1] info=Ajp13 forwarding over socket - spprod1 port=8009 host=10.99.116.1 lb_factor=100 tomcatId=10.99.116.1:8009 group=lb type=ajp13 [channel.socket:spprod2] info=Ajp13 forwarding over socket - spprod2 port=8009 host=10.99.116.2 lb_factor=100 tomcatId=10.99.116.2:8009 group=lb type=ajp13 [uri:/*] info=JSP examples, map requests for all JSP pages to Tomcat. worker=lb:lb context=/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vedr.: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
Dunno where the log file goes by default but in my workers2.properties file I have: [logger.file:0] file=D:\DAT\logfiles\connections\jk2.log Where this puts the jk2 log file you have to find out for yourself ;) /Thomas "Allistair Crossley" <[EMAIL PROTECTED]> 20-04-2004 13:10 Besvar venligst til "Tomcat Users List" Til:<[EMAIL PROTECTED]> cc: Vedr.: RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED Hm, I just decided to test the "stream terminated unexpectedly" upload bug with JK2/IIS/TC5 and your statement that adding DEBUG to JK2 removes the problem. Firstly, I uploaded a series of files of increasing size from 50K through to 60K at 1K intervals. The bug appears at files of 54K+ (tested up to 60K and tried one at 250K) workers2.properties file for failure of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ I now add the debug configuration to the workers file as follows: workers2.properties file for success of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 # add this section to test the proposition that it resolved the upload bug [logger] level=DEBUG [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ And repeat the same tests to find that I cannot replicate the bug anymore and it does indeed work for upload up to and over 54K. In order to double prove this, I again removed the logger configuration from the workers file and repeated the test and the upload bug reappeared again at 54K+ uploads. I have no idea why adding this statement solves the problem but someone out there may do. Hope this goes towards a solution. We had an awful hack to get around this - wish I had known about the logger hack! By the way where do I find the JK2 log file? ADC -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm <[EMAIL PROTECTED]> wrote: > Hi All, > > I've search the archives and I've seen several posts > indicating that there > is a bug in the isapi connector in regards to large > file uploads (or not > that large, since the error seems to occur at or > around 50Kb.) The problem > being that "the stream ended unexpectedly. > > The strange thing is, I don't see this problem when > I upload a large file > (3M) within our intranet (I'm using IIS6, Tomcat 5 & > jk2.0.4), only when I > try to access from the internet. > > This leads me to believe there is some sort of > timing problem (the connector > trying to grab data that hasn't yet arrived?) > Interestingly, I solved the > problem by turning debug on - forcing the isapi > connector to log debug > messages and making is slow down a bit. That 3M file > uploaded with no > problem. > > So, here's the question ... is there a properties > file, ini file ... > anything ... where I can set the size of the buffer > in the connector? It > looks like it's grabbing about 8Kb each time. > > --JoAnn > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload -> BUG & HACK PROVED
Hm, I just decided to test the "stream terminated unexpectedly" upload bug with JK2/IIS/TC5 and your statement that adding DEBUG to JK2 removes the problem. Firstly, I uploaded a series of files of increasing size from 50K through to 60K at 1K intervals. The bug appears at files of 54K+ (tested up to 60K and tried one at 250K) workers2.properties file for failure of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ I now add the debug configuration to the workers file as follows: workers2.properties file for success of upload at 54K+. == file=D:\Tomcat 5.0.18\work\jk2.shm size=1048576 # add this section to test the proposition that it resolved the upload bug [logger] level=DEBUG [channel.socket:127.0.0.1:8009] info=Ajp13 worker, connects to tomcat instance using AJP 1.3 protocol tomcatId=127.0.0.1:8009 [uri:/*.do] info=iQ2 context=/ [uri:/*.jsp] info=iQ2 context=/ And repeat the same tests to find that I cannot replicate the bug anymore and it does indeed work for upload up to and over 54K. In order to double prove this, I again removed the logger configuration from the workers file and repeated the test and the upload bug reappeared again at 54K+ uploads. I have no idea why adding this statement solves the problem but someone out there may do. Hope this goes towards a solution. We had an awful hack to get around this - wish I had known about the logger hack! By the way where do I find the JK2 log file? ADC -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm <[EMAIL PROTECTED]> wrote: > Hi All, > > I've search the archives and I've seen several posts > indicating that there > is a bug in the isapi connector in regards to large > file uploads (or not > that large, since the error seems to occur at or > around 50Kb.) The problem > being that "the stream ended unexpectedly. > > The strange thing is, I don't see this problem when > I upload a large file > (3M) within our intranet (I'm using IIS6, Tomcat 5 & > jk2.0.4), only when I > try to access from the internet. > > This leads me to believe there is some sort of > timing problem (the connector > trying to grab data that hasn't yet arrived?) > Interestingly, I solved the > problem by turning debug on - forcing the isapi > connector to log debug > messages and making is slow down a bit. That 3M file > uploaded with no > problem. > > So, here's the question ... is there a properties > file, ini file ... > anything ... where I can set the size of the buffer > in the connector? It > looks like it's grabbing about 8Kb each time. > > --JoAnn > > --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload
I use a workaround - my upload form uploads to port 8080 directly and then Tomcat redirects the user back to port IIS port 80 after the upload. ADC. -Original Message- From: JoAnn Lemm [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 18:17 To: 'Tomcat Users List' Subject: RE: JK connector -- isapi2 -- file upload Importance: High While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm <[EMAIL PROTECTED]> wrote: > Hi All, > > I've search the archives and I've seen several posts > indicating that there > is a bug in the isapi connector in regards to large > file uploads (or not > that large, since the error seems to occur at or > around 50Kb.) The problem > being that "the stream ended unexpectedly. > > The strange thing is, I don't see this problem when > I upload a large file > (3M) within our intranet (I'm using IIS6, Tomcat 5 & > jk2.0.4), only when I > try to access from the internet. > > This leads me to believe there is some sort of > timing problem (the connector > trying to grab data that hasn't yet arrived?) > Interestingly, I solved the > problem by turning debug on - forcing the isapi > connector to log debug > messages and making is slow down a bit. That 3M file > uploaded with no > problem. > > So, here's the question ... is there a properties > file, ini file ... > anything ... where I can set the size of the buffer > in the connector? It > looks like it's grabbing about 8Kb each time. > > --JoAnn > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - 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] --- QAS Ltd. Developers of QuickAddress Software http://www.qas.com";>www.qas.com Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK connector -- isapi2 -- file upload
While we're discussing this ... has anyone developed a work-around for this problem? I have beta product clients calling me, so this is extremely critical. Leaving debug running seems to only fix the problem intermittently. Is there another ISAPI that will work? --JoAnn -Original Message- From: E Cunningham [mailto:[EMAIL PROTECTED] Sent: Friday, April 16, 2004 9:59 AM To: Tomcat Users List Subject: Re: JK connector -- isapi2 -- file upload We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm <[EMAIL PROTECTED]> wrote: > Hi All, > > I've search the archives and I've seen several posts > indicating that there > is a bug in the isapi connector in regards to large > file uploads (or not > that large, since the error seems to occur at or > around 50Kb.) The problem > being that "the stream ended unexpectedly. > > The strange thing is, I don't see this problem when > I upload a large file > (3M) within our intranet (I'm using IIS6, Tomcat 5 & > jk2.0.4), only when I > try to access from the internet. > > This leads me to believe there is some sort of > timing problem (the connector > trying to grab data that hasn't yet arrived?) > Interestingly, I solved the > problem by turning debug on - forcing the isapi > connector to log debug > messages and making is slow down a bit. That 3M file > uploaded with no > problem. > > So, here's the question ... is there a properties > file, ini file ... > anything ... where I can set the size of the buffer > in the connector? It > looks like it's grabbing about 8Kb each time. > > --JoAnn > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - 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: JK connector -- isapi2 -- file upload
We verified this using Tomcat 4.1.30 not 5.x. Therein may be the problem. The connector code in Tomcat. Let's ask this then. Is there a dependency between JK2 and Tomcat? When they started to release separately one would think that any JK2 would work with any Tomcat? Does JK2 need to include a jk2.jar? JoAnn, thanks for provoking more thought on this. e --- JoAnn Lemm <[EMAIL PROTECTED]> wrote: > Hi All, > > I've search the archives and I've seen several posts > indicating that there > is a bug in the isapi connector in regards to large > file uploads (or not > that large, since the error seems to occur at or > around 50Kb.) The problem > being that "the stream ended unexpectedly. > > The strange thing is, I don't see this problem when > I upload a large file > (3M) within our intranet (I'm using IIS6, Tomcat 5 & > jk2.0.4), only when I > try to access from the internet. > > This leads me to believe there is some sort of > timing problem (the connector > trying to grab data that hasn't yet arrived?) > Interestingly, I solved the > problem by turning debug on - forcing the isapi > connector to log debug > messages and making is slow down a bit. That 3M file > uploaded with no > problem. > > So, here's the question ... is there a properties > file, ini file ... > anything ... where I can set the size of the buffer > in the connector? It > looks like it's grabbing about 8Kb each time. > > --JoAnn > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk connector build / configure failure
Christoph P. Kukulies said: > On Fri, Apr 16, 2004 at 07:31:40AM +0800, Eric Noel wrote: >> On 4/15/2004 10:28 PM, C. Kukulies wrote: >> >In the vein of getting tomcat 5 apache 1.3.29 integration working >> >I'm now at the point where I came to the conclusion that I need to >> build >> >jakarta-tomcat-connectors-jk-1.2.5-src/jk/native >> > >> >Correct me if I'm wrong but I came there by reading and skimming the >> web. >> >Noone could help me in this list so far. Maybe because everyone is >> using >> >apache2, don't know. We're using Apache 1.3 + mod-ssl + mod_deflate + mod_accel + modJK1.2.5 + Tomcat 5.0.18, and it works great (especially mod_deflate!). Basically when you build Apache (from source on Linux), make sure you build it with "so" support, eg ./configure --prefix=/usr/local/apache --enable-module=ssl --enable-module=so make; make install; Then get mod_jk source from jakarta.apache.org, and unpack, and build as follows (in the unpacked dir): ./buildconf.sh ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-EAPI If you don't yet have a modules directory, then mkdir /usr/local/apache/modules cp apache-1.3/mod_jk.so /usr/local/apache/modules You still have to create a workers.properties file, and add the JKxx settings into your Apache httpd.conf file, to get the two to talk together. I know this instructions are vague, but hopefully in conjunction with others docs, you will be able to get Apache and Tomcat connected using JK. They do work really well together (with Apache frontending your SSL transactions, fielding static resources, compressing responses, and load balancing between two or more TC servers) - it is worth perservering. Good luck. John Sidney-Woollett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk connector build / configure failure
On Fri, Apr 16, 2004 at 07:31:40AM +0800, Eric Noel wrote: > On 4/15/2004 10:28 PM, C. Kukulies wrote: > >In the vein of getting tomcat 5 apache 1.3.29 integration working > >I'm now at the point where I came to the conclusion that I need to build > >jakarta-tomcat-connectors-jk-1.2.5-src/jk/native > > > >Correct me if I'm wrong but I came there by reading and skimming the web. > >Noone could help me in this list so far. Maybe because everyone is using > >apache2, don't know. > > > > > > > im using debian and ive used its binary apache 1.3 to integrate tomcat 5 > with no probs. on a no-X debian hosts, the requirements would be > apt-get install apache > apt-get install apache-dev (requires libdb2-dev) > apt-get install libtool > apt-get install automake > > For the connector > tar -xzvf jakarta-tomcat-connectors-jk2-src-current.tar.gz > cd jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2 > sh buildconf.sh > ./configure --with-apxs=/usr/bin/apxs > make > make all > cp ../build/jk2/apache13/mod_jk2.so /usr/lib/apache/1.3/ Thanks. I'm using FreeBSD and I found that there was a port (/usr/ports) which applies patches and it seems I have ajk2 connector installed now. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk connector build / configure failure
On 4/15/2004 10:28 PM, C. Kukulies wrote: In the vein of getting tomcat 5 apache 1.3.29 integration working I'm now at the point where I came to the conclusion that I need to build jakarta-tomcat-connectors-jk-1.2.5-src/jk/native Correct me if I'm wrong but I came there by reading and skimming the web. Noone could help me in this list so far. Maybe because everyone is using apache2, don't know. Anyway, BUILDING says: ./configure --with-apxs=/usr/sbin/apxs Doing that I get (I copied apxs from the apache tree to /usr/sbin): checking for grep... /usr/bin/grep checking for echo... /bin/echo checking for sed... /usr/bin/sed checking for cp... /bin/cp checking for mkdir... /bin/mkdir checking for libtool... /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl could not find /usr/sbin/apxs configure: error: You must specify a valid --with-apxs path Hell, apxs is there in that path. The path *is* correct. From config.log: configure:8172: result: /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin :/usr/local/bin:/usr/X11R6/bin:/root/bin configure:8197: result: need to check for Perl first, apxs depends on it... configure:8201: checking for perl configure:8219: found /usr/bin/perl configure:8232: result: /usr/bin/perl configure:8293: result: could not find /usr/sbin/apxs configure:8295: error: You must specify a valid --with-apxs path mybox# ls -l /usr/sbin/apxs -rwxr-xr-x 1 root wheel 26670 Apr 15 15:38 /usr/sbin/apxs mybox# clueless. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] im using debian and ive used its binary apache 1.3 to integrate tomcat 5 with no probs. on a no-X debian hosts, the requirements would be apt-get install apache apt-get install apache-dev (requires libdb2-dev) apt-get install libtool apt-get install automake For the connector tar -xzvf jakarta-tomcat-connectors-jk2-src-current.tar.gz cd jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2 sh buildconf.sh ./configure --with-apxs=/usr/bin/apxs make make all cp ../build/jk2/apache13/mod_jk2.so /usr/lib/apache/1.3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK connector -- isapi2 -- file upload
Hi All, I've search the archives and I've seen several posts indicating that there is a bug in the isapi connector in regards to large file uploads (or not that large, since the error seems to occur at or around 50Kb.) The problem being that "the stream ended unexpectedly. The strange thing is, I don't see this problem when I upload a large file (3M) within our intranet (I'm using IIS6, Tomcat 5 & jk2.0.4), only when I try to access from the internet. This leads me to believe there is some sort of timing problem (the connector trying to grab data that hasn't yet arrived?) Interestingly, I solved the problem by turning debug on - forcing the isapi connector to log debug messages and making is slow down a bit. That 3M file uploaded with no problem. So, here's the question ... is there a properties file, ini file ... anything ... where I can set the size of the buffer in the connector? It looks like it's grabbing about 8Kb each time. --JoAnn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk connector build / configure failure
In the vein of getting tomcat 5 apache 1.3.29 integration working I'm now at the point where I came to the conclusion that I need to build jakarta-tomcat-connectors-jk-1.2.5-src/jk/native Correct me if I'm wrong but I came there by reading and skimming the web. Noone could help me in this list so far. Maybe because everyone is using apache2, don't know. Anyway, BUILDING says: ./configure --with-apxs=/usr/sbin/apxs Doing that I get (I copied apxs from the apache tree to /usr/sbin): checking for grep... /usr/bin/grep checking for echo... /bin/echo checking for sed... /usr/bin/sed checking for cp... /bin/cp checking for mkdir... /bin/mkdir checking for libtool... /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl could not find /usr/sbin/apxs configure: error: You must specify a valid --with-apxs path Hell, apxs is there in that path. The path *is* correct. >From config.log: configure:8172: result: /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin :/usr/local/bin:/usr/X11R6/bin:/root/bin configure:8197: result: need to check for Perl first, apxs depends on it... configure:8201: checking for perl configure:8219: found /usr/bin/perl configure:8232: result: /usr/bin/perl configure:8293: result: could not find /usr/sbin/apxs configure:8295: error: You must specify a valid --with-apxs path mybox# ls -l /usr/sbin/apxs -rwxr-xr-x 1 root wheel 26670 Apr 15 15:38 /usr/sbin/apxs mybox# clueless. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat jk1.2 connector and IIS logging
Hello, I am using Tomcat-4.1.29 and the jk1.2 connector (isapi_redirect.dll) to interface with IIS 6. Everything works wonderfully, except that IIS logs the cs-uri-stem as the redirect dll (/jakarta/isapi_redirect.dl). Is it possible to log the actual redirected URL (i.e index.jsp)? Without the actual URL the IIS logs are pretty much useless. Current Log Entry: * 2004-03-29 00:12:53 555.55.55.555- GET /jakarta/isapi_redirect.dll - 200 22464 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0;+.NET+CLR+1.0.3705;+.N ET+CLR+1.1.4322) GUID=xx----x;+rdm%5Fv3=1;+UserID=<<http://xxx.x.com/xxx.jsp> >>> Wanted Log Entry (/index.jsp): * 2004-03-29 00:12:53 555.55.55.555- GET /index.jsp- 200 22464 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0;+.NET+CLR+1.0.3705;+.N ET+CLR+1.1.4322) GUID=xx----x;+rdm%5Fv3=1;+UserID=<<http://xxx.x.com/xxx.jsp> >>> Thanks in Advance, Shawn
RE: JK2 connector built and installed but is there something wrong?
OK, well now I know why. I had added an examples directory and 1 html page under the htdocs dir of my Apache Webserver. That's because the port number is 8080, not 80. Thanks. --- Mark Nye <[EMAIL PROTECTED]> wrote: > Hi, > I had a similar problem. The line for the uri has > to have a directory > that is under $TOMCAT_HOME/webapps. > > [uri:/jsp-examples/*] would require the directory > $TOMCAT_HOME/webapps/jsp-examples. As Drew said you > can try > servlets-examples instead of jsp-examples. Those > directories are under the > webapps folder by default. > > Mark > > -Original Message- > From: Hamilton, Andrew > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 07, 2004 8:28 AM > To: Tomcat Users List > Subject: RE: JK2 connector built and installed but > is there something wrong? > > try doing this > > [uri:/jsp-examples/*] > worker=ajp13:localhost:8009 > > There is no examples structure. You can also try > servlets-examples. > > Drew > > -Original Message- > From: Kevin Struckhoff > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 06, 2004 7:22 PM > To: [EMAIL PROTECTED] > Subject: JK2 connector built and installed but is > there something wrong? > > > After downloading the source and building it, I > finally have mod_jk2 at least loaded into Apache Web > Server 2.0.48. > > However, in the docs, it says to add these 2 > directives to workers2.properties: > > [uri:/examples/*] > worker=ajp13:localhost:8009 > > When I send the browser to > http://localhost/examples/, > I get a -404 error (not found). > > What am I missing? Apache starts up just fine. > > TIA. > > = > Thanks. > > Kevin > > -- Enjoy Life, Drink and Code Java! > > __ > Do you Yahoo!? > Yahoo! Small Business $15K Web Design Giveaway > http://promotions.yahoo.com/design_giveaway/ > > - > 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] > = Thanks. Kevin -- Enjoy Life, Drink and Code Java! __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 connector built and installed but is there something wrong?
Hi, I had a similar problem. The line for the uri has to have a directory that is under $TOMCAT_HOME/webapps. [uri:/jsp-examples/*] would require the directory $TOMCAT_HOME/webapps/jsp-examples. As Drew said you can try servlets-examples instead of jsp-examples. Those directories are under the webapps folder by default. Mark -Original Message- From: Hamilton, Andrew [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 07, 2004 8:28 AM To: Tomcat Users List Subject: RE: JK2 connector built and installed but is there something wrong? try doing this [uri:/jsp-examples/*] worker=ajp13:localhost:8009 There is no examples structure. You can also try servlets-examples. Drew -Original Message- From: Kevin Struckhoff [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 7:22 PM To: [EMAIL PROTECTED] Subject: JK2 connector built and installed but is there something wrong? After downloading the source and building it, I finally have mod_jk2 at least loaded into Apache Web Server 2.0.48. However, in the docs, it says to add these 2 directives to workers2.properties: [uri:/examples/*] worker=ajp13:localhost:8009 When I send the browser to http://localhost/examples/, I get a -404 error (not found). What am I missing? Apache starts up just fine. TIA. = Thanks. Kevin -- Enjoy Life, Drink and Code Java! __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - 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: JK2 connector built and installed but is there something wron g?
try doing this [uri:/jsp-examples/*] worker=ajp13:localhost:8009 There is no examples structure. You can also try servlets-examples. Drew -Original Message- From: Kevin Struckhoff [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 7:22 PM To: [EMAIL PROTECTED] Subject: JK2 connector built and installed but is there something wrong? After downloading the source and building it, I finally have mod_jk2 at least loaded into Apache Web Server 2.0.48. However, in the docs, it says to add these 2 directives to workers2.properties: [uri:/examples/*] worker=ajp13:localhost:8009 When I send the browser to http://localhost/examples/, I get a -404 error (not found). What am I missing? Apache starts up just fine. TIA. = Thanks. Kevin -- Enjoy Life, Drink and Code Java! __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 connector built and installed but is there something wrong?
kwilding wrote: Hi, This is a minimalistic workers2.properties. Remember to change to your ip address. It works for me on SuSE. Kevan # comment these lines out in production [logger.apache2] level=DEBUG [shm] file=/usr/local/apache2/logs/shm.file size=1048576 Is this neccessary? # Example socket channel, override port and host. [channel.socket:localhost:8009] port=8009 host=127.0.0.1 # define the worker [ajp13:localhost:8009] channel=channel.socket:localhost:8009 # Uri mapping # Add your ip address instead of [uri:/*.jsp] worker=ajp13:localhost:8009 # Define the communication channel [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 host=127.0.0.1 Why the double definition of comm socket? Or is it appended together? Anyway, it should be in one section, IMHO. #This maps to a context test # in the webapps folder [uri:/test/*] worker=ajp13:localhost:8009 info=Map the test system - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 connector built and installed but is there something wrong?
Hi, This is a minimalistic workers2.properties. Remember to change to your ip address. It works for me on SuSE. Kevan # comment these lines out in production [logger.apache2] level=DEBUG [shm] file=/usr/local/apache2/logs/shm.file size=1048576 # Example socket channel, override port and host. [channel.socket:localhost:8009] port=8009 host=127.0.0.1 # define the worker [ajp13:localhost:8009] channel=channel.socket:localhost:8009 # Uri mapping # Add your ip address instead of [uri:/*.jsp] worker=ajp13:localhost:8009 # Define the communication channel [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 host=127.0.0.1 #This maps to a context test # in the webapps folder [uri:/test/*] worker=ajp13:localhost:8009 info=Map the test system -Original Message- From: Kevin Struckhoff [mailto:[EMAIL PROTECTED] Sent: 07 April 2004 00:22 To: [EMAIL PROTECTED] Subject: JK2 connector built and installed but is there something wrong? After downloading the source and building it, I finally have mod_jk2 at least loaded into Apache Web Server 2.0.48. However, in the docs, it says to add these 2 directives to workers2.properties: [uri:/examples/*] worker=ajp13:localhost:8009 When I send the browser to http://localhost/examples/, I get a -404 error (not found). What am I missing? Apache starts up just fine. TIA. = Thanks. Kevin -- Enjoy Life, Drink and Code Java! __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - 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]
JK2 connector built and installed but is there something wrong?
After downloading the source and building it, I finally have mod_jk2 at least loaded into Apache Web Server 2.0.48. However, in the docs, it says to add these 2 directives to workers2.properties: [uri:/examples/*] worker=ajp13:localhost:8009 When I send the browser to http://localhost/examples/, I get a -404 error (not found). What am I missing? Apache starts up just fine. TIA. = Thanks. Kevin -- Enjoy Life, Drink and Code Java! __ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache 2 Tomcat 5 connector location and configuration
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0 /src/jakarta-tomcat-connectors-jk-1.2.0-src.tar.gz - untar it - go to jk/native directory - use configure : ./configure --with-apxs=/your/path/to/apache2/apxs - make the stuff make - copy the mod_jk.so to apache 2 module dir cp apache-2.0/mod_jk.so /your/path/to/apache2/modules - Put in httpd.conf LoadModule jk_module /your/path/to/apache2/modules/mod_jk.so JkWorkersFile /your/path/to/apache2/conf/workers.properties JkLogFile /your/path/to/apache2/logs/mod_jk.log JkLogLevelerror JkMount /*.jsp ajp13 JkMount /servlet/*.jsp ajp13 JkMount /examples/*.jsp ajp13 JkMount /examples/servlet/*.jsp ajp13 I think this was the version that worked for me using apache2.0.48 and tomcat4 and/or tomcat5 Hope this helps. Kevan -Original Message- From: Myles Moutoux [mailto:[EMAIL PROTECTED] Sent: 05 April 2004 15:42 To: Tomcat Users List Subject: Apache 2 Tomcat 5 connector location and configuration I have been using both Tomcat and Apache for a couple of year now and finding and configuring the connector continues to be the most frustrating thing that I have ever encountered. I am running Apache 2.0.49 and Tomcat 5.0.19 on a Suse 8.0 server. I have both Apache and Tomcat working independently and have reached this point without any problem. Now, I'm trying to figure out how to connect the two together. Initially, I intended to install the binary version of the JK2 connect. Unfortunately, the only connectors that seem to be available are for Fedora, Suse 9, and Suse PPC. Does anyone know where the connectors for other linux platforms are located? Does anyone have a functional configuration that I could use as an example. I've looked at the John Turner howto and unfortunately he hasn't look at tomcat 5 yet. Maybe one of these days the apache and tomcat developers will begin communicating with each other on a regular basis and develop an easy to install and configure connector that is always up to date with the current releases. One can only hope. - 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: Apache 2 Tomcat 5 connector location and configuration
On Mon, 2004-04-05 at 16:08, Myles Moutoux wrote: > I have checked the archives and there is nothing for tomcat 5, which is > supposed to be the newest release. I have also seen quite a few of the I agree that tomcat5 + mod_jk2 documentation is very lacking, yes, there's discussions on the mailing lists etc, but surely it should be prominent on the tomcat site itself? It was my biggest pain to get going too. I tried to rely on the official jakarta.apache.org website and of course drew mostly blank. Anyway, I found the following doco which helped a lot, altho' it talks about freebsd the info is still useful http://www.thinlizard.com/lizard/modjk2.html then http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache 2 Tomcat 5 connector location and configuration
On Mon, Apr 05, 2004 at 11:08:26AM -0400, Myles Moutoux wrote: : I have checked the archives and there is nothing for tomcat 5, which is : supposed to be the newest release. I have also seen quite a few of the : post, but, again they all refer to prior versions and I've tried using : the MOD_JK.so from tomcat 4.x and it doesn't seem to have the proper : linkages for Apache 2.0.49. It errors out when you try to load it thru : the config file. What about this? "Tomcat 5 on Linux Step-By-Step" http://cymulacrum.net/writings/tomcat5/c831.html The compilation instructions are for RH9 but my guess it should be the same once the prerequisite packages are installed... -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache 2 Tomcat 5 connector location and configuration
Compile the jk2 source yourself. Binaries available for linux do not seem to work for most folks. The source is easy to compile. Drew -Original Message- From: Myles Moutoux [mailto:[EMAIL PROTECTED] Sent: Monday, April 05, 2004 11:08 AM To: Tomcat Users List Subject: Re: Apache 2 Tomcat 5 connector location and configuration QM wrote: >On Mon, Apr 05, 2004 at 10:42:18AM -0400, Myles Moutoux wrote: >: Does anyone know where the connectors for >: other linux platforms are located? Does anyone have a functional >: configuration that I could use as an example. > > >Have you checked the archives yet? >I'm pretty sure this has been discussed recently, and at great length. > >Somewhere along the lines I've seen posts that detail instructions on >how to compile jk2, configure, etc. > >-QM > > > I have checked the archives and there is nothing for tomcat 5, which is supposed to be the newest release. I have also seen quite a few of the post, but, again they all refer to prior versions and I've tried using the MOD_JK.so from tomcat 4.x and it doesn't seem to have the proper linkages for Apache 2.0.49. It errors out when you try to load it thru the config file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache 2 Tomcat 5 connector location and configuration
QM wrote: On Mon, Apr 05, 2004 at 10:42:18AM -0400, Myles Moutoux wrote: : Does anyone know where the connectors for : other linux platforms are located? Does anyone have a functional : configuration that I could use as an example. Have you checked the archives yet? I'm pretty sure this has been discussed recently, and at great length. Somewhere along the lines I've seen posts that detail instructions on how to compile jk2, configure, etc. -QM I have checked the archives and there is nothing for tomcat 5, which is supposed to be the newest release. I have also seen quite a few of the post, but, again they all refer to prior versions and I've tried using the MOD_JK.so from tomcat 4.x and it doesn't seem to have the proper linkages for Apache 2.0.49. It errors out when you try to load it thru the config file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache 2 Tomcat 5 connector location and configuration
Howdy, http://wiki.apache.org/jakarta-tomcat/Tomcat_2fLinks including http://www.connecties.com/cymulacrum/tomcat5/book1.html. Maybe one of these days users will research before ranting. One can only hope... Yoav Shapira Millennium Research Informatics >-Original Message- >From: Myles Moutoux [mailto:[EMAIL PROTECTED] >Sent: Monday, April 05, 2004 10:42 AM >To: Tomcat Users List >Subject: Apache 2 Tomcat 5 connector location and configuration > >I have been using both Tomcat and Apache for a couple of year now and >finding and configuring the connector continues to be the most >frustrating thing that I have ever encountered. I am running Apache >2.0.49 and Tomcat 5.0.19 on a Suse 8.0 server. I have both Apache and >Tomcat working independently and have reached this point without any >problem. Now, I'm trying to figure out how to connect the two together. >Initially, I intended to install the binary version of the JK2 connect. >Unfortunately, the only connectors that seem to be available are for >Fedora, Suse 9, and Suse PPC. Does anyone know where the connectors for >other linux platforms are located? Does anyone have a functional >configuration that I could use as an example. I've looked at the John >Turner howto and unfortunately he hasn't look at tomcat 5 yet. > >Maybe one of these days the apache and tomcat developers will begin >communicating with each other on a regular basis and develop an easy to >install and configure connector that is always up to date with the >current releases. One can only hope. > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache 2 Tomcat 5 connector location and configuration
On Mon, Apr 05, 2004 at 10:42:18AM -0400, Myles Moutoux wrote: : Does anyone know where the connectors for : other linux platforms are located? Does anyone have a functional : configuration that I could use as an example. Have you checked the archives yet? I'm pretty sure this has been discussed recently, and at great length. Somewhere along the lines I've seen posts that detail instructions on how to compile jk2, configure, etc. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache 2 Tomcat 5 connector location and configuration
I have been using both Tomcat and Apache for a couple of year now and finding and configuring the connector continues to be the most frustrating thing that I have ever encountered. I am running Apache 2.0.49 and Tomcat 5.0.19 on a Suse 8.0 server. I have both Apache and Tomcat working independently and have reached this point without any problem. Now, I'm trying to figure out how to connect the two together. Initially, I intended to install the binary version of the JK2 connect. Unfortunately, the only connectors that seem to be available are for Fedora, Suse 9, and Suse PPC. Does anyone know where the connectors for other linux platforms are located? Does anyone have a functional configuration that I could use as an example. I've looked at the John Turner howto and unfortunately he hasn't look at tomcat 5 yet. Maybe one of these days the apache and tomcat developers will begin communicating with each other on a regular basis and develop an easy to install and configure connector that is always up to date with the current releases. One can only hope. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to connect Apache 2.0.48 to tomcat using JK2 Connector an d JNI.
Hi, I am trying to connect tomcat 5.0 and Apache 2.0.48 through JK2 connector using JNI on Windows 2000. The channel.jni:jni init is failing. I greatly appreciate any help with this. Thanks, Sreeni Following are the errors from the log file mod_jk2.log - [Fri Apr 02 11:25:21 2004] (error ) [jk_workerEnv.c (211)] workerEnv.initChannel() init failed for channel.jni:jni [Fri Apr 02 11:25:21 2004] ( info ) [jk_worker_jni.c (204)] workerJni.Init() Skipping initialization for the 2224 2224 [Fri Apr 02 11:25:21 2004] (error ) [jk_workerEnv.c (178)] workerEnv.initWorkers() init failed for worker.jni:onStartup [Fri Apr 02 11:25:21 2004] ( info ) [jk_worker_jni.c (204)] workerJni.Init() Skipping initialization for the 2224 2224 [Fri Apr 02 11:25:21 2004] (error ) [jk_workerEnv.c (178)] workerEnv.initWorkers() init failed for worker.jni:onShutdown -- Followed the steps below: STEP 1: Installing mod_jk2 -- 1. Copy the mod_jk2.dll into /modules directory. 2. Add the following line to httpd.conf LoadModule jk2_module modules/mod_jk2.dll #I also tried installing and configuring jkjni.dll in /modules. That did not help either. STEP 2: Configure /conf/server.xml --- Disable the default connector on port 8080 Enable the AJP connector on port 8009. STEP 3: /conf/jk2.properties - handler.list=apr,request,channelJni shm.file=c:/software/Apache Group/Apache2/logs/jk2.shm channelJni.disabled=0 apr.jniModeSo=inprocess STEP 4: /conf/workers2.properties -- # Set level to ERROR or EMERG for production - check path [logger.file:0] level=DEBUG file=${serverRoot}/logs/mod_jk2.log [logger] level=DEBUG [config:] file=${serverRoot}/conf/workers2.properties debug=100 debugEnv=100 [uriMap:] info=Maps the requests. Options: debug debug=100 [shm:] info=Scoreboard. Required for reconfiguration and status with multiprocess servers file=${serverRoot}/logs/jk2.shm size=100 debug=100 disabled=0 [workerEnv:] info=Global server options timing=1 debug=100 logger=logger.file:0 [channel.socket:localhost:8009] info=Ajp13 forwarding over socket debug=0 tomcatId=localhost:8009 [channel.jni:jni] info=The jni channel, used if tomcat is started inprocess debug=100 disabled=0 # Define the parameters for the Java Virtual Machine [vm:] info=Parameters used to load a JVM in the server process JVM=C:\j2sdk1.4.2_02\jre\bin\server\jvm.dll OPT=-Djava.class.path=C:/Software/apache/jakarta-tomcat5.0.16/bin/bootstrap. jar; C:/Software/apache/jakarta-tomcat-5.0.16/server/lib/tomcat-jni.jar;C:/Softwa re/apache/jakarta-tomcat-5.0.16/server/lib/tomcat-jk2.jar;C:/Software/apache /jakarta-tomcat-5.0.16/common/lib/jmx.jar;C:/Software/apache/jakarta-tomcat- 5.0.16/server/lib/commons-modeler.jar OPT=-Dcatalina.home=C:/Software/apache/jakarta-tomcat-5.0.16 OPT=-Dtomcat.home=C:/Software/apache/jakarta-tomcat-5.0.16 OPT=-Xmx512M disabled=0 debug=100 # JNI worker startup handler [worker.jni:onStartup] info=Command to be executed by the VM on startup. This one will start tomcat. class=org/apache/jk/apr/TomcatStarter ARG=start disabled=0 stdout=C:/Software/Apache Group/Apache2/logs/stdout.log stderr=C:/Software/Apache Group/Apache2/logs/stderr.log debug=100 # JNI worker shutdown handler [worker.jni:onShutdown] info=Command to be executed by the VM on shutdown. This one will stop tomcat. class=org/apache/jk/apr/TomcatStarter ARG=stop disabled=0 debug=100 # define the worker [status:] info the status worker [uri:/jkstatus/*] info=Display status information and checks the config file for changes. group=status: [uri:/jsp-examples] info=Example webapp in the default context. context=/jsp-examples debug=100 STEP 5: Start up Start tomcat first Wait until the instance is started. Start apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compile jk2 2.0.4 connector on Tru64
Eulogio Robles wrote: You are right, it worked... almost :-) I get this error : libtool: install: warning: remember to run `libtool --finish /usr/local/apache2/modules' /sbin/cp ../../../build/jk2/apache2//usr/local/apache2/modules/mod_jk2.so ../../../build/jk2/apache2/mod_jk2.so cp: ../../../build/jk2/apache2//usr/local/apache2/modules/mod_jk2.so: No such file or directory make[1]: *** [../../../build/jk2/apache2/mod_jk2.so] Error 1 make[1]: Leaving directory `/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 # find ../.. -name "*.so" -print ../../jk/build/jk2/apache2/usr/local/apache2/modules/libmod_jk2.so ../../jk/build/jk2/apache2/.libs/libmod_jk2.so Anyway, I used the resulting libmod_jk2.so with my Apache server and it worked without problems It's good news. And, yes, I ran into that myself and corrected it manually (copied mod_jk2.so where the script expected it). After that the make builds JNI module, so if you've configured for that be sure to correct the situation. JNI module (jkjni.so) is required for UNIX Sockets and for running Tomcat as in-process of Apache. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to pass the options -server -xms64m -Xmx384m to the ajp13 connector
On Tue, Mar 30, 2004 at 11:33:37AM +0200, Salvador Santander Gutierrez wrote: > Hello, I want to pass the next jvm parameters to the ajp13 connector to > improve the performance. > > -server -xms64m -Xmx384m > > How can get this? With worker.inprocess.sysprops=server? As far as I know, you can't just allocate the memory to the connector. You can give the java process that runs tomcat the memory, though. export CATALINA_OPTS='-server -xms64m -Xmx384m' ${TOMCAT_HOME}/bin/catalina.sh start > I'm using apache 1.3.29, tomcat 4.1.27 and jk connector 1.2 G -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Don Knuth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compile jk2 2.0.4 connector on Tru64
You are right, it worked... almost :-) I get this error : libtool: install: warning: remember to run `libtool --finish /usr/local/apache2/modules' /sbin/cp ../../../build/jk2/apache2//usr/local/apache2/modules/mod_jk2.so ../../../build/jk2/apache2/mod_jk2.so cp: ../../../build/jk2/apache2//usr/local/apache2/modules/mod_jk2.so: No such file or directory make[1]: *** [../../../build/jk2/apache2/mod_jk2.so] Error 1 make[1]: Leaving directory `/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 # find ../.. -name "*.so" -print ../../jk/build/jk2/apache2/usr/local/apache2/modules/libmod_jk2.so ../../jk/build/jk2/apache2/.libs/libmod_jk2.so Anyway, I used the resulting libmod_jk2.so with my Apache server and it worked without problems Best regards, E. Robles Nikola Milutinovic wrote: Eulogio Robles wrote: I'm trying to compile a JK2 connector on Tru64 : Hello, "blood brother" :-) I compiled it on Tru64 UNIX 4.0D You're not missing anything. The JK2 code is making an assumption of what "va*" (variable argument list) implementation looks like. It could be that on most other systems (or should I say, C compiler environments) it is a pointer. On DEC CC it is not - it is a structure. The correction I have found to work or, at least, looks good - havent tested mod_jk2, yet - is: if (!file || !(args._a0)) Everything else should slide smoothly. If you have any more problems, call. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JkMount command for the setup having apache tomcat/5.0.19 not working with jk connector dll
Hi All, I am receiving HTTP Status 404 - /logion.jsp error while trying to send request to apache using jk connector. Jk connector version: 1.2 apache: 1.3.29 tomcat : 5.0.19 I am trying to access a site http://localhost/shoestore/login.jsp kept under the location of webapps folder in tomcat. I have following configuration in httpd.conf file Alias /examples C:\user\3rdparty\jakarta-tomcat-5.0.19\examples JkMount /programload/* testWorker JkMount /examples/servlet/* testWorker JkMount /examples/* testWorker JkMount /shoestore/* testWorker What I suspect is the command JkMount. It seems to work with tomcat 4.1.18 but not 5.0.19. Is there any other command for the above combination I am using. I have confirmed that apache and tomcat are running all fine. thanks and regards barkha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I can´t compile the jk connector source for apache 2.0.40 in Redhat 9.0
Is there any reason that you are not using the JK2 connector, as it was written for apache 2? -Original Message- From: Salvador Santander Gutierrez [mailto:[EMAIL PROTECTED] Sent: 31 March 2004 08:49 To: Tomcat List Subject: I can´t compile the jk connector source for apache 2.0.40 in Redhat 9.0 I'm trying to compile the source of jk connector 1.2.5 in a RedHat 9.0 with apache 2.0.40 and tomcat 4.1.24. I've installed all required (httpd-devel and all the developing tools) and I do: ./builconf.sh ./configure --with-apxs=/usr/sbin/apxs ./make all goes well but then make gives some errors : '../commons/.lo' no such file What happens? Any idea? Any help will be thankfull. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What is the use of this connector
Correct, and it is commented out in the sample you posted already so is not actually being used. Ta Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 March 2004 07:15 To: Tomcat Users List Subject: Re: What is the use of this connector Bill, So, if the Tomcat doesn't talk to Apache/IIS/etc.. there is no need of this connector? Thank you, Best Regards, Uma "Bill Barker" <[EMAIL PROTECTED] .com> To Sent by: news <[EMAIL PROTECTED] [EMAIL PROTECTED] rg>cc 03/31/2004 12:52 PM Subject Please respond to Re: What is the use of this "Tomcat Users connector List" <[EMAIL PROTECTED] rta.apache.org> <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > > > Hi, > May I know the exact use of this connector. What happens if I remove this? You'll no longer be able to talk to Apache/IIS/SunOne using mod_jk :). > > > enableLookups="false" redirectPort="443" debug="0" >protocol="AJP/1.3" /> > > > Thank you, > Best Regards, > Uma - 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] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
I can´t compile the jk connector source for apache 2.0.40 in Redhat 9.0
I'm trying to compile the source of jk connector 1.2.5 in a RedHat 9.0 with apache 2.0.40 and tomcat 4.1.24. I've installed all required (httpd-devel and all the developing tools) and I do: ./builconf.sh ./configure --with-apxs=/usr/sbin/apxs ./make all goes well but then make gives some errors : '../commons/.lo' no such file What happens? Any idea? Any help will be thankfull. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the use of this connector
Bill, So, if the Tomcat doesn't talk to Apache/IIS/etc.. there is no need of this connector? Thank you, Best Regards, Uma "Bill Barker" <[EMAIL PROTECTED] .com> To Sent by: news <[EMAIL PROTECTED] [EMAIL PROTECTED] rg>cc 03/31/2004 12:52 PM Subject Please respond to Re: What is the use of this "Tomcat Users connector List" <[EMAIL PROTECTED] rta.apache.org> <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > > > Hi, > May I know the exact use of this connector. What happens if I remove this? You'll no longer be able to talk to Apache/IIS/SunOne using mod_jk :). > > > enableLookups="false" redirectPort="443" debug="0" >protocol="AJP/1.3" /> > > > Thank you, > Best Regards, > Uma - 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: What is the use of this connector
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > > > > Hi, > May I know the exact use of this connector. What happens if I remove this? You'll no longer be able to talk to Apache/IIS/SunOne using mod_jk :). > > > enableLookups="false" redirectPort="443" debug="0" >protocol="AJP/1.3" /> > > > Thank you, > Best Regards, > Uma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compile jk2 2.0.4 connector on Tru64
Eulogio Robles wrote: I'm trying to compile a JK2 connector on Tru64 : Hello, "blood brother" :-) I compiled it on Tru64 UNIX 4.0D I cd to /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2 ./configure --with-apxs2=/usr/local/apache2/bin/apxs make I get this : /bin/ksh /usr/local/apache2/build/libtool --silent --mode=compile cc -g -pthread-DOSF1 -I../../include -I/usr/local/apache2/include -I/usr/local/src/httpd-2.0.44/srclib/apr-util/include -I/usr/local/src/httpd-2.0.44/srclib/apr/include -DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -c ../../common/jk_logger_file.c -o ../../../build/jk2/apache2/jk_logger_file.lo cc: Error: ../../common/jk_logger_file.c, line 196: In this statement, "args" has a struct type, which is not scalar. (needscalar) if (!file || !args) -^ make[1]: *** [../../../build/jk2/apache2/jk_logger_file.lo] Error 1 make[1]: Leaving directory `/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 What I'm missing? You're not missing anything. The JK2 code is making an assumption of what "va*" (variable argument list) implementation looks like. It could be that on most other systems (or should I say, C compiler environments) it is a pointer. On DEC CC it is not - it is a structure. The correction I have found to work or, at least, looks good - havent tested mod_jk2, yet - is: if (!file || !(args._a0)) Everything else should slide smoothly. If you have any more problems, call. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is the use of this connector
Hi, May I know the exact use of this connector. What happens if I remove this? Thank you, Best Regards, Uma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compile jk2 2.0.4 connector on Tru64
I'm trying to compile a JK2 connector on Tru64 : I cd to /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2 ./configure --with-apxs2=/usr/local/apache2/bin/apxs make I get this : /bin/ksh /usr/local/apache2/build/libtool --silent --mode=compile cc -g -pthread-DOSF1 -I../../include -I/usr/local/apache2/include -I/usr/local/src/httpd-2.0.44/srclib/apr-util/include -I/usr/local/src/httpd-2.0.44/srclib/apr/include -DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -c ../../common/jk_logger_file.c -o ../../../build/jk2/apache2/jk_logger_file.lo cc: Error: ../../common/jk_logger_file.c, line 196: In this statement, "args" has a struct type, which is not scalar. (needscalar) if (!file || !args) -^ make[1]: *** [../../../build/jk2/apache2/jk_logger_file.lo] Error 1 make[1]: Leaving directory `/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 What I'm missing? Best regards, E. Robles Metropolis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I improve the performance of ajp13 connector?
I've noticed that the performance through tomcat directly ( by port 8080, coyote connector) is much better than request the same page to the apache with ajp13 connector. Is there any way to improve the performance of the ajp13 connector? I'm using apache 1.3.26, tomcat 4.1.27, and jk connector 1.2. Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to pass the options -server -xms64m -Xmx384m to the ajp13 connector
Hello, I want to pass the next jvm parameters to the ajp13 connector to improve the performance. -server -xms64m -Xmx384m How can get this? With worker.inprocess.sysprops=server? I'm using apache 1.3.29, tomcat 4.1.27 and jk connector 1.2 Thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK Connector versus mod_proxy
Hi The primary benefit is, that using mod_jk, the request is not pushed to a proxy. Having a proxy in between gives serveral problems: - Authentication issues (as David mentioned) - Logging issues - Security issues All the last two come from the point, that each and every request is done by the same client [out of tomcats view], namely the apache server. Using proxy, the apache-server itself acts as HTTP Client and connects to tomcat. Using mod_jk, all request parameters are forwarded to tomcat, not using http at all. Tomcat can therefor see the clients IP and other things, that get hidden, if a proxy is in between. However, remember to diable access to tomcats AJP-port from the internet, since any attacker could also use the AJP protocol to give tomcat facked information. He could do a lot of attacks, giving a faked ip address and tomcat would log the wrong information. Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK Connector versus mod_proxy
No problems that I can see. I've been fortunate compared to most people on the list in that my stuff seems to just work so far. We'll see when this last webapp goes live and a few users start tossing it around. --David Frank Febbraro wrote: Thanks for your response. Have you encountered any gotchas with using (and more appropriately configuring) mod_jk? Last time I tried, I had all sorts of problems with data not rendering correctly, it was incredibly frustrating and awkward. Anyway, just wondering... thanks, Frank - Original Message - From: "David Smith" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Monday, March 29, 2004 9:04 AM Subject: Re: JK Connector versus mod_proxy I use mod_proxy all the time with no problem well that is until my last webapp project. The good is you can map your webapp in anywhere and even in several places in the main site with a little help from mod_rewrite. The bad is user credentials from an authentication module in Apache aren't passed on to the Tomcat container :(. I'm resorting to the mod_jk system for the first time because the remote username from the university's kerberized authentication system isn't passed on without it. That's my experience anyway. I posted a question about it a few months ago with no responses -- not even a 'you can't do that'. I'm guessing no one has any experience with such a setup. --David Frank Febbraro wrote: Historically I have had problems with the JK Connectors and have typically resorted to useing mod_proxy to connect my tomcat applications to an Apache website. Can someone here tell me why this might not be a good idea? It is easy to setup and work great, however what are the additional benefits of this connector approach? Thanks in advance... Frank - 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: JK Connector versus mod_proxy
Thanks for your response. Have you encountered any gotchas with using (and more appropriately configuring) mod_jk? Last time I tried, I had all sorts of problems with data not rendering correctly, it was incredibly frustrating and awkward. Anyway, just wondering... thanks, Frank - Original Message - From: "David Smith" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Monday, March 29, 2004 9:04 AM Subject: Re: JK Connector versus mod_proxy > I use mod_proxy all the time with no problem well that is until my > last webapp project. The good is you can map your webapp in anywhere > and even in several places in the main site with a little help from > mod_rewrite. The bad is user credentials from an authentication module > in Apache aren't passed on to the Tomcat container :(. I'm resorting to > the mod_jk system for the first time because the remote username from > the university's kerberized authentication system isn't passed on > without it. > > That's my experience anyway. I posted a question about it a few months > ago with no responses -- not even a 'you can't do that'. I'm guessing > no one has any experience with such a setup. > > --David > > Frank Febbraro wrote: > > >Historically I have had problems with the JK Connectors and have typically resorted to useing mod_proxy to connect my tomcat applications to an Apache website. Can someone here tell me why this might not be a good idea? It is easy to setup and work great, however what are the additional benefits of this connector approach? > > > >Thanks in advance... > >Frank > > > > > > - > 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: AJP connector monitoring
It's a very nice software, but it still has not an AJP probing client. Antonio Fiol Scott Ahten wrote: I use Mars to monitor Tomcat instances that are front-ended with Apache. To insure that my back-end logic is working correctly, I connect to Apache and look for a particular string of characters in a page. Mars also contains a HTTPS and JDBC probes so you can monitor SSL sites and database servers. In addition, the plugin API isn't very complex, so you could write a probe to poll AJP directly. http://www.altara.org/mars.html - Scott On Mar 29, 2004, at 8:15 AM, John Sidney-Woollett wrote: You can use wget or some http client to poll your server. This is how we do it even though we front-end Tomcat using Apache as well. - - - - - :: [EMAIL PROTECTED] :: http://www.pixelfreak.net - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: AJP connector monitoring
I use Mars to monitor Tomcat instances that are front-ended with Apache. To insure that my back-end logic is working correctly, I connect to Apache and look for a particular string of characters in a page. Mars also contains a HTTPS and JDBC probes so you can monitor SSL sites and database servers. In addition, the plugin API isn't very complex, so you could write a probe to poll AJP directly. http://www.altara.org/mars.html - Scott On Mar 29, 2004, at 8:15 AM, John Sidney-Woollett wrote: You can use wget or some http client to poll your server. This is how we do it even though we front-end Tomcat using Apache as well. - - - - - :: [EMAIL PROTECTED] :: http://www.pixelfreak.net - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: new apache to tomcat connector for linux
Hi all, Thanks for the replies.. Yoav.. Yes I read the documentation. The documentation was helpful but there is/was no download available for linux. The download directory was empty. At that point I stopped to ask for assistance. Dale.. I have not yet read this howto. Thank you very much! Andrew.. I couldn't find a valid download link in the docs and thought maybe they were old. Thanks, Mark -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, March 26, 2004 9:50 AM To: Tomcat Users List Subject: RE: new apache to tomcat connector for linux Hi, You mean to say you read http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html and found none of it helpful enough to do something besides copy the old conf directory?!? Yoav Shapira Millennium Research Informatics >-Original Message- >From: Mark Nye [mailto:[EMAIL PROTECTED] >Sent: Friday, March 26, 2004 9:32 AM >To: [EMAIL PROTECTED] >Subject: new apache to tomcat connector for linux > >Hi, > >I spend about half a day looking for the jk flavor of the week. It seems >the documentation is running in circles. I currently use apache 2 with >tomcat 3. (tomcat 3 is the only tomcat that we have been succesfull at >installing with apache) I would like to use the new tomcat with apache but >the jk for linux download directory is empty. I'm comfortable with the >install of apache and tomcat but I can't find any good documentation on >getting the jk directory under tomcat5--> conf. About the best I could do >is copy my jk directory from the old tomcat to the new. Start the new >tomcat server and Apache. Tomcat does get the servlet requests but says >the servlet cannot be found. I don't like this "hack" though and was >wondering if anyone else has experienced this confusion. If so could you >point to the correct jk and connection methodology? > > > >Thanks, > >Mark This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: JK Connector versus mod_proxy
I use mod_proxy all the time with no problem well that is until my last webapp project. The good is you can map your webapp in anywhere and even in several places in the main site with a little help from mod_rewrite. The bad is user credentials from an authentication module in Apache aren't passed on to the Tomcat container :(. I'm resorting to the mod_jk system for the first time because the remote username from the university's kerberized authentication system isn't passed on without it. That's my experience anyway. I posted a question about it a few months ago with no responses -- not even a 'you can't do that'. I'm guessing no one has any experience with such a setup. --David Frank Febbraro wrote: Historically I have had problems with the JK Connectors and have typically resorted to useing mod_proxy to connect my tomcat applications to an Apache website. Can someone here tell me why this might not be a good idea? It is easy to setup and work great, however what are the additional benefits of this connector approach? Thanks in advance... Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP connector monitoring
John Sidney-Woollett wrote: Antonio Fiol Bonnín said: Hi, I'd like to have our Tomcat servers monitored, in order to get an alarm if one of them stops responding. But they are not using HTTP at all. We are using the Coyote AJP connector because we have Apache in front of them, in a balanced configuration. If you cannot find an AJP client... Why not have tomcat listen for http requests as well (on 8080 or some other port) (only accessible on your internal network), and have your monitor script call some URL (a monitor servlet you create) on the tomcat server to determine whether the tomcat server (and your web app) is up and running. Either use the response code (including no response) and/or the response data/output to determine the state of the app server (and your application). You can use wget or some http client to poll your server. This is how we do it even though we front-end Tomcat using Apache as well. This works great with Nagios... I had thought of that, but if you hit maxProcessors on the AJP side, you won't detect that if you monitor the HTTP connector. Antonio Fiol - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK Connector versus mod_proxy
Historically I have had problems with the JK Connectors and have typically resorted to useing mod_proxy to connect my tomcat applications to an Apache website. Can someone here tell me why this might not be a good idea? It is easy to setup and work great, however what are the additional benefits of this connector approach? Thanks in advance... Frank
Re: AJP connector monitoring
Antonio Fiol Bonnín said: > Hi, > > I'd like to have our Tomcat servers monitored, in order to get an alarm > if one of them stops responding. > > But they are not using HTTP at all. We are using the Coyote AJP > connector because we have Apache in front of them, in a balanced > configuration. If you cannot find an AJP client... Why not have tomcat listen for http requests as well (on 8080 or some other port) (only accessible on your internal network), and have your monitor script call some URL (a monitor servlet you create) on the tomcat server to determine whether the tomcat server (and your web app) is up and running. Either use the response code (including no response) and/or the response data/output to determine the state of the app server (and your application). You can use wget or some http client to poll your server. This is how we do it even though we front-end Tomcat using Apache as well. This works great with Nagios... John Sidney-Woollett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AJP connector monitoring
Hi, I'd like to have our Tomcat servers monitored, in order to get an alarm if one of them stops responding. But they are not using HTTP at all. We are using the Coyote AJP connector because we have Apache in front of them, in a balanced configuration. So I'd like to load a page directly using a simple AJP client integrated into our monitoring tool. Do you know of any AJP client which is easy to drive? The only I know of is mod_jk(2), but I'm afraid that's overkill. Any ideas? I've googled for an AJP client, but I came across nothing that seemed useful. OTOH, I've been searching for something related to JMX monitoring. Again, the best I found involves access to the manager app. And I'd like to access it via AJP. So, we're back to the first problem. And it did not seem to me that the new JMeter tomcat monitor is any different. Anything better than setting up an Apache server with one VirtualHost per Tomcat server, only for monitoring? Thank you all very much. Antonio Fiol - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
coyote connector and unix sockets
Hi Right now, I have the folloing more or less working: My problem is, how to tell the connector to use unix sockets instead of tcp sockets? I've read to set "port" to "0", but where to specify wich socket to use? cu, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
Hi, No problem, glad to help. It's very hard to get a perfectly controlled test environment. Yoav Shapira Millennium Research Informatics >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Friday, March 26, 2004 12:49 PM >To: [EMAIL PROTECTED] >Subject: Re: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / >Confusion > >> The second observation: two requests to the same servlet always >> handled serially. Tomcat normally creates one instance of a servlet >> for every declaration in web.xml. The exception is SingleThreadModel >> (deprecated, don't use this) servlets. There's no provision in tomcat >> to create more instances as the load on the server increases (maybe >> there is such a provision and I've missed it?). Instead, the >> processing threads should call the servlet methods in parallel. I'm >> not sure why you're not seeing this behavior, perhaps someone else >> could comment, as I have to run to a meeting ;) >> >> Yoav Shapira > >> Yes - All you mentioned per Servlet spec expected behavior - why I was >> surprised at what I was seeing. I have additional qualification data but >> believe I should post under a new thread / subject appropriate. >> -Jim Layer- > >egg-on-face update: > >Wasn't controlling my variables closely enough. Weird non-concurrent >behavior I observed was confined to brower-based tests. Screwed up >on the earlier multi-instance client test tool exercise - works as >expected when I'm explicitly controlling client behavior (headers, etc.). > >Thanks (Yoav) again for your help, > >Regards, > > -Jim Layer- > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
The second observation: two requests to the same servlet always handled serially. Tomcat normally creates one instance of a servlet for every declaration in web.xml. The exception is SingleThreadModel (deprecated, don't use this) servlets. There's no provision in tomcat to create more instances as the load on the server increases (maybe there is such a provision and I've missed it?). Instead, the processing threads should call the servlet methods in parallel. I'm not sure why you're not seeing this behavior, perhaps someone else could comment, as I have to run to a meeting ;) Yoav Shapira Yes - All you mentioned per Servlet spec expected behavior - why I was surprised at what I was seeing. I have additional qualification data but believe I should post under a new thread / subject appropriate. -Jim Layer- egg-on-face update: Wasn't controlling my variables closely enough. Weird non-concurrent behavior I observed was confined to brower-based tests. Screwed up on the earlier multi-instance client test tool exercise - works as expected when I'm explicitly controlling client behavior (headers, etc.). Thanks (Yoav) again for your help, Regards, -Jim Layer- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
Shapira, Yoav writes: I think your testing, servlets, configuration is all fine. The maxProcessors-1 observation is something I've noticed in the past, but as you say I don't think many people care because they deal with ~75 maxProcessors (the default value). Thanks - glad to know I'm not off in the weeds on that... The second observation: two requests to the same servlet always handled serially. Tomcat normally creates one instance of a servlet for every declaration in web.xml. The exception is SingleThreadModel (deprecated, don't use this) servlets. There's no provision in tomcat to create more instances as the load on the server increases (maybe there is such a provision and I've missed it?). Instead, the processing threads should call the servlet methods in parallel. I'm not sure why you're not seeing this behavior, perhaps someone else could comment, as I have to run to a meeting ;) Yoav Shapira Yes - All you mentioned per Servlet spec expected behavior - why I was surprised at what I was seeing. I have additional qualification data but believe I should post under a new thread / subject appropriate. -Jim Layer- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: new apache to tomcat connector for linux
Hi, You mean to say you read http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html and found none of it helpful enough to do something besides copy the old conf directory?!? Yoav Shapira Millennium Research Informatics >-Original Message- >From: Mark Nye [mailto:[EMAIL PROTECTED] >Sent: Friday, March 26, 2004 9:32 AM >To: [EMAIL PROTECTED] >Subject: new apache to tomcat connector for linux > >Hi, > >I spend about half a day looking for the jk flavor of the week. It seems >the documentation is running in circles. I currently use apache 2 with >tomcat 3. (tomcat 3 is the only tomcat that we have been succesfull at >installing with apache) I would like to use the new tomcat with apache but >the jk for linux download directory is empty. I'm comfortable with the >install of apache and tomcat but I can't find any good documentation on >getting the jk directory under tomcat5--> conf. About the best I could do >is copy my jk directory from the old tomcat to the new. Start the new >tomcat server and Apache. Tomcat does get the servlet requests but says >the servlet cannot be found. I don't like this "hack" though and was >wondering if anyone else has experienced this confusion. If so could you >point to the correct jk and connection methodology? > > > >Thanks, > >Mark This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: new apache to tomcat connector for linux
Mark, I use apache2, Tomcat 5 and JK2. It is far better for you to compile the JK2 connector yourself. It is a lot easier to do than you might think. Make sure you configure your apache2 for DSO and it is extremely simple to set it all up. Drew -Original Message- From: Mark Nye [mailto:[EMAIL PROTECTED] Sent: Friday, March 26, 2004 9:32 AM To: [EMAIL PROTECTED] Subject: new apache to tomcat connector for linux Hi, I spend about half a day looking for the jk flavor of the week. It seems the documentation is running in circles. I currently use apache 2 with tomcat 3. (tomcat 3 is the only tomcat that we have been succesfull at installing with apache) I would like to use the new tomcat with apache but the jk for linux download directory is empty. I'm comfortable with the install of apache and tomcat but I can't find any good documentation on getting the jk directory under tomcat5--> conf. About the best I could do is copy my jk directory from the old tomcat to the new. Start the new tomcat server and Apache. Tomcat does get the servlet requests but says the servlet cannot be found. I don't like this "hack" though and was wondering if anyone else has experienced this confusion. If so could you point to the correct jk and connection methodology? Thanks, Mark
RE: new apache to tomcat connector for linux
This may not live there for much longer but is the best tutorial about http://cymulacrum.net/writings/tomcat5/book1.html Ta Matt -Original Message- From: Mark Nye [mailto:[EMAIL PROTECTED] Sent: 26 March 2004 14:32 To: [EMAIL PROTECTED] Subject: new apache to tomcat connector for linux Hi, I spend about half a day looking for the jk flavor of the week. It seems the documentation is running in circles. I currently use apache 2 with tomcat 3. (tomcat 3 is the only tomcat that we have been succesfull at installing with apache) I would like to use the new tomcat with apache but the jk for linux download directory is empty. I'm comfortable with the install of apache and tomcat but I can't find any good documentation on getting the jk directory under tomcat5--> conf. About the best I could do is copy my jk directory from the old tomcat to the new. Start the new tomcat server and Apache. Tomcat does get the servlet requests but says the servlet cannot be found. I don't like this "hack" though and was wondering if anyone else has experienced this confusion. If so could you point to the correct jk and connection methodology? Thanks, Mark Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
new apache to tomcat connector for linux
Hi, I spend about half a day looking for the jk flavor of the week. It seems the documentation is running in circles. I currently use apache 2 with tomcat 3. (tomcat 3 is the only tomcat that we have been succesfull at installing with apache) I would like to use the new tomcat with apache but the jk for linux download directory is empty. I'm comfortable with the install of apache and tomcat but I can't find any good documentation on getting the jk directory under tomcat5--> conf. About the best I could do is copy my jk directory from the old tomcat to the new. Start the new tomcat server and Apache. Tomcat does get the servlet requests but says the servlet cannot be found. I don't like this "hack" though and was wondering if anyone else has experienced this confusion. If so could you point to the correct jk and connection methodology? Thanks, Mark
RE: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
Hi, I think your testing, servlets, configuration is all fine. The maxProcessors-1 observation is something I've noticed in the past, but as you say I don't think many people care because they deal with ~75 maxProcessors (the default value). The second observation: two requests to the same servlet always handled serially. Tomcat normally creates one instance of a servlet for every declaration in web.xml. The exception is SingleThreadModel (deprecated, don't use this) servlets. There's no provision in tomcat to create more instances as the load on the server increases (maybe there is such a provision and I've missed it?). Instead, the processing threads should call the servlet methods in parallel. I'm not sure why you're not seeing this behavior, perhaps someone else could comment, as I have to run to a meeting ;) Yoav Shapira Millennium Research Informatics >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Thursday, March 25, 2004 1:56 PM >To: [EMAIL PROTECTED] >Subject: RE: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / >Confusion > >Yoav, > >Thanks for the quick reply... > >>Create a servlet that takes a long time to process, so you can easily >>observe the connections. Then make sure you make two concurrent >>requests to that servlet, and that the servlet's HTML output doesn't >>contain images, CSS references, or any other entities which would cause >>a separate HTTP connection to be initiated by the browser for that one >>page. This type of page is the most common cause for perceived problems >>with concurrent request processing. > >I wasn't working with any images, etc. - reduced quickly to KISS level >configs & testing as a consequence of more than a couple of decades >worth of battle scars ;-) > >Simple servlet, doGet implementation, simple HTML out, 30 second sleep. >Built several variants, different only in class name. Manual deployment, >no WAR file, a set of servlet classes in several different contexts. >Servlets HelloWait, HelloWait2, HelloWait3, etc. Contexts cctest1, >cctest2, etc. > >Used a multi-tabbed browser (Mozilla) to test, though behavior the same >with separate browsers on multiple clients (enlisted the aid of several >of my cohorts). Also used lovely little multi-threaded Java HTTP test >client gadget to slam in requests from multiple clients concurrently. > >First observation: > >Behavior in general indicates number of concurrent requests serviced >equal to maxProcessors - 1 (not maxProcessers-minProcessors as I >suggested in earlier email). > >Second observation: > >This one really threw me. Independent of maxProcessors value, multiple >concurrent requests to the same servelet in the same context appear >to be handled serially - one at a time. Multiple concurrent requests, >each to a different servlet in the same context or a servlet in >another context appear to be handled concurrently, subject to my >first observation. > >I was ready to buy the maxProcessers-1 thing as a simple implementation >oversight - not surprising since most use Tomcat for much higher volume >stuff. Second observation suggests something really strange with 4.1.29 >(most of our earlier testing experimentation was with 4.1.27) or I have >made a really toady configuration error. > >I have attached 2 representative servlet source samples - pretty >trivial, server.xml, default web.xml (renamed as web_default.xml) and >example context web.xml for servlets. Would have zipped but found >that not permitted for list mail. Maybe something in these I'm doing >wrong? > >Tomcat running (for test execution) on an HP dual proc (Intel PIII 1.133 >GHz) platform running Linux - RedHat 7.1 - little or no extraneous load >during the testing. > >Any insight might have would be well appreciated. > >Regards, > > -Jim- This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
Yoav, Thanks for the quick reply... Create a servlet that takes a long time to process, so you can easily observe the connections. Then make sure you make two concurrent requests to that servlet, and that the servlet's HTML output doesn't contain images, CSS references, or any other entities which would cause a separate HTTP connection to be initiated by the browser for that one page. This type of page is the most common cause for perceived problems with concurrent request processing. I wasn't working with any images, etc. - reduced quickly to KISS level configs & testing as a consequence of more than a couple of decades worth of battle scars ;-) Simple servlet, doGet implementation, simple HTML out, 30 second sleep. Built several variants, different only in class name. Manual deployment, no WAR file, a set of servlet classes in several different contexts. Servlets HelloWait, HelloWait2, HelloWait3, etc. Contexts cctest1, cctest2, etc. Used a multi-tabbed browser (Mozilla) to test, though behavior the same with separate browsers on multiple clients (enlisted the aid of several of my cohorts). Also used lovely little multi-threaded Java HTTP test client gadget to slam in requests from multiple clients concurrently. First observation: Behavior in general indicates number of concurrent requests serviced equal to maxProcessors - 1 (not maxProcessers-minProcessors as I suggested in earlier email). Second observation: This one really threw me. Independent of maxProcessors value, multiple concurrent requests to the same servelet in the same context appear to be handled serially - one at a time. Multiple concurrent requests, each to a different servlet in the same context or a servlet in another context appear to be handled concurrently, subject to my first observation. I was ready to buy the maxProcessers-1 thing as a simple implementation oversight - not surprising since most use Tomcat for much higher volume stuff. Second observation suggests something really strange with 4.1.29 (most of our earlier testing experimentation was with 4.1.27) or I have made a really toady configuration error. I have attached 2 representative servlet source samples - pretty trivial, server.xml, default web.xml (renamed as web_default.xml) and example context web.xml for servlets. Would have zipped but found that not permitted for list mail. Maybe something in these I'm doing wrong? Tomcat running (for test execution) on an HP dual proc (Intel PIII 1.133 GHz) platform running Linux - RedHat 7.1 - little or no extraneous load during the testing. Any insight might have would be well appreciated. Regards, -Jim- /* * HelloWait.java */ import java.io.*; import java.net.*; import java.util.Date; import java.text.DateFormat; import javax.servlet.*; import javax.servlet.http.*; /** * Servlet used to test concurrent connections. Waits for 30 seconds * before returning from doGet method. * * @author LayerJB */ public class HelloWait extends HttpServlet { /** * Process the HTTP GET request. * * @param req An HttpServletRequest object that contains the * request the client has made of the servlet. * @param res An HttpServletResponse object that contains the * response the servlet sends to the object. * * @exception ServletExceptionThrown if the request for the * GET could not be handled. * @exception IOException Thrown if an input or output * error is detected when the servlet * handles the request. */ public void doGet (HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { DateFormat dateFormat = DateFormat.getDateTimeInstance(); String sStart = dateFormat.format(new Date()); res.setContentType("text/html"); ServletOutputStream out = res.getOutputStream(); out.println("HelloWait"); out.println("doGet start: " + sStart + "We're waiting 30 seconds..."); out.flush(); try { Thread.sleep(3); } catch (InterruptedException ignore) {}; out.println("Done Waiting: " + dateFormat.format(new Date()) + ""); out.close(); } } /* * HelloWait2.java */ import java.io.*; import java.net.*; import java.util.Date; import java.text.DateFormat; import javax.servlet.*; import javax.servlet.http.*; /** * Servlet used
RE: TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
Hi, >This suggested to me that with minProcessors="1" and >maxProcessors="2", the server would allow 2 concurrent connections. Yup. >Seems maximum_concurrent_connections=(maxProcessors - minProcessors), >a slightly different relationship than I gathered from the docs. > >I was hoping someone could confirm this as normal, or is there maybe >a bug that I should perhaps watch for correction of later. Create a servlet that takes a long time to process, so you can easily observe the connections. Then make sure you make two concurrent requests to that servlet, and that the servlet's HTML output doesn't contain images, CSS references, or any other entities which would cause a separate HTTP connection to be initiated by the browser for that one page. This type of page is the most common cause for perceived problems with concurrent request processing. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server.xml - Connector configuration problem
Hi, >Actually I have 512MB RAM plus 756MB page size(virtual memory). >1.So i can use -Xmx 512m right? Not unless you want threashing. >2.what is this -XX:NewRatio?does this help? Read the docs. Experiment. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TC V4.1.29 Coyote Connector / minProcessors maxProcessors / Confusion
I'm a little confused regarding TC V4.1.29 Coyote HTTP/1.1 Connector attributes minProcessors and maxProcessors. Server config docs state minProcessors == number of connection threads to start initially and maxProcessors == the maximum number of connection threads that the server will create. This suggested to me that with minProcessors="1" and maxProcessors="2", the server would allow 2 concurrent connections. I tried the above values and found the server would handle 1 connection. Increasing to maxProcessors="3", 2 concurrent connections were available, and so on. Seems maximum_concurrent_connections=(maxProcessors - minProcessors), a slightly different relationship than I gathered from the docs. I was hoping someone could confirm this as normal, or is there maybe a bug that I should perhaps watch for correction of later. Additional minutia (to perhaps avoid adjacent questions ;-): Deploying Tomcat Standalone on a variety of Unix platforms. Likely will update to V4.1.30 shortly. Avoiding V5.0.x because a significant number of the (older) target systems are stuck on JVM 1.2.2 Using TC for moving data / messages, servlets only, no web pages, JSP, etc. Limiting concurrent connection count to relatively low numbers due to resource constraints on many of these platforms. Any feedback would be greatly appreciated. Regards, jblayer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Server.xml - Connector configuration problem
Hi Actually I have 512MB RAM plus 756MB page size(virtual memory). 1.So i can use -Xmx 512m right? 2.what is this -XX:NewRatio?does this help? Thanks., MALAI - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, March 24, 2004 2:52 PM Subject: RE: Server.xml - Connector configuration problem Hi, >2.In Jmeter right now i'm able to handle 75 concurrent users.How do i >increase the users? By increasing the memory allocated to your JVM (-Xmx) along with your hardware to match. By increasing and maxThreads number as well. >3.I have the JVM options, -Xms 256 -Xmx 512 and My RAM is 512K is this ok? "Is this OK?" is an imprecise question. The answer is that it's OK if you can handle the expected concurrent user load while maintaining acceptable response time. Also please try to be accurate when you specify these numbers: you have 512MB, not 512K of RAM available. You're using -Xms256m and -Xmx512m as java vm options. Note that the latter is someone misleading: you're telling the JVM it can use 512MB of RAM for the heap, but that's false. Between the OS, other processes, and the JVM overhead you're likely to have far less than 512MB available for the heap, so -Xmx512m is impossible and should not be specified. >4.How do i increase my concurrentusers capability? See above. >5.does minThread and maxThread parameters involved in this? Yes, they're involved. Read their documentation. >6.How do i know my platforms Integer.MIN_VALUE and Integer.MAX_VALUE ? Write a little java program that does System.out.println(Integer.MAX_VALUE) etc. As I said before, while these are the technical limits because maxThreads and acceptCount are stored as a java int, these are not the relevant limits: those are imposed by your hardware and OS. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: Server.xml - Connector configuration problem
Hello, Shapira, Yoav wrote: (in part) Also please try to be accurate when you specify these numbers: you have 512MB, not 512K of RAM available. You're using -Xms256m and -Xmx512m as java vm options. Note that the latter is someone misleading: you're telling the JVM it can use 512MB of RAM for the heap, but that's false. Between the OS, other processes, and the JVM overhead you're likely to have far less than 512MB available for the heap, so -Xmx512m is impossible and should not be specified. Wouldn't too large a -Xmx value result in swapping heap out to disk and negative (slower) performance affects? Not impossible, but certainly not advisable. ;-) Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server.xml - Connector configuration problem
Hi, >2.In Jmeter right now i'm able to handle 75 concurrent users.How do i >increase the users? By increasing the memory allocated to your JVM (-Xmx) along with your hardware to match. By increasing and maxThreads number as well. >3.I have the JVM options, -Xms 256 -Xmx 512 and My RAM is 512K is this ok? "Is this OK?" is an imprecise question. The answer is that it's OK if you can handle the expected concurrent user load while maintaining acceptable response time. Also please try to be accurate when you specify these numbers: you have 512MB, not 512K of RAM available. You're using -Xms256m and -Xmx512m as java vm options. Note that the latter is someone misleading: you're telling the JVM it can use 512MB of RAM for the heap, but that's false. Between the OS, other processes, and the JVM overhead you're likely to have far less than 512MB available for the heap, so -Xmx512m is impossible and should not be specified. >4.How do i increase my concurrentusers capability? See above. >5.does minThread and maxThread parameters involved in this? Yes, they're involved. Read their documentation. >6.How do i know my platforms Integer.MIN_VALUE and Integer.MAX_VALUE ? Write a little java program that does System.out.println(Integer.MAX_VALUE) etc. As I said before, while these are the technical limits because maxThreads and acceptCount are stored as a java int, these are not the relevant limits: those are imposed by your hardware and OS. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Server.xml - Connector configuration problem
Hi Shapira, Yoav, Thank you very much!!!Please see my comments... I'm using Jmeter and JProfiler right now. 1.According to Jprofiler my application does handle the memory part well.Like it does releases the object count. 2.In Jmeter right now i'm able to handle 75 concurrent users.How do i increase the users? 3.I have the JVM options, -Xms 256 -Xmx 512 and My RAM is 512K is this ok? 4.How do i increase my concurrentusers capability? 5.does minThread and maxThread parameters involved in this? 6.How do i know my platforms Integer.MIN_VALUE and Integer.MAX_VALUE ? Please advise me to proceed further.. Thanks., MALAI - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, March 24, 2004 1:55 PM Subject: RE: Server.xml - Connector configuration problem Hi, >My Questions: >1.How do i determine how many concurrent users can hit my application.? You analyze the business requirements for the system, and then you run a stress test tool like JMeter to see how many concurrent users your system can handle before becoming unresponsive or crashing. You cannot answer this question from server.xml alone. >2.Is there any limitation for minProcessors , maxProcessors and >acceptCountt? Sure. A technical limit is that the value for all three of these must be between java's Integer.MIN_VALUE and Integer.MAX_VALUE for your platform. Your hardware forces much lower maximums typically. >3.I'm getting belom mentioned Exception if i use more than 100 users? >Exception >CoyoteAdapter An exception or error occurred in the container during the >request processing >java.lang.OutOfMemoryError > >Please advise me to fix this issues. Run a profiler to see where memory is used in your app, and if you can improve your app to use memory better. Also investigate the usage of java vm options, such as -Xmx, to control the amount of memory that the JVM is allowed use. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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]