undeploy /admin
Hi, I'm new in the list and I begin using apache-tomcat-5.5.23 with juddi. My question: When I change a parameter JNDI (jdbc/juddiDB) in the juddy project with the Administration Tool I see the following log and my session is invalidate. 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/manager] 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/host-manager] 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/balancer] 21.08.2007 08:19:23 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/admin] Why does tomcat undeploy this webapps? Thanks Marco - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SSL port number
Stephen Caine wrote: >> Stephen Caine wrote: >> >>> A simple way to restart Tomcat from a non-root user would be nice. >> Interesting wish. A non-root user with the right to control my >> system services is approximately the last thing I would want to see. > > Well, if you can set a 'user' option for startup, why not shutdown? Because it would make no sense. With the -user option you don't define who may start the jsvc binary but the account the Java daemon spawned by jsvc will run as. Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Adrian Sutton schrieb: > I've been setting up Tomcat 5.5, with Java 5 on a Debian Etch server > with a lot of success and just one problem - Tomcat seems to take a > long time to load. I think the problem started when I installed APR/ > tomcat native and enabled SSL through it but it's hard to pin point > because the whole setup came together largely at once (it's a brand > new server). WAG: your APR uses /dev/random as random source which blocks when it runs out of entropy. You could re-build APR after you ./configure'd it with --with-devrandom=/dev/urandom or you could try Mladen's advice here http://marc.info/?l=tomcat-user&m=118209169008472&w=2 "Or one can simply create a $HOME/.rnd file by himself with 'openssl rand -out $HOME/.rnd 2048'" Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to detect user logins
Current strategy works (it's separated in 2 steps inside a common-chain of operation), but it makes wuite a few lines to try to detect user login, and if tomcat was already providing such event that could be handled by a context listener, that would have been, perhaps, cleaner. En l'instant précis du 20/08/07 17:41, Christopher Schultz s'exprimait en ces termes: > David, > > David Delbecq wrote: > > For now, the layout is Filter that check userPrincipal. If user > > principal is not null for the first time, issues that check, mark > > that user got checked for next times, in session, and continue query. > > However, if i could mark the session as "need upgrade" upon login, > > this would make things, i think, easier to manage as filter would > > only need to look for that "need upgrade" flag. > > I think you'll find that you're just breaking your filter into two > separate filters: you'd have one that check to see if the session "needs > an upgrade", and then another one to "upgrade" it. Since the > functionality is all related, I'm not sure if there's a good reason not > to keep it all together. > > Do you have any particular complaints about your existing strategy? > > -chris > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- David Delbecq Institut Royal Météorologique Ext:518 -- http://www.noooxml.org/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: undeploy /admin
That's probably because you configured your datasource jdbc/juddiDB in the global context instead of in a specific (juddi?) webapp context. Because all webapps have access to global context, a change in global context affects all webapps and tomcat restarts all webapps. En l'instant précis du 21/08/07 09:04, Marco Schwarz s'exprimait en ces termes: > Hi, I'm new in the list and I begin using apache-tomcat-5.5.23 with juddi. > > My question: > When I change a parameter JNDI (jdbc/juddiDB) in the juddy project with > the Administration Tool I see the following log and my session is > invalidate. > > 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources > INFO: Undeploying context [/manager] > 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources > INFO: Undeploying context [/host-manager] > 21.08.2007 08:19:22 org.apache.catalina.startup.HostConfig checkResources > INFO: Undeploying context [/balancer] > 21.08.2007 08:19:23 org.apache.catalina.startup.HostConfig checkResources > INFO: Undeploying context [/admin] > > Why does tomcat undeploy this webapps? > > Thanks > Marco > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- http://www.noooxml.org/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Joakim T Monstad is out of the office.
I think i should send him txt if possible :D En l'instant précis du 20/08/07 23:22, [EMAIL PROTECTED] s'exprimait en ces termes: > I will be out of the office starting 08/20/2007 and will not return until > 08/23/2007. > > I will respond to your message when I return, but can be reached at 952 836 > 4385 (send a txt if possible, since I won't be able to answer many calls) > -- http://www.noooxml.org/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Possible Tomcat + Javascript + Internet Explorer Problem
Thanks for the help. I figured the problem. It was a javascript problem after all. Thanks a lot again. -- View this message in context: http://www.nabble.com/Possible-Tomcat-%2B-Javascript-%2B-Internet-Explorer-Problem-tf4297179.html#a12250815 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat manager
Hello! I've lot of tomcat instances running around the world and I want an easy way to manager each one, using some simple manager tool. DO you suggest something? Some plugin to eclipse? Thanks a lot
Memory problems
Hi We have implemented a picture server in Tomcat. The pictures are cached in a map. When the memory is nearly full, some entries are removed from map. However, eventually the entries in the map become fewer and fewer even though the memory consumption stays high. In other words more and more memory are used outside the map. According to a heap dump done by jmap, there are many org.apache.tomcat.util.buf.ByteChunk instances referencing large byte[], which we suspect to be previously used pictures. We have tried both Tomcat 5.5.9 and Tomcat 6 under JBoss 4.2.0. Both showed the same behaviour. Are there any way to stop Tomcat from cached these large byte[] internally? The ByteChunks are referenced from IntermediateOutputstream, C2BConverter and OutputBuffer. Best regards, Morten Knudsen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat manager
In what way do you want to manage them? Are you aware of the manager webapp [1] ? [1] http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html On 8/21/07, Andrew Hole <[EMAIL PROTECTED]> wrote: > Hello! > > I've lot of tomcat instances running around the world and I want an easy way > to manager each one, using some simple manager tool. > DO you suggest something? > Some plugin to eclipse? > > Thanks a lot > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
On 21/08/2007, at 5:39 PM, Markus Schönhaber wrote: WAG: your APR uses /dev/random as random source which blocks when it runs out of entropy. You could re-build APR after you ./configure'd it with --with-devrandom=/dev/urandom or you could try Mladen's advice here http://marc.info/?l=tomcat-user&m=118209169008472&w=2 "Or one can simply create a $HOME/.rnd file by himself with 'openssl rand -out $HOME/.rnd 2048'" Bingo! It's deceptive that the delay comes before the mention of the HTTPS connector - that combined with some bad advice I found on the internet confusing configuring Java to use urandom instead of configuring APR and I thought I'd eliminated that option. In the end, ~root/.rnd and ~tomcat55/.rnd were both ignored but setting the RANDFILE environment variable worked. Not sure what it was defaulting to. Anyway, everything now starts up lightning fast. Thanks for the help. Adrian Sutton http://www.symphonious.net - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory problems
> From: Morten > According to a heap dump done by jmap, there are many > org.apache.tomcat.util.buf.ByteChunk instances referencing > large byte[], > which we suspect to be previously used pictures. > > We have tried both Tomcat 5.5.9 and Tomcat 6 under JBoss > 4.2.0. Both showed > the same behaviour. > > Are there any way to stop Tomcat from cached these large > byte[] internally? > The ByteChunks are referenced from IntermediateOutputstream, > C2BConverter and OutputBuffer. Hmm. Those are all Tomcat util classes, so they're almost certainly held by something else. Can you find out what's holding on to those instances, and make sure the chain of references goes entirely through Tomcat rather than via JBoss, your webapp or something you've cached in your session? - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Adrian Sutton wrote: > In the end, ~root/.rnd and ~tomcat55/.rnd were both ignored but > setting the RANDFILE environment variable worked. Not sure what it > was defaulting to. > > Anyway, everything now starts up lightning fast. Thanks for the help. I had just re-read Mladen's mail and experimented with RANDFILE myself, thinking that setting it to /dev/urandom might be the easiest solution. I strace'd Tomcat but couldn't find any hint that the value of RANDFILE is honored. Since my APR is built to use /dev/urandom I can't be sure, but if you just restarted Tomcat doing some typing and mouse-moving in between, the speed increase during startup might just be a result of /dev/random having gathered enough entropy in the meantime to satisfy Tomcat's read request without blocking. Does Tomcat start still fast if you do something like dd if=/dev/random of=/dev/null bs=1 let that run for a couple of seconds and start Tomcat immediately after interrupting it? Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Markus Schönhaber wrote: > Does Tomcat start still fast if you do something like > dd if=/dev/random of=/dev/null bs=1 > let that run for a couple of seconds and start Tomcat immediately after > interrupting it? I think that's phrased a bit confusingly. What I tried to say is the following: If you - stop Tomcat - dd if=/dev/random of=/dev/null bs=1 - let the above dd command run for a couple of seconds, then interrupt it - start Tomcat does Tomcat still start fast? Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
I had just re-read Mladen's mail and experimented with RANDFILE myself, thinking that setting it to /dev/urandom might be the easiest solution. I strace'd Tomcat but couldn't find any hint that the value of RANDFILE is honored. Since my APR is built to use /dev/urandom I can't be sure, but if you just restarted Tomcat doing some typing and mouse-moving in between, the speed increase during startup might just be a result of /dev/random having gathered enough entropy in the meantime to satisfy Tomcat's read request without blocking. RANDFILE is definitely honored and it does work well setting it as / dev/urandom. I've restarted Tomcat a number of times and it stayed fast, plus: cat /proc/sys/kernel/random/entropy_avail consistently returns low values. Generating activity. In fact, with hindsight the times that Tomcat took longest to start were the times I wasn't doing anything else on the server - but the startup time was always 5 minutes or more and now it starts in under a minute. I'm only accessing the server via SSH btw - it's actually an Amazon EC2 instance. Does Tomcat start still fast if you do something like dd if=/dev/random of=/dev/null bs=1 let that run for a couple of seconds and start Tomcat immediately after interrupting it? Yep, no delays at all. Adrian Sutton http://www.symphonious.net - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
20 Tips for Using Tomcat in Production
I thought my latest blog post would be of interest to the people on this list: http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory problems
>> Are there any way to stop Tomcat from cached these large >> byte[] internally? >> The ByteChunks are referenced from IntermediateOutputstream, >> C2BConverter and OutputBuffer. >Hmm. Those are all Tomcat util classes, so they're almost certainly >held by something else. Can you find out what's holding on to those >instances, and make sure the chain of references goes entirely through >Tomcat rather than via JBoss, your webapp or something you've cached in >your session? > The graph looks like this: The byte[] is referenced from: - ByteChunk (A) - ByteChunk (B) ByteChunk (A) is referenced by: - org.apache.tomcat.util.buf.C2BConverter (AA) - org.apache.tomcat.util.buf.IntermediateOutputStream (AB) - org.apache.catalina.connector.OutputBuffer (AC) ByteChunk (B) is referenced by: - org.apache.catalina.connector.OutputBuffer (AC) C2BConverter (AA) is referenced by: - HashMap$Entry (AAA) - org.apache.catalina.connector.OutputBuffer (AC) IntermediateOutputStream (AB) is referenced by: - org.apache.tomcat.util.buf.C2BConverter (AA) - org.apache.tomcat.util.buf.WriteConvertor (ABA) - sun.nio.cs.StreamEnocder (ABB) OutputBuffer (AC) is referenced by: - org.apache.catalina.conncetor.CoyoteOutputStream (ACA) - org.apache.catalina.connector.CoyoteWriter (ACB) - org.apache.catalina.connector.Response (ACC) HashMap$Entry (AAA) is referenced by: - [] org.apache.catalina.conncetor.CoyoteOutputStream (ACA) is referenced by: - org.apache.catalina.connector.Response (ACC) org.apache.catalina.connector.CoyoteWriter (ACB) is referenced by: - org.apache.catalina.connector.Response (ACC) org.apache.catalina.connector.Response (ACC) is referenced by: - org.apache.catalina.connector.ResponseFacade (ACCA) - [] (ACCB) - org.apache.catalina.connector.Request (ACCC) I cannot find any trace of any JBoss or any webapp class. Best regards, Morten - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: 20 Tips for Using Tomcat in Production
Thank you very much! -Mensagem original- De: Shane Witbeck [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 21 de agosto de 2007 09:10 Para: users@tomcat.apache.org Assunto: 20 Tips for Using Tomcat in Production I thought my latest blog post would be of interest to the people on this list: http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does anyone have an approach to checking if Tomcat instance is UP?
Kim Do you have reason to believe that the OutOfMemory exception is due to: * some cumulative effect (e.g. memory leak), in which case you need to restart, preferably (just) before it happens * the qty of active sessions, so you need to load-balance when near some threshold (offload to a less busy server iff poss else "please come back later") * the complexity of some user's request, in which case your app isn't really "down" at all... Paul Kim Albee wrote: Tracy, The JSP does a call to a method in our app -- which if it runs, that means the app is up and available -- the method does a simple query against the DB and then returns a status of OK if the method runs through just fine. In our example from this weekend -- the health.jsp (which is the one that does this check) ran and returned a good result, but the main index.jspreturned the 500 error with the OutOfMemory exception. So that is what is confusing here. thanks, Kim :-) On 8/20/07, Nelson, Tracy M. <[EMAIL PROTECTED]> wrote: How is your JSP checking your application? Are you issuing a request to your app and checking the HTTP status? If so, why isn't it recognizing the 500? Or is the JSP in your application which is failing? | -Original Message- | From: Kim Albee [mailto:[EMAIL PROTECTED] | Sent: Monday, 20 August, 2007 09:48 | | Repeatedly, that JSP will work, but the site is down because Tomcat hit an | OutOfMemory exception -- but our JSP (which is very small) still runs | through it's process and returns that everything is happy. Our | application | is up, but the 500 error is an OutOFMemory exception. - The information contained in this message is confidential proprietary property of Nelnet, Inc. and its affiliated companies (Nelnet) and is intended for the recipient only. Any reproduction, forwarding, or copying without the express permission of Nelnet is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this e-mail. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Paul Singleton Jambusters Ltd tel: 01782 750821 fax: 08707 628609 VAT: 777 3904 85 Company no. 04150146 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help for basic SSL certificate authentication
Hi, I'am writing my very first Java aplication which is dealing with SSL. I want to write Server side aplication which will ask for certificate, and Client aplication which only need to show content of certificate on user screen, for example, in console. Every help is welcome. Thanks, Igor Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
Re: 20 Tips for Using Tomcat in Production
Very nice. May i suggest 2 comments perhaps?: 6... If you're loading several applications with several of the same library dependencies, consider moving them from the applications' |WEB-INF/lib| directory to Tomcat's shared library |{catalina.home}/shared/lib|. This will reduce the memory used by each application and result in smaller WAR files. You should make a remark that this change the behaviour of webapp: a) Shared classloader is searched in last ressort when looking for classes, according to http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. b) Because the classes are shared, they share config & singletons and if they store objects statically they will prevent webapp unloading 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of performance improvements. Note that you can gain even more performance if you recompile your "string concatenation hungry" (d=""+b+"ccc") support libaries for jdk 5+ on a multi CPU system. This is because jdk5 uses the non-synchronized stringbuilder instead of the jdk 4- synchronized StringBuffer. And synchronization over multiple cpu takes a few more cycles than on single CPU machines. En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces termes: > I thought my latest blog post would be of interest to the people on this list: > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- http://www.noooxml.org/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Adrian Sutton wrote: > RANDFILE is definitely honored and it does work well setting it as / > dev/urandom. I've restarted Tomcat a number of times and it stayed > fast, plus: > cat /proc/sys/kernel/random/entropy_avail > consistently returns low values. Generating activity. In fact, with > hindsight the times that Tomcat took longest to start were the times > I wasn't doing anything else on the server - but the startup time was > always 5 minutes or more and now it starts in under a minute. Good to hear. Thanks for trying that. I'll have to find out why for me the value RANDFILE is set to doesn't seem to have any effect - or, for that matter, whether it really doesn't have any effect. Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Good stuff I'm doing 70% of what you suggest and Tomcat 5.5.20 hums along nicely on Debian Linux with Java 1.5.0_04 I bet this one runs and runs ... Rgds Duncan On 8/21/07, Shane Witbeck <[EMAIL PROTECTED]> wrote: > I thought my latest blog post would be of interest to the people on this list: > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does anyone have an approach to checking if Tomcat instance is UP?
Jeff Hoffmann wrote: Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan, Dan Armbrust wrote: A simple cron job that points to a URL using lynx, and greps the output for what it should see will do the trick... I would use wget instead of Lynx, but that's just me. Don't forget that the OP said that his JSPs appear to run correctly even after the OOME. If what you're concerned about is an OOME, you can have a JSP that queries the runtime memory usage and outputs something easily parsable to alert you to a (pending) problem. IE: Runtime rt = Runtime.getRuntime(); double used = rt.totalMemory()-rt.freeMemory(); double free = rt.freeMemory(); double available = rt.maxMemory()-rt.totalMemory(); double usedpercent = (used/rt.maxMemory()) * 100; double freepercent = (free/rt.maxMemory()) * 100; double availablepercent = (available/rt.maxMemory()) * 100; Thanks for this - is there a similar (or any) way to anticipate "out of PermGen"? Paul S. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Well... be careful on the use of the shared/common classloader. It works as long as all the apps can use the same version of a library. If there are changes to the API and you have the library in the shared or common classloaders you'll have to upgrade all the webapps at once. --David David Delbecq wrote: Very nice. May i suggest 2 comments perhaps?: 6... If you're loading several applications with several of the same library dependencies, consider moving them from the applications' |WEB-INF/lib| directory to Tomcat's shared library |{catalina.home}/shared/lib|. This will reduce the memory used by each application and result in smaller WAR files. You should make a remark that this change the behaviour of webapp: a) Shared classloader is searched in last ressort when looking for classes, according to http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. b) Because the classes are shared, they share config & singletons and if they store objects statically they will prevent webapp unloading 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of performance improvements. Note that you can gain even more performance if you recompile your "string concatenation hungry" (d=""+b+"ccc") support libaries for jdk 5+ on a multi CPU system. This is because jdk5 uses the non-synchronized stringbuilder instead of the jdk 4- synchronized StringBuffer. And synchronization over multiple cpu takes a few more cycles than on single CPU machines. En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces termes: I thought my latest blog post would be of interest to the people on this list: http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does anyone have an approach to checking if Tomcat instance is UP?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kim, Kim Albee wrote: > The JSP does a call to a method in our app -- which if it runs, that means > the app is up and available -- the method does a simple query against the DB > and then returns a status of OK if the method runs through just fine. > > In our example from this weekend -- the health.jsp (which is the one that > does this check) ran and returned a good result, but the main > index.jspreturned the 500 error with the OutOfMemory exception. So > that is what is confusing here. Two things are wrong: 1. Your "health check" is flawed ; otherwise, it would catch the fact that you have a "dead" server. 2. index.jsp is causing its own OOME, not reporting an existing condition. What does index.jsp do that health.jsp does not? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyuhJ9CaO5/Lv0PARAoq1AJ45SG2Qa1qF/4BEJAoFoWG7yv4mrACdERCp 6CJVZUI8DlpWojvHP0+HgBM= =sPT9 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to detect user logins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Delbecq wrote: > Current strategy works (it's separated in 2 steps inside a common-chain > of operation), but it makes wuite a few lines to try to detect user > login, and if tomcat was already providing such event that could be > handled by a context listener, that would have been, perhaps, cleaner. How about an HttpSessionListener? It looks like what you really want is a LoginListener or something like that, which doesn't exist in the spec. You could always write your own Realm by subclassing an existing one and adding such notification (or even stuff your magic "needs-upgrade" object into the session. I still don't think you'll be saving yourself that much work. Null checks are cheap, and since they can be deployed on any app server and any version (good luck when you upgrade Tomcat if you're subclasses the Realm), I would recommend the more manageable solution over the (potentially) faster one. - -chris > > En l'instant précis du 20/08/07 17:41, Christopher Schultz s'exprimait > en ces termes: >> David, >> >> David Delbecq wrote: >>> For now, the layout is Filter that check userPrincipal. If user >>> principal is not null for the first time, issues that check, mark >>> that user got checked for next times, in session, and continue query. >>> However, if i could mark the session as "need upgrade" upon login, >>> this would make things, i think, easier to manage as filter would >>> only need to look for that "need upgrade" flag. >> I think you'll find that you're just breaking your filter into two >> separate filters: you'd have one that check to see if the session "needs >> an upgrade", and then another one to "upgrade" it. Since the >> functionality is all related, I'm not sure if there's a good reason not >> to keep it all together. >> >> Do you have any particular complaints about your existing strategy? >> >> -chris >> > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyuqF9CaO5/Lv0PARAvxHAJ0XQpmTm1mnS40M3E00n2izln9jWwCeIri/ dHKr3EGCZ5HxIs8whMb+LJ4= =nrd+ -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context.xml not being copied across on deployment
Hi Chuck, I've tried removing it but the redeploy is still copying over the WAR version. I've rechecked the paths for the tomcat.context.xml which is pointing apparently to the correct place. Is there any thing else that I can check? Iain -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: 17 August 2007 15:30 To: Tomcat Users List Subject: RE: context.xml not being copied across on deployment > From: Emsley, I (Iain) [mailto:[EMAIL PROTECTED] > Subject: context.xml not being copied across on deployment > > When I check the xml files in > \apache-tomcat-5.5.17\conf\Catalina\localhost, I'm still getting the > context for Hypersonic rather than MySQL. A element in conf/Catalina/[host]/[app].xml will override the one in the webapps's META-INF/context.xml file. Try removing the conf/Catalina/[host]/[app].xml file first, either as part of your deployment script or manually. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Markus, Markus Schönhaber wrote: > I'll have to find out why for me the value RANDFILE is set to doesn't > seem to have any effect - or, for that matter, whether it really doesn't > have any effect. Perhaps by configuring with --randfile=/dev/urandom (which it sounds like you did), the code to honor the RANDFILE environment variable is eliminated. Perhaps configuring with no specific randfile settings gives you the extra option of using RANDFILE. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyu5m9CaO5/Lv0PARAhUzAJ95BolRFqOh+H6I8KU/kWCcrT8YOACfRQXh /d5LaANBhDK504eyqwr9RYU= =So0j -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: context.xml not being copied across on deployment
> From: Emsley, I (Iain) [mailto:[EMAIL PROTECTED] > Subject: RE: context.xml not being copied across on deployment > > I've tried removing it but the redeploy is still copying over the WAR > version. That's what it's supposed to do. Why is that a problem? Is the one in META-INF/context.xml incorrect? If so, fix it. > I've rechecked the paths for the tomcat.context.xml which is > pointing apparently to the correct place. What do you mean by tomcat.context.xml? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Markus Schönhaber wrote: Adrian Sutton wrote: RANDFILE is definitely honored and it does work well setting it as / dev/urandom. I've restarted Tomcat a number of times and it stayed fast, plus: cat /proc/sys/kernel/random/entropy_avail consistently returns low values. Generating activity. In fact, with hindsight the times that Tomcat took longest to start were the times I wasn't doing anything else on the server - but the startup time was always 5 minutes or more and now it starts in under a minute. Good to hear. Thanks for trying that. I'll have to find out why for me the value RANDFILE is set to doesn't seem to have any effect - or, for that matter, whether it really doesn't have any effect. Regards mks I'm not sure about it, but didn't Mladen change something in tcnative, when that problem showed up in tomcat-user? Or maybe he just added an option as a connector attribute ... Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Followup to self: There's an addition in tcnative 1.1.10: Author: mturk Date: Sun Apr 1 22:22:42 2007 New Revision: 524725 URL: http://svn.apache.org/viewvc?view=rev&rev=524725 Log: In case we don't specify the global randFile use like mod_ssl does with builtin. This fixes long init on some platforms. Modified: tomcat/connectors/trunk/jni/native/src/ssl.c Modified: tomcat/connectors/trunk/jni/native/src/ssl.c URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/ssl.c?view=diff&rev=524725&r1=524724&r2=524725 == --- tomcat/connectors/trunk/jni/native/src/ssl.c (original) +++ tomcat/connectors/trunk/jni/native/src/ssl.c Sun Apr 1 22:22:42 2007 @@ -259,7 +259,7 @@ file = ssl_global_rand_file; if (file == NULL) -file = RAND_file_name(buffer, sizeof(buffer)); +return -1; else if ((n = RAND_egd(file)) > 0) { return n; } Didn't check, but that might be the difference, concerning respecting RANDFILE? Regards, Rainer Rainer Jung wrote: Markus Schönhaber wrote: Adrian Sutton wrote: RANDFILE is definitely honored and it does work well setting it as / dev/urandom. I've restarted Tomcat a number of times and it stayed fast, plus: cat /proc/sys/kernel/random/entropy_avail consistently returns low values. Generating activity. In fact, with hindsight the times that Tomcat took longest to start were the times I wasn't doing anything else on the server - but the startup time was always 5 minutes or more and now it starts in under a minute. Good to hear. Thanks for trying that. I'll have to find out why for me the value RANDFILE is set to doesn't seem to have any effect - or, for that matter, whether it really doesn't have any effect. Regards mks I'm not sure about it, but didn't Mladen change something in tcnative, when that problem showed up in tomcat-user? Or maybe he just added an option as a connector attribute ... Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shane, Shane Witbeck wrote: > I thought my latest blog post would be of interest to the people on this list: I like the list. Could you provide references where appropriate? For instance, you reference the Tomcat documentation in point #3, but don't provide a link to the original documentation so readers can see it in context. I also agree with David and, uh, David, that #6 is a little dubious. Yes, moving shared libraries into the common/lib directory will save you some memory, but it creates a management headache when it comes to version numbers, WAR packaging, etc. Ideally, the WAR contains everything the webapp needs. If you rely on the servlet container to provide essential libraries, you are changing your deployment strategy significantly. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyvEd9CaO5/Lv0PARAkgHAKC+r4J+CMqaBtkBu52zw++/duGmngCglRuk Zjl7KeAJuD2q1xKhbUTjVxw= =C4Nf -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Chris, Yes I agree that the extent at which #6 is implemented probably depends a lot on the size of the app (namely the number of libraries). There's already a link to the Tomcat original documentation for #3 although I noticed I forgot the link for #2. Thanks for the comments, Shane On 8/21/07, Christopher Schultz <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Shane, > > Shane Witbeck wrote: > > I thought my latest blog post would be of interest to the people on this > > list: > > I like the list. Could you provide references where appropriate? For > instance, you reference the Tomcat documentation in point #3, but don't > provide a link to the original documentation so readers can see it in > context. > > I also agree with David and, uh, David, that #6 is a little dubious. > Yes, moving shared libraries into the common/lib directory will save you > some memory, but it creates a management headache when it comes to > version numbers, WAR packaging, etc. Ideally, the WAR contains > everything the webapp needs. If you rely on the servlet container to > provide essential libraries, you are changing your deployment strategy > significantly. > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGyvEd9CaO5/Lv0PARAkgHAKC+r4J+CMqaBtkBu52zw++/duGmngCglRuk > Zjl7KeAJuD2q1xKhbUTjVxw= > =C4Nf > -END PGP SIGNATURE- > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thank you, Shane Witbeck Digital Sanctum, inc. - skype: digitalsanctum blog: http://www.digitalsanctum.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.io.FileNotFoundException on tomcat 6 startup
Hello, I am hoping someone can help me with this. I have been trying to get a standalone instance of tomcat 6 (6.0.13) to startup on a windows XP laptop. I am using java 6 (build 1.6.0_01-b06). I am not sure if this is just a java version incompatibility problem or something else. It simply says it can't open the server.xml file. I have the environment variables set ( JAVA_HOME and CATALINA_HOME ) and they seem to resolve properly at the command line. Any Suggestions as to why it can't open the server.xml file? Is it absolutely imperative that I change something in this file for it to work? It also says it can't find the log files and gives four FileNotFoundExceptions. I have tried creating these but I still get the same errors. It looks like there is a quotation problem on the java.io.FileNotFoundException line but I'm not sure. Any suggestions? Thanks! Chris java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.13" -Dcatalina.home=C:\apache-tomcat-6.0.13"\logs\catalina.2007-08-21.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at java.io.FileWriter.(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.(FileHandler.java:59) at org.apache.juli.FileHandler.(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:398) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:342) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:238) at java.util.logging.LogManager$2.run(LogManager.java:254) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:252 ) at java.util.logging.LogManager.getLogManager(LogManager.java:235) at java.util.logging.Logger.(Logger.java:221) at java.util.logging.LogManager$RootLogger.(LogManager.java:969) at java.util.logging.LogManager$RootLogger.(LogManager.java:966) at java.util.logging.LogManager$1.run(LogManager.java:179) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.(LogManager.java:156) at java.util.logging.Logger.getLogger(Logger.java:274) at org.apache.juli.logging.DirectJDKLog.(DirectJDKLog.java:71) at org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:178) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:170) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:241) at org.apache.juli.logging.LogFactory.getLog(LogFactory.java:296) at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:54) java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.13" -Dcatalina.home=C:\apache-tomcat-6.0.13"\logs\localhost.2007-08-21.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at java.io.FileWriter.(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.(FileHandler.java:59) at org.apache.juli.FileHandler.(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.r
Re: 20 Tips for Using Tomcat in Production
David, Thanks for your comments. I've added them to the blog post for everyone's benefit. Shane On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > Very nice. May i suggest 2 comments perhaps?: > > 6... If you're loading several applications with several of the same > library dependencies, consider moving them from the applications' > |WEB-INF/lib| directory to Tomcat's shared library > |{catalina.home}/shared/lib|. This will reduce the memory used by each > application and result in smaller WAR files. > > You should make a remark that this change the behaviour of webapp: > a) Shared classloader is searched in last ressort when looking for > classes, according to > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > b) Because the classes are shared, they share config & singletons and > if they store objects statically they will prevent webapp unloading > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > performance improvements. > > Note that you can gain even more performance if you recompile your > "string concatenation hungry" (d=""+b+"ccc") support libaries for > jdk 5+ on a multi CPU system. This is because jdk5 uses the > non-synchronized stringbuilder instead of the jdk 4- synchronized > StringBuffer. And synchronization over multiple cpu takes a few more > cycles than on single CPU machines. > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces > termes: > > I thought my latest blog post would be of interest to the people on this > > list: > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- > http://www.noooxml.org/ > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thank you, Shane Witbeck Digital Sanctum, inc. - skype: digitalsanctum blog: http://www.digitalsanctum.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Christopher Schultz wrote: > Markus Schönhaber wrote: >> I'll have to find out why for me the value RANDFILE is set to doesn't >> seem to have any effect - or, for that matter, whether it really doesn't >> have any effect. > > Perhaps by configuring with --randfile=/dev/urandom (which it sounds > like you did), Yep, I did. > the code to honor the RANDFILE environment variable is > eliminated. Perhaps configuring with no specific randfile settings gives > you the extra option of using RANDFILE. Might well be. I don't know. OTOH Rainer's hint about the change in tcnative might point to the culprit. Although, to me, this change seemed to *introduce* the possibility that the value of RANDFILE will be honored (I'm using tcnative 1.10). Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Rainer Jung wrote: > There's an addition in tcnative 1.1.10: > > Author: mturk > Date: Sun Apr 1 22:22:42 2007 > New Revision: 524725 > > URL: http://svn.apache.org/viewvc?view=rev&rev=524725 > Log: > In case we don't specify the global randFile use like mod_ssl does with > builtin. This fixes long init on some platforms. > > Modified: > tomcat/connectors/trunk/jni/native/src/ssl.c > > Modified: tomcat/connectors/trunk/jni/native/src/ssl.c > URL: > http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/ssl.c?view=diff&rev=524725&r1=524724&r2=524725 > == > --- tomcat/connectors/trunk/jni/native/src/ssl.c (original) > +++ tomcat/connectors/trunk/jni/native/src/ssl.c Sun Apr 1 22:22:42 2007 > @@ -259,7 +259,7 @@ > file = ssl_global_rand_file; > > if (file == NULL) > -file = RAND_file_name(buffer, sizeof(buffer)); > +return -1; > else if ((n = RAND_egd(file)) > 0) { > return n; > } > > Didn't check, but that might be the difference, concerning respecting > RANDFILE? I'm not familiar enough with the tcnative or OpenSSL code to understand the change above just by looking at this snippet. But from Mladen's comment it seems to me that this would *introduce* respect for RANDFILE. Am I wrong? Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.io.FileNotFoundException on tomcat 6 startup
I'm seeing stuff like C:\apache-tomcat-6.0.13"\conf\server.xml (notice the stray double quote character) in your paths. Could it be you have one extra quote in your environtment variables or startup script? --David Chris Wiley wrote: Hello, I am hoping someone can help me with this. I have been trying to get a standalone instance of tomcat 6 (6.0.13) to startup on a windows XP laptop. I am using java 6 (build 1.6.0_01-b06). I am not sure if this is just a java version incompatibility problem or something else. It simply says it can't open the server.xml file. I have the environment variables set ( JAVA_HOME and CATALINA_HOME ) and they seem to resolve properly at the command line. Any Suggestions as to why it can't open the server.xml file? Is it absolutely imperative that I change something in this file for it to work? It also says it can't find the log files and gives four FileNotFoundExceptions. I have tried creating these but I still get the same errors. It looks like there is a quotation problem on the java.io.FileNotFoundException line but I'm not sure. Any suggestions? Thanks! Chris java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.13" -Dcatalina.home=C:\apache-tomcat-6.0.13"\logs\catalina.2007-08-21.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at java.io.FileWriter.(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.(FileHandler.java:59) at org.apache.juli.FileHandler.(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:398) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:342) at org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManage r.java:238) at java.util.logging.LogManager$2.run(LogManager.java:254) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:252 ) at java.util.logging.LogManager.getLogManager(LogManager.java:235) at java.util.logging.Logger.(Logger.java:221) at java.util.logging.LogManager$RootLogger.(LogManager.java:969) at java.util.logging.LogManager$RootLogger.(LogManager.java:966) at java.util.logging.LogManager$1.run(LogManager.java:179) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.(LogManager.java:156) at java.util.logging.Logger.getLogger(Logger.java:274) at org.apache.juli.logging.DirectJDKLog.(DirectJDKLog.java:71) at org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:178) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:170) at org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:241) at org.apache.juli.logging.LogFactory.getLog(LogFactory.java:296) at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:54) java.util.logging.ErrorManager: 4 java.io.FileNotFoundException: C:\apache-tomcat-6.0.13" -Dcatalina.home=C:\apache-tomcat-6.0.13"\logs\localhost.2007-08-21.log (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:177) at java.io.FileOutputStream.(FileOutputStream.java:102) at java.io.FileWriter.(FileWriter.java:61) at org.apache.juli.FileHandler.open(FileHandler.java:259) at org.apache.juli.FileHandler.(FileHandler.java:59) at org.apache.juli.FileHandler.(FileHandler.java:50) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constru
Re: java.io.FileNotFoundException on tomcat 6 startup
try to set CATALINA_HOME without any quotes - since there are no gaps in the directory-name, you don't need them anyways. example: set CATALINA_HOME=C:\apache-tomcat-6.0.13 cheers gregor -- what's puzzlin' you, is the nature of my game gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Markus Schönhaber wrote: Rainer Jung wrote: @@ -259,7 +259,7 @@ file = ssl_global_rand_file; if (file == NULL) -file = RAND_file_name(buffer, sizeof(buffer)); +return -1; else if ((n = RAND_egd(file)) > 0) { return n; } Didn't check, but that might be the difference, concerning respecting RANDFILE? I'm not familiar enough with the tcnative or OpenSSL code to understand the change above just by looking at this snippet. But from Mladen's comment it seems to me that this would *introduce* respect for RANDFILE. Am I wrong? Regards mks Let's see: doesn't this *remove* the RAND_file_name() line? Man page of RAND_file_name() says, that it returns a file for andomness and respects variable RANDFILE. I neither know the code well, nor did I check now, if there are other references to RANDFILE. Mladen's commit log entry "In case we don't specify the global randFile use like mod_ssl does with builtin. This fixes long init on some platforms." doesn't really contradict this interpretation. I simply thought it could be helpful to point out recent changes in behaviour. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Real-Time Tracking and Tuning for Busy Tomcat Servers.
An amazing article of Real-Time Tracking and Tuning for Busy Tomcat Servers. http://www.devx.com/Java/Article/32730/1954?pf=true Could you help me to develop something equal if I have Context setuped like the following: Thanks a lot
RES: Re: Memory problems
Have you considered using Lambda Probe for tracking tomcat memory use details? Give it a try, maybe you'll be able to find alive object references that could be garbage collected. http://www.lambdaprobe.org/ -Mensagem original- De: news [mailto:[EMAIL PROTECTED] Em nome de Morten Enviada em: terça-feira, 21 de agosto de 2007 09:11 Para: users@tomcat.apache.org Assunto: Re: Memory problems >> Are there any way to stop Tomcat from cached these large byte[] >> internally? >> The ByteChunks are referenced from IntermediateOutputstream, >> C2BConverter and OutputBuffer. >Hmm. Those are all Tomcat util classes, so they're almost certainly >held by something else. Can you find out what's holding on to those >instances, and make sure the chain of references goes entirely through >Tomcat rather than via JBoss, your webapp or something you've cached in >your session? > The graph looks like this: The byte[] is referenced from: - ByteChunk (A) - ByteChunk (B) ByteChunk (A) is referenced by: - org.apache.tomcat.util.buf.C2BConverter (AA) - org.apache.tomcat.util.buf.IntermediateOutputStream (AB) - org.apache.catalina.connector.OutputBuffer (AC) ByteChunk (B) is referenced by: - org.apache.catalina.connector.OutputBuffer (AC) C2BConverter (AA) is referenced by: - HashMap$Entry (AAA) - org.apache.catalina.connector.OutputBuffer (AC) IntermediateOutputStream (AB) is referenced by: - org.apache.tomcat.util.buf.C2BConverter (AA) - org.apache.tomcat.util.buf.WriteConvertor (ABA) - sun.nio.cs.StreamEnocder (ABB) OutputBuffer (AC) is referenced by: - org.apache.catalina.conncetor.CoyoteOutputStream (ACA) - org.apache.catalina.connector.CoyoteWriter (ACB) - org.apache.catalina.connector.Response (ACC) HashMap$Entry (AAA) is referenced by: - [] org.apache.catalina.conncetor.CoyoteOutputStream (ACA) is referenced by: - org.apache.catalina.connector.Response (ACC) org.apache.catalina.connector.CoyoteWriter (ACB) is referenced by: - org.apache.catalina.connector.Response (ACC) org.apache.catalina.connector.Response (ACC) is referenced by: - org.apache.catalina.connector.ResponseFacade (ACCA) - [] (ACCB) - org.apache.catalina.connector.Request (ACCC) I cannot find any trace of any JBoss or any webapp class. Best regards, Morten - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Rainer Jung schrieb: > Let's see: doesn't this *remove* the RAND_file_name() line? Man page of > RAND_file_name() says, that it returns a file for andomness and respects > variable RANDFILE. I neither know the code well, nor did I check now, > if there are other references to RANDFILE. Mladen's commit log entry "In > case we don't specify the global randFile use like mod_ssl does with > builtin. This fixes long init on some platforms." doesn't really > contradict this interpretation. Yep, now that you say it it is clear for me too. Been a blockhead, obviously. Just to confirm that I don't get it wrong again: it is to be expected that the value of RANDFILE is ignored in my case since im using tcnative 1.10? > I simply thought it could be helpful to point out recent changes in > behaviour. You have been very helpful! Thanks for that. Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Very Slow Startup with APR
Markus Schönhaber wrote: Just to confirm that I don't get it wrong again: it is to be expected that the value of RANDFILE is ignored in my case since im using tcnative 1.10? That's my expectation too. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Tip #8: You tell the users about the tomcat-users.xml file for adding the role info but never tell them where to enter the RemoteAddrValve in order to restrict IPs. On Tue, 2007-08-21 at 10:57, Shane Witbeck wrote: > David, > > Thanks for your comments. I've added them to the blog post for > everyone's benefit. > > Shane > > On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > > Very nice. May i suggest 2 comments perhaps?: > > > > 6... If you're loading several applications with several of the same > > library dependencies, consider moving them from the applications' > > |WEB-INF/lib| directory to Tomcat's shared library > > |{catalina.home}/shared/lib|. This will reduce the memory used by each > > application and result in smaller WAR files. > > > > You should make a remark that this change the behaviour of webapp: > > a) Shared classloader is searched in last ressort when looking for > > classes, according to > > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > > b) Because the classes are shared, they share config & singletons and > > if they store objects statically they will prevent webapp unloading > > > > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > > performance improvements. > > > > Note that you can gain even more performance if you recompile your > > "string concatenation hungry" (d=""+b+"ccc") support libaries for > > jdk 5+ on a multi CPU system. This is because jdk5 uses the > > non-synchronized stringbuilder instead of the jdk 4- synchronized > > StringBuffer. And synchronization over multiple cpu takes a few more > > cycles than on single CPU machines. > > > > > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces > > termes: > > > I thought my latest blog post would be of interest to the people on this > > > list: > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > > > - > > > To start a new topic, e-mail: users@tomcat.apache.org > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > > http://www.noooxml.org/ > > > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does anyone have an approach to checking if Tomcat instance is UP?
Everyone -- thanks for all the ideas and feedback. We've attempted to take the approach with our health.jsp to check the major functions in our application -- so if we can do a database request, that checks a bunch of things - and returns without error lets us know that our application is functioning. We figured that since it was running through Tomcat (as a .JSP) that tomcat would have to be up to have the page respond... so we didn't worry about Tomcat itself. Should we? In this instance the health.jsp continued to work and report all was good, while the main index.jsp got an OutOfMemory exception. If I query the runtime memory, will that have caught the exception happening in in the index.jsp? So if I check the available memory or percentage and it's lower than whtever threshhold we establish, then we could return a 'down' condition... would that be a solid way to catch any further memory errors? We use a monitoring tool that has the automated checks for the application JVM and we can set different threshholds there -- but I've got to be able to have the check run by the load balancer know that the system is down -- and it does only a simple check against this JSP page, and then knows to fail over -- so while we are working to establish threshhold alerts with our monitoring application, we also want to ensure the load balancer fails over accurately as well... So all suggestions are welcome. Kim :-) On 8/21/07, Christopher Schultz <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kim, > > Kim Albee wrote: > > The JSP does a call to a method in our app -- which if it runs, that > means > > the app is up and available -- the method does a simple query against > the DB > > and then returns a status of OK if the method runs through just fine. > > > > In our example from this weekend -- the health.jsp (which is the one > that > > does this check) ran and returned a good result, but the main > > index.jspreturned the 500 error with the OutOfMemory exception. So > > that is what is confusing here. > > Two things are wrong: > > 1. Your "health check" is flawed ; otherwise, it would catch the fact > that you have a "dead" server. > > 2. index.jsp is causing its own OOME, not reporting an existing condition. > > What does index.jsp do that health.jsp does not? > > - -chris > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGyuhJ9CaO5/Lv0PARAoq1AJ45SG2Qa1qF/4BEJAoFoWG7yv4mrACdERCp > 6CJVZUI8DlpWojvHP0+HgBM= > =sPT9 > -END PGP SIGNATURE- > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
RES: 20 Tips for Using Tomcat in Production
We should create a wiki to accomplish all theses tips Why not? -Mensagem original- De: Ben Souther [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 21 de agosto de 2007 14:46 Para: Tomcat Users List Assunto: Re: 20 Tips for Using Tomcat in Production Tip #8: You tell the users about the tomcat-users.xml file for adding the role info but never tell them where to enter the RemoteAddrValve in order to restrict IPs. On Tue, 2007-08-21 at 10:57, Shane Witbeck wrote: > David, > > Thanks for your comments. I've added them to the blog post for > everyone's benefit. > > Shane > > On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > > Very nice. May i suggest 2 comments perhaps?: > > > > 6... If you're loading several applications with several of the same > > library dependencies, consider moving them from the applications' > > |WEB-INF/lib| directory to Tomcat's shared library > > |{catalina.home}/shared/lib|. This will reduce the memory used by > > |each > > application and result in smaller WAR files. > > > > You should make a remark that this change the behaviour of webapp: > > a) Shared classloader is searched in last ressort when looking for > > classes, according to > > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > > b) Because the classes are shared, they share config & singletons > > and if they store objects statically they will prevent webapp > > unloading > > > > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > > performance improvements. > > > > Note that you can gain even more performance if you recompile your > > "string concatenation hungry" (d=""+b+"ccc") support libaries > > for jdk 5+ on a multi CPU system. This is because jdk5 uses the > > non-synchronized stringbuilder instead of the jdk 4- synchronized > > StringBuffer. And synchronization over multiple cpu takes a few more > > cycles than on single CPU machines. > > > > > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en > > ces > > termes: > > > I thought my latest blog post would be of interest to the people on this > > > list: > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat- > > > in-production/ > > > > > > -- > > > --- To start a new topic, e-mail: users@tomcat.apache.org To > > > unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > > http://www.noooxml.org/ > > > > > > > > - To start a new topic, e-mail: users@tomcat.apache.org To > > unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Good point. I've updated the entry to be more specific. Thanks! On 8/21/07, Ben Souther <[EMAIL PROTECTED]> wrote: > Tip #8: > > You tell the users about the tomcat-users.xml file for adding the role > info but never tell them where to enter the RemoteAddrValve in order to > restrict IPs. > > > > > > On Tue, 2007-08-21 at 10:57, Shane Witbeck wrote: > > David, > > > > Thanks for your comments. I've added them to the blog post for > > everyone's benefit. > > > > Shane > > > > On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > > > Very nice. May i suggest 2 comments perhaps?: > > > > > > 6... If you're loading several applications with several of the same > > > library dependencies, consider moving them from the applications' > > > |WEB-INF/lib| directory to Tomcat's shared library > > > |{catalina.home}/shared/lib|. This will reduce the memory used by each > > > application and result in smaller WAR files. > > > > > > You should make a remark that this change the behaviour of webapp: > > > a) Shared classloader is searched in last ressort when looking for > > > classes, according to > > > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > > > b) Because the classes are shared, they share config & singletons and > > > if they store objects statically they will prevent webapp unloading > > > > > > > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > > > performance improvements. > > > > > > Note that you can gain even more performance if you recompile your > > > "string concatenation hungry" (d=""+b+"ccc") support libaries for > > > jdk 5+ on a multi CPU system. This is because jdk5 uses the > > > non-synchronized stringbuilder instead of the jdk 4- synchronized > > > StringBuffer. And synchronization over multiple cpu takes a few more > > > cycles than on single CPU machines. > > > > > > > > > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces > > > termes: > > > > I thought my latest blog post would be of interest to the people on > > > > this list: > > > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > > > > > - > > > > To start a new topic, e-mail: users@tomcat.apache.org > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > -- > > > http://www.noooxml.org/ > > > > > > > > > - > > > To start a new topic, e-mail: users@tomcat.apache.org > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thank you, Shane Witbeck Digital Sanctum, inc. - skype: digitalsanctum blog: http://www.digitalsanctum.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running MINA inside Tomcat causing problems.
then modify HostConfig.java to spit out that info, I looked at the code, it doesn't tell you why its reloading even with debug enabled Filip satish viswanatham wrote: Hi This undeploy does not happen during startup. It happens after receiving few TCP and UDP messages. Now the app gets un-deployed and does not get re-deployed. No additional information was provided why the app got un-deployed. I want to know the root cause of why the app being un-deployed? thanks Satish On 8/20/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: does the undeploy happen during startup? or after running for a while? if it is during runtime, you can disable the host autoDeploy Filip satish viswanatham wrote: Is there way to log more details about why HostConfig checkResources was called? On an exception or some other problem? Aug 20, 2007 1:24:54 PM org.apache.catalina.startup.HostConfigcheckResources INFO: Undeploying context [/tester] thanks Satish On 8/20/07, satish viswanatham <[EMAIL PROTECTED]> wrote: Hi Filip, Thank you for a quick response. I do have reloadable="false" in my context. I do not see web.xml's time stamp changing. thanks Satish On 8/20/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: make sure your turn reloadable="false" for your context, and make sure nothing modifies the timestamp of WEB-INF/web.xml Filip satish viswanatham wrote: Hi I have a Servlet- which start TCP and UDP MINA servers. After receiving few packets on the server - the servlet gets un-deployed. Not java stack trace or details were available in the logs. Is there is a way to debug this? The code runs fine outside Tomcat. I think MINA uses Sl4J and I made sure I have commons-logging.jar, log4j.jar and sl4j-log4j12-1.3.1.jar. I am using Tomcat 5.5.12. Which version of log4j does Tomcat 5.5.12 use? I tried with both Apache MINA 1.1 and 1.0. It has the same issue. I have just this web app deployed on tomcat. Please let me know, if you have suggestions. thanks Aug 20, 2007 1:24:54 PM org.apache.catalina.startup.HostConfigcheckResources INFO: Undeploying context [/tester] Aug 20, 2007 1:26:41 PM org.apache.catalina.loader.WebappClassLoaderloadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.mina.transport.socket.nio.support.DatagramConnectorDelegate . The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Aug 20, 2007 1:26:41 PM org.apache.catalina.loader.WebappClassLoaderloadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.spi.ThrowableInformation . The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Aug 20, 2007 1:26:41 PM org.apache.catalina.loader.WebappClassLoaderloadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.spi.ThrowableInformation . The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/961 - Release Date: 8/19/2007 7:27 AM - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/961 - Release Date: 8/19/2007 7:27 AM - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDBCRealm + Expired Passwords
Has anyone written or know of a JDBCRealm that supports an expired password ? -Thanks Steve More - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Uncanny Error
Hi All, Can anyone who is knowledgeable of dynamic class reloading help me to understand some strange behaviour... I run my servlet on Tomcat, it works great for a while, but then some classes seem to disappear, or at least they cant be found any more... I don't know much about Javaassist, but there seems to be some dynamic class reloading or something to that effect causing the error. When the application breaks it fills the logs with errors similar to the one below where the only thing that varies each time is the class (no such class: $RandomClass) Error: org.apache.hivemind.ApplicationRuntimeException: Unable to add method java.lang.Object get(ognl.OgnlContext, java.lang.Object) to class $ASTProperty_11488aa7b43: [source error] no such class: $RiskModel_61 Caused by: javassist.CannotCompileException: [source error] no such class: $RiskModel_61 Kind regards Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Graceful webapp reloading
Hi everyone ! I'm wondering how to gracefully reload a webapp ? For the moment, I'm forcing the reloading of my application by touching my myapp.xml file in conf/Catalina/localhost/ . It causes myapp to be stop and then start. The problem is while that process, the queries on the server have error like: 503 This application is not currently available Or 404 /myapp/myservlet The requested resource is not available. I guess the first error appears in the gap between unloading a reloading myapp and the second one while myapp is being reload and dont have all its servlets registered yet. Is there a way to setup tomcat to do a nice graceful reload where all the current requests are allowed to finish and the new one putted into a queue until the application is fully loaded and ready to serve them ? Thank you for your help ! Jerome. -- Jerome Eteve. [EMAIL PROTECTED] http://jerome.eteve.free.fr/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Does anyone have an approach to checking if Tomcat instance is UP?
| From: Kim Albee [mailto:[EMAIL PROTECTED] | Sent: Tuesday, 21 August, 2007 12:49 | | We use a monitoring tool that has the automated checks for the application | JVM and we can set different threshholds there -- but I've got to be able | to | have the check run by the load balancer know that the system is down -- | and | it does only a simple check against this JSP page, and then knows to fail | over -- so while we are working to establish threshhold alerts with our | monitoring application, we also want to ensure the load balancer fails | over | accurately as well... | | So all suggestions are welcome. I'm not entirely sure how feasible this is, but can you have an output filter or valve catch (or at least note) the 500 status? If so, then maybe it could log an error to the database. Since you said your status page was able to hit the database even after the app crashed, you should hopefully be able to retrieve the error indication. - The information contained in this message is confidential proprietary property of Nelnet, Inc. and its affiliated companies (Nelnet) and is intended for the recipient only. Any reproduction, forwarding, or copying without the express permission of Nelnet is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this e-mail. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
The connector entries are also case sensitive: Good point. I've updated the entry to be more specific. Thanks! > > On 8/21/07, Ben Souther <[EMAIL PROTECTED]> wrote: > > Tip #8: > > > > You tell the users about the tomcat-users.xml file for adding the role > > info but never tell them where to enter the RemoteAddrValve in order to > > restrict IPs. > > > > > > > > > > > > On Tue, 2007-08-21 at 10:57, Shane Witbeck wrote: > > > David, > > > > > > Thanks for your comments. I've added them to the blog post for > > > everyone's benefit. > > > > > > Shane > > > > > > On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > > > > Very nice. May i suggest 2 comments perhaps?: > > > > > > > > 6... If you're loading several applications with several of the same > > > > library dependencies, consider moving them from the applications' > > > > |WEB-INF/lib| directory to Tomcat's shared library > > > > |{catalina.home}/shared/lib|. This will reduce the memory used by each > > > > application and result in smaller WAR files. > > > > > > > > You should make a remark that this change the behaviour of webapp: > > > > a) Shared classloader is searched in last ressort when looking for > > > > classes, according to > > > > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > > > > b) Because the classes are shared, they share config & singletons and > > > > if they store objects statically they will prevent webapp unloading > > > > > > > > > > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > > > > performance improvements. > > > > > > > > Note that you can gain even more performance if you recompile your > > > > "string concatenation hungry" (d=""+b+"ccc") support libaries for > > > > jdk 5+ on a multi CPU system. This is because jdk5 uses the > > > > non-synchronized stringbuilder instead of the jdk 4- synchronized > > > > StringBuffer. And synchronization over multiple cpu takes a few more > > > > cycles than on single CPU machines. > > > > > > > > > > > > > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en ces > > > > termes: > > > > > I thought my latest blog post would be of interest to the people on > > > > > this list: > > > > > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > > > > > > > - > > > > > To start a new topic, e-mail: users@tomcat.apache.org > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > > http://www.noooxml.org/ > > > > > > > > > > > > - > > > > To start a new topic, e-mail: users@tomcat.apache.org > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does anyone have an approach to checking if Tomcat instance is UP?
No - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
Thanks! I've corrected the entries. On 8/21/07, Ben Souther <[EMAIL PROTECTED]> wrote: > The connector entries are also case sensitive: > > > Should be > > > > > > On Tue, 2007-08-21 at 13:55, Shane Witbeck wrote: > > Good point. I've updated the entry to be more specific. Thanks! > > > > On 8/21/07, Ben Souther <[EMAIL PROTECTED]> wrote: > > > Tip #8: > > > > > > You tell the users about the tomcat-users.xml file for adding the role > > > info but never tell them where to enter the RemoteAddrValve in order to > > > restrict IPs. > > > > > > > > > > > > > > > > > > On Tue, 2007-08-21 at 10:57, Shane Witbeck wrote: > > > > David, > > > > > > > > Thanks for your comments. I've added them to the blog post for > > > > everyone's benefit. > > > > > > > > Shane > > > > > > > > On 8/21/07, David Delbecq <[EMAIL PROTECTED]> wrote: > > > > > Very nice. May i suggest 2 comments perhaps?: > > > > > > > > > > 6... If you're loading several applications with several of the same > > > > > library dependencies, consider moving them from the applications' > > > > > |WEB-INF/lib| directory to Tomcat's shared library > > > > > |{catalina.home}/shared/lib|. This will reduce the memory used by each > > > > > application and result in smaller WAR files. > > > > > > > > > > You should make a remark that this change the behaviour of webapp: > > > > > a) Shared classloader is searched in last ressort when looking for > > > > > classes, according to > > > > > http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html. > > > > > b) Because the classes are shared, they share config & singletons and > > > > > if they store objects statically they will prevent webapp unloading > > > > > > > > > > > > > > > 7...Consider JDK 1.5 or even better JDK 1.6 to take advantage of > > > > > performance improvements. > > > > > > > > > > Note that you can gain even more performance if you recompile your > > > > > "string concatenation hungry" (d=""+b+"ccc") support libaries for > > > > > jdk 5+ on a multi CPU system. This is because jdk5 uses the > > > > > non-synchronized stringbuilder instead of the jdk 4- synchronized > > > > > StringBuffer. And synchronization over multiple cpu takes a few more > > > > > cycles than on single CPU machines. > > > > > > > > > > > > > > > > > > > > En l'instant précis du 21/08/07 14:10, Shane Witbeck s'exprimait en > > > > > ces > > > > > termes: > > > > > > I thought my latest blog post would be of interest to the people on > > > > > > this list: > > > > > > > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > > > > > > > > > - > > > > > > To start a new topic, e-mail: users@tomcat.apache.org > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > -- > > > > > http://www.noooxml.org/ > > > > > > > > > > > > > > > - > > > > > To start a new topic, e-mail: users@tomcat.apache.org > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > - > > > To start a new topic, e-mail: users@tomcat.apache.org > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thank you, Shane Witbeck Digital Sanctum, inc. - skype: digitalsanctum blog: http://www.digitalsanctum.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDBCRealm + Expired Passwords
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephen, Stephen More wrote: > Has anyone written or know of a JDBCRealm that supports an expired password ? Can you phrase that in a different way? I wouldn't want my JDBCRealm to allow expired passwords to be used. Do you mean that you want expired-password-users to be forced to change their password before doing anything else? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyzw79CaO5/Lv0PARAmHNAKClt64b23+I7sH00qjLDGffNkbY/wCgniR1 99vbSIqBOgDuLkLX7D8V4ys= =QI3O -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
In putting #1 into the JAVA_OPTS (which it appears that is the CATALINA_OPTS for our implementation), it doesn't appear to work, as Tomcat doesn't restart. It could be our version -- which is currently 5.0.30. please let me know if there are other steps we need to take here as well. thanks, Kim :-) On 8/21/07, Shane Witbeck <[EMAIL PROTECTED]> wrote: > > I thought my latest blog post would be of interest to the people on this > list: > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: 20 Tips for Using Tomcat in Production
You can actually use JAVA_OPTS or CATALINA_OPTS to add the options and the options only apply to JDK 1.5 or above. I don't think the version of Tomcat matters here. Shane On 8/21/07, Kim Albee <[EMAIL PROTECTED]> wrote: > In putting #1 into the JAVA_OPTS (which it appears that is the CATALINA_OPTS > for our implementation), it doesn't appear to work, as Tomcat doesn't > restart. It could be our version -- which is currently 5.0.30. please let > me know if there are other steps we need to take here as well. > > thanks, > Kim :-) > > On 8/21/07, Shane Witbeck <[EMAIL PROTECTED]> wrote: > > > > I thought my latest blog post would be of interest to the people on this > > list: > > > > > > http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- Thank you, Shane Witbeck Digital Sanctum, inc. - skype: digitalsanctum blog: http://www.digitalsanctum.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shane, Shane Witbeck wrote: > You can actually use JAVA_OPTS or CATALINA_OPTS to add the options and > the options only apply to JDK 1.5 or above. I don't think the version > of Tomcat matters here. There is a (minor) difference between the two: JAVA_OPTS will always be passed to the Java process (including a "stop" command), while CATALINA_OPTS will only be passed when you use the "start" and "run" commands. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy15a9CaO5/Lv0PARApoOAJ9VANwQ8wPJnrAtSluG9g+KJ5/cbgCgoVH0 CZiSJdduRHree380Y5UraVY= =8P48 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Why are log4j jars treated differently?
Hello, I'd like to ask a question regarding the log4j jars and how tomcat treats/handles them. Tomcat version: 5.5.23 Log4j version: 1.2.5 (I don't think that versions matter here) If one deploys as follows: ${tomcat_home}/shared/lib/log4j.jar ${tomcat_home}/shared/classes/log4j.properties All is well. But if a webapp is thrown into the mix that comes bundled with log4j as well: ${tomcat_home}/shared/lib/log4j.jar ${tomcat_home}/shared/classes/log4j.properties ${tomcat_home}/webapps//WEB-INF/lib/log4j.jar All of a sudden tomcat gets confused and fails to initialize log4j properly. My questions to the list are: a) Why is it that there are many other jars that can be present in both of the following directories: 1) shared/lib 2) WEB-INF/lib but never have a problem, whereas log4j breaks? b) Is it because the log4j.properties file is sitting in shared/classes thats causing some confusion here? In the process of writing this email, an idea struck me of having log4j.properties file in WEB-INF/classes/ as well so I'll go try that and write back if that resolves my issue but I don't want to delay sending this email for the experts' responses. Any help is most appreciated. Cheers!
Re: 20 Tips for Using Tomcat in Production
From: Christopher Schultz > I also agree with David and, uh, David, that #6 is a little dubious. > Yes, moving shared libraries into the common/lib directory will save you > some memory, but it creates a management headache when it comes to > version numbers, WAR packaging, etc. Ideally, the WAR contains > everything the webapp needs. If you rely on the servlet container to > provide essential libraries, you are changing your deployment strategy > significantly. +1 Starting with Servlet Spec 2.3 (I think) there has been an emphasis on putting everything a web app needs to run into its war file. To put include something that runs contrary to this 'best practice' in an article of tips at this point in time doesn't sound like a good idea. I would seriously consider replacing that one with something else. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 20 Tips for Using Tomcat in Production
I agree, i'm not willing to pay the management overhead of putting my shared libraries to the tomcat common lib, unless my gains are very big in terms of memory consumption. I don't really think you should change for another one though, but you can make regards about the cons of that approach. Anyway, great work 5 stars. On 8/21/07, Ben Souther <[EMAIL PROTECTED]> wrote: > > From: > Christopher Schultz > > I also agree with David and, uh, David, that #6 is a little dubious. > > Yes, moving shared libraries into the common/lib directory will save you > > some memory, but it creates a management headache when it comes to > > version numbers, WAR packaging, etc. Ideally, the WAR contains > > everything the webapp needs. If you rely on the servlet container to > > provide essential libraries, you are changing your deployment strategy > > significantly. > > +1 > > Starting with Servlet Spec 2.3 (I think) there has been an emphasis on > putting everything a web app needs to run into its war file. > To put include something that runs contrary to this 'best practice' in > an article of tips at this point in time doesn't sound like a good idea. > > I would seriously consider replacing that one with something else. > > > > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Diego Yasuhiko Kurisaki
Re: 20 Tips for Using Tomcat in Production
#6 - Shared classloaders are evil, but not as evil as the invoker servlet. With a shared loader you can easily get Singleton assumptions being wrong, class cast exceptions, versioning woes, and other issues. Saving a little perm memory just doesn't justify it. #7 - You should have a staging environment just like production. Your development environment can just be a laptop which will probably somewhat underpowered compared to your production instance. -Tim Shane Witbeck wrote: I thought my latest blog post would be of interest to the people on this list: http://www.digitalsanctum.com/2007/08/18/20-tips-for-using-tomcat-in-production/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat embedded 5.5 localhost alias
Hi I am using tomcat embedded 5.5 to demo a web application on cd. I can't figure out how to change the URL string fromhttp://localhost:8080/. to http://myHost:8080/.. addAlias and setHostName dont seem to work. following are my host creation code: // set Engine propertiesbaseEngineName = name + "Engine"; hostName = name + "Host"; baseEngine.setName(baseEngineName); baseEngine.setDefaultHost(hostName); //set host// ** host name doesnt seem to change the url ** baseHost = embedded.createHost(hostName, WEBAPPS); baseHost.addAlias("myHost");baseEngine.addChild(baseHost); Please tell me how to change the default localhost URL string or point me in the right direction. (i searched google and came up empty) thanksAlex _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx
Re: JDBCRealm + Expired Passwords
On 8/21/07, Christopher Schultz <[EMAIL PROTECTED]> wrote: > Stephen More wrote: > > Has anyone written or know of a JDBCRealm that supports an expired password > > ? > > Do you mean that you want expired-password-users to be forced to change > their password before doing anything else? Yes, this is exactly what I am looking for: "I want expired-password-users to be forced to change their password before doing anything else." Does such a Realm/project exist ? -Steve More - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT tomcat embedded 5.5 localhost alias
It has nothing to with Tomcat in this case. http://localhost equals http://127.0.0.1 equals http://AAA.BBB.CCC.DDD (the IP address of the machine) When it comes to accessing the web page from the machine that is hosting the site. The above is not exactly correct when it comes to things like firewalls and such. So please no lectures on this. The first two only work from the machine to itself. The third will work from any machine that can connect to the host via a network. Now in order to use http://myHost there must be something to convert it to either the second or third item above. On the Internet the DNS servers do this for you. For local use you either have to have a DNS server with the entry for myHost OR use a host file. If you find your host file and open it you will find the entry that makes the first example above work. If you are running this on someone else's machine then I am unaware of any means to do this without modifying their host file. Someone on the list may have a way that I am not aware of. - Original Message - From: "Alex Cheung" <[EMAIL PROTECTED]> To: Sent: Tuesday, August 21, 2007 8:25 PM Subject: tomcat embedded 5.5 localhost alias Hi I am using tomcat embedded 5.5 to demo a web application on cd. I can't figure out how to change the URL string fromhttp://localhost:8080/. to http://myHost:8080/.. addAlias and setHostName dont seem to work. following are my host creation code: // set Engine propertiesbaseEngineName = name + "Engine"; hostName = name + "Host"; baseEngine.setName(baseEngineName); baseEngine.setDefaultHost(hostName); //set host// ** host name doesnt seem to change the url ** baseHost = embedded.createHost(hostName, WEBAPPS); baseHost.addAlias("myHost");baseEngine.addChild(baseHost); Please tell me how to change the default localhost URL string or point me in the right direction. (i searched google and came up empty) thanksAlex _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: OT tomcat embedded 5.5 localhost alias
That explains things quite clearly thanks for the quick reply :) cheers Alex > From: [EMAIL PROTECTED]> To: users@tomcat.apache.org> Subject: Re: OT tomcat > embedded 5.5 localhost alias> Date: Tue, 21 Aug 2007 21:38:13 -0400> > It has > nothing to with Tomcat in this case.> > http://localhost> > equals> > > http://127.0.0.1> > equals> > http://AAA.BBB.CCC.DDD (the IP address of the > machine)> > When it comes to accessing the web page from the machine that is > hosting the > site.> > The above is not exactly correct when it comes to > things like firewalls and > such. So please no lectures on this.> > The first > two only work from the machine to itself.> > The third will work from any > machine that can connect to the host via a > network.> > Now in order to use > http://myHost there must be something to convert it to > either the second or > third item above. On the Internet the DNS servers do > this for you. For > local use you either have to have a DNS server with the > entry for myHost OR > use a host file. If you find your host file and open it > you will find the > entry that makes the first example above work. If you are > running this on > someone else's machine then I am unaware of any means to do > this without > modifying their host file.> > Someone on the list may have a way that I am > not aware of.> > > > - Original Message - > From: "Alex Cheung" > <[EMAIL PROTECTED]>> To: > Sent: Tuesday, August 21, > 2007 8:25 PM> Subject: tomcat embedded 5.5 localhost alias> > > Hi> I am > using tomcat embedded 5.5 to demo a web application on cd.> > I can't figure > out how to change the URL string > fromhttp://localhost:8080/. to > http://myHost:8080/..> > addAlias and setHostName dont seem to work.> > > following are my host creation code:> > // set Engine properties > baseEngineName = name + "Engine"; > hostName = name + "Host";> > baseEngine.setName(baseEngineName); > baseEngine.setDefaultHost(hostName);> > //set host // ** host name doesnt seem to change the url ** > baseHost = > embedded.createHost(hostName, WEBAPPS); > baseHost.addAlias("myHost"); > baseEngine.addChild(baseHost);> > Please tell me how to change the default > localhost URL string or point me in > the right direction.> (i searched > google and came up empty)> > thanksAlex> > _> News, > entertainment and everything you care about at Live.com. Get it now!> > http://www.live.com/getstarted.aspx > > > > -> To > start a new topic, e-mail: users@tomcat.apache.org> To unsubscribe, e-mail: > [EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED]> _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
Re: Tomcat on FreeBSD
Ronald Klop wrote: What java version are you running? Ronald. On Fri Aug 17 16:00:41 CEST 2007 Tomcat Users List wrote: Hi, I have installed Tomcat 5.5.23_1 on FreeBSD 6.2. I have used Servlets a lot in the past but have not used ant. I am now trying to get this development environment to work. Following the basic portinstall of Tomcat on FreeBSD I did the following: 1. sudo cp /usr/local/tomcat5.5/server/lib/catalina-ant.jar /usr/local/share/java/apache-ant/lib 2. Made a sample project 3. set manager url in build.xml http://localhost:8180/manager"/> 4. Chnage permissions in tomcat cd /usr/local/tomcat5.5] sudo chown -R www webapps Once this was done I was able to compile the project and install it using: ant ant install I did notice that it created a new directory in webapps with the new application. So far so good. If I try to install it again I get an error stating that it is already installed. Again, so far so good. The problem that I have is if I make changes to the project and reload the application using ant reload I get the following output: reload: [reload] OK - Reloaded application at context path /hello This looks ok. However, when I run it, the changes to the project do not show up. If I look into the directory under webapps, the changes have not been moved over. I have to manually copy the contents from my build to webapps under tomcat. What I am doing wrong. I am sure that it is someting simple but do not seem to figure it out. Thanks, Arend - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi, I am using diablo-jdk-1.5.0.07.01_6 Thanks, Arend - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]