RE: Any procrun gurus here?
Jeff, There's no XML interface, but you can put the options in environment variables individually or use the procrun manager to enter them instead. Source code to procrun is in the jakarta commons-daemon project. Best regards Robert Longson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 15 September 2005 23:30 To: tomcat-user@jakarta.apache.org Subject: Any procrun gurus here? Aha! The *3* dashes before Classpath were the major culprit. (Is there any way to specify all of these parameters via an XML file?) Now it's running my main(), but the service exits immediately, apparently because my main doesn't do anything. I guess I'll go take another look at what Tomcat's Bootstrap.java does. -Jeff - Forwarded by J. Jeff Roberts/Lex/Lexmark on 09/15/2005 06:29 PM - |-+> | | J. Jeff Roberts | | || | | 09/15/2005 04:53 | | | PM | | || |-+> >--| | | | To: tomcat-user@jakarta.apache.org | | cc: | | Subject: Any procrun gurus here? | >--| Pardon the cross-post, but I was hoping there might be some procrun knowledge on this list. Thanks, -Jeff - Forwarded by J. Jeff Roberts/Lex/Lexmark on 09/15/2005 04:52 PM - |-+> | | J. Jeff Roberts | | || | | 09/15/2005 04:52 | | | PM | | || |-+> >--| | | | To: commons-user@jakarta.apache.org | | cc: | | Subject: [daemon] Crash (now just an error) on service Start - does this look familiar? | >--| OK, here's more information, in hopes that more detail will help narrow down what I'm missing. When I start Tomcat myself with Tomcat5.exe, I pass these parameters: tomcat5.exe //IS//Tomcat5 --Startup=auto --DisplayName="Lexmark Solutions Application Server" --Jvm="C:\Program Files\Lexmark\Solutions\jre\bin\client\jvm.dll" --JvmOptions=-Dcatalina.home="C:\Program Files\Lexmark\Solutions\tomcat";-Djava.endorsed.dirs="C:\Program Files\Lexmark\Solutions\tomcat\common\endorsed";-Djava.io.tmpdir="C:\Program Files\Lexmark\Solutions\tomcat\temp";-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager --Classpath="C:\Program Files\Lexmark\Solutions\tomcat\bin\bootstrap.jar" --JvmMs=512 --JvmMx=512 --StdError=auto --StdOutput=auto --LogPath="C:\Program Files\Lexmark\Solutions\tomcat\logs" --StartMode=jvm --StartClass=org.apache.catalina.startup.Bootstrap --StartParams=start --StopMode=jvm --StopClass=org.apache.catalina.startup.Bootstrap --StopParams=stop --Install="C:\Program Files\Lexmark\Solutions\tomcat\bin\tomcat5.exe" Now I'm trying to wrap my own service. At first I was getting an Access Violation when I started the service. Then I went and got Bootstrap.java from the Tomcat source distribution, pared it down the bare minimum and copied it into our build so that it's at the classpath below when I run the following command line. procrun //IS//BootStrap --Startup=auto --LogLevel=debug --DisplayName="BootStrap" --Jvm="C:\Program Files\Lexmark\Solutions\jre\bin\client\jvm.dll" ---Classpa
RE: Servlet lush problems via JK-1.2.14 and TC_5.0.28
Check out http://www.unix.org.ua/orelly/java-ent/servlet/ch06_03.htm Best regards Robert -Original Message- From: Zsolt [mailto:[EMAIL PROTECTED] Sent: 30 August 2005 15:46 To: Tomcat Users List Subject: Servlet lush problems via JK-1.2.14 and TC_5.0.28 Hi, When I start a long running servlet I want to give the user some feedback about the progress, thus I just print some characters to the browser from the servlet. It works fine when I go directly tomcat but when I go through apache and tomcat connector I see the characters in the browser only when the servlet is ready (that might take 20-30 minutes). Here is a part of the servlet: ... PrintWriter out = response.getWriter(); ... out.flush(); response.flushBuffer(); ... How can I force a flush via connector? I use jdk-1.5.0.4 under Linux with tomcat-5.0.28 and JK-1.2.14. Zsolt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat compileted for 64-bit Xeon machines
Philip, tomcat.exe is actually prunsrv.exe renamed from the commons-daemon project. You could try getting the source and compiling that with a 64 bit MS compiler. I don't know whether anyone has ever done so before. Best regards Robert. -Original Message- From: Philip Widan [mailto:[EMAIL PROTECTED] Sent: 25 August 2005 11:58 To: 'Tomcat Users List' Subject: RE: Tomcat compileted for 64-bit Xeon machines I've read the posting about Tomcat just being a Java application and SUN's Java 1.5 working on a Xeon 64-bit machine (X64). However, I'm concerned about the tomcat.exe in the bin directory, and the fact that I create a Tomcat service using this exe. If it's compiled as a 32-bit Windows app, then Windows will run it as a 32-bit app, even if Windows is 64-bit. Furthermore, a 32-bit app can't call a 64-bit app (according to Microsoft's website). So, if tomcat.exe is 32-bit, it won't load a 64-bit jvm (or will it). Alternatively, I'd have to run tomcat from the batch files, but I need to run it as a service. > -Original Message- > From: Philip Widan [mailto:[EMAIL PROTECTED] > Sent: 25 August 2005 12:46 > To: tomcat-user@jakarta.apache.org > Subject: Tomcat compileted for 64-bit Xeon machines > > > I'd like to run Tomcat on a Xeon 64-bit machine as a 64-bit > application, not > a 32-bit application. > > My questions are: > 1. Is there a 64-bit Tomcat download available? > 2. If '1' is no, then does the Tomcat team plan to make one > available soon? > 3. If '2' is no, then has anyone succesfully compiled Tomcat > for 64-bit, in > which case, can you give me suggestions regarding doing this? > > Thank you > Philip > > > - > 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] The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Long refresh delay with apache connector
Like this perhaps? http://www.unix.org.ua/orelly/java-ent/servlet/ch06_03.htm Best regards Robert -Original Message- From: Zsolt [mailto:[EMAIL PROTECTED] Sent: 22 August 2005 13:22 To: Tomcat Users List Subject: Long refresh delay with apache connector Long refresh delay with apache connector Hi, When I make a out.flush() and response.flushBuffer() the browser gets refreshed but when I go through the apache connector, the browser refreshes only when the servlet is finished. The servlet might long for a long time, how can I provide some feedback? Zsolt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deploying ROOT.war indicates missing application web.xml
Haveyou seen this article? http://ant.apache.org/faq.html#winzip-lies Best regards Robert -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: 22 August 2005 11:59 To: Tomcat Users List Subject: RE: Deploying ROOT.war indicates missing application web.xml Hi, OK, I've found the issue :( The Ant war task appears to have packed all files that were in the root of WEB-INF within a packed path of as web-inf (i.e lowercase) although not the classes which are packed within an uppercase WEB-INF. Looks like the funny theory is funny afterall. Cheers, Allistair. > -Original Message- > From: Allistair Crossley > Sent: 22 August 2005 11:48 > To: Tomcat Users List > Subject: RE: Deploying ROOT.war indicates missing application web.xml > > > Hi, > > Yes, the default ROOT.war does appear to work in the way I > have been trying to deploy my own ROOT.war, you're right there. > > Nevertheless I will hold that there are a lot of potential > differences between the empty default ROOT and an 18MB > struts/spring/hibernate etc... real-world web application so > I am not convinced just yet that it's my web application > packaging (especially with the valid tests I have shown by > manual unpack). > > I will see if I can pursue the reason and come back to you. > > Kindest regards, Allistair. > > PS: thanks for the usual insult, i'd expect no less. > > > -Original Message- > > From: Remy Maucherat [mailto:[EMAIL PROTECTED] > > Sent: 22 August 2005 11:32 > > To: Tomcat Users List > > Subject: Re: Deploying ROOT.war indicates missing > application web.xml > > > > > > On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > Just to reconfirm, and also to take into account what you > > did in your test > > > > > > 0. Check server.xml for unpackWARs="true" autoDeploy="true" > > > 1. I use Ant's war task to correctly war the web > > application package. > > > > I used 7zip. > > > > > 2. I clear Tomcat's webapps folder and restart for good measure. > > > > I only deleted the "ROOT" folder. > > > > > 3. I copy the war into webapps > > > 4. Tomcat reports > > > > > > INFO: Deploying web application archive ROOT.war > > > 22-Aug-2005 11:14:02 > > org.apache.catalina.startup.ContextConfig applicationWebConfig > > > INFO: Missing application web.xml, using defaults only > > StandardEngine[Catalina].StandardHost[localhost].StandardContext[] > > > > > > 5. I rename ROOT.war to ROOT.zip and open in WinZip to > > check file structure, in particular web.xml and to ensure > > that ROOT is not part of packaged paths. > > > 6. I unzip ROOT.zip to webapps\ROOT > > > 7. I make a request to the web application which succeeds > > including filters defined in the web.xml > > > 8. Stop Tomcat > > > 9. With WinZip, rezip the tested working ROOT folder contents > > > 10. Delete webapps\ROOT > > > 11. Rename ROOT.zip to ROOT.war > > > 12. Cut ROOT.war onto Desktop. > > > 13. Start Tomcat > > > 14. Cut ROOT.war into webapps > > > 15. Get same error. > > > > > > INFO: Deploying web application archive ROOT.war > > > 22-Aug-2005 11:14:02 > > org.apache.catalina.startup.ContextConfig applicationWebConfig > > > INFO: Missing application web.xml, using defaults only > > StandardEngine[Catalina].StandardHost[localhost].StandardContext[] > > > > > > Could the fact that my ROOT.war is 18MB have anything to do > > with Tomcat's ability to examine for the web.xml??? (wild guess) > > > > I know you like funny theories, but how about trying with > the default > > ROOT webapp then ? > > > > -- > > x > > Rémy Maucherat > > Developer & Consultant > > JBoss Group (Europe) SàRL > > x > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --- > QAS Ltd. > 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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this c
RE: Tomcat 5.5.7+JRockit = windows service won't start
You need to build prunsrv.exe, then rename it to replace tomcat5.exe. Robert -Original Message- From: Brad Baynes [mailto:[EMAIL PROTECTED] Sent: 19 August 2005 18:05 To: 'Tomcat Users List' Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start I'm a little fuzzy on the interaction between the components so I might be missing something here... I downloaded the latest nightly build of commons-daemon. This included the java components of daemon (commons-daemon.jar) but not the native component (procrun). I replaced my existing Tomcat commons-daemon.jar but this didn't seem to have any effect. Since I am using Tomcat5.exe (procrun) to install the service would I also need an updated build of this? Brad -Original Message----- From: Longson, Robert [mailto:[EMAIL PROTECTED] Sent: Friday, August 19, 2005 5:56 AM To: Tomcat User List (E-mail) Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start The current CVS version of commons-daemon works for me with the jvm.dll from BEA Weblogic 8.1. I ran a test java service rather than tomcat but I expect the result would be the same with tomcat. The current CVS commons-daemon has had the -Xrs code removed by revision 190890. Robert The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - 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: startup parameters in tomcat on windows 2000 server
Tomcat uses commons daemon to run as a service. tomcat5w.exe is really prunmgr.exe and tomcat5.exe is prunsrv.exe Instructions for configuring prunmgr.exe and prunsrv.exe are here: http://jakarta.apache.org/commons/daemon/procrun.html Robert The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.7+JRockit = windows service won't start
The current CVS version of commons-daemon works for me with the jvm.dll from BEA Weblogic 8.1. I ran a test java service rather than tomcat but I expect the result would be the same with tomcat. The current CVS commons-daemon has had the -Xrs code removed by revision 190890. Robert The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer.