Re: Re: Error at tomcat start up
Thanks for your email! no my web.xml doesnt have 331 lines. I had added entire web.xml in previous email. I have created a dir called jsfApp under webapps and have set this context. so will any other application cause problem? Thanks On Sun, 22 May 2005 Shinji Miyamoto wrote : Hi, The error say that web-app element is invlid for DTD. The order of child elements of web-app is not correct, maybe. But your web.xml seem correct. SEVERE: Parse Error at line 331 column 11: Does your web.xml have 331 lines? I think the error is cause by other web application. --- Shinji Miyamoto [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing images through FrontController Servlet
You are right that a call for an image, or css for that matter, is another call to the server. And, this call is really not anything special, except that it returns a stream. If you want to get a response from a URL, then you have to follow the rules in doing this. If you instead want to get a response from a protocol, like using a servlet, then you have different rules. There is nothing really magical going on. Why are you using this init business? On 5/21/05, William BC Crandall [EMAIL PROTECTED] wrote: Thanks Robert, Hard-coding the images works fine, but I'm leery of this, as they will of course all need to be changed when the app goes up on a public server; changes could be localized, but... Is there really no way to declare img calls in the web-app that would allow images to use relative path names? The init-param 'imgURL' sounds like it should allow this, but I'm not familiar with it. Thanks for your suggestion, which gets things moving again. Thanks too for the pointer to Ethereal; looks like a useful tool. Best, -BC William BC Crandall bc.crandall [around] earthlink.net - Original Message - From: Robert r. Sanders [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: 20 May 2005 8:36 PM Subject: Re: Accessing images through FrontController Servlet Do you have any logs of what's going on? Also, make sure the pages are using the c:url / tag (or equivalent), as the image paths need to be relative to the url that the client browser see - should be able to hard code the path to be /ntrr/images/whatever.jpg To check for bad paths first view page source from your browser, then you can get the image urls and see if they map to the correct path. There are also some nice tools that you can run to see what's going on, for instance the Live Headers extension for Firefox, or Ethereal for a more general solution William BC Crandall wrote: Hello, I'm starting a new project, using a FrontController servlet (http://java.sun.com/j2ee/patterns/FrontController.html), and am unable to access image files. My understanding is that each img invokes another call to the server/servlet, which, due to the mapping in web.xml, is channeled through the controller servlet, which rejects the call because it does not point to a sub-servlet. How can I access images in webapps/ntrr/images/ ? My web.xml: web-app servlet servlet-name controller /servlet-name servlet-class org.ntrr.core.ControlServlet /servlet-class /servlet servlet-mapping servlet-name controller /servlet-name url-pattern /* /url-pattern /servlet-mapping /web-app I have tried, without success, adding: init-param param-nameimageUrl/param-name param-valuehttp://localhost:8080/ntrr/images//param-value /init-param The files in webapps/ntrr/images/ ARE accessible from webapps/ntrr/css/ntrr.css, when called as background page images, for example. Any suggestions welcomed. Thanks, -BC William BC Crandall bc.crandall [around] earthlink.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Robert r. Sanders Chief Technologist iPOV (334) 821-5412 www.ipov.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tomcat] Web Traffic Analisys Tool
thank you for your replay, but I'm looking for anything written in java/jsp 'cose I need to use it with Tomcat, or with any other java/jsp container. Do you know anything about it? On 5/22/05, Michael Echerer [EMAIL PROTECTED] wrote: Omar Adobati wrote: Good Morning all, I'm looking for a free and good web traffic analyzer to use with tomcat 5.x but searching on the net I can't find anything good. Does anyone know a good tool? (if it exists) Thanks in advice What about analog, webalizer or awstats? http://awstats.sourceforge.net/docs/awstats_compare.html Cheers Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dr. Omar Adobati [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reload on Tomcat 5.5
Hi, I first stared using tomcat with version 5.0. I recently have tried installing version 5.5 and have noticed only 1 major difference... reload doesnt seem to work! I dont get any errors, infact i get the correct entries in the log etc but nothing actually reloads. I have tried to reload via the manager application and reload via the ant task. Neither work. If i undeploy then re-deploy then the application updates fine. I just then tried EXACTLY the same application and environment (in fact i just deleted the 5.5 tomcat folder and stuck a 5.0 one there instead). Reload works perfectly. I have searched high and low on the internet and cannot find anything about any difference or problems with reload. An I doing somthing wrong here or does reload just not work? Thanks, Robert. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
I don't run 5.5, but it sounds like you may be running into an issue that has plagued several others on the list. 5.5 has a hard time letting go of the cache/workfiles. I notice that you said the program updates fine, what are you doing that a reload should update? An undeploy will normally delete the cache. I am not sure on a reload. Also what version of 5.5 as there may have been a fix for this in later versions. Doug Parsons - Original Message - From: Robert Parsons [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Sunday, May 22, 2005 5:49 AM Subject: Reload on Tomcat 5.5 Hi, I first stared using tomcat with version 5.0. I recently have tried installing version 5.5 and have noticed only 1 major difference... reload doesnt seem to work! I dont get any errors, infact i get the correct entries in the log etc but nothing actually reloads. I have tried to reload via the manager application and reload via the ant task. Neither work. If i undeploy then re-deploy then the application updates fine. I just then tried EXACTLY the same application and environment (in fact i just deleted the 5.5 tomcat folder and stuck a 5.0 one there instead). Reload works perfectly. I have searched high and low on the internet and cannot find anything about any difference or problems with reload. An I doing somthing wrong here or does reload just not work? Thanks, Robert. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Hi, Thanks for the quick reply. I have the latest stable version i think (5.5.9). I have tried this on older version too in the past and just given up and gone back to 5.0. I just decided this time to see if it was a bug or me missing somthing. Basically i'm just trying to get classes to reload. Say i make a change in what a particular servlet prints out to the browser, i want to see that change. Nothing complex. At the moment i've just gone back to 5.0 and all is working ok. From time to time i'll download 5.5 and see if it works :p Thanks, Robert. Parsons Technical Services wrote: I don't run 5.5, but it sounds like you may be running into an issue that has plagued several others on the list. 5.5 has a hard time letting go of the cache/workfiles. I notice that you said the program updates fine, what are you doing that a reload should update? An undeploy will normally delete the cache. I am not sure on a reload. Also what version of 5.5 as there may have been a fix for this in later versions. Doug Parsons - Original Message - From: Robert Parsons [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Sunday, May 22, 2005 5:49 AM Subject: Reload on Tomcat 5.5 Hi, I first stared using tomcat with version 5.0. I recently have tried installing version 5.5 and have noticed only 1 major difference... reload doesnt seem to work! I dont get any errors, infact i get the correct entries in the log etc but nothing actually reloads. I have tried to reload via the manager application and reload via the ant task. Neither work. If i undeploy then re-deploy then the application updates fine. I just then tried EXACTLY the same application and environment (in fact i just deleted the 5.5 tomcat folder and stuck a 5.0 one there instead). Reload works perfectly. I have searched high and low on the internet and cannot find anything about any difference or problems with reload. An I doing somthing wrong here or does reload just not work? Thanks, Robert. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: Hi, Thanks for the quick reply. I have the latest stable version i think (5.5.9). I have tried this on older version too in the past and just given up and gone back to 5.0. I just decided this time to see if it was a bug or me missing somthing. Basically i'm just trying to get classes to reload. Say i make a change in what a particular servlet prints out to the browser, i want to see that change. Nothing complex. At the moment i've just gone back to 5.0 and all is working ok. From time to time i'll download 5.5 and see if it works :p If you're not actually looking for help, and were just trying to confuse people with your incorrect statements about an imaginary problem, then please do not bother posting. BTW, reloading works well, please do not claim otherwise without posting factual data. Doug's post is also wrong, as there are no such thing as cache/workfiles which would cause updating issues (the only relevant thing you could be referring to is the locking issues when redeploying on Windows). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Error at tomcat start up
The error may be in your main tomcat web.xml rather than your webapps as it appears to be at line 331 and your webapp web.xml does not have that many lines. Ta Matt -Original Message- From: tushar S Kulkarni [mailto:[EMAIL PROTECTED] Sent: 21 May 2005 19:10 To: tomcat-user@jakarta.apache.org Subject: Error at tomcat start up Hi All, I am getting following error at tomcat start up. Nov 6, 2000 3:27:04 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', retur nNull=true Nov 6, 2000 3:27:13 PM org.apache.commons.digester.Digester error SEVERE: Parse Error at line 331 column 11: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context-param*,fil ter*,filter-mapping*,listener*,servlet*,servlet-mapping*,session-config?,mime-ma pping*,welcome-file-list?,error-page*,taglib*,resource-env-ref*,resource-ref*,se curity-constraint*,login-config?,security-role*,env-entry*,ejb-ref*,ejb-local-re f*). org.xml.sax.SAXParseException: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context-param*,filter*,filter- mapping*,listener*,servlet*,servlet-mapping*,session-config?,mime-mapping*,welco me-file-list?,error-page*,taglib*,resource-env-ref*,resource-ref*,security-const raint*,login-config?,security-role*,env-entry*,ejb-ref*,ejb-local-ref*). at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Un known Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown S ource) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement( Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.applicationConfig(ContextCo nfig.java:282) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:63 9) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3 587) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80 7) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep loyer.java:307) at org.apache.catalina.core.StandardHost.install(StandardHost.java:788) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j ava:559) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 97) at org.apache.catalina.core.StandardServer.start(StandardServer.java:219 0) Here is web.xml ?xml version=1.0? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameJavaServer Faces Guess Number Sample Application /display-name description JavaServer Faces Guess Number Sample Application /description context-param param-namejavax.faces.STATE_SAVING_METHOD/param-name param-valueclient/param-value /context-param context-param param-namejavax.faces.application.CONFIG_FILES/param-name
RE: Clustering Tomcat
It looks like your machine is unable to send a multicast message. It will be an operating system configuration. Ta Matt -Original Message- From: Ben [mailto:[EMAIL PROTECTED] Sent: 21 May 2005 02:11 To: Tomcat Subject: Clustering Tomcat Hi I'm trying to configure clustering of 2 Tomcat servers on a single CentOS 4 machine. When I start the first Tomcat, I get error messages like this in the catalina.out log file: org.apache.catalina.cluster.mcast.McastServiceImpl$SenderThread run WARNING: Unable to send mcast message. java.net.SocketException: Operation not permitted at jrockit.net.SocketNativeIO.send(Ljava.io.FileDescriptor;[BIILjava.net.InetAddress;II)I(Unknown Source) at java.net.PlainDatagramSocketImpl.send(Ljava.net.DatagramPacket;[BI)V(Unknown Source) at java.net.PlainDatagramSocketImpl.send(Ljava.net.DatagramPacket;)V(Unknown Source) at java.net.DatagramSocket.send(DatagramSocket.java:612) at org.apache.catalina.cluster.mcast.McastServiceImpl.send(McastServiceImpl.java:228) at org.apache.catalina.cluster.mcast.McastServiceImpl$SenderThread.run(McastServiceImpl.java:264) I am using JRockit 5.0_02 and Tomcat 5.5.9. Where can I find more information about this error? Thanks, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Remy Maucherat wrote: On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: Hi, Thanks for the quick reply. I have the latest stable version i think (5.5.9). I have tried this on older version too in the past and just given up and gone back to 5.0. I just decided this time to see if it was a bug or me missing somthing. Basically i'm just trying to get classes to reload. Say i make a change in what a particular servlet prints out to the browser, i want to see that change. Nothing complex. At the moment i've just gone back to 5.0 and all is working ok. From time to time i'll download 5.5 and see if it works :p If you're not actually looking for help, and were just trying to confuse people with your incorrect statements about an imaginary problem, then please do not bother posting. BTW, reloading works well, please do not claim otherwise without posting factual data. Doug's post is also wrong, as there are no such thing as cache/workfiles which would cause updating issues (the only relevant thing you could be referring to is the locking issues when redeploying on Windows). Hi, I don't imagine stuff, and I am not currently running tomcat under windows. I have used various versions of tomcat 5.0 and 5.5 on many different Operating systems (such as redhat, fedora core, ubuntu linux and windows xp) and many versions of java (quite a few different 1.4 and 1.5's). I have not claimed there is a problem with tomcat, i am asking for help as I do not know if I am doing somthing wrong. All i can say is that after following tutorials and using very standard Ant scripts (or the the tomcat manager application) I can easily 'reload' servlet applications on Tomcat 5.0.x. On every installation of Tomcat 5.5.x i have found that 'reloading' applications (in the same way I have done with 5.0) does nothing. Changes to classes are not reflected in the output of the application. To get anything to update I have to undeploy and install it again. There is nothing much more I can tell you. I could give you source code or my ant script, but source code is fairly irellevant and the ant script i am using is straight out of the tomcat getting started tutorial. The only configuration changes I have made to tomcat was adding a user in the users.xml! Although I am currently able to work around the problem by going and using version 5.0 this may not always be the case. I just wanted to find out if there were any issues or changes in this area and my searches on the internet have turned up nothing. - Robert.
Re: Deploy War Message
Hi Nuno, Am Freitag, 20. Mai 2005 16:17 schrieb Nuno Martins: While deploying a war in tomcat 4.1.31, this message appears in logs every 15 seconds *HostConfig[localhost]: Deploying discovered web applications* How can I disable this warning? Is it a warning or just an info? I could imagine that these messages are related to the development, reloading and checkInterval combination and settings in your web.xml. If you change checkInterval i.e. to 20, and the above entry will then appear every 20 seconds in your log, then you know where to solve the problem. Best wisdhes Lutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: Error at tomcat start up
Hi Thanks for your email, problem is sorted out, it was due to another web.xml which was not in order. On Sun, 22 May 2005 Dale,Matt wrote : The error may be in your main tomcat web.xml rather than your webapps as it appears to be at line 331 and your webapp web.xml does not have that many lines. Ta Matt -Original Message- From: tushar S Kulkarni [mailto:[EMAIL PROTECTED] Sent: 21 May 2005 19:10 To: tomcat-user@jakarta.apache.org Subject: Error at tomcat start up Hi All, I am getting following error at tomcat start up. Nov 6, 2000 3:27:04 PM org.apache.struts.util.PropertyMessageResources init INFO: Initializing, config='org.apache.webapp.admin.ApplicationResources', retur nNull=true Nov 6, 2000 3:27:13 PM org.apache.commons.digester.Digester error SEVERE: Parse Error at line 331 column 11: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context-param*,fil ter*,filter-mapping*,listener*,servlet*,servlet-mapping*,session-config?,mime-ma pping*,welcome-file-list?,error-page*,taglib*,resource-env-ref*,resource-ref*,se curity-constraint*,login-config?,security-role*,env-entry*,ejb-ref*,ejb-local-re f*). org.xml.sax.SAXParseException: The content of element type web-app must match (icon?,display-name?,description?,distributable?,context-param*,filter*,filter- mapping*,listener*,servlet*,servlet-mapping*,session-config?,mime-mapping*,welco me-file-list?,error-page*,taglib*,resource-env-ref*,resource-ref*,security-const raint*,login-config?,security-role*,env-entry*,ejb-ref*,ejb-local-ref*). at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Un known Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown S ource) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement( Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.applicationConfig(ContextCo nfig.java:282) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:63 9) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3 587) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80 7) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep loyer.java:307) at org.apache.catalina.core.StandardHost.install(StandardHost.java:788) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j ava:559) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363 ) at org.apache.catalina.core.StandardService.start(StandardService.java:4 97) at org.apache.catalina.core.StandardServer.start(StandardServer.java:219 0) Here is web.xml ?xml version=1.0? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app display-nameJavaServer Faces Guess Number Sample Application /display-name description JavaServer Faces Guess Number Sample Application
Re: Reload on Tomcat 5.5
On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: I don't imagine stuff, and I am not currently running tomcat under windows. I have used various versions of tomcat 5.0 and 5.5 on many different Operating systems (such as redhat, fedora core, ubuntu linux and windows xp) and many versions of java (quite a few different 1.4 and 1.5's). I have not claimed there is a problem with tomcat, i am asking for help as I do not know if I am doing somthing wrong. Yes, you are doing something wrong, as this works. All i can say is that after following tutorials and using very standard Ant scripts (or the the tomcat manager application) I can easily 'reload' servlet applications on Tomcat 5.0.x. On every installation of Tomcat 5.5.x i have found that 'reloading' applications (in the same way I have done with 5.0) does nothing. Changes to classes are not reflected in the output of the application. To get anything to update I have to undeploy and install it again. There is nothing much more I can tell you. I could give you source code or my ant script, but source code is fairly irellevant and the ant script i am using is straight out of the tomcat getting started tutorial. The only configuration changes I have made to tomcat was adding a user in the users.xml! More nonsensical statements. To start with, class reloading is not enabled by default *and* reloading does work fine. As I said, if you think otherwise, please post factual data (test cases, whatever) proving otherwise. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Remy Maucherat wrote: On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: I don't imagine stuff, and I am not currently running tomcat under windows. I have used various versions of tomcat 5.0 and 5.5 on many different Operating systems (such as redhat, fedora core, ubuntu linux and windows xp) and many versions of java (quite a few different 1.4 and 1.5's). I have not claimed there is a problem with tomcat, i am asking for help as I do not know if I am doing somthing wrong. Yes, you are doing something wrong, as this works. All i can say is that after following tutorials and using very standard Ant scripts (or the the tomcat manager application) I can easily 'reload' servlet applications on Tomcat 5.0.x. On every installation of Tomcat 5.5.x i have found that 'reloading' applications (in the same way I have done with 5.0) does nothing. Changes to classes are not reflected in the output of the application. To get anything to update I have to undeploy and install it again. There is nothing much more I can tell you. I could give you source code or my ant script, but source code is fairly irellevant and the ant script i am using is straight out of the tomcat getting started tutorial. The only configuration changes I have made to tomcat was adding a user in the users.xml! More nonsensical statements. To start with, class reloading is not enabled by default *and* reloading does work fine. As I said, if you think otherwise, please post factual data (test cases, whatever) proving otherwise. Hi, Thanks for the reply. Well to be more specific then I will give you an example of what I have tried as a test. I write a basic servlet that simply prints a line of text to the screen. If i compile it and deploy it, all is good. If I then make a modification to that that string in the source file, recompile then RELOAD (using ant), the servlet still outputs the ORIGINAL string (before the modification). The same thing happens If i recompile then press 'reload' in the tomcat manager application instead of using ant. If i perform the steps above on the latest tomcat 5.0 (rather than 5.5), the NEW string would be printed out after the reload. Any ideas? Coz i'm stumped. -Robert.
Re: Resin-to-Tomcat 5 Migration
Peter, Took a quick look at StatusManagerServlet.java and StatusTransformer.java. Looks like I can collect most of what I need however, I still don't see how/where I can get container and application start date/time. Any ideas? Many thanks. Peter Rossbach wrote: Hey Scott, look inside manager status page http://your host:your port/manager/status. For your own coding review the jakarta-tomcat-catalina/webapps/manager/WEB:INF/classes/.../StatusManagerServlet.java class regards peter Scott Dudley schrieb: My employer has commissioned me to port one of their legacy applications from Resin 2.1 (?) to Tomcat 5. I've immersed myself in the documentation and have actually made significant progress having overcome or otherwise circumvented a number of their deviations from the specs. Current stumbling block is this: They made prolific reference to a statistics class com.caucho.server.http.Statistics which among other things, provided container start time, memory statistics, number of active connections, etc. Additionally, I need both application and server start date/time. I have no need for JMX, remote mgmt, etc. How/where can I access this information within Tomcat? Can someone point me in the right direction? Many thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Scott Dudley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Performing an action on form-based login
This question has been asked (and answered to) earlier, but I am still unsure: I am using container managed security with form-based authentication. I am really happy with how it works. But now I would like to perform an action when a user has authenticated, such as loading user preferences and store them in the session. First I thought I could use a HttpSessionListener for that. Now I know when a new session has been created, but what I am missing is the username. The only way to get it seems to be from a request using getRemoteUser(). Or am I wrong? I really hope I am... I read about setting up a filter but then read somewhere else that this is not reliable. I also found this article Active Authentication http://java.sys-con.com/read/37660.htm which sounds interesting but the link to the source code is broken, so I don't get how to implement that. Can someone help me out? Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Resin-to-Tomcat 5 Migration
Hey Scott, create you own LifecycleListener and catch the Start/Stop Events. For the complete Container you must configure this listener as Server/Listener. At tomcat 5.5 you can place the application listener at conf/context.xml. Regards Peter Scott Dudley schrieb: Peter, Took a quick look at StatusManagerServlet.java and StatusTransformer.java. Looks like I can collect most of what I need however, I still don't see how/where I can get container and application start date/time. Any ideas? Many thanks. Peter Rossbach wrote: Hey Scott, look inside manager status page http://your host:your port/manager/status. For your own coding review the jakarta-tomcat-catalina/webapps/manager/WEB:INF/classes/.../StatusManagerServlet.java class regards peter Scott Dudley schrieb: My employer has commissioned me to port one of their legacy applications from Resin 2.1 (?) to Tomcat 5. I've immersed myself in the documentation and have actually made significant progress having overcome or otherwise circumvented a number of their deviations from the specs. Current stumbling block is this: They made prolific reference to a statistics class com.caucho.server.http.Statistics which among other things, provided container start time, memory statistics, number of active connections, etc. Additionally, I need both application and server start date/time. I have no need for JMX, remote mgmt, etc. How/where can I access this information within Tomcat? Can someone point me in the right direction? Many thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: Hi, Thanks for the reply. Well to be more specific then I will give you an example of what I have tried as a test. I write a basic servlet that simply prints a line of text to the screen. If i compile it and deploy it, all is good. If I then make a modification to that that string in the source file, recompile then RELOAD (using ant), the servlet still outputs the ORIGINAL string (before the modification). The same thing happens If i recompile then press 'reload' in the tomcat manager application instead of using ant. I tested this, and it (of course) works fine. If i perform the steps above on the latest tomcat 5.0 (rather than 5.5), the NEW string would be printed out after the reload. Any ideas? Coz i'm stumped. Well, don't plan to upgrade ever, because the bug will obviously never be fixed. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Robert, Now that Remy has tested it in his perfect world, this gives some direction to work in. It would appear that with a basic setup, which we can only assume since Remy assured you that it works, that there must be a OS issue. I wonder what Remy runs? If you decide to dig deeper, I would layout the code for the two versions and see where they differ. Then with this information you could submit a bug report with all the details. Hopefully it could be changed unless there was a compelling reason. I am so glad that Remy pointed out that I was wrong, but had no explanation for why you were having problems. Considering that I was only suggesting a direction to look in. But then again if you had been running Windows then I may have been right. Don't let the snotty attitude get to you. You encounter those type on the list from time to time. Doug - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, May 22, 2005 11:07 AM Subject: Re: Reload on Tomcat 5.5 On 5/22/05, Robert Parsons [EMAIL PROTECTED] wrote: Hi, Thanks for the reply. Well to be more specific then I will give you an example of what I have tried as a test. I write a basic servlet that simply prints a line of text to the screen. If i compile it and deploy it, all is good. If I then make a modification to that that string in the source file, recompile then RELOAD (using ant), the servlet still outputs the ORIGINAL string (before the modification). The same thing happens If i recompile then press 'reload' in the tomcat manager application instead of using ant. I tested this, and it (of course) works fine. If i perform the steps above on the latest tomcat 5.0 (rather than 5.5), the NEW string would be printed out after the reload. Any ideas? Coz i'm stumped. Well, don't plan to upgrade ever, because the bug will obviously never be fixed. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
On 5/22/05, Parsons Technical Services [EMAIL PROTECTED] wrote: Robert, Now that Remy has tested it in his perfect world, this gives some direction to work in. It would appear that with a basic setup, which we can only assume since Remy assured you that it works, that there must be a OS issue. I wonder what Remy runs? If you decide to dig deeper, I would layout the code for the two versions and see where they differ. Then with this information you could submit a bug report with all the details. Hopefully it could be changed unless there was a compelling reason. I am so glad that Remy pointed out that I was wrong, but had no explanation for why you were having problems. Considering that I was only suggesting a direction to look in. But then again if you had been running Windows then I may have been right. Don't let the snotty attitude get to you. You encounter those type on the list from time to time. Please try to make sense next time. Writing inaccurate statements while appearing to know things will confuse people, and will be much worse than posting nothing. If you don't really know, then don't post funky theories as facts. Your main assertion is baseless 5.5 has a hard time letting go of the cache/workfiles. Do you actually know what you are talking about ? I suppose not. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clustering Tomcat
It was my firewall. The servers are working now, however I get these error messages when I stop and start one of the two Tomcat instances: May 21, 2005 5:09:20 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster send SEVERE: Unable to send message through cluster sender. java.io.IOException: Sender not available. Make sure sender information is available to the ReplicationTransmitter. at org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessageData(ReplicationTransmitter.java:641) at org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessage(ReplicationTransmitter.java:331) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.send(SimpleTcpCluster.java:463) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaManager.java:860) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(DeltaManager.java:724) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(SimpleTcpCluster.java:658) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:103) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpReplicationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationThread.java:67) May 21, 2005 5:09:24 PM org.apache.catalina.cluster.tcp.DataSender init Thanks Ben On 5/22/05, Dale, Matt [EMAIL PROTECTED] wrote: It looks like your machine is unable to send a multicast message. It will be an operating system configuration. Ta Matt -Original Message- From: Ben [mailto:[EMAIL PROTECTED] Sent: 21 May 2005 02:11 To: Tomcat Subject: Clustering Tomcat Hi I'm trying to configure clustering of 2 Tomcat servers on a single CentOS 4 machine. When I start the first Tomcat, I get error messages like this in the catalina.out log file: org.apache.catalina.cluster.mcast.McastServiceImpl$SenderThread run WARNING: Unable to send mcast message. java.net.SocketException: Operation not permitted at jrockit.net.SocketNativeIO.send(Ljava.io.FileDescriptor;[BIILjava.net.InetAddress;II)I(Unknown Source) at java.net.PlainDatagramSocketImpl.send(Ljava.net.DatagramPacket;[BI)V(Unknown Source) at java.net.PlainDatagramSocketImpl.send(Ljava.net.DatagramPacket;)V(Unknown Source) at java.net.DatagramSocket.send(DatagramSocket.java:612) at org.apache.catalina.cluster.mcast.McastServiceImpl.send(McastServiceImpl.java:228) at org.apache.catalina.cluster.mcast.McastServiceImpl$SenderThread.run(McastServiceImpl.java:264) I am using JRockit 5.0_02 and Tomcat 5.5.9. Where can I find more information about this error? Thanks, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Tomcat] Web Traffic Analisys Tool
Omar Adobati mailto:[EMAIL PROTECTED] scribbled on Sunday, May 22, 2005 2:45 AM: thank you for your replay, but I'm looking for anything written in java/jsp 'cose I need to use it with Tomcat, or with any other java/jsp container. Do you know anything about it? On 5/22/05, Michael Echerer [EMAIL PROTECTED] wrote: Omar Adobati wrote: Good Morning all, I'm looking for a free and good web traffic analyzer to use with tomcat 5.x but searching on the net I can't find anything good. Does anyone know a good tool? (if it exists) Thanks in advice What about analog, webalizer or awstats? http://awstats.sourceforge.net/docs/awstats_compare.html Omar, The web traffic analyzer software Michael referred to will work with any web server, not just one with a java/JSP container such as Tomcat. There is nothing java-specific about the traffic itself, just how the traffic is produced. Maybe we do not understand what you are trying to measure. Could you explain more? HTH - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Tomcat] Web Traffic Analisys Tool
Omar Adobati mailto:[EMAIL PROTECTED] scribbled on Sunday, May 22, 2005 2:45 AM: thank you for your replay, but I'm looking for anything written in java/jsp 'cose I need to use it with Tomcat, or with any other java/jsp container. Do you know anything about it? On 5/22/05, Michael Echerer [EMAIL PROTECTED] wrote: Omar Adobati wrote: Good Morning all, I'm looking for a free and good web traffic analyzer to use with tomcat 5.x but searching on the net I can't find anything good. Does anyone know a good tool? (if it exists) Thanks in advice What about analog, webalizer or awstats? http://awstats.sourceforge.net/docs/awstats_compare.html Omar, The web traffic analyzer software Michael referred to will work with any web server, not just one with a java/JSP container such as Tomcat. There is nothing java-specific about the traffic itself, just how the traffic is produced. Maybe we do not understand what you are trying to measure. Could you explain more? HTH - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tomcat] Web Traffic Analisys Tool
Richard, I know that there's the traffic itself. What I would like to have is a tool that take a trace of it running on Tomcat. I need anything that I can use without have to compile or configure, anything ready to run... plug'n'play maybe. This is because if I have not a server but I'm on an hosting provider I can't perform those operations, so I just need anything that deployed will work. I hope to be more clear then before (I know, my English isn't the better you never red) On 5/22/05, Richard Mixon (qwest) [EMAIL PROTECTED] wrote: Omar Adobati mailto:[EMAIL PROTECTED] scribbled on Sunday, May 22, 2005 2:45 AM: thank you for your replay, but I'm looking for anything written in java/jsp 'cose I need to use it with Tomcat, or with any other java/jsp container. Do you know anything about it? On 5/22/05, Michael Echerer [EMAIL PROTECTED] wrote: Omar Adobati wrote: Good Morning all, I'm looking for a free and good web traffic analyzer to use with tomcat 5.x but searching on the net I can't find anything good. Does anyone know a good tool? (if it exists) Thanks in advice What about analog, webalizer or awstats? http://awstats.sourceforge.net/docs/awstats_compare.html Omar, The web traffic analyzer software Michael referred to will work with any web server, not just one with a java/JSP container such as Tomcat. There is nothing java-specific about the traffic itself, just how the traffic is produced. Maybe we do not understand what you are trying to measure. Could you explain more? HTH - Richard -- Dr. Omar Adobati [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What happened to the searchable list archive?
GB developer, Robert and Tomi, thanks very much for pointing me to these search sites. I was not aware of any of them before, despite having developed on TC for several years. Perhaps there are more out there. If anyone involved in producing the Tomcat project documentation is reading this, I would suggest maybe linking these sites from the official mailing list pages, as alternatives to the official archive? I say this because, with all due respect to those who voluntarily give their time to the project, these search sites add search features do not seem to be currently available from the official site pages. I think most would agree that in general it's better to have people search existing QA rather than repost the same Q, and these sites seem to provide a good way to help people do that. -Original Message 1 - From: GB Developer [mailto:[EMAIL PROTECTED] Sent: Friday 20 May 2005 18:05 To: 'Tomcat Users List' Subject: RE: What happened to the searchable list archive? I like marc. http://marc.theaimsgroup.com/?l=tomcat-userr=1w=2 -Original Message 2 - From: Robert r. Sanders [mailto:[EMAIL PROTECTED] Sent: Saturday 21 May 2005 04:27 To: Tomcat Users List Subject: Re: What happened to the searchable list archive? You can also use: http://dir.gmane.org/gmane.comp.jakarta.tomcat.user -Original Message 3 - From: tomi (sent by Nabble.com) [mailto:[EMAIL PROTECTED] Sent: Saturday 21 May 2005 07:12 To: tomcat-user@jakarta.apache.org Subject: Re: What happened to the searchable list archive? Nabble is also archiving this list and has a good search: http://www.nabble.com/Tomcat---User-f342.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What happened to the searchable list archive?
Steve Kirk wrote: If anyone involved in producing the Tomcat project documentation is reading this, I would suggest maybe linking these sites from the official mailing list pages, as alternatives to the official archive? Which pages are you talking about? If you can give me a URL I can look into getting it changed. For the record, eyebrowse is now disabled and ASF has moved over to mod_mbox (http://mail-archives.apache.org/mod_mbox/) Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What happened to the searchable list archive?
Hi Mark, Eyebrowse was the place that I used to rely on for searching, when I was active on the list up until a few months back. When I returned to the list last week, I found that eyebrowse no longer seemed to be in use, hence I checked out the official TC site to see what might now replace it. I started here: http://jakarta.apache.org/tomcat/index.html Then clicked mailing lists towards the bottom of the left hand menu, which took me here: http://jakarta.apache.org/site/mail.html And from there I scrolled down to the Table of Contents section and clicked the Tomcat link near the bottom of the page, which took me here: http://jakarta.apache.org/site/mail2.html#Tomcat Finally, from there I clicked archive under the list of tomcat-user links, which took me here, which is what I think you are calling ASF, and what I was referring to as the official archive: http://mail-archives.apache.org/mod_mbox/jakarta-tomcat-user The page above is fine for browsing archived messages, but I can't see a search link like there used to be on eyebrowse. Clearly you can use google to site-search these archive pages, like you can on any site, but it's a little unwieldy to use, hence why I started this thread. In going through this all again so that I could quote the links above, I now see that Marc's site and mail-archives are both already linked at a high level from the generic apache mail archive page( http://jakarta.apache.org/site/mail.html ), so apologies for not seeing those earlier. However, I didn't spot this the first few times I looked, so I'd still suggest that in the interests of user friendliness, it might be worth linking from the TC pages at http://jakarta.apache.org/tomcat more directly to the search pages that I mentioned in my last post, as well as any others, given that the official archive page does not seem to have its own search. Hope this helps, Steve. -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Sunday 22 May 2005 21:18 To: Tomcat Users List Subject: Re: What happened to the searchable list archive? Steve Kirk wrote: If anyone involved in producing the Tomcat project documentation is reading this, I would suggest maybe linking these sites from the official mailing list pages, as alternatives to the official archive? Which pages are you talking about? If you can give me a URL I can look into getting it changed. For the record, eyebrowse is now disabled and ASF has moved over to mod_mbox (http://mail-archives.apache.org/mod_mbox/) Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DBCP datasource works on 5.0.28 but fails on 5.5.9
Thanks again Nix, but latest mysql driver is *definitely* in
%catalina_home%\common\lib :
C:\dir %catalina_home%\common\lib
Volume in drive C is BOOT
Volume Serial Number is D4DF-165E
Directory of c:\jakarta-tomcat-5.5.9\common\lib
19/05/2005 19:25DIR .
19/05/2005 19:25DIR ..
11/05/2004 12:5454,829 activation.jar
26/03/2005 14:22 112,341 commons-el.jar
26/03/2005 14:22 918,743 jasper-compiler-jdt.jar
26/03/2005 14:22 383,134 jasper-compiler.jar
26/03/2005 14:2276,664 jasper-runtime.jar
26/03/2005 14:2250,493 jsp-api.jar
12/10/2004 13:20 347,137 mail.jar
14/04/2005 22:44 409,191 mysql-connector-java-3.1.8-bin.jar
26/03/2005 14:22 154,101 naming-factory-dbcp.jar
26/03/2005 14:2236,333 naming-factory.jar
26/03/2005 14:2246,606 naming-resources.jar
26/03/2005 14:2297,693 servlet-api.jar
12 File(s) 2,687,265 bytes
2 Dir(s) 2,182,369,280 bytes free
OK, so now I'm struggling.
So I'm going to take a punt and say that I think there may be some kind of
class loading problem. I say this because:
- I have fresh installed TC, mysql and jdk;
- mysql works from the command line using my datasource username/pw;
- I have checked and rechecked my config a thousand times;
- the mysql driver is in the right folder;
- the error is suggestive of the fact that TC can't find the driver.
However, the driver it is there in the common/lib folder, plain for anyone
to see. I can only assume this is to do with security/classloading. I've
eliminated security, because TC runs as a service under the system account,
and I've checked that this account has read access to the file.
I'm almost tired of looking - if I can't solve it tomorrow, I'll be (very
reluctantly) setting aside TC 5.5 and carrying on with 5.0.28. I don't want
to do that, because 5.0.28 has some sesssion management bugs I'd like to get
past, and also because I've now spent 3 days trying to make 5.5 work.
So, any help would be most gratefully received :)
Original post here for those that missed it:
http://marc.theaimsgroup.com/?l=tomcat-userm=111660199623420w=2
-Original Message-
From: Nikola Milutinovic [mailto:[EMAIL PROTECTED]
Sent: Saturday 21 May 2005 13:42
To: Tomcat Users List
Subject: Re: DBCP datasource works on 5.0.28 but fails on 5.5.9
Steve Kirk wrote:
Thanks nix.
Could it be that you've missed the fact that
DataSource JNDI resource setup definition has changed in TC
5.5? It is
no longer with those
parametername.../namevalue.../value/parameter.
Yes I already changed that. I used to use the approach you
mention in
5.0.28, i.e.:
ResourceParams name=jdbc/myResource
parameter
nameusername/name
value.../value
/parameter
parameter
namepassword/name
value.../value
/parameter
etc
/ResourceParams
But noticed that the new 5.5 DBCP example used this approach:
Resource username= password=... etc /
So I switched to that, but still no joy.
PS does it actually say in the docs anywhere that the
parametername.../namevalue.../value/parameter
approach is *NOT*
valid in 5.5? If so then I've missed some docs somewhere,
maybe there is
other new stuff that I haven't seen.
It definitely does not work in 5.5. I've used the config from
the docs
page with PostgreSQL and it worked. Other possible problem is
that the
driver class didn't load. Where have you placed the JDBC JAR? It goes
either in ${CATALINA_HOME}/common/lib since it must be
accessable to TC.
Nix.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
OutOfMemory on FreeBSD
Hello, I'm trying to find how to send jvm parameters (-Xm128m) to the JVM during tomcat startup. I have an application (openreports) that fails with outofmemory exception intermittently. I have seen some references here and there, but nothing that indicates which tomcat (or java, [or freebsd]) configuration file that I need to touch. Any pointers are appreciated. thanks, lane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DBCP datasource works on 5.0.28 but fails on 5.5.9
Hi Steve, Am Sonntag, 22. Mai 2005 22:58 schrieb Steve Kirk: Thanks again Nix, but latest mysql driver is *definitely* in %catalina_home%\common\lib : Did you check that the MySQL driver is only there and not additionally in a second directory, i.e. WEB-INF/lib, which could confuse Tomcat? - mysql works from the command line using my datasource username/pw; Are you really using the correct URL to connect to the database? Are host name, port and database name ok? I.e. the database name is case-sensitive (at least on Linux, check it on Windows)! Are you running Tomcat with Security Manager? Then you may have missed to set the necessary security rules for connecting. I'm almost tired of looking - if I can't solve it tomorrow, I'll be (very reluctantly) setting aside TC 5.5 and carrying on with 5.0.28. I don't want to do that, because 5.0.28 has some sesssion management bugs I'd like to get past, and also because I've now spent 3 days trying to make 5.5 work. Perhaps you can post your exact configuration here, anonymizing user and password values. What did you configure where? I.e. where is the context file in which you did the relevant entry? Etc. Bet wishes Lutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Please post a snippet of your config from server.xml with the relevant Host entry so that we can eliminate that as a possible cause of the problem. -- Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DBCP datasource works on 5.0.28 but fails on 5.5.9
Lutz, I started replying to yr post including my full config, had nearly finished, then saw the problem - I had a leading space in the 'url' value within the Resource tag of my context.xml file. Grrr! I must have included it by accident when converting from the nested ResourceParamsparameter/parameter/ResourceParams approach used in TC5.0 to the single Resource/ tag approach favoured in TC5.5. So basically Nix was right in his first post... Thanks very much to both of you for your patient help. Without your prompting, I was ready to start first thing Monday by writing off 3 days' upgrade effort by rolling back to 5.0.28, but now tomorrow is now looking like being productive :) -Original Message- From: Lutz Zetzsche [mailto:[EMAIL PROTECTED] Sent: Sunday 22 May 2005 22:42 To: Tomcat Users List Subject: Re: DBCP datasource works on 5.0.28 but fails on 5.5.9 Hi Steve, Am Sonntag, 22. Mai 2005 22:58 schrieb Steve Kirk: Thanks again Nix, but latest mysql driver is *definitely* in %catalina_home%\common\lib : Did you check that the MySQL driver is only there and not additionally in a second directory, i.e. WEB-INF/lib, which could confuse Tomcat? - mysql works from the command line using my datasource username/pw; Are you really using the correct URL to connect to the database? Are host name, port and database name ok? I.e. the database name is case-sensitive (at least on Linux, check it on Windows)! Are you running Tomcat with Security Manager? Then you may have missed to set the necessary security rules for connecting. I'm almost tired of looking - if I can't solve it tomorrow, I'll be (very reluctantly) setting aside TC 5.5 and carrying on with 5.0.28. I don't want to do that, because 5.0.28 has some sesssion management bugs I'd like to get past, and also because I've now spent 3 days trying to make 5.5 work. Perhaps you can post your exact configuration here, anonymizing user and password values. What did you configure where? I.e. where is the context file in which you did the relevant entry? Etc. Bet wishes Lutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem: Session invalidation in the servlet accessed via foreign context
Hi all,
I'd greatly appreciate if you could shed a ray of light on the following
problem ( see below)
-Original Message-
From: Akoulov, Alexandre [IT]
Sent: Friday, 20 May 2005 11:15 AM
To: Tomcat Users List
Subject: problem: Session invalidation in the servlet accessed via
foreign context
Hi all,
It seems that there is a problem with session invalidation in tomcat5.0. Please
refer to the explanation below:
1. HttpSession session = req.getSession(true); // get existing user session or
create one if does not exist
2. session.invalidate(); // invalidate user session
3. session = req.getSession(true); // create a new session ( ie a valid
session)
The above three lines of code are commonly used to invalidate the user session
and then create a new one. Tomcat implements this behaviour by creating a new
session object in line No.3.
However, in tomcat5.0 implementation (5.0.28) when the above code is accessed
via foreign context it does not create a new session object and therefore a
session is still invalid after lineNo.3 is executed. The following code
demonstrates the problem:
// servlet that runs in the same tomcat instance but in a different context to
DebuggerServlet's context
public class ForeignContextServlet extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
HttpSession session = req.getSession(true);
session.invalidate();
session = req.getSession(true); // !!PROBLEM!! does NOT
create a new session when accessed via foreign context's dispatcher
}
}
// servlet that accesses ForeignContextServlet via foreign context's dispatcher
public class DebuggerServlet extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
ServletContext ctx = getServletContext();
// dispatch the request to the servlet in a different context
ServletContext foreignContext = ctx.getContext(/AccessCommon);
foreignContext.getRequestDispatcher(/foreignContextServlet).include(req, res);
}
}
Such behaviour is only observed in tomcat 5.0 (have not tried on tomcat5.5);
tomcat3 and tomcat4 do create new session objects in lineNo.3
I greatly appreciate your comments on this issue.
Kind regards,
Alex.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OutOfMemory on FreeBSD
Hey, I guess I can answer my own question! Don't you just love it when that
happens!
The makefile for tomcat5 on FreeBSD doesn't give the option to add additional
parameters. There is probably a better way to do this than to hard-code more
variables, but I'm not sure how to do it. So for anyone else who runs into
OutOfMemory exceptions on FreeBSD or the dreaded Can't connect to X DISPLAY
error, make these changes to /usr/ports/www/jakarta-tomcat5/Makefile:
In the do-install target:
change:
-e /%%JAVA_ARGS%%/s//\-Dcatalina.home=${APP_HOME:S/\//\\\//g}\,/g \
to:
-e /%%JAVA_ARGS%%/s//\-Djava.awt.headless=true\,\-Xms128m\,\-Xmx256m\,
\-Dcatalina.home=${APP_HOME:S/\//\\\//g}\,/g \
then do:
make -DFORCE_PKG_REGISTER do-install
This will overwrite the current tomcat50ctl but will preserve your existing
tomcat installation.
PortMaintainer: Kang Liu - which email address is correct for you? both
[EMAIL PROTECTED] and [EMAIL PROTECTED] appear
in /usr/ports/www/jakarta-tomcat5/Makefile
lane
On Sunday 22 May 2005 16:14, Lane wrote:
Hello,
I'm trying to find how to send jvm parameters (-Xm128m) to the JVM during
tomcat startup. I have an application (openreports) that fails with
outofmemory exception intermittently.
I have seen some references here and there, but nothing that indicates
which tomcat (or java, [or freebsd]) configuration file that I need to
touch.
Any pointers are appreciated.
thanks,
lane
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OutOfMemory on FreeBSD
On Sun, May 22, 2005 at 04:14:30PM -0500, Lane wrote: : I'm trying to find how to send jvm parameters (-Xm128m) to the JVM during : tomcat startup. I have an application (openreports) that fails with : outofmemory exception intermittently. You can set the environment variable JAVA_OPTS, e.g. export JAVA_OPTS='-Xm128m' Note that this would require writing a wrapper script to call the Tomcat scripts, since it'd be silly to do this by hand all the time. The extra script may sound like a pain, but it actually makes your setup less sensitive to Tomcat upgrades because you won't have to modify anything in the Tomcat tree. -QM -- software -- http://www.brandxdev.net/ tech news -- http://www.RoarNetworX.com/ code scan -- http://www.JxRef.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem: Session invalidation in the servlet accessed via foreign context
Thanks a lot, Steve, for your reply.
No, I am not using SingleSignOn neither hoping to share the same session across
contexts.
The only thing I was testing is that I could invalidate and then create a new
session in different scenarios.
I ran the test with the java debugger and could observe that when
invalidating/creating a session in ForeignContextServlet it in fact did not
create a new session and left us with the reference to old (ie invalidated)
session after line No.3.
My next step is start looking into the tomcat source code to try to work out
what's happening. Do you think it's best way to approach this issue?
Thanks again,
Alex.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, 23 May 2005 10:18 AM
To: 'Tomcat Users List'
Subject: RE: problem: Session invalidation in the servlet accessed via
foreign context
I'm not sure I fully understand this issue, but seeing as no-one else seems
to have replied yet, maybe a few Qs might help you work through it:
Are you hoping that both contexts will share their sessions?
Are you using the SingleSignOn feature in server.xml?
When you say that ForeignContextServlet does not create a new session
object, are you explicitly testing that within ForeignContextServlet itself,
or from a servlet in another context (e.g. DebuggerServlet)? i.e. is
null==session after step 3?
You say that the session is invalid/null after line 2, but have you tested
that it was valid/non-null before line 2?
-Original Message-
From: Akoulov, Alexandre [IT]
[mailto:[EMAIL PROTECTED]
Sent: Monday 23 May 2005 00:43
To: tomcat-user@jakarta.apache.org
Subject: Re: problem: Session invalidation in the servlet
accessed via foreign context
Hi all,
I'd greatly appreciate if you could shed a ray of light on
the following problem ( see below)
-Original Message-
From: Akoulov, Alexandre [IT]
Sent: Friday, 20 May 2005 11:15 AM
To: Tomcat Users List
Subject: problem: Session invalidation in the servlet accessed via
foreign context
Hi all,
It seems that there is a problem with session invalidation in
tomcat5.0. Please refer to the explanation below:
1. HttpSession session = req.getSession(true); // get
existing user session or create one if does not exist
2. session.invalidate(); // invalidate user session
3. session = req.getSession(true); // create a new session (
ie a valid session)
The above three lines of code are commonly used to invalidate
the user session and then create a new one. Tomcat implements
this behaviour by creating a new session object in line No.3.
However, in tomcat5.0 implementation (5.0.28) when the above
code is accessed via foreign context it does not create a new
session object and therefore a session is still invalid after
lineNo.3 is executed. The following code demonstrates the
problem:
// servlet that runs in the same tomcat instance but in a
different context to DebuggerServlet's context
public class ForeignContextServlet extends HttpServlet {
public void doGet(HttpServletRequest req,
HttpServletResponse res)
throws ServletException, IOException {
HttpSession session = req.getSession(true);
session.invalidate();
session = req.getSession(true); //
!!PROBLEM!! does NOT create a new session when
accessed via foreign context's dispatcher
}
}
// servlet that accesses ForeignContextServlet via foreign
context's dispatcher
public class DebuggerServlet extends HttpServlet {
public void doGet(HttpServletRequest req,
HttpServletResponse res)
throws ServletException, IOException {
ServletContext ctx = getServletContext();
// dispatch the request to the servlet in a different context
ServletContext foreignContext =
ctx.getContext(/AccessCommon);
foreignContext.getRequestDispatcher(/foreignContextServlet).
include(req, res);
}
}
Such behaviour is only observed in tomcat 5.0 (have not tried
on tomcat5.5); tomcat3 and tomcat4 do create new session
objects in lineNo.3
I greatly appreciate your comments on this issue.
Kind regards,
Alex.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL
Re: Re: Problems with filters in 5.5.9?
Lutz -- thanks for the help but unfortunately even after copying the jar to the $TOMCAT_HOME/common/lib/ directory I still am having problems. :( Anyone else have any ideas? Cheers, Brandon On Sat, 21 May 2005, Lutz Zetzsche ([EMAIL PROTECTED]) wrote: Hi Brandon, Am Freitag, 20. Mai 2005 23:01 schrieb Brandon Dove: I recently upgraded from 5.5.4 - 5.5.9. Now when starting my app I get the error: May 20, 2005 4:28:10 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter addressFilter java.lang.ClassNotFoundException: com.mycompany.servlet.AddressFilter [...] May 20, 2005 4:28:10 PM org.apache.catalina.core.StandardContext start SEVERE: Error filterStart AddressFilter is located in a JAR that can be found in /webapps/WEB-INF/lib (as usual) so I'm not sure why it can't find the class? Any ideas? It is strange that this error didn't occur with Tomcat 5.5.4 if I am right with my following assumption: From my point of view, your address filter com.mycompany.servlet.AddressFilter must be visible to the Tomcat class org.apache.catalina.core.StandardContext. According to the class loader how-to explaining the class loading tree, such classes that has to be visible to Tomcat classes cannot be placed in the shared or WebappX directories: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-howto.html Try to put your address filter into the common directory. If I am right this should work after a server restart. Best wishes Lutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mysterious failures
Hi, Have been a long time user of TC, but first time poster. I am running 5.0.28 on OS X with PostgreSQL and Struts and connecting to Apache using mod_jk. I have a webapp deployed that is pretty mature. However, I am having some mysterious crashes of Tomcat that I haven't been able to get my head around. The whole process is dying w/o so much as a peep. Not one single log/exception is being written anywhere (as far as I know) that gives even the most remote clue as to why and I am at a loss for how to get at the problem. Here is what I have done to date: 1. Put a catch (Throwable) with a log message at my top level part of the servlet that logs the exception and then throws it out. 2. I have turned on DEBUG level logging for every piece of the application 3. I have set debug=1 everywhere I could in server.xml Anyone have any suggestions on what else to do for debugging this? Part of me feels that it might be JDBC related as I am not using the Tomcat JNDI lookup methods for getting connections (but am managing a pool myself). Should I be using the JNDI lookup methods for getting connections? My only other guess was that it seems to happen after it has been running for a little while and I thought it might have something to do with the session timeout stuff, but I can't see why that would cause the process to exit. Is there some app that people use to make sure the server stays up by checking it every so often and restarting if needed? Thanks for any advice, Grant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Re: Problems with filters in 5.5.9?
Can you say more about how you upgraded? Specifically, were you very careful to migrate your config files across? -Original Message- From: Brandon Dove [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 02:14 To: Lutz Zetzsche Subject: Re: Re: Problems with filters in 5.5.9? Lutz -- thanks for the help but unfortunately even after copying the jar to the $TOMCAT_HOME/common/lib/ directory I still am having problems. :( Anyone else have any ideas? Cheers, Brandon On Sat, 21 May 2005, Lutz Zetzsche ([EMAIL PROTECTED]) wrote: Hi Brandon, Am Freitag, 20. Mai 2005 23:01 schrieb Brandon Dove: I recently upgraded from 5.5.4 - 5.5.9. Now when starting my app I get the error: May 20, 2005 4:28:10 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter addressFilter java.lang.ClassNotFoundException: com.mycompany.servlet.AddressFilter [...] May 20, 2005 4:28:10 PM org.apache.catalina.core.StandardContext start SEVERE: Error filterStart AddressFilter is located in a JAR that can be found in /webapps/WEB-INF/lib (as usual) so I'm not sure why it can't find the class? Any ideas? It is strange that this error didn't occur with Tomcat 5.5.4 if I am right with my following assumption: From my point of view, your address filter com.mycompany.servlet.AddressFilter must be visible to the Tomcat class org.apache.catalina.core.StandardContext. According to the class loader how-to explaining the class loading tree, such classes that has to be visible to Tomcat classes cannot be placed in the shared or WebappX directories: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/class-loader-h owto.html Try to put your address filter into the common directory. If I am right this should work after a server restart. Best wishes Lutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: problem: Session invalidation in the servlet accessed via foreign context
I'm not sure why you think there is a problem with invalidation. I'm no
expert, but I'm not sure that I would expect the code below to work, because
by default, servlets must not share sessions between webapps, and you are
asking that a client request to one context is passed to another, and still
the session data is available. Withouht single sign-on, I would have
thought that sessions will not be shared.
I've just flipped through the 2.4 servlet spec. Section SRV.7.3 says
something very specific about your scenario, as follows: if a servlet uses
the RequestDispatcher to call a servlet in another Web application, any
sessions created for and visible to the servlet being called must be
different from those visible to the calling servlet.
I appreciate that you are also saying that v3/v4 behaved differently - but
are you sure that the config of those versions was not different, perhaps
they were configured to share sessions (single sign-on)? I'm not sure on
the detail of earlier versions of the servlet spec, but perhaps session
behaviour was defined differently in previous versions. You could find out
with a google search, or maybe someone else will answer
-Original Message-
From: Akoulov, Alexandre [IT]
[mailto:[EMAIL PROTECTED]
Sent: Monday 23 May 2005 01:29
To: Tomcat Users List
Subject: RE: problem: Session invalidation in the servlet
accessed via foreign context
Thanks a lot, Steve, for your reply.
No, I am not using SingleSignOn neither hoping to share the
same session across contexts.
The only thing I was testing is that I could invalidate and
then create a new session in different scenarios.
I ran the test with the java debugger and could observe that
when invalidating/creating a session in ForeignContextServlet
it in fact did not create a new session and left us with the
reference to old (ie invalidated) session after line No.3.
My next step is start looking into the tomcat source code to
try to work out what's happening. Do you think it's best way
to approach this issue?
Thanks again,
Alex.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, 23 May 2005 10:18 AM
To: 'Tomcat Users List'
Subject: RE: problem: Session invalidation in the servlet accessed via
foreign context
I'm not sure I fully understand this issue, but seeing as
no-one else seems
to have replied yet, maybe a few Qs might help you work through it:
Are you hoping that both contexts will share their sessions?
Are you using the SingleSignOn feature in server.xml?
When you say that ForeignContextServlet does not create a new session
object, are you explicitly testing that within
ForeignContextServlet itself,
or from a servlet in another context (e.g. DebuggerServlet)? i.e. is
null==session after step 3?
You say that the session is invalid/null after line 2, but
have you tested
that it was valid/non-null before line 2?
-Original Message-
From: Akoulov, Alexandre [IT]
[mailto:[EMAIL PROTECTED]
Sent: Monday 23 May 2005 00:43
To: tomcat-user@jakarta.apache.org
Subject: Re: problem: Session invalidation in the servlet
accessed via foreign context
Hi all,
I'd greatly appreciate if you could shed a ray of light on
the following problem ( see below)
-Original Message-
From: Akoulov, Alexandre [IT]
Sent: Friday, 20 May 2005 11:15 AM
To: Tomcat Users List
Subject: problem: Session invalidation in the servlet accessed via
foreign context
Hi all,
It seems that there is a problem with session invalidation in
tomcat5.0. Please refer to the explanation below:
1. HttpSession session = req.getSession(true); // get
existing user session or create one if does not exist
2. session.invalidate(); // invalidate user session
3. session = req.getSession(true); // create a new session (
ie a valid session)
The above three lines of code are commonly used to invalidate
the user session and then create a new one. Tomcat implements
this behaviour by creating a new session object in line No.3.
However, in tomcat5.0 implementation (5.0.28) when the above
code is accessed via foreign context it does not create a new
session object and therefore a session is still invalid after
lineNo.3 is executed. The following code demonstrates the
problem:
// servlet that runs in the same tomcat instance but in a
different context to DebuggerServlet's context
public class ForeignContextServlet extends HttpServlet {
public void doGet(HttpServletRequest req,
HttpServletResponse res)
throws ServletException, IOException {
HttpSession session =
RE: Mysterious failures
What is your actual logging config? Hazy memory, but don't you want debug=99 rather than debug=1 to get more detail? If you really can't get logging to work, you could insert System.out.println(blah) statements at key points around where you think the crash might be caused, in lieu of your log statements. Not pretty but it can get you results. Some Qs to narrow it down a bit: Is the crash triggered by a single type of request, or maybe a burst of traffic, or will it crash even with no requests? Is the crashing request direct to TC or via apache httpd? Is a TC html error page generated, what does it say? Do you start any of your own threads? Does your code always return pooled objects to the pool? Is there some app that people use to make sure the server stays up by checking it every so often and restarting if needed? I've never come across that. TC is pretty reliable, shouldn't need it IMHE. -Original Message- From: Grant Ingersoll [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 02:39 To: tomcat-user@jakarta.apache.org Subject: Mysterious failures Hi, Have been a long time user of TC, but first time poster. I am running 5.0.28 on OS X with PostgreSQL and Struts and connecting to Apache using mod_jk. I have a webapp deployed that is pretty mature. However, I am having some mysterious crashes of Tomcat that I haven't been able to get my head around. The whole process is dying w/o so much as a peep. Not one single log/exception is being written anywhere (as far as I know) that gives even the most remote clue as to why and I am at a loss for how to get at the problem. Here is what I have done to date: 1. Put a catch (Throwable) with a log message at my top level part of the servlet that logs the exception and then throws it out. 2. I have turned on DEBUG level logging for every piece of the application 3. I have set debug=1 everywhere I could in server.xml Anyone have any suggestions on what else to do for debugging this? Part of me feels that it might be JDBC related as I am not using the Tomcat JNDI lookup methods for getting connections (but am managing a pool myself). Should I be using the JNDI lookup methods for getting connections? My only other guess was that it seems to happen after it has been running for a little while and I thought it might have something to do with the session timeout stuff, but I can't see why that would cause the process to exit. Is there some app that people use to make sure the server stays up by checking it every so often and restarting if needed? Thanks for any advice, Grant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Robert, I would like to apologize for allowing myself to get into a flame war on your thread. My original intent was to point out an area that I had noticed had gotten a lot of postings and sounded similar to yours. Most of the posts made reference to the cache or workfiles and thus that is also what I was referring to as a means for searching. Unless I am sure of something I always try to let the reader know that. That is why I said things like sounds like and you may be. I did mistype a word, I meant to say delete the folder instead of cache. Again, I apologize for letting myself get sidetracked. Now back on topic. If you are working on two separate machines for deployment and programming, you may want to ensure that both machine have the same time. It should not make a difference between 5.5 and 5.0 but may be worth checking. Doug - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, May 22, 2005 12:03 PM Subject: Re: Reload on Tomcat 5.5 On 5/22/05, Parsons Technical Services [EMAIL PROTECTED] wrote: Robert, Now that Remy has tested it in his perfect world, this gives some direction to work in. It would appear that with a basic setup, which we can only assume since Remy assured you that it works, that there must be a OS issue. I wonder what Remy runs? If you decide to dig deeper, I would layout the code for the two versions and see where they differ. Then with this information you could submit a bug report with all the details. Hopefully it could be changed unless there was a compelling reason. I am so glad that Remy pointed out that I was wrong, but had no explanation for why you were having problems. Considering that I was only suggesting a direction to look in. But then again if you had been running Windows then I may have been right. Don't let the snotty attitude get to you. You encounter those type on the list from time to time. Please try to make sense next time. Writing inaccurate statements while appearing to know things will confuse people, and will be much worse than posting nothing. If you don't really know, then don't post funky theories as facts. Your main assertion is baseless 5.5 has a hard time letting go of the cache/workfiles. Do you actually know what you are talking about ? I suppose not. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New to struts
Hi, I am new to struts, I have installed tomcat on my system. Can any body please let me the steps how to configure and run the struts on my tomcat server. Please exaplane me what are the jar files are need and let me know where to keep thouse jar files. Please explain indetail. Thanks in advance Raj _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reload on Tomcat 5.5
Parsons Technical Services wrote: Robert, I would like to apologize for allowing myself to get into a flame war on your thread. My original intent was to point out an area that I had noticed had gotten a lot of postings and sounded similar to yours. Most of the posts made reference to the cache or workfiles and thus that is also what I was referring to as a means for searching. Unless I am sure of something I always try to let the reader know that. That is why I said things like sounds like and you may be. I did mistype a word, I meant to say delete the folder instead of cache. Again, I apologize for letting myself get sidetracked. Now back on topic. If you are working on two separate machines for deployment and programming, you may want to ensure that both machine have the same time. It should not make a difference between 5.5 and 5.0 but may be worth checking. Doug - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Sunday, May 22, 2005 12:03 PM Subject: Re: Reload on Tomcat 5.5 On 5/22/05, Parsons Technical Services [EMAIL PROTECTED] wrote: Robert, Now that Remy has tested it in his perfect world, this gives some direction to work in. It would appear that with a basic setup, which we can only assume since Remy assured you that it works, that there must be a OS issue. I wonder what Remy runs? If you decide to dig deeper, I would layout the code for the two versions and see where they differ. Then with this information you could submit a bug report with all the details. Hopefully it could be changed unless there was a compelling reason. I am so glad that Remy pointed out that I was wrong, but had no explanation for why you were having problems. Considering that I was only suggesting a direction to look in. But then again if you had been running Windows then I may have been right. Don't let the snotty attitude get to you. You encounter those type on the list from time to time. Please try to make sense next time. Writing inaccurate statements while appearing to know things will confuse people, and will be much worse than posting nothing. If you don't really know, then don't post funky theories as facts. Your main assertion is baseless 5.5 has a hard time letting go of the cache/workfiles. Do you actually know what you are talking about ? I suppose not. Doug, Thanks for all your assistance so far. I think i have discovered the cause of my problem. After deploying my application using the tomcat manager application on 5.0, the application is loaded from the directory that you specify in the WAR or Directory URL box. However, when you deploy on 5.5 using the manager, it seems to take a copy of the folder and put it under 'webapps'. So when I have been re-compiling my classes, they were being re-compiled into the orignal directory. Under tomcat 5.0's this is fine. But since the web application on 5.5 is running out of a copied folder, my changes are in fact going in the wrong place! I tried updating the COPY in 5.5 and it reloaded fine. It seems to be just a subtle difference in the way the manager on 5.0 and 5.5 works by default. Thanks again, - Robert.
RE: problem: Session invalidation in the servlet accessed via foreign context
Thanks again, Steve, for your time. I am not trying to share sessions between different apps. I just want to ensure that when we're programmatically accessing web application in the different context it can do its own session management (ie invalidate / create new ones) -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, 23 May 2005 11:52 AM To: 'Tomcat Users List' Subject: RE: problem: Session invalidation in the servlet accessed via foreign context I'm not sure why you think there is a problem with invalidation. I'm no expert, but I'm not sure that I would expect the code below to work, because by default, servlets must not share sessions between webapps, and you are asking that a client request to one context is passed to another, and still the session data is available. Withouht single sign-on, I would have thought that sessions will not be shared. I've just flipped through the 2.4 servlet spec. Section SRV.7.3 says something very specific about your scenario, as follows: if a servlet uses the RequestDispatcher to call a servlet in another Web application, any sessions created for and visible to the servlet being called must be different from those visible to the calling servlet. I appreciate that you are also saying that v3/v4 behaved differently - but are you sure that the config of those versions was not different, perhaps they were configured to share sessions (single sign-on)? I'm not sure on the detail of earlier versions of the servlet spec, but perhaps session behaviour was defined differently in previous versions. You could find out with a google search, or maybe someone else will answer -Original Message- From: Akoulov, Alexandre [IT] [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 01:29 To: Tomcat Users List Subject: RE: problem: Session invalidation in the servlet accessed via foreign context Thanks a lot, Steve, for your reply. No, I am not using SingleSignOn neither hoping to share the same session across contexts. The only thing I was testing is that I could invalidate and then create a new session in different scenarios. I ran the test with the java debugger and could observe that when invalidating/creating a session in ForeignContextServlet it in fact did not create a new session and left us with the reference to old (ie invalidated) session after line No.3. My next step is start looking into the tomcat source code to try to work out what's happening. Do you think it's best way to approach this issue? Thanks again, Alex. -Original Message- From: Steve Kirk [mailto:[EMAIL PROTECTED] Sent: Monday, 23 May 2005 10:18 AM To: 'Tomcat Users List' Subject: RE: problem: Session invalidation in the servlet accessed via foreign context I'm not sure I fully understand this issue, but seeing as no-one else seems to have replied yet, maybe a few Qs might help you work through it: Are you hoping that both contexts will share their sessions? Are you using the SingleSignOn feature in server.xml? When you say that ForeignContextServlet does not create a new session object, are you explicitly testing that within ForeignContextServlet itself, or from a servlet in another context (e.g. DebuggerServlet)? i.e. is null==session after step 3? You say that the session is invalid/null after line 2, but have you tested that it was valid/non-null before line 2? -Original Message- From: Akoulov, Alexandre [IT] [mailto:[EMAIL PROTECTED] Sent: Monday 23 May 2005 00:43 To: tomcat-user@jakarta.apache.org Subject: Re: problem: Session invalidation in the servlet accessed via foreign context Hi all, I'd greatly appreciate if you could shed a ray of light on the following problem ( see below) -Original Message- From: Akoulov, Alexandre [IT] Sent: Friday, 20 May 2005 11:15 AM To: Tomcat Users List Subject: problem: Session invalidation in the servlet accessed via foreign context Hi all, It seems that there is a problem with session invalidation in tomcat5.0. Please refer to the explanation below: 1. HttpSession session = req.getSession(true); // get existing user session or create one if does not exist 2. session.invalidate(); // invalidate user session 3. session = req.getSession(true); // create a new session ( ie a valid session) The above three lines of code are commonly used to invalidate the user session and then create a new one. Tomcat implements this behaviour by creating a new session object in line No.3. However, in tomcat5.0 implementation (5.0.28) when the above code is accessed via foreign context it does not create a new session object and therefore a session is still invalid after lineNo.3 is executed. The following code
