Re: How to make a webapp restart
Hi. I think that it could be something like http://www.mulesoft.com/tomcat-reload Regards, 2010/6/29 Dola Woolfe dolac...@yahoo.com - Original Message From: Caldarale, Charles R chuck.caldar...@unisys.com To: Tomcat Users List users@tomcat.apache.org Sent: Mon, June 28, 2010 5:54:47 PM Subject: RE: How to make a webapp restart From: Dola Woolfe [mailto:dolac...@yahoo.com] Subject: How to make a webapp restart What setting makes a webapp restart when a .jar changes under tomcat/lib? Nothing. Since the jar is in tomcat/lib, it's handled by the common class loader, so you have to restart Tomcat to get the updated jar recognized. If the jar were in the webapp's WEB-INF/lib directory, you could restart just that one webapp. - Chuck Thanks, Chuck. And is there a setting to have Tomcat automatically restarted when jar changes under tomcat/lib? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to make a webapp restart
Am 29.06.2010 00:22, schrieb Dola Woolfe: Thanks, Chuck. And is there a setting to have Tomcat automatically restarted when jar changes under tomcat/lib? I'm not sure if this is of any use for you, Dola, but when a .war file is deployed to the webapps directory, tomcat loads the webapp. I don't know, what happens, when this .war file is updated our touched. And there is JIT compilation if that's of any use. -- Christoph - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Connection is closed when CometEvent.close is called during an event
-Original Message- From: Konstantin Kolinko Sent: Friday, June 11, 2010 4:46 AM To: Tomcat Users List Subject: Re: Connection is closed when CometEvent.close is called during an event Regarding Comet + Keep-Alive, if it does not work, it is worth filing an enhancement request against Tomcat 7. It would be easier if there were some sample code or better a test case. This new use case has to be tested. I have had a look at Tomcat 7 and recognized that with Tomcat 7 I would probably refactor my application to use Servlet 3 conforming asynchronous processing instead of the CometProcessor interface. I assume that keep alive will be supported in conjunction with async processing? Then, it would no longer make sense using the CometProcessor interface to implement long poll. However, I am not sure if it will be possible for us to change to Tomcat 7 soon. From the release notes I read that it requires Java 6 and I suspect that we will be bound to Java 5 for quite a while. Hence, is there also any interest in respective improvements for Tomcat 6? Then I could provide an example servlet as a patch. Regards, Matthias - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: exception on hitting tomcat url
On 29/06/2010 05:38, vinay basavanal wrote: Ya sorry for that Tomcat version is 6.0.16 and am attaching the server.xml file We don't usually ask you to /attach/ files because the mailing list sometimes strips attachments, and because various mail archives don't store them. One of the advantages of a public mail archive is that other users with problems can search them and maybe learn from them. If key information is in an attached file then it's often not available a few months later, so they can't see what the problem was. You also completely ignored the request to remove the comments from your server.xml. Details are important. Create a backup of the server.xml file and then edit out all of the comments. You might find it easier to spot what's wrong with the HTTP Connector. on 8089 ajp connector is defined in xml but i dont know anything about ajp connector and HTTp is configured on 8081 when i hit http://localhost:8081 http://localhost:8081/ i get http 400 See above. and when i hit http://localhost:8089 http://localhost:8089/ i get exception in tomcat console That's because 'hitting' 8089 won't send a properly formatted AJP message to the connector. p On Mon, Jun 28, 2010 at 6:35 PM, Caldarale, Charles R chuck.caldar...@unisys.com mailto:chuck.caldar...@unisys.com wrote: From: vinay basavanal [mailto:vinay.s...@gmail.com mailto:vinay.s...@gmail.com] Subject: Re: exception on hitting tomcat url i i have this line can u explain me Highly unlikely that anyone other than your therapist can explain you. You apparently didn't bother to read Pid's suggested link, and you still avoid telling us any useful information, which at the minimum would include the exact versions of all the product involved, the URL you're using, the httpd configuration, and the Tomcat server.xml (minus comments and passwords). - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org mailto:users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org mailto:users-h...@tomcat.apache.org -- Thanks Regards Vinay 9972078950 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
Re: How to make a webapp restart
On 28/06/2010 23:22, Dola Woolfe wrote: - Original Message From: Caldarale, Charles R chuck.caldar...@unisys.com To: Tomcat Users List users@tomcat.apache.org Sent: Mon, June 28, 2010 5:54:47 PM Subject: RE: How to make a webapp restart From: Dola Woolfe [mailto:dolac...@yahoo.com] Subject: How to make a webapp restart What setting makes a webapp restart when a .jar changes under tomcat/lib? Nothing. Since the jar is in tomcat/lib, it's handled by the common class loader, so you have to restart Tomcat to get the updated jar recognized. If the jar were in the webapp's WEB-INF/lib directory, you could restart just that one webapp. - Chuck Thanks, Chuck. And is there a setting to have Tomcat automatically restarted when jar changes under tomcat/lib? No there isn't. p - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
Re: questions on documentation for configuring AJP connector
On 28.06.2010 22:06, Rumpa Giri wrote: We are trying to upgrade to the latest connector. While going through the worker properties variables to set we have few questions regarding the following - Please do also grab the source tarball. In version 1.2.30 it contains an example configuration file that has a lot of helpful comments in it. 1) connection_pool_size - Usually this is the same as the number of threads per web server process. (cut-paste from the description for connection_pool_size) I am not familiar with IIS - so how do you determine the above? There was some debate, whether there's a way to automatically determine that. Microsoft doesn't really document it and it seems to depend a lot on IIS version and windows details. See also André's comments. Also does this property have any correlation with the attribute MaxThreads in theConnector tag of server.xml? How do you determine what value should you put for MaxThreads? If there is only one Tomcat you are forwarding to, then it would be the same number. Tomcat - without the tcnative/APR connector - uses one thread per incoming connection. Things get more complicated, if you start using IIS with multiple processes, or a farm of several Tomcats. 2) connection_pool_timeout - The server.xml - the default value if not specified explicitly is 6(60 secs). I see in our server.xml AJP connector tag - its not specified - which means I do need to specify this property connection_pool_timeout in our worker.properties as 60? The documentation says the default for connection_pool_timeout is 0, shouldn't it be 60 if this has to be in synch with server.xml? It should be in sync (apart form the fact that one is in seconds and the other in milliseconds) and you should expliciteley set both. See the commented example config in the 1.2.30 source download. 3) The worker.loadbalancer.method property - currently not set - but we are thinking of doing as B instead of default R. What do you use in general? Is there a disadvantage to switching from Request to Busyness? https://issues.apache.org/bugzilla/show_bug.cgi?id=44454 R should be good enough in most cases, except things like many parallel and long running requests, e.g. download farms for huge content. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: connector configuration values - need help to review
In addition to the comments in your other discussion thread. On 28.06.2010 23:23, Rumpa Giri wrote: Worker.properties ps=\ # ps=/ Remove, doesn't mean anything. worker.list=loadbalancer worker.template.type=ajp13 worker.template.lbfactor=1 worker.template.socket_keepalive=True worker.template.socket_timeout=300 I don't like socket_timeout. Have a look at http://tomcat.apache.org/connectors-doc/generic_howto/timeouts.html worker.template.connection_pool_timeout=600 worker.template.connection_pool_size=200 worker.template.connect_timeout=6 worker.server1.port=8009 worker.server1.host=192.168.100.119 worker.server1.reference=worker.template worker.server2.port=8009 worker.server2.host=192.168.100.120 worker.server2.reference=worker.template worker.loadbalancer.type=lb worker.loadbalancer.balance_workers=server1,server2 worker.loadbalancer.method=B I'd start with R. --- uriworkermap.properties --- /myjsps/*=loadbalancer - Server.xml AJP connector tag - !-- Define an AJP 1.3 Connector on port 8009 -- Connector port=8009 enableLookups=false redirectPort=8443 protocol=AJP/1.3 maxThreads=450 connectionTimeout=60 / Did you set jvmRoute? Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
Tomislav Petrović said on 28.6.2010 15:46: Caldarale, Charles R said on 28.6.2010 15:32: Seems to me it is related to web app reloading but this is my blind guess. What makes you suspicious that reloading is going on? Just my VERY BIG AND BLIND guess based on classes involved in stack trace. This is my dissection of problematic stacktrace using my limited Java knowledge and Tomcat sources. Stacktrace written in reverse way to follow code flow more easily. at java.lang.Thread.run(Thread.java:619) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) Background thread which periodically calls backgroundProcess on container and its children, I believe it is used to determine wether app needs to be reloaded (make sense to me that something periodically needs to check wether app needs to be reloaded). at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309) at org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398) at org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477) at org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822) modified is called in order to find if one or more classes or resources been modified so that a reload is appropriate?, at least that is what the JavaDoc comment says. at org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840) at org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747) at org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429) Just forwards call to more appropriate classes up to here. at org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811) Here a File object of Return a File object representing the specified normalized context-relative path if it exists and is readable is created, however name given to it chokes up normalize, it seems. at org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771) at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) This is problematic code (part of normalize method): // Resolve occurrences of // in the normalized path while (true) { int index = normalized.indexOf(//); if (index 0) break; normalized = normalized.substring(0, index) + normalized.substring(index + 1); } Seems to me code assumes that if it founds // in a string then this // is not at the end of the string (has to have something behind it). In general case this sounds like a bug to me (however I am not expert here and don't know from where filename comes and how it should be written). So if anyone can tell me form where a name (filename) given to normalize comes (I assume it is something in classpath, configuration, path, or?). So I can find it and remove (probably extra // or \) to solve my problem. And after I know what caused this, should this be reported as bug into Bugzilla? I'll give you server.xml and other conf as soon as I get them today. Thanks everyone, -- Tomy t.petro...@inet.hr - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[ANN] Tomcat blog now available
The Apache Tomcat team is pleased to announce the creation of the Apache Tomcat blog: http://blogs.apache.org/tomcat/ The Tomcat developers will be regularly blogging about Tomcat development and Tomcat related topics. To start the blog off, there is a short entry on Tomcat 7. Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
On 29/06/2010 11:51, Tomislav Petrović wrote: Tomislav Petrović said on 28.6.2010 15:46: Caldarale, Charles R said on 28.6.2010 15:32: Seems to me it is related to web app reloading but this is my blind guess. What makes you suspicious that reloading is going on? Just my VERY BIG AND BLIND guess based on classes involved in stack trace. This is my dissection of problematic stacktrace using my limited Java knowledge and Tomcat sources. Stacktrace written in reverse way to follow code flow more easily. at java.lang.Thread.run(Thread.java:619) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) Background thread which periodically calls backgroundProcess on container and its children, I believe it is used to determine wether app needs to be reloaded (make sense to me that something periodically needs to check wether app needs to be reloaded). at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309) at org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398) at org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477) at org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822) modified is called in order to find if one or more classes or resources been modified so that a reload is appropriate?, at least that is what the JavaDoc comment says. at org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840) at org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747) at org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429) Just forwards call to more appropriate classes up to here. at org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811) Here a File object of Return a File object representing the specified normalized context-relative path if it exists and is readable is created, however name given to it chokes up normalize, it seems. at org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771) at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) This is problematic code (part of normalize method): // Resolve occurrences of // in the normalized path while (true) { int index = normalized.indexOf(//); if (index 0) break; normalized = normalized.substring(0, index) + normalized.substring(index + 1); } Seems to me code assumes that if it founds // in a string then this // is not at the end of the string (has to have something behind it). In general case this sounds like a bug to me (however I am not expert here and don't know from where filename comes and how it should be written). So if anyone can tell me form where a name (filename) given to normalize comes (I assume it is something in classpath, configuration, path, or?). So I can find it and remove (probably extra // or \) to solve my problem. And after I know what caused this, should this be reported as bug into Bugzilla? Not unless someone here says so. We haven't eliminated the possibility of errors in the config files yet. p I'll give you server.xml and other conf as soon as I get them today. Thanks everyone, -- Tomy t.petro...@inet.hr - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
Re: [ANN] Tomcat blog now available
On 29/06/2010 12:17, Mark Thomas wrote: The Apache Tomcat team is pleased to announce the creation of the Apache Tomcat blog: http://blogs.apache.org/tomcat/ The Tomcat developers will be regularly blogging about Tomcat development and Tomcat related topics. To start the blog off, there is a short entry on Tomcat 7. Thank you, -- The Apache Tomcat Team ... and the server falls over. :s p signature.asc Description: OpenPGP digital signature
[ANN] Apache Tomcat 7.0.0-beta released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0, including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, web application memory leak detection and prevention, improved security for the Manager and Host Manager applications, Generic CSRF protection, support for including external content directly in a web application (aliases), re-factoring (connectors, life-cycle) and lots of internal code clean-up. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
Pid said on 29.6.2010 13:36: On 29/06/2010 11:51, Tomislav Petrović wrote: Tomislav Petrović said on 28.6.2010 15:46: Caldarale, Charles R said on 28.6.2010 15:32: Seems to me it is related to web app reloading but this is my blind guess. What makes you suspicious that reloading is going on? Just my VERY BIG AND BLIND guess based on classes involved in stack trace. This is my dissection of problematic stacktrace using my limited Java knowledge and Tomcat sources. Stacktrace written in reverse way to follow code flow more easily. at java.lang.Thread.run(Thread.java:619) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601) Background thread which periodically calls backgroundProcess on container and its children, I believe it is used to determine wether app needs to be reloaded (make sense to me that something periodically needs to check wether app needs to be reloaded). at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1309) at org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:398) at org.apache.catalina.loader.WebappLoader.modified(WebappLoader.java:477) at org.apache.catalina.loader.WebappClassLoader.modified(WebappClassLoader.java:822) modified is called in order to find if one or more classes or resources been modified so that a reload is appropriate?, at least that is what the JavaDoc comment says. at org.apache.naming.resources.ProxyDirContext.getAttributes(ProxyDirContext.java:840) at org.apache.naming.resources.BaseDirContext.getAttributes(BaseDirContext.java:747) at org.apache.naming.resources.FileDirContext.getAttributes(FileDirContext.java:429) Just forwards call to more appropriate classes up to here. at org.apache.naming.resources.FileDirContext.file(FileDirContext.java:811) Here a File object of Return a File object representing the specified normalized context-relative path if it exists and is readable is created, however name given to it chokes up normalize, it seems. at org.apache.naming.resources.FileDirContext.normalize(FileDirContext.java:771) at org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) This is problematic code (part of normalize method): // Resolve occurrences of // in the normalized path while (true) { int index = normalized.indexOf(//); if (index 0) break; normalized = normalized.substring(0, index) + normalized.substring(index + 1); } Seems to me code assumes that if it founds // in a string then this // is not at the end of the string (has to have something behind it). In general case this sounds like a bug to me (however I am not expert here and don't know from where filename comes and how it should be written). So if anyone can tell me form where a name (filename) given to normalize comes (I assume it is something in classpath, configuration, path, or?). So I can find it and remove (probably extra // or \) to solve my problem. And after I know what caused this, should this be reported as bug into Bugzilla? Not unless someone here says so. We haven't eliminated the possibility of errors in the config files yet. OK, which configuration (classpath, windows path, what?) is in question here and has, possible extra, // at the end of string? Which parameter should I hunt for? -- Tomy t.petro...@inet.hr - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
On 29/06/2010 12:51, Tomislav Petrović wrote: This is problematic code (part of normalize method): // Resolve occurrences of // in the normalized path while (true) { int index = normalized.indexOf(//); if (index 0) break; normalized = normalized.substring(0, index) + normalized.substring(index + 1); } Seems to me code assumes that if it founds // in a string then this // is not at the end of the string (has to have something behind it). In general case this sounds like a bug to me (however I am not expert here and don't know from where filename comes and how it should be written). So if anyone can tell me form where a name (filename) given to normalize comes (I assume it is something in classpath, configuration, path, or?). So I can find it and remove (probably extra // or \) to solve my problem. Nope. That code will run quite happily if // is at the end of the string. That is what is so odd about this error. Also note it is perfectly valid for the path to end with /. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[ANN] Apache Tomcat 7.0.0 beta released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Note that this version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for Windows operating systems running on different CPU architectures. Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0, including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, web application memory leak detection and prevention, improved security for the Manager and Host Manager applications, Generic CSRF protection, support for including external content directly in a web application (aliases), re-factoring (connectors, life-cycle) and lots of internal code clean-up. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 7.0.0-beta released
On 29/06/2010 13:48, Mark Thomas wrote: The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Folks, I think the list might be about to get a number of these. It looked like I was having e-mail issues so the message got resent several times. Apologies in advance for any more duplicates. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Application vars -
Hi Eric. Would making your servlet reload all application vars not be akin to simply reloading your servlet altogether, by changing context/init params in your web.xml or context.xml? If you really want to avoid an application reload, why not just have your app read its values from a properties config file instead of a DB? It would be much more lightweight and standard. Shay On Mon, Jun 28, 2010 at 11:37 PM, Eric P eric.maill...@gmail.com wrote: I've been loading up my web.xml with context and init params for my first app, but I'm thinking at some point it'd be nice to tweak these values on the fly while the app is running. What are some good practices to accomplish this? I'm leaning towards storing all application variables in a database table w/one record, and loading these values into the application scope w/a servlet on app startup. Then if I need to tweak any values I could update the db record and hit this servlet to reload all the application scope vars. I'm guessing there's some other possibly better ways to go about this. Thanks for reading, Eric P. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
jconsole
Hi, Does jconsole http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html cause additional overheads on a server? Thanks, Kaushal
RE: jconsole
From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com] Subject: jconsole Does jconsole http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html cause additional overheads on a server? Of course - not even Java can avoid Heisenberg. Just how much overhead depends on what you're looking at and how often you look. Whether or not the effect is ignorable in your environment is something only you can decide. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: jconsole
On Tue, Jun 29, 2010 at 7:22 PM, Caldarale, Charles R chuck.caldar...@unisys.com wrote: From: Kaushal Shriyan [mailto:kaushalshri...@gmail.com] Subject: jconsole Does jconsole http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html cause additional overheads on a server? Of course - not even Java can avoid Heisenberg. Just how much overhead depends on what you're looking at and how often you look. Whether or not the effect is ignorable in your environment is something only you can decide. - Chuck Hi Chuck, My servers are heavily loaded running multiple tomcat instances. Are there light weight applications in competent to jconsole. Please suggest. Thanks, Kaushal
Does tomcat replicate all sessions before starting the application when redeploying?
Hi everyone, In the company I work for we have a Tomcat cluster with two instances (version 5.5.25) running on a single Xen virtual machine (kernel 2.6.18). We use the default, one line, cluster configuration. Our main goal is to make sure our web page is available and that all sessions survive during redeployment. We haven't yet observed a problem but were wondering if sessions could be lost during our redeployment procedure. Here is what we do: a) Application is running on tomcatA and tomcatB and all sessions are replicated b) Application on tomcatA is undeployed, all requests are redirected to tomcatB c) Application on tomcatA is deployed * Now the cluster needs to make sure that all sessions are replicated properly on tomcatA d) Application on tomcatB is undeployed, all requests are redirected to tomcatA e) Application on tomcatB is deployed We use an ant script and the tomcat manager tasks to control the deployment procedure. More specifically we use two consecutive deploy tasks where the update field is set to true. Note that we are not actually bringing down any tomcat instance, but rather we're just redeploying a particular application while the rest are still running. 1. Could sessions be lost in this procedure when the undeployment of the webapp on tomcatB happens right after the deployment on tomcatA? 2. Does the tomcat manager deploy task in step (c) only return once all sessions are successfully replicated? 3. If not is there a way to ensure all sessions are replicated before undeploying the webapp on tomcatB? Thanks, Mitko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Possible to redeploy a JAR file without restarting Tomcat?
Regarding restarting an application, the JAR file in question is in a common shared directory by all applications and each application has its files deployed in a folder within the CATALINA_HOME/webapps directory. So would restarting one of my applicaitons pick up the new shared JAR and all the other apps would continue to use the old version? - Dave Pid * wrote: On 27/06/2010 20:04, laredotornado wrote: Hi, I'm using Tomcat 6.0.26. There is one JAR file I repeatedly rebuild and deploy and I was wondering if there is any way, obscure or otherwise, to deploy this JAR file without having to restart Tomcat. Thanks for any insights, - Dave You can restart an individual application, but you can't dynamically replace a jar. See the Context element description for the reloadable attribute in the config docs and the WatchedResource element in the default Context definition (in tomcat/conf/context.xml) p -- View this message in context: http://old.nabble.com/Possible-to-redeploy-a-JAR-file-without-restarting-Tomcat--tp29007357p29024617.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Help with tomcat configuration
I am trying to track down a problem that has something to do with this error below [CODE]java.lang.NullPointerException at java.util.Properties$LineReader.readLine(Properties.java:418) at java.util.Properties.load0(Properties.java:337) at java.util.Properties.load(Properties.java:325) at snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221)[/CODE] Now here is what i know, the code that is calling the Connection pool is correct since i can put the .war file out on another machine and it works fine. I have been looking through the conf files for some sort of incosistency between the two environment. Is it incorrect to assume that tomcat can't find my db.properties file if so where do i tell tomcat to look? or does any one else have a better idea on where to look. Thanks in advance. Brandon -- View this message in context: http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29024672.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Possible to redeploy a JAR file without restarting Tomcat?
From: laredotornado [mailto:laredotorn...@gmail.com] Subject: Re: Possible to redeploy a JAR file without restarting Tomcat? So would restarting one of my applicaitons pick up the new shared JAR and all the other apps would continue to use the old version? No - read the first response. Anything in the shared directories is handled by the common classloader. You have to restart Tomcat to get it to read any updated jars. Restarting individual webapps is irrelevant in this situation. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Help with tomcat configuration
From: btodd_22 [mailto:bran...@mortech-inc.com] Subject: Help with tomcat configuration Now here is what i know, the code that is calling the Connection pool is correct All evidence to the contrary... Is it incorrect to assume that tomcat can't find my db.properties file Yes, it is incorrect to assume that, especially since Tomcat isn't looking for it - your code is. When you post, at a bare minimum, tell us the Tomcat version you're using, along with the JVM level and the platform you're running on. Since this particular problem appears to be related to the code in snaq.db.ConnectionPoolManager that's attempting to read the properties, you should provide that code as well. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Help with tomcat configuration
n828cl wrote: Now here is what i know, the code that is calling the Connection pool is correct All evidence to the contrary... Is it incorrect to assume that tomcat can't find my db.properties file Yes, it is incorrect to assume that, especially since Tomcat isn't looking for it - your code is. When you post, at a bare minimum, tell us the Tomcat version you're using, along with the JVM level and the platform you're running on. Since this particular problem appears to be related to the code in snaq.db.ConnectionPoolManager that's attempting to read the properties, you should provide that code as well. - Chuck I am on Fedora 12 and using tomcat 6 along with java version 1.6 ** Here is one more line of the stack trace. [CODE] java.lang.NullPointerException at java.util.Properties$LineReader.readLine(Properties.java:418) at java.util.Properties.load0(Properties.java:337) at java.util.Properties.load(Properties.java:325) at snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221) at com.**.init(***.java:23) [/CODE] which correlates to this method [CODE] try { connMgr = ConnectionPoolManager.getInstance(); //THIS IS LINE 23 } catch (Exception e) { e.printStackTrace(); } [/CODE] The init method is the following [CODE] InputStream is = getClass().getResourceAsStream(/db.properties); Properties dbProps = null; try { dbProps = new Properties(); dbProps.load(is); } catch (Exception e) { System.err.println(Can't read the properties file. + Make sure db.properties is in the CLASSPATH); return; } loadDrivers(dbProps); createPools(dbProps); [/CODE] -- View this message in context: http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29024973.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 7.0.0 beta released
Any performance improvements over 6.0.X due to refactoring? Is memory leaks reported somewhere? Thanks, -Tony - Original Message From: Mark Thomas ma...@apache.org To: annou...@tomcat.apache.org; Tomcat Users List users@tomcat.apache.org; Tomcat Developers List d...@tomcat.apache.org Sent: Tue, June 29, 2010 5:45:59 AM Subject: [ANN] Apache Tomcat 7.0.0 beta released The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Note that this version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for Windows operating systems running on different CPU architectures. Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0, including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, web application memory leak detection and prevention, improved security for the Manager and Host Manager applications, Generic CSRF protection, support for including external content directly in a web application (aliases), re-factoring (connectors, life-cycle) and lots of internal code clean-up. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 7.0.0 beta released
On 29/06/2010 17:27, Tony Anecito wrote: Any performance improvements over 6.0.X due to refactoring? Not that you'll notice. Requests spend relatively little time in Tomcat code compared to application code so even if Tomcat 7 was twice as fast you'd be very unlikely to notice it. Most of the refactoring was about cleaning up the code to make it easier to maintain rather than aimed at performance tuning. Is memory leaks reported somewhere? Web applications that leak memory are reported via JMX and the manager app. Note that getting the list triggers a full GC (well, tries to) so it isn't something that you want to use lightly in production. Mark Thanks, -Tony - Original Message From: Mark Thomasma...@apache.org To: annou...@tomcat.apache.org; Tomcat Users Listusers@tomcat.apache.org; Tomcat Developers Listd...@tomcat.apache.org Sent: Tue, June 29, 2010 5:45:59 AM Subject: [ANN] Apache Tomcat 7.0.0 beta released The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Note that this version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for Windows operating systems running on different CPU architectures. Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0, including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, web application memory leak detection and prevention, improved security for the Manager and Host Manager applications, Generic CSRF protection, support for including external content directly in a web application (aliases), re-factoring (connectors, life-cycle) and lots of internal code clean-up. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help with tomcat configuration
btodd_22 wrote: I am trying to track down a problem that has something to do with this error below [CODE]java.lang.NullPointerException at java.util.Properties$LineReader.readLine(Properties.java:418) at java.util.Properties.load0(Properties.java:337) at java.util.Properties.load(Properties.java:325) at snaq.db.ConnectionPoolManager.loadProperties(ConnectionPoolManager.java:278) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:167) at snaq.db.ConnectionPoolManager.getInstance(ConnectionPoolManager.java:221)[/CODE] Now here is what i know, the code that is calling the Connection pool is correct since i can put the .war file out on another machine and it works fine. I have been looking through the conf files for some sort of incosistency between the two environment. Is it incorrect to assume that tomcat can't find my db.properties file if so where do i tell tomcat to look? or does any one else have a better idea on where to look. Thanks in advance. Brandon I found what the issue was. I found that within my usr/local/tomcat/conf/Catalina/localhost there is a bunch of xml files each resembling each project that is on tomcat. I found that within the project that was failing it had a docbase pointing to my home file which houses all my java code but not my property file and all I did was take that parameter out of there. Restarted tomcat and it worked. Now correct me if i am wrong here but it was my understanding that tomcat used the context.xml within the project itself as the base and not the global within the Catalina Ba someone please enlighten me on this. Thanks in advance. Brandon -- View this message in context: http://old.nabble.com/Help-with-tomcat-configuration-tp29024672p29025752.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Help with tomcat configuration
From: btodd_22 [mailto:bran...@mortech-inc.com] Subject: Re: Help with tomcat configuration it was my understanding that tomcat used the context.xml within the project itself as the base and not the global within the Catalina Ba Not quite sure what your unfinished sentence was supposed to say, but if you read the doc: http://tomcat.apache.org/tomcat-6.0-doc/config/context.html you'll notice that a Context element in conf/Catalina/[host]/[appName].xml takes precedence over the one in the webapp's META-INF/xml file. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Convert a certificate from IIS (.PFX) into a (.keystore) for Apache Tomcat v 6.x
On 23/06/10 23:04, ian loyola wrote: Dear colleagues, I'm running IIS version 6 and Apache Tomcat 6.x on a Windows 2003 enterprise server. I had to renew SSL certificates for both the IIS and Tomcat web server. I was told to raise a CSR from the IIS server and create a certificate. The certificate (.PFX) could then be converted into a (.keystore) file for Tomcat. Unfortunately, I'm struggling with this. Generating a new CSR is unfortunately not an option as it needs to be completed tomorrow. Could you please please assist me to convert a certificate from IIS (.PFX) into a (.keystore) for Apache Tomcat v 6.x? As far as I'm aware, .PFX files are PKCS#12 files. Why convert instead of using that file and keystoreType=PKCS12? Best wishes, Bruno. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Does JSF 2.0 work on Tomcat 6.0.26 ?
Does JSF 2.0 work on Tomcat 6.0.26 ? I've installed... Tomcat 6.0.26 ( for Windows x64 arch ). JVM Version:1.6.0_20-b02 ( for Windows x64 arch ). I'm reading book entitled Java Server Faces 2.0, The Complete Reference. Chapter 2, page 30 is entitled Buidling And Running (jsfreg) The Application. To build, I am using Maven... Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\l*mvn -v* Apache _*Maven 2.2.1*_ (r801777; 2009-08-06 14:16:01-0500) Java version: 1.6.0_20 Java home: C:\glassfishv3\jdk\jre Default locale: en_US, platform encoding: Cp1252 OS name: windows 7 version: 6.1 arch: amd64 Family: windows Regarding Setting Up Maven 2( at www.jsfcompref.com ), and the .m2.settings.xml file, the article did not describe the scenario when doing this is required, or applicable, so, I skipped that part about the .m2/settings.xml file. (and Maven 2.2.1 seems to be working fine). The ch02 pom.xml (original) produces a WAR file without the JSF libraries. However, the WAR produced would not run on Apache Tomcat 6.0 and a casual browse over the Tomcat 6.0 documentation didn't seem to say anything about JSF related administration for Tomcat. Does it? Should it? Chapter 2 page 30 describes how to modify the the ch02 pom.xml to include the JSF libraries inside the WAR file. However, this WAR file also would not run, but it did produce JSF libraries in Directory ch02/target/jsfreg/WEB-INF/lib contained 2 files... 1) jsf-imp-l2.0.0.jar 2) jsf-api-2.0.jar I copied these 2 jars to Tomcat 6.0/lib directory. Then I did mvn clean and copied the original pom.xml (excludes JSF libs) and rebuilt via mvn install to produce a WAR and then deployed the WAR. I was able to start the WAR (once) and it's status was running. Using my browser, I addressed the application via http://localhost:8080/jsfreg THE PROBLEM IS : the response I receive is HTTP Status 404 - Faces Servlet is not available. AND I could NOT (re)start the WAR... it would not run a second time. HERE IS THE CATALINA LOG: Jun 28, 2010 4:49:24 PM com.sun.faces.config.ConfigureListener contextInitialized INFO: Initializing Mojarra 2.0.0 (SNAPSHOT 20091019) for context '/jsfreg' Jun 28, 2010 4:49:24 PM com.sun.faces.config.ConfigManager initialize INFO: Unsanitized stacktrace from failed start... java.lang.NullPointerException at com.sun.faces.util.Util.loadClass(Util.java:200) at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:312) at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processHandlerClass(FaceletTaglibConfigProcessor.java:416) at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTags(FaceletTaglibConfigProcessor.java:370) at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:313) at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:262) at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:337) at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:219) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4467) at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1276) at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:624) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:558) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at
RE: Webapp reloading issue and intermittent 404 errors
From: Tomislav Petrović [mailto:t.petro...@inet.hr] Subject: Re: Webapp reloading issue and intermittent 404 errors org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) IIRC, you are not the first person to report an exception at this spot in the code. (Unfortunately, I can't locate the other thread at the moment, but it was fairly recent.) The code in question has been run through many test cases, inside and outside of Tomcat, and does not appear to contain any errors (although it could be slightly more efficient). This is looking like a possible JVM bug, so details about the exact JVM level and what mode you're running it in (32- or 64-bit, client or server) would help. - 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.
RE: question for sso session replication in tomcat 6.0.26
-Original Message- From: Pid [mailto:p...@pidster.com] Sent: Monday, June 28, 2010 4:01 PM To: Tomcat Users List Subject: Re: question for sso session replication in tomcat 6.0.26 On 28/06/2010 23:19, Okubo, Yasushi (TSD) wrote: On 28/06/2010 21:21, Okubo, Yasushi (TSD) wrote: Yes, I do. Manager className=org.apache.catalina.ha.session.DeltaManager name=webclust2 expireSessionsOnShutdown=false Hmm. Can you unset the DeltaManager name attribute on all of your instances? p Hi Pid I moved expireSessionOnShutdown, but the result was the same. I did not see any difference. I didn't ask you to move expireSessionsOnShutdown, I asked you not to set the name attribute. /** * Return the descriptive short name of this Manager implementation. */ public String getName() { return name; } It's the only thing I can see in your config that looks weird. I'm not really sure how it could affect things, but it might, so don't set it, please. By the way, when I shutdown the node1, it is getting action = 3 from SimpleTpcCluster, which means logout defined in singlesignonmessage.java. And clustersinglesignon is deregistering this session id from other nodes. It looks like clustersinglesignon can send a message to other nodes even if deltamanager.expireSessionsOnShutdown set to false. Why? I don't know. Certainly seems odd, I'll look into the expireSessionsOnShutdown attribute again tomorrow. p Hi Pid I removed name attribute from DeltaManager, but the result was the same. It looks like ClusteSingleSignOn is sending deregister message through SimpleTCPCluster when it received the message from GroupChannel. Action = 3 is logout. Jun 29, 2010 10:25:16 AM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Send Message:UniqueId{-47, 62, -63, -59, 37, 80, 72, -98, -85, -5, 102, -1, -95, 34, 82, 25} is SingleSignOnMessage[action=3, ssoId=D01FF1E66C0D50C4418216F9974FA667, sessionId=null, username=null] - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to make a webapp restart
How about this trick then. Whenever I recompile a library under tomcat/lib, I also touch an empty .jar file under WEB-INF/lib. That seems to work, BUT: it states: Jun 29, 2010 2:08:36 PM org.apache.catalina.core.StandardContext reload INFO: Reloading this Context has started but a load-on-startup1/load-on-startup servlet does not fire again. What's the explanation. Thanks again, Dola - Original Message From: Pid p...@pidster.com To: Tomcat Users List users@tomcat.apache.org Sent: Tue, June 29, 2010 5:16:41 AM Subject: Re: How to make a webapp restart On 28/06/2010 23:22, Dola Woolfe wrote: - Original Message From: Caldarale, Charles R chuck.caldar...@unisys.com To: Tomcat Users List users@tomcat.apache.org Sent: Mon, June 28, 2010 5:54:47 PM Subject: RE: How to make a webapp restart From: Dola Woolfe [mailto:dolac...@yahoo.com] Subject: How to make a webapp restart What setting makes a webapp restart when a .jar changes under tomcat/lib? Nothing. Since the jar is in tomcat/lib, it's handled by the common class loader, so you have to restart Tomcat to get the updated jar recognized. If the jar were in the webapp's WEB-INF/lib directory, you could restart just that one webapp. - Chuck Thanks, Chuck. And is there a setting to have Tomcat automatically restarted when jar changes under tomcat/lib? No there isn't. p - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: How to make a webapp restart
From: Dola Woolfe [mailto:dolac...@yahoo.com] Subject: Re: How to make a webapp restart Whenever I recompile a library under tomcat/lib, I also touch an empty .jar file under WEB-INF/lib. That seems to work What do you mean by work? That will typically reload the webapp (assuming a default Tomcat configuration), but your new jar in Tomcat's lib directory is completely independent of that. but a load-on-startup1/load-on-startup servlet does not fire again. How do you know it does not fire again? (Better to use precise terminology; do you mean the init() method is not called?) - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
2010/6/29 Caldarale, Charles R chuck.caldar...@unisys.com: From: Tomislav Petrović [mailto:t.petro...@inet.hr] Subject: Re: Webapp reloading issue and intermittent 404 errors org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) IIRC, you are not the first person to report an exception at this spot in the code. (Unfortunately, I can't locate the other thread at the moment, but it was fairly recent.) That was https://issues.apache.org/bugzilla/show_bug.cgi?id=49488 The code in question has been run through many test cases, inside and outside of Tomcat, and does not appear to contain any errors (although it could be slightly more efficient). Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
PDF to acrobat
Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PDF to acrobat
What happens on the browser end is entirely up to the user. It's subject to the browser they are using, whatever browser plug-ins they've installed, and how they've set those plug-ins. On Tue, Jun 29, 2010 at 3:08 PM, Dola Woolfe dolac...@yahoo.com wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Hell hath no limits, nor is circumscrib'd In one self-place; but where we are is hell, And where hell is, there must we ever be --Christopher Marlowe, 'Doctor Faustus' (v, 121-24)
Re: PDF to acrobat
Then I guess I am asking about most common default settings. For example, when I click on PDF links, sometimes it opens the file in the browser window and at other times it downloads the file. What's the possible difference in the (common default) settings? Thanks, Dola - Original Message From: Thad Humphries thad.humphr...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Tue, June 29, 2010 3:14:03 PM Subject: Re: PDF to acrobat What happens on the browser end is entirely up to the user. It's subject to the browser they are using, whatever browser plug-ins they've installed, and how they've set those plug-ins. On Tue, Jun 29, 2010 at 3:08 PM, Dola Woolfe dolac...@yahoo.com wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Hell hath no limits, nor is circumscrib'd In one self-place; but where we are is hell, And where hell is, there must we ever be --Christopher Marlowe, 'Doctor Faustus' (v, 121-24) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PDF to acrobat
On Tue, Jun 29, 2010 at 12:16 PM, Dola Woolfe dolac...@yahoo.com wrote: For example, when I click on PDF links, sometimes it opens the file in the browser window and at other times it downloads the file. What's the possible difference in the (common default) settings? Content-Disposition: http://www.ietf.org/rfc/rfc2183.txt for one :-) -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [ANN] Apache Tomcat 7.0.0 beta released
Thanks Mark. I wrote a set of web services that typically operate under 5 microseconds and the logs show around 1 millisecond. I use tomcat 6.0.20 with the APR instead of running a separate Apache Web Server using Mod JK. So for me the most of the recorded response time is not in the app but in the container so I am trying to figure out where I can tune Apache more or if a newer version of Tomcat and APR might improve things. I am using a 6 core processor but I am thinking it makes no difference if Tomcat or APR is spending 1-1.5 milliseconds doing something like http parsing. Hate to have web service app code 1000x faster than Apache. Now for static files of around 21KB I am seeing 0milliseconds typically with sometimes 1msec in the logs. This occurs once every 20 files. I have a set of 20 thumbnails specifically sized where I get below a millisecond. My home page is always below 1millisecond. Regards, Tony Anecito Founder, MyUniPortal http://www.myuniportal.com - Original Message From: Mark Thomas ma...@apache.org To: Tomcat Users List users@tomcat.apache.org Sent: Tue, June 29, 2010 10:37:42 AM Subject: Re: [ANN] Apache Tomcat 7.0.0 beta released On 29/06/2010 17:27, Tony Anecito wrote: Any performance improvements over 6.0.X due to refactoring? Not that you'll notice. Requests spend relatively little time in Tomcat code compared to application code so even if Tomcat 7 was twice as fast you'd be very unlikely to notice it. Most of the refactoring was about cleaning up the code to make it easier to maintain rather than aimed at performance tuning. Is memory leaks reported somewhere? Web applications that leak memory are reported via JMX and the manager app. Note that getting the list triggers a full GC (well, tries to) so it isn't something that you want to use lightly in production. Mark Thanks, -Tony - Original Message From: Mark Thomasma...@apache.org To: annou...@tomcat.apache.org; Tomcat Users Listusers@tomcat.apache.org; Tomcat Developers Listd...@tomcat.apache.org Sent: Tue, June 29, 2010 5:45:59 AM Subject: [ANN] Apache Tomcat 7.0.0 beta released The Apache Tomcat team announces the immediate availability of Apache Tomcat 7.0.0 beta. Note that this version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for Windows operating systems running on different CPU architectures. Apache Tomcat 7.0 includes new features over Apache Tomcat 6.0, including support for the new Servlet 3.0, JSP 2.2 and EL 2.2 specifications, web application memory leak detection and prevention, improved security for the Manager and Host Manager applications, Generic CSRF protection, support for including external content directly in a web application (aliases), re-factoring (connectors, life-cycle) and lots of internal code clean-up. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-7.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-70.cgi Migration guide from Apache Tomcat 5.5.x and 6.0.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PDF to acrobat
Hi Dola, Setting the content type to application/octet-stream will force a download. If I recall my headers correclty, setting application/pdf is as close as you can get to telling it to open in the browser without embedding it in an HTML file directly and thereby forcing the browser to use a plugin to render the PDF. Someone might have some other tip, but this is also somewhat browser/plugin dependent, e.g., I notice different behavior between Firefox and Chrome, even when opening the same links to the same PDFs. Good luck, Zach On Jun 29, 2010, at 9:08 PM, Dola Woolfe wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PDF to acrobat
You will want to do this: response.setContentType(application/pdf); response.setHeader(Content-disposition, inline); For an attachment / download you will want to do: response.setContentType(application/pdf); response.setHeader(Content-disposition, attachment;filename=downloaded.pdf); Of course browser settings and how your Adobe Reader, Preview or Browser plugins are configured may override the inline? What browsers and OS's matter to you? Older IE versions are pretty sticky. Firefox can be set to download no matter what. Regards, Dave On Jun 29, 2010, at 12:08 PM, Dola Woolfe wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: PDF to acrobat
you'll want to acquire and configure the acrobat plugin for your browser Firefox: http://kb2.adobe.com/cps/333/333563.html Internet Explorer http://kb2.adobe.com/cps/331/331025.html Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: zvalenti...@gmail.com Subject: Re: PDF to acrobat Date: Tue, 29 Jun 2010 21:23:42 +0200 To: users@tomcat.apache.org Hi Dola, Setting the content type to application/octet-stream will force a download. If I recall my headers correclty, setting application/pdf is as close as you can get to telling it to open in the browser without embedding it in an HTML file directly and thereby forcing the browser to use a plugin to render the PDF. Someone might have some other tip, but this is also somewhat browser/plugin dependent, e.g., I notice different behavior between Firefox and Chrome, even when opening the same links to the same PDFs. Good luck, Zach On Jun 29, 2010, at 9:08 PM, Dola Woolfe wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4
Re: PDF to acrobat
Comment inline below. On Tue, Jun 29, 2010 at 3:23 PM, Zachary Valentiner zvalenti...@gmail.comwrote: Hi Dola, Setting the content type to application/octet-stream will force a download. If I recall my headers correclty, setting application/pdf is as close as you can get to telling it to open in the browser without embedding it in an HTML file directly and thereby forcing the browser to use a plugin to render the PDF. application/octet-stream is one way, but it's by no means bullet-proof. If the file name has an extension, some version of IE will blow off the MIME type and do what they damn well please based on the extension. Someone might have some other tip, but this is also somewhat browser/plugin dependent, e.g., I notice different behavior between Firefox and Chrome, even when opening the same links to the same PDFs. Good luck, Zach A while back I did some digging around and found that for all browsers I should call response.addHeader(Content-Disposition, attachment; filename=myfile.pdf). Then for IE I call response.setContentType(application/force-download; name=myfile.pdf) while for Firefox and Safari I use response.setContentType(application/octet-stream; name=myfile.pdf) works best. -- Hell hath no limits, nor is circumscrib'd In one self-place; but where we are is hell, And where hell is, there must we ever be --Christopher Marlowe, 'Doctor Faustus' (v, 121-24)
RE: How to make a webapp restart
From: Dola Woolfe [mailto:dolac...@yahoo.com] Subject: Re: How to make a webapp restart but not fire I mean that init() does not get called. Does the init() method get called later, when the servlet is actually used by a request? How do you know if the init() method is called or not? - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
LockoutRealm configuration problem
When LockoutRealm is added to configuration, tomcat will not start and I receive the following errors. All runs well when the wrapper is not used. Apache Tomcat 6.0.20 Server Server.xml configuration: ... GlobalNamingResources Resource name=jdbc/fltwinds auth=Container type=javax.sql.DataSource maxActive=20 maxIdle=5 maxWait=1 removeAbandoned=true removeAbandonedTimeout=60 logAbandoned=true username=fltwinds password=fltwinds driverClassName=org.gjt.mm.mysql.Driver url=jdbc:mysql://localhost:3306/fltwinds/ /GlobalNamingResources ... Realm className=org.apache.catalina.realm.LockOutRealm failureCount=5 lockOutTime=300 cacheSize=1000 cacheRemovalWarningTime=3600 Realm className=org.apache.catalina.realm.DataSourceRealm digest=MD5 dataSourceName=jdbc/fltwinds userTable=users userNameCol=username userCredCol=password userRoleTable=users roleNameCol=role/ Realm/ Catalina ERROR: Jun 29, 2010 2:46:57 PM org.apache.tomcat.util.digester.Digester startElement SEVERE: Begin event threw exception java.lang.NullPointerException at sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadManager.java:928) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293) at java.lang.ClassLoader.loadClass(ClassLoader.java:300) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at org.apache.tomcat.util.digester.ObjectCreateRule.begin(ObjectCreateRule.java:205) at org.apache.tomcat.util.digester.Rule.begin(Rule.java:153) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1358) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1644) at org.apache.catalina.startup.Catalina.load(Catalina.java:521) at org.apache.catalina.startup.Catalina.load(Catalina.java:555) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:412) Jun 29, 2010 2:46:57 PM org.apache.catalina.startup.Catalina load WARNING: Catalina.start using conf/server.xml: java.lang.NullPointerException at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2808) at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2834) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1361) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)
Re: PDF to acrobat
There we go. Thank you! - Original Message From: David Fisher dfis...@jmlafferty.com To: Tomcat Users List users@tomcat.apache.org Sent: Tue, June 29, 2010 3:41:18 PM Subject: Re: PDF to acrobat You will want to do this: response.setContentType(application/pdf); response.setHeader(Content-disposition, inline); For an attachment / download you will want to do: response.setContentType(application/pdf); response.setHeader(Content-disposition, attachment;filename=downloaded.pdf); Of course browser settings and how your Adobe Reader, Preview or Browser plugins are configured may override the inline? What browsers and OS's matter to you? Older IE versions are pretty sticky. Firefox can be set to download no matter what. Regards, Dave On Jun 29, 2010, at 12:08 PM, Dola Woolfe wrote: Hi, I set response.setContentType(application/pdf); as a result, the served up content triggers a Download rather than opening acrobat within browser window. Do I get to control what happens at client end? I want acrobat to open within browser. How do I achieve that? Thanks, Dola - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: EL 2.2 in Tomcat 7 RC1/RC2 does not fully support method invocation, such as #{helloWorldController.doSomething(helloWorldModel)}
On 21/06/2010 15:16, John Wu wrote: Hi Mark, I just got a chance to test it on the Beta release. It's still broken, with a slightly different exception message. Confirmed. I'm pretty sure JSF is doing the right thing here and that I need to read the spec more carefully. I'll post an update when I have a fix. Mark javax.faces.el.MethodNotFoundException: javax.el.MethodNotFoundException: /helloWorld.xhtml @15,85 action=#{helloWorldController.doSomething(helloWorldModel)}: Method not found: org.wjh.experiment.jsf.helloworldcontrol...@c5122f.dosomething() The previous attached project is still valid as a test case. John Wu markt-2 wrote: On 10/06/2010 14:42, John Wu wrote: Hi Mark, The fix of to derive the type directly from the value which ... sounds not a solution. In a slightly more complex scenario, the fix still fails. Say the method signature is public * theMethod(TheSupperType o) and calling the method in EL like #{theClassInstance.theMethod(theDerivedTypeInstance)}, where the supper type can be a supper class or an interface, your fix fails. super has one p, not two. I looked at the current code and the spec again. There is no need for any of this complexity. The exact types are defined when the method expression is created. I'm not sure why I was trying to derive them at invocation time when they were already available. I have added a test case, modified the implementation and checked the new code with the EL TCK and all looks to be OK. Mark Example project attached. My suggestion as to the solution of resolving which method to call: . Retrieve all methods of *theClassInstance*, and put them into the CANDIDATES collection; // Search a match by method name . For each method in CANDIDATES, . if the name is not *theMethod*, remove it from CANDIDATES . If CANDIDATES is empty, then NOT-FOUND; . else if only one is left, then FOUND; // Search a match by params count . else, count the number of actual params, . For each method in CANDIDATES, . if the number of formal params does not match that of actual params, remove it from CANDIDATES . // Optoional, handle cases of method has variable number of arguments . If CANDIDATES is empty, then NOT-FOUND; . else if only one is left, then FOUND; // Search a match by param types . else, evaluate all actual params; . For each method in CANDIDATES, . if NOT( for-each formalParamType.isAssignableFrom(actualParamType) ), remove it from CANDIDATES . // Optoional, handle cases of method has variable number of arguments . If CANDIDATES is empty, then NOT-FOUND; . else if only one is left, then FOUND; . else, AMBIGUOUS John Wu http://old.nabble.com/file/p28843317/jsf-2.0-el-2.2.testcase-v2.zip jsf-2.0-el-2.2.testcase-v2.zip - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: LockoutRealm configuration problem
2010/6/30 Robillard, Greg L greg.l.robill...@lmco.com: When LockoutRealm is added to configuration, tomcat will not start and I receive the following errors. All runs well when the wrapper is not used. Apache Tomcat 6.0.20 Server The last released 6.0.x version is 6.0.26. The 6.0.28 release candidate build is at voting now. Realm className=org.apache.catalina.realm.LockOutRealm failureCount=5 lockOutTime=300 cacheSize=1000 cacheRemovalWarningTime=3600 Realm className=org.apache.catalina.realm.DataSourceRealm digest=MD5 dataSourceName=jdbc/fltwinds userTable=users userNameCol=username userCredCol=password userRoleTable=users roleNameCol=role/ Realm/ The above line should be /Realm java.lang.NullPointerException at sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadManager.java:928) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293) at java.lang.ClassLoader.loadClass(ClassLoader.java:300) That is JRE code. I suppose that it is caused by calling ClassLoader.loadClass() with a null className. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: LockoutRealm configuration problem
That was it, thanks. -Original Message- From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Sent: Tuesday, June 29, 2010 3:34 PM To: Tomcat Users List Subject: Re: LockoutRealm configuration problem 2010/6/30 Robillard, Greg L greg.l.robill...@lmco.com: When LockoutRealm is added to configuration, tomcat will not start and I receive the following errors. All runs well when the wrapper is not used. Apache Tomcat 6.0.20 Server The last released 6.0.x version is 6.0.26. The 6.0.28 release candidate build is at voting now. Realm className=org.apache.catalina.realm.LockOutRealm failureCount=5 lockOutTime=300 cacheSize=1000 cacheRemovalWarningTime=3600 Realm className=org.apache.catalina.realm.DataSourceRealm digest=MD5 dataSourceName=jdbc/fltwinds userTable=users userNameCol=username userCredCol=password userRoleTable=users roleNameCol=role/ Realm/ The above line should be /Realm java.lang.NullPointerException at sun.jkernel.DownloadManager.getBootClassPathEntryForClass(DownloadMana ger.java:928) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:293) at java.lang.ClassLoader.loadClass(ClassLoader.java:300) That is JRE code. I suppose that it is caused by calling ClassLoader.loadClass() with a null className. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: LockoutRealm configuration problem
On 29/06/2010 21:14, Robillard, Greg L wrote: username=fltwinds password=fltwinds driverClassName=org.gjt.mm.mysql.Driver Old school! MySQL have a nice shiny new Connector/J driver, com.mysql.jdbc.Driver, much better to use that unless you have a really good reason. p signature.asc Description: OpenPGP digital signature
RE: LockoutRealm configuration problem
Thanks, I will deploy the new driver. -Original Message- From: Pid [mailto:p...@pidster.com] Sent: Tuesday, June 29, 2010 4:08 PM To: Tomcat Users List Subject: Re: LockoutRealm configuration problem On 29/06/2010 21:14, Robillard, Greg L wrote: username=fltwinds password=fltwinds driverClassName=org.gjt.mm.mysql.Driver Old school! MySQL have a nice shiny new Connector/J driver, com.mysql.jdbc.Driver, much better to use that unless you have a really good reason. p - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapp reloading issue and intermittent 404 errors
On 29/06/2010 19:29, Konstantin Kolinko wrote: 2010/6/29 Caldarale, Charles R chuck.caldar...@unisys.com: From: Tomislav Petrović [mailto:t.petro...@inet.hr] Subject: Re: Webapp reloading issue and intermittent 404 errors org.apache.catalina.util.RequestUtil.normalize(RequestUtil.java:131) IIRC, you are not the first person to report an exception at this spot in the code. (Unfortunately, I can't locate the other thread at the moment, but it was fairly recent.) That was https://issues.apache.org/bugzilla/show_bug.cgi?id=49488 The code in question has been run through many test cases, inside and outside of Tomcat, and does not appear to contain any errors (although it could be slightly more efficient). Weird. I couldn't find that in bugzilla. Anyhow, it's Windows this time too. Tomislav: where is the Tomcat installation on the filing system, and where are the webapps being deployed from, if not tomcat/webapps? What type of filing system is it? Also, did you manage to get hold of the config files yet? p signature.asc Description: OpenPGP digital signature
RE: question for sso session replication in tomcat 6.0.26
On 28/06/2010 23:19, Okubo, Yasushi (TSD) wrote: On 28/06/2010 21:21, Okubo, Yasushi (TSD) wrote: Yes, I do. Manager className=org.apache.catalina.ha.session.DeltaManager name=webclust2 expireSessionsOnShutdown=false Hmm. Can you unset the DeltaManager name attribute on all of your instances? p Hi Pid I moved expireSessionOnShutdown, but the result was the same. I did not see any difference. I didn't ask you to move expireSessionsOnShutdown, I asked you not to set the name attribute. /** * Return the descriptive short name of this Manager implementation. */ public String getName() { return name; } It's the only thing I can see in your config that looks weird. I'm not really sure how it could affect things, but it might, so don't set it, please. By the way, when I shutdown the node1, it is getting action = 3 from SimpleTpcCluster, which means logout defined in singlesignonmessage.java. And clustersinglesignon is deregistering this session id from other nodes. It looks like clustersinglesignon can send a message to other nodes even if deltamanager.expireSessionsOnShutdown set to false. Why? I don't know. Certainly seems odd, I'll look into the expireSessionsOnShutdown attribute again tomorrow. p Hi Pid I removed name attribute from DeltaManager, but the result was the same. It looks like ClusteSingleSignOn is sending deregister message through SimpleTCPCluster when it received the message from GroupChannel. Action = 3 is logout. Jun 29, 2010 10:25:16 AM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Send Message:UniqueId{-47, 62, -63, -59, 37, 80, 72, -98, -85, -5, 102, -1, -95, 34, 82, 25} is SingleSignOnMessage[action=3, ssoId=D01FF1E66C0D50C4418216F9974FA667, sessionId=null, username=null] It looks like DeltaManager stopped, so expireSessionsOnShutdown flag may not have any impact on this matter. After SingleSignOn.sessionEvent destroying the session value, and sso ssession, somehow this message was propagated to simpleTpcCluster and clusterSingleSignOn is deregisterting sso session by sending this message to simpleTpcCluster. Is there any way to stop it? Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop FINE: Manager [/cluster] is stopping Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop INFO: Manager [/cluster] expiring sessions upon shutdown Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn sessionEvent FINE: Process session destroyed on DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2] Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.transport.nio.ParallelNioSender doLoop FINER: ParallelNioSender - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.689 to tcp://{127, 0, 0, 1}:4010 Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.ChannelCoordinator sendMessage FINER: ChannelCoordinator - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to {tcp://{127, 0, 0, 1}:4010} Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to {tcp://{127, 0, 0, 1}:4010} Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Send Message:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} is SingleSignOnMessage[action=3, ssoId=1C052A3927DC43EE6CAF27997F85C23B, sessionId=null, username=null] Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.authenticator.ClusterSingleSignOn deregister FINE: SingleSignOnMessage Send with action 3 Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn deregister FINE: Deregistering sso id '1C052A3927DC43EE6CAF27997F85C23B' Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn deregister FINER: Invalidating session DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2] Jun 28, 2010 3:05:53 PM org.apache.catalina.connector.MapperListener handleNotification FINE: Handle Catalina:type=Manager,path=/cluster,host=webclust2 type : JMX.mbean.unregistered Jun 28, 2010 3:05:53 PM org.apache.catalina.connector.MapperListener handleNotification FINE: Handle Catalina:type=Manager,path=/cluster,host=webclust2 type : JMX.mbean.unregistered Jun 28, 2010 3:05:53 PM org.apache.catalina.core.StandardContext listenerStop FINE: Sending application stop events - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: question for sso session replication in tomcat 6.0.26
Hi Pid I think I found a problem. Could you tell me how to fix this? Should I report it to bugzilla? SingleSignOn sessionEvent is destroying session, but DeltaSession is notifying session expiration to other node on same cluster. == singlesignon == protected void deregister(String ssoId) { if (containerLog.isDebugEnabled()) containerLog.debug(Deregistering sso id ' + ssoId + '); // Look up and remove the corresponding SingleSignOnEntry SingleSignOnEntry sso = null; synchronized (cache) { sso = (SingleSignOnEntry) cache.remove(ssoId); } if (sso == null) return; // Expire any associated sessions Session sessions[] = sso.findSessions(); for (int i = 0; i sessions.length; i++) { if (containerLog.isTraceEnabled()) containerLog.trace( Invalidating session + sessions[i]); // Remove from reverse cache first to avoid recursion synchronized (reverse) { reverse.remove(sessions[i]); } // Invalidate this session sessions[i].expire(); -- this is calling deltasession.expire(true), then dltasession.expire(notify, true) } // NOTE: Clients may still possess the old single sign on cookie, // but it will be removed on the next request since it is no longer // in the cache } == deltasesion == public void expire(boolean notify) { expire(notify, true); } public void expire(boolean notify, boolean notifyCluster) { if (expiring) return; String expiredId = getIdInternal(); if(expiredId != null manager != null manager instanceof DeltaManager) { DeltaManager dmanager = (DeltaManager)manager; CatalinaCluster cluster = dmanager.getCluster(); ClusterMessage msg = dmanager.requestCompleted(expiredId, true); if (msg != null) { if(dmanager.doDomainReplication()) { cluster.sendClusterDomain(msg); } else { cluster.send(msg); } } } super.expire(notify); if (notifyCluster) { if (log.isDebugEnabled()) log.debug(sm.getString(deltaSession.notifying, ((ClusterManager)manager).getName(), new Boolean(isPrimarySession()), expiredId)); if ( manager instanceof DeltaManager ) { ( (DeltaManager) manager).sessionExpired(expiredId); } } } Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.session.DeltaManager stop INFO: Manager [/cluster] expiring sessions upon shutdown Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn sessionEvent FINE: Process session destroyed on DeltaSession[EBEEECC91096DF7020488C1BDD75DF41.jvm2] Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.transport.nio.ParallelNioSender doLoop FINER: ParallelNioSender - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.689 to tcp://{127, 0, 0, 1}:4010 Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.ChannelCoordinator sendMessage FINER: ChannelCoordinator - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to {tcp://{127, 0, 0, 1}:4010} Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Sent msg:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} at 2010-06-28 15:05:53.69 to {tcp://{127, 0, 0, 1}:4010} Jun 28, 2010 3:05:53 PM org.apache.catalina.tribes.group.GroupChannel send FINER: GroupChannel - Send Message:UniqueId{-2, -89, -62, -53, 103, -39, 67, -1, -111, 52, -43, -84, -41, 66, 66, 31} is SingleSignOnMessage[action=3, ssoId=1C052A3927DC43EE6CAF27997F85C23B, sessionId=null, username=null] Jun 28, 2010 3:05:53 PM org.apache.catalina.ha.authenticator.ClusterSingleSignOn deregister FINE: SingleSignOnMessage Send with action 3 Jun 28, 2010 3:05:53 PM org.apache.catalina.authenticator.SingleSignOn deregister FINE: Deregistering sso id '1C052A3927DC43EE6CAF27997F85C23B' - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
ISAPI Redirector Help
I'm trying to get the ISAPI redirector working on IIS 7.0 running under Windows Server Data Center 64-bit. When I make a request, I get served the isapi_redirector.dll. Here's the detailed information. IIS is running in 32 bit mode. I have downloaded the latest 32-bit ISAPI redirector. I have configured the registry entries in HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Jakarta Isapi Redirector\1.0 I have configured logging and set it to debug. I do get a isapi_redirect.log file in the specified directory. Here are the last few lines: [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.list' - 'ajp13' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.type' - 'ajp13' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.host' - 'localhost' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.port' - '8009' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1835): Filter started [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (1036): Attempting to map URI '/mydigirad.com/calendar/View.html' from 1 maps [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (850): Attempting to map context URI '/calendar/*=ajp13' source 'uriworkermap' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (850): Attempting to map context URI '/calendar/*=ajp13' source 'uriworkermap' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (863): Found a wildchar match '/calendar/*=ajp13' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1916): check if [/calendar/View.html] points to the web-inf directory [Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1932): [/calendar/View.html] is a servlet url - should redirect to ajp13 [Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1972): fowarding escaped URI [/calendar/View.html] When I invoke /calendar/View.html, IIS services the ISAPI Redirector DLL rather than the servlet content as expected. I have confirmed by looking at the catalina.log file that tomcat is running an AJP connector on port 8009 The jakarta application is running under the same application pool as the virtual host (Network Service). I have confirmed the permissions on the logs, tomcat conf directory, and the folder containing the isapi redirector binary. I checked the handler mappings and Tomcat Redirector *.dll shows up as enabled. At the Top level, I verified that the handler mapping for ISAPI Module *.dll is enabled. It seems like I'm really close here. If anyone could point me in the right direction, I would appreciate it. George Sexton MH Software, Inc. 303 438-9585 www.mhsoftware.com
Re: ISAPI Redirector Help
George, I know this has nothing to do with the solution to your problem, but try using a isapi_redirect.properties file instead of the registry. I find it makes configuration management much easier. George Sexton wrote: I'm trying to get the ISAPI redirector working on IIS 7.0 running under Windows Server Data Center 64-bit. When I make a request, I get served the isapi_redirector.dll. Here's the detailed information. IIS is running in 32 bit mode. I have downloaded the latest 32-bit ISAPI redirector. I have configured the registry entries in HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Jakarta Isapi Redirector\1.0 I have configured logging and set it to debug. I do get a isapi_redirect.log file in the specified directory. Here are the last few lines: [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.list' - 'ajp13' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.type' - 'ajp13' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.host' - 'localhost' [Tue Jun 29 19:11:30.520 2010] [1752:3920] [debug] jk_map.c (588): Dump of map: 'worker.ajp13.port' - '8009' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1835): Filter started [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (1036): Attempting to map URI '/mydigirad.com/calendar/View.html' from 1 maps [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (850): Attempting to map context URI '/calendar/*=ajp13' source 'uriworkermap' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (850): Attempting to map context URI '/calendar/*=ajp13' source 'uriworkermap' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_uri_worker_map.c (863): Found a wildchar match '/calendar/*=ajp13' [Tue Jun 29 19:25:45.911 2010] [4760:4676] [debug] jk_isapi_plugin.c (1916): check if [/calendar/View.html] points to the web-inf directory [Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1932): [/calendar/View.html] is a servlet url - should redirect to ajp13 [Tue Jun 29 19:25:45.926 2010] [4760:4676] [debug] jk_isapi_plugin.c (1972): fowarding escaped URI [/calendar/View.html] When I invoke /calendar/View.html, IIS services the ISAPI Redirector DLL rather than the servlet content as expected. I have confirmed by looking at the catalina.log file that tomcat is running an AJP connector on port 8009 The jakarta application is running under the same application pool as the virtual host (Network Service). I have confirmed the permissions on the logs, tomcat conf directory, and the folder containing the isapi redirector binary. I checked the handler mappings and Tomcat Redirector *.dll shows up as enabled. At the Top level, I verified that the handler mapping for ISAPI Module *.dll is enabled. It seems like I'm really close here. If anyone could point me in the right direction, I would appreciate it. George Sexton MH Software, Inc. 303 438-9585 www.mhsoftware.com - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PDF to acrobat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thad, On 6/29/2010 4:05 PM, Thad Humphries wrote: application/octet-stream is one way, but it's by no means bullet-proof. If the file name has an extension, some version of IE will blow off the MIME type and do what they damn well please based on the extension. s/some version/all versions/ MSIE is not a compliant HTTP user agent by the W3C definition, and this is one of the ways in which it breaks. Hassan had the answer: it's the Content-Disposition header. Even MSIE follows the rules on that one, and you can force a download. A while back I did some digging around and found that for all browsers I should call response.addHeader(Content-Disposition, attachment; filename=myfile.pdf). Then for IE I call response.setContentType(application/force-download; name=myfile.pdf) while for Firefox and Safari I use response.setContentType(application/octet-stream; name=myfile.pdf) works best. That made-up Content-Type doesn't do anything at all for you, and it's horribly broken. The Content-Type should not contain the name of the file -- it's all in the Content-Disposition header. The OP wants to /not/ download the file: the best advice is, as Zachary suggested earlier, to simply correctly set the Content-Type to application/pdf and take no further action. If there's a plug-in, it'll probably run and display the file. Otherwise, the browser will likely ask you to download the file or run it with a viewer you choose at the time. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwqqQAACgkQ9CaO5/Lv0PDrxwCgii7AOxCHKfY+lCPZcPTvJTNE zPsAn2rRbNNecEqdABvTsmvfMhBNkksQ =TAfx -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Question about BASIC Authentication
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 6/29/2010 5:57 PM, Matthew Mauriello wrote: I am having a minor problem related to Tomcat's BASIC Authentication setup. A user access my custom web application in the 'webapps' folder which is accessible to everyone in a separate sub folder. This already smells funny. Can you give us the details of your directory structure, and what contexts actually map to what directories on the disk? I have another 'webapps' sub folder for SOLR which is secured with BASIC Authentication. I have my custom web application log the user into the SOLR application when the user wants to access it. So, webapp A contacts SOLR using HTTP BASIC AUTH, provides credentials, and then... what? The problem I am having is that when the user navigates back to the custom application folder from the SOLR application folder they get prompted with the following message that I would like to disable: - You are about to log in to the site greygoose with the username admin, but the website does not require authentication. This may be an attempt to trick you. Is greygoose the site you want to visit? - I am not sure if this is a browser setting that needs to be changed or if there is a Tomcat setting I can implement to kill this error message, but any help would be appreciated. It sounds like your webapp isn't doing the authentication: instead, you are somehow tricking the browser into doing the authentication instead. Do you ever intend for the client (the browser) to authenticate? Or, is webapp A supposed to use HTTP BASIC AUTH against SOLR and nothing else? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwqqgAACgkQ9CaO5/Lv0PBz2wCgnxIfadjNeeIeoAWsTLa1sWQK Q7MAn3S6k5tJLbNL5Am3V7hjzgpchebc =MOWu -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: LockoutRealm configuration problem
From: Robillard, Greg L [mailto:greg.l.robill...@lmco.com] Subject: LockoutRealm configuration problem One more thing... Jun 29, 2010 3:00:25 PM org.apache.catalina.loader.WebappClassLoader validateJarFile INFO: validateJarFile(C:\Program Files\Apache Software Foundation\Tomcat 6.0\webapps\SystemAdministration\WEB- INF\lib\javaee.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class Get rid of that javaee.jar file - you don't want it anywhere on a system that Tomcat is running on, and absolutely never inside the webapp, regardless of what app server you're using. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Question about BASIC Authentication
Christopher, Thanks for the response. I have two directories in 'webapps' other than ROOT. ROOT redirects users to webappA. WebappA does not use tomcat's basic authentication but if you log into the application there are links inside it that sends the user to the SOLR webapp via http://user:passw...@website.com/SOLR. SOLR uses basic authentication. The problem is once the browser logs into SOLR the error message pops up when navigating back to WebappA. I understand this isn't the greatest setup but other than the constant pop up message after logging into SOLR it meets the needs of the very few users on the website. Hope this clears things up. Thanks, ~Matt -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 6/29/2010 5:57 PM, Matthew Mauriello wrote: I am having a minor problem related to Tomcat's BASIC Authentication setup. A user access my custom web application in the 'webapps' folder which is accessible to everyone in a separate sub folder. This already smells funny. Can you give us the details of your directory structure, and what contexts actually map to what directories on the disk? I have another 'webapps' sub folder for SOLR which is secured with BASIC Authentication. I have my custom web application log the user into the SOLR application when the user wants to access it. So, webapp A contacts SOLR using HTTP BASIC AUTH, provides credentials, and then... what? The problem I am having is that when the user navigates back to the custom application folder from the SOLR application folder they get prompted with the following message that I would like to disable: - You are about to log in to the site greygoose with the username admin, but the website does not require authentication. This may be an attempt to trick you. Is greygoose the site you want to visit? - I am not sure if this is a browser setting that needs to be changed or if there is a Tomcat setting I can implement to kill this error message, but any help would be appreciated. It sounds like your webapp isn't doing the authentication: instead, you are somehow tricking the browser into doing the authentication instead. Do you ever intend for the client (the browser) to authenticate? Or, is webapp A supposed to use HTTP BASIC AUTH against SOLR and nothing else? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwqqgAACgkQ9CaO5/Lv0PBz2wCgnxIfadjNeeIeoAWsTLa1sWQK Q7MAn3S6k5tJLbNL5Am3V7hjzgpchebc =MOWu -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org