Re: Character encoding
Chris, I finally found it. My server.xml was not correctly configured. My fault. Again, thank you all for your help. - Original Message From: Christopher Schultz [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, June 18, 2008 11:12:45 PM Subject: Re: Character encoding -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 nch, nch wrote: | You say: | Tomcat does not use any environment variables. The only settings that | affect the interpretation of the URI are the URIEncoding and | useBody... settings on the Connector. Are you using more than one | connector? Are you using Apache httpd out in front of Tomcat? | | Perhaps the JVM does and so tomcat read them indirectly through it?? You can read the code for the connector. Those settings are the only relevant ones. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhZek0ACgkQ9CaO5/Lv0PBDvQCguIgu+QMTjKDxua3CS0cn9Gd0 AEoAoIZTNaJpiI8Xv3szp9O+3eANIGK0 =+VmT -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 6 memory
luke l wrote: Hi. I'm running a webApplication on Tomcat 6.0.16: it's quite simple some jsf, jsp pages (every page is periodically reloaded). Running it on a linux environment there is a memory leak on client browser (iExplore or firefox): browser memory costantly increase and webappl became unusable. Without being a specialist, it seems nevertheless tome that you are confusing webapps (server side) with applets (browser side) or something. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 6 memory
luke l wrote: Hi. I'm running a webApplication on Tomcat 6.0.16: it's quite simple some jsf, jsp pages (every page is periodically reloaded). Running it on a linux environment there is a memory leak on client browser (iExplore or firefox): browser memory costantly increase and webappl became unusable. André Warnier wrote: Without being a specialist, it seems nevertheless tome that you are confusing webapps (server side) with applets (browser side) or something. I agree that it couldn't be the webapp per se - but it could be the (X)HTML/JavaScript that the page is producing (an infinite JavaScript loop?). I can't see how it could be a tomcat issue nevertheless. Perhaps you could try saving a copy of the HTML source produced by the troublesome webapp locally, open that, and see if the same issue occurs. Thomas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Redhat patch level cheatsheet?
Hi Brandie, My understanding is that Redhat maintain the version numbering that they receive from upstream, and the only patching they are doing is repackaging the tomcat releases to fit in with the Redhat distro (ie. moving files around to fit their packaging structure). So if you download (from instance) tomcat5-5.0.28-2jpp_5rh.rpm from RHN, you are getting the Apache Tomcat 5.0.28 release. Redhat use (and sponsor) jpackage.org, so you may find more information there. If my understand is incorrect (and it may be) I'd like to know - this has always been my belief. Cheers, Ben On Wed, 2008-06-18 at 12:50 -0500, [EMAIL PROTECTED] wrote: RHN = RedHat Network, which is where you find their errata. They may document it just fine, I just can't find their document. :) I've tried asking a RedHat sales rep, also, and I'm still coming up empty-handed. I was hoping asking the Apache mailing lists might turn up something. Thanks! Brandie -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2008 11:36 AM To: Tomcat Users List Subject: Re: Redhat patch level cheatsheet? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brandie, [EMAIL PROTECTED] wrote: | Anyone have a link to a cheatsheet that translates RedHat Enterprise's | backported patch levels for Apache products to Apache Tomcat's | original patch levels? I'm not able to find it via Google or RHN. We certainly do not keep such a list. Does RedHat not properly document that mapping? - -chris - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSESSIONID doesn't contain the port
Hi, we have two web applications running on the same host (with the same tomcat) but on DIFFERENT ports. Buf, if one tomcat application refers on URL of the second application the browser (FF-2.0.0.14 IE-6) get a NEW a new JSESSIONID thus the browser looses its session-id to the first application. How can we make tomcat-5.5.25 to store also port into JSESSIONID? Zsolt - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JNDI realm strange problem(Tomcat 6.0.16)
hello , i will be really grateful if someone can help me on this. i have my realm configuration in server.xml, every thing is fine i can login. but when i try to login the next morning it gives error SEVERE: Exception performing authentication javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:645) first i thought the cause of error is JNDIRealm fails when server disconnects after time. Then I looked at the jndirealm code from apache there i found out on connection close it reconnects. i am very puzzled by this situation, it finds the ldap initial context first time,but not second time. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
A few questions
The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorsed \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JAASRealm problem moving from 5.5.23 - 5.5.26
Context path=/ams reloadable=true Take out the path attribute; it's not allowed unless the Context element is in server.xml (where it should never be, these days). It should be ignored, but... Done. Realm className=org.apache.catalina.realm.JAASRealm ... useContextClassLoader=false / Just for grins, what happens if you set useContextClassloader to true? This should allow the LoginModule and Principal classes to be part of the webapp. 5.5.26 seems to work fine when useContextClassloader=true 5.5.23 no longer works if useContextClassloader=true StackTrace from 5.5.23: javax.security.auth.login.LoginException: unable to find LoginModule class: com.acme.MyLoginModule at javax.security.auth.login.LoginContext.invoke(LoginContext.java:808) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:366) at org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:181) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:491) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:542) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) -Steve - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
Zsolt Koppany wrote: Hi, we have two web applications running on the same host (with the same tomcat) but on DIFFERENT ports. Buf, if one tomcat application refers on URL of the second application the browser (FF-2.0.0.14 IE-6) get a NEW a new JSESSIONID thus the browser looses its session-id to the first application. How can we make tomcat-5.5.25 to store also port into JSESSIONID? are the apps on different IPs too? if not, what's the reason behind running two Tomcat instances? are you clustering them? p - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NoClassDefFoundError
Hi All, I had installed tomcat last year. Everything was find but yesterday i saw a strange error. Under examples, i can't execute even a single jsp script. I gets the following error. I don't have any CLASSPATH set. I m using Tomcat 6.0.14 JRE1.6.0.02 with mod_jk. On the web interface, i am using http://127.0.0.1:8080/ I tried using latest version of tomcat ie. 6.0.16 JRE1.6.06 but in vain and facing same issue. Can anybody guide me what could be the issue. I have already set JAVA_HOME CATALINA_HOME Here is the error: javax.servlet.ServletException: Servlet.init() for servlet jsp threw exception org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) java.lang.Thread.run(Unknown Source) *root cause* java.lang.NoClassDefFoundError: Could not initialize class org.apache.jasper.compiler.JspRuntimeContext org.apache.jasper.servlet.JspServlet.init(JspServlet.java:101) org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) java.lang.Thread.run(Unknown Source) Thanks, Gaurav Pruthi
RE: Redhat patch level cheatsheet?
Date sent: Thu, 19 Jun 2008 19:57:17 +1000 From: Ben Stringer [EMAIL PROTECTED] Subject:RE: Redhat patch level cheatsheet? To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org Hi Brandie, My understanding is that Redhat maintain the version numbering that they receive from upstream, and the only patching they are doing is repackaging the tomcat releases to fit in with the Redhat distro (ie. moving files around to fit their packaging structure). So if you download (from instance) tomcat5-5.0.28-2jpp_5rh.rpm from RHN, you are getting the Apache Tomcat 5.0.28 release. Redhat use (and sponsor) jpackage.org, so you may find more information there. If my understand is incorrect (and it may be) I'd like to know - this has always been my belief. Almost but not 100% correct. Redhat backports updates/fixes and then repackages programs. If you have for ex. Redhat 5 and it comes with program version 5.x.y that program will always be at 5 for the life cycle of Redhat 5 but they will take fixes and patches from program versions 5 and 6 and backport them to their version of 5. This, to my knowledge, is only done for fixes/security updates, not for new features in the programs. -Steve O. Cheers, Ben On Wed, 2008-06-18 at 12:50 -0500, [EMAIL PROTECTED] wrote: RHN = RedHat Network, which is where you find their errata. They may document it just fine, I just can't find their document. :) I've tried asking a RedHat sales rep, also, and I'm still coming up empty-handed. I was hoping asking the Apache mailing lists might turn up something. Thanks! Brandie-Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2008 11:36 AM To: Tomcat Users List Subject: Re: Redhat patch level cheatsheet? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brandie, [EMAIL PROTECTED] wrote: | Anyone have a link to a cheatsheet that translates RedHat Enterprise's | backported patch levels for Apache products to Apache Tomcat's | original patch levels? I'm not able to find it via Google or RHN. We certainly do not keep such a list. Does RedHat not properly document that mapping? - -chris - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AJP encryption
Hi All, Is there anybody interested in encrypting the AJP communication channel? Is anything like that planned for the next release? Rossen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP encryption
Rossen Raykov wrote: Is there anybody interested in encrypting the AJP communication channel? Is anything like that planned for the next release? I can answer neither of your questions. But, wouldn't be tunnelling AJP traffic through an encrypted channel (for example OpenVPN) be an alternative? Regards mks - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A few questions
Date sent: Thu, 19 Jun 2008 11:52:59 +0100 From: jan [EMAIL PROTECTED] Subject:A few questions To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorse d \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina I'm not sure how you're exactly stopping tomcat and when you are restarting Tomcat if it's starting the same way as if it was first started but here are a couple of tips I could think of. Try to use the Tomcat5.sh script that jsvc comes with (when you extract the src for jsvc it comes with startup scripts in the native directory. When restarting maybe one of your env vars is getting trashed, try to determine the value of CATALINA_HOME. Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? Yes, Administration Web Application at http://tomcat.apache.org/download-55.cgi -Steve O. /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSESSIONID doesn't contain the port
No, they (must) use the same IP address. Zsolt -Original Message- From: Pid [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 2:45 PM To: Tomcat Users List Subject: Re: JSESSIONID doesn't contain the port Zsolt Koppany wrote: Hi, we have two web applications running on the same host (with the same tomcat) but on DIFFERENT ports. Buf, if one tomcat application refers on URL of the second application the browser (FF-2.0.0.14 IE-6) get a NEW a new JSESSIONID thus the browser looses its session-id to the first application. How can we make tomcat-5.5.25 to store also port into JSESSIONID? are the apps on different IPs too? if not, what's the reason behind running two Tomcat instances? are you clustering them? p - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSESSIONID doesn't contain the port
From: Zsolt Koppany [mailto:[EMAIL PROTECTED] Subject: JSESSIONID doesn't contain the port we have two web applications running on the same host (with the same tomcat) but on DIFFERENT ports. For curiosity's sake, why are you doing that? Buf, if one tomcat application refers on URL of the second application the browser (FF-2.0.0.14 IE-6) get a NEW a new JSESSIONID thus the browser looses its session-id to the first application. In looking at the cookies my browser happens to have stored, I don't see any port number as part of the cookie information, even when created by websites with non-standard ports. Perhaps you have an application error in that either the sending webapp is leaving out the JSESSIONID cookie when constructing the forward or the receiving webapp is arbitrarily creating a new session when it receives the forwarded request. The above assumes the webapp share the same domain, of course. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NoClassDefFoundError
Use JRE_HOME not JAVA_HOME. It should point to jre1.6.0.02 directory. If you are trying to access the site from the machine it is on try http://localhost:8080 , if you are trying to access it from a remote system across the network use http://###.###.###.###:8080 the machine actual IP address, 127.0.0.1 is a loopback address. -Original Message- From: Gaurav Pruthi [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 7:50 AM To: users@tomcat.apache.org Subject: NoClassDefFoundError Hi All, I had installed tomcat last year. Everything was find but yesterday i saw a strange error. Under examples, i can't execute even a single jsp script. I gets the following error. I don't have any CLASSPATH set. I m using Tomcat 6.0.14 JRE1.6.0.02 with mod_jk. On the web interface, i am using http://127.0.0.1:8080/ I tried using latest version of tomcat ie. 6.0.16 JRE1.6.06 but in vain and facing same issue. Can anybody guide me what could be the issue. I have already set JAVA_HOME CATALINA_HOME Here is the error: javax.servlet.ServletException: Servlet.init() for servlet jsp threw exception org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:433) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 86) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84 4) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) java.lang.Thread.run(Unknown Source) *root cause* java.lang.NoClassDefFoundError: Could not initialize class org.apache.jasper.compiler.JspRuntimeContext org.apache.jasper.servlet.JspServlet.init(JspServlet.java:101) org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:433) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 86) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84 4) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) java.lang.Thread.run(Unknown Source) Thanks, Gaurav Pruthi - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Redhat patch level cheatsheet?
Thanks, Ben and Steve. I knew RedHat backported and changed version numbers, but did not realize they only backported security fixes and not new functionality. This goes back to not being able to -find- the documentation to determine what ends up where. I was hoping someone around here was using RedHat-sourced Apache products, too. Thanks again! -Original Message- From: Steve Ochani [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 7:31 AM To: Tomcat Users List Subject: RE: Redhat patch level cheatsheet? Date sent: Thu, 19 Jun 2008 19:57:17 +1000 From: Ben Stringer [EMAIL PROTECTED] Subject:RE: Redhat patch level cheatsheet? To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org Hi Brandie, My understanding is that Redhat maintain the version numbering that they receive from upstream, and the only patching they are doing is repackaging the tomcat releases to fit in with the Redhat distro (ie. moving files around to fit their packaging structure). So if you download (from instance) tomcat5-5.0.28-2jpp_5rh.rpm from RHN, you are getting the Apache Tomcat 5.0.28 release. Redhat use (and sponsor) jpackage.org, so you may find more information there. If my understand is incorrect (and it may be) I'd like to know - this has always been my belief. Almost but not 100% correct. Redhat backports updates/fixes and then repackages programs. If you have for ex. Redhat 5 and it comes with program version 5.x.y that program will always be at 5 for the life cycle of Redhat 5 but they will take fixes and patches from program versions 5 and 6 and backport them to their version of 5. This, to my knowledge, is only done for fixes/security updates, not for new features in the programs. -Steve O. smime.p7s Description: S/MIME cryptographic signature
Logging contexts with multiple / in path attribute
I want to capture the System.out and System.err stuff for individual
web-apps (ie. Contexts). I've done this ok for some of my contexts but I
have a question about how to do this for my webapps whose path attribute
contains more than 1 slash, eg.
Context path=/foo/bar
Specifically, how do I reference this webapp in the logging.properties
file? For contexts with just a single slash in their path:
Context path=/blah ...
I altered the logging.properties file by adding
6blah.org.apache.juli.FileHandler
6blah.org.apache.juli.FileHandler.level = FINE
6blah.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
6blah.org.apache.juli.FileHandler.prefix = blah.
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/blah].level
= FINE
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/blah].handlers
= 6blah.org.apache.juli.FileHandler
And it has worked fine.
But how should i reference the Context whose path is /foo/bar ?
would 7foo.bar.org.apache.juli.FileHandler
...
work?
Re: JSESSIONID doesn't contain the port
Caldarale, Charles R wrote: From: Zsolt Koppany [mailto:[EMAIL PROTECTED] Subject: JSESSIONID doesn't contain the port we have two web applications running on the same host (with the same tomcat) but on DIFFERENT ports. For curiosity's sake, why are you doing that? Buf, if one tomcat application refers on URL of the second application the browser (FF-2.0.0.14 IE-6) get a NEW a new JSESSIONID thus the browser looses its session-id to the first application. I don't think that cookies are ever port-specific. But I believe what Zsolt is trying to say, is that the cookies /name/ being the same, when one application for whatever reason decides that this is a new session, it overwrites the JSESSIONID cookie of the other, because its session cookie is also named JSESSIONID and comes from the same host (which usually does make cookies specific, but not in this case, since it is the same host). Since this (new) cookie comes from the same host and is called the same, the browser happily overwrites the old one. So when the user goes back later to his old session on the other port, the browser sends the last-gotten cookie, but that's not the one Tomcat is expecting there. Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. André - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Redhat patch level cheatsheet?
From: [EMAIL PROTECTED] I was hoping someone around here was using RedHat-sourced Apache products, too. Several of us try quite hard not to, typically because of these repackaging problems and black holes. I've moved away from DeadRat packages over the last decade*, simply because I don't know what's in them. Unfortunately, that doesn't help you in your current situation! - Peter * No, it's not a typo - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JAASRealm problem moving from 5.5.23 - 5.5.26
From: Stephen More [mailto:[EMAIL PROTECTED] Subject: Re: JAASRealm problem moving from 5.5.23 - 5.5.26 5.5.26 seems to work fine when useContextClassloader=true 5.5.23 no longer works if useContextClassloader=true (I assume useContextClassloader is really useContextClassLoader in the above.) The 5.5.23 code that checked useContextClassLoader had the test backwards; it was fixed with this: https://issues.apache.org/bugzilla/show_bug.cgi?id=44084 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
but the path of the cookie. IMHO the path of the cookie is the webapp context - /webappname Leon. On Thu, Jun 19, 2008 at 5:12 PM, André Warnier [EMAIL PROTECTED] wrote: Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: A few questions
In the Tomcat bin directory there should be two batch files startup.bat and shutdown.bat that should work fine unless you are running Tomcat as a service. If running as a service, use services to stop and start. Walter -Original Message- From: jan [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 5:53 AM To: Tomcat Users List Subject: A few questions The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorsed \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging for Dummies in Tomcat 5.5/6.0
On Wed, Jun 18, 2008 at 04:44:21PM -0400, Christopher Schultz wrote: | Assume that one has read the Tomcat logging page at | http://tomcat.apache.org/tomcat-6.0-doc/logging.html Although the this is a good reference, you cannot follow any of the instructions on that page, because the logging has likely been set up in advance by the package manager. Since there is no standard way to configure logging (among package managers, that is), nobody on this list who doesn't have explicit experience with your OS/version/patchlevel/package manager can help you :( Not so. JULI imposes a standard way to configure logging, else it could not find its configuration. Whatever else the packaging team do, they must eventually either let JULI look where it always looks or tell it in a standard way (-Djava.util.logging.config.file=/some/path) where to find it. Either way, you know where to look. The same applies to log4j. It either uses a built-in assumption or is told where to look in a way that is defined by log4j, not your distro. | The kind of things one would like to know are : | | - where to start ? | In other words, here I have a Tomcat and it is working and it is writing | logfiles, but I do not have a clue which kind of logging mechanism it is | using, either directly or indirectly. How do I find out ? What would be great is if you could, say, identify a log file (say, catalina.out) and then say where did this come from? The answer is easy, if you use the standard package from tomcat.apache.org: $ cd $TOMCAT_HOME There is no occurrence of TOMCAT_HOME in the startup scripts for real Tomcat 6.0.16 -- I checked yesterday. There are only two occurrences of that string in the entire kit, and they are in documentation. Maybe this is part of the confusion? [snip] Unfortunately, if you installed your TC from a package manager, you probably don't have all the TC-related files in a single place. That wouldn't be such a big deal if it didn't take quite a while to grep every file on your system: This is hardly necessary. All TC-related *configuration* files will either be in one place, or they will point to each other. If this was not so, they would not participate in configuring Tomcat and could be ignored. It's not magic; the software has to be able to find all of its bits, and if it can then you can too, by doing the same thing that the software does. Example: Gentoo Linux. If you are starting up something called tomcat-6, you know (because this is Gentoo) that you should execute /etc/init.d/tomcat-6. That script (which you can read to find out everything it will do) will source /etc/conf.d/tomcat-6, where we easily find the values of CATALINA_HOME and CATALINA_BASE. Look in $CATALINA_BASE/conf and you find all of Tomcat's configuration data. Look in /etc/init.d/tomcat-6 and you will see the command used to start Tomcat. That should be enough information to locate all configuration data -- after all, that's all that Tomcat has to go on. [EMAIL PROTECTED] ~ $ ps ax | grep tomcat 6026 ?S 0:00 /bin/bash /sbin/runscript.sh /etc/init.d/tomcat-6 start 6037 ?Sl 4:28 /opt/sun-jdk-1.6.0.06/bin/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/var/lib/tomcat-6//conf/logging.properties -classpath /usr/share/tomcat-6/lib/:/usr/share/tomcat-6//lib:/opt/sun-jdk-1.6.0.06/lib/tools.jar:/usr/share/tomcat-6//bin/bootstrap.jar:/usr/share/tomcat-6//bin/tomcat-juli.jar -Dcatalina.base=/var/lib/tomcat-6/ -Dcatalina.home=/usr/share/tomcat-6/ -Djava.io.tmpdir=/var/tmp/tomca-6/ org.apache.catalina.startup.Bootstrap start 8722 pts/3R+ 0:00 grep --colour=auto tomcat See? This Tomcat is explicitly told use JULI for logging, and its configuration is explicitly placed at '/var/lib/tomcat-6/conf/logging.properties'. If java.util.logging.config.file were not defined, JULI would use its built-in rules to find a configuration. If it were not told to use JULI, Commons Logging would use its built-in rules to work out what to do. ps ax is specific to the flavor of 'ps' you are running, but determine the complete command which is running as Tomcat isn't. [snip] | And no, the page at http://tomcat.apache.org/tomcat-6.0-doc/logging.html | is not enough to answer the above. It assumes from the reader a greater | knowledge of Java and Tomcat than most Tomcat users have, and it | presupposes, I guess, that the installed Tomcat has been built | on-the-spot from the original Tomcat distribution How can we document a distribution we not only do not distribute, but have no control over? The page assumes that one knows how to use 'ant' and a text editor. This is not distribution-specific. How to pass property values to the JRE is perhaps JRE-specific but not distro-specific. One can (and should) document a product's configuration and use relative to what the product knows, and require that the user understands
JSF dataTable with Calendar component
Hi, I am moving an application from glassfish to tomcat and have run into a problem with a dataTable component, where I have placed a group panel which contains a Calendar component. This arrangement worked fine with glassfish but with tomcat the component acts as a single component rather than a collection. When I run the application in glassfish the calendar control is render completely in each table row (i.e., both the textfield and the calendar icon) however in tomcat the calendar component is rendered completely in the first row of the table (textfield and icon) but only the textfield appears in subsequent rows. Also when a date is entered with tomcat the same date appears in all textfields in all table rows. With glassfish the date only appears in the row it is entered. So what I want is what glassfish does - is there away to get the same behavior in tomcat? Is this a bug? Your assistance is greatly appreciated. Don
Re: JSESSIONID doesn't contain the port
André Warnier wrote: Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? The problem is that the TC1 sets a value of JSESSIONID that does not exist in TC2. So when it visits the 2nd app, the session id it presents is not valid. Changing the cookie name, value or adding a port number will make no difference. AFAIK the only way to resolve this is to set up synchronous clustering on the two instances, so that they start sharing session data. p - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: A few questions
Date sent: Thu, 19 Jun 2008 10:30:15 -0500 From: Walter Thompson [EMAIL PROTECTED] Subject:RE: A few questions To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org In the Tomcat bin directory there should be two batch files startup.bat and shutdown.bat that should work fine unless you are running Tomcat as a service. If running as a service, use services to stop and start. OP is not using Windows. -Steve O. Walter -Original Message- From: jan [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 5:53 AM To: Tomcat Users List Subject: A few questions The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorse d \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: A few questions
Then use startup.sh or shutdown.sh Walter -Original Message- From: Steve Ochani [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 10:44 AM To: Tomcat Users List Subject: RE: A few questions Date sent: Thu, 19 Jun 2008 10:30:15 -0500 From: Walter Thompson [EMAIL PROTECTED] Subject:RE: A few questions To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org In the Tomcat bin directory there should be two batch files startup.bat and shutdown.bat that should work fine unless you are running Tomcat as a service. If running as a service, use services to stop and start. OP is not using Windows. -Steve O. Walter -Original Message- From: jan [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 5:53 AM To: Tomcat Users List Subject: A few questions The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorse d \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
On Thu, Jun 19, 2008 at 5:42 PM, Pid [EMAIL PROTECTED] wrote: André Warnier wrote: Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? The problem is that the TC1 sets a value of JSESSIONID that does not exist in TC2. So when it visits the 2nd app, the session id it presents is not valid. yes Changing the cookie name, value or adding a port number will make no difference. of course it would since there will be two different cookies with different pathes referring to both different sessions. wouldn't there? Leon AFAIK the only way to resolve this is to set up synchronous clustering on the two instances, so that they start sharing session data. p - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
Pid wrote: André Warnier wrote: Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? The problem is that the TC1 sets a value of JSESSIONID that does not exist in TC2. So when it visits the 2nd app, the session id it presents is not valid. Changing the cookie name, value or adding a port number will make no difference. AFAIK the only way to resolve this is to set up synchronous clustering on the two instances, so that they start sharing session data. I am newbie-level and beg for forgiveness, but why is one talking of instances of Tomcat and clustering if, as I understand the original post, this is one Tomcat with two Connector ports ? Does each Connector generate one instance of Tomcat ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSESSIONID doesn't contain the port
Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 5:42 PM, Pid [EMAIL PROTECTED] wrote: André Warnier wrote: Leon Rosenberg wrote: On Thu, Jun 19, 2008 at 4:51 PM, André Warnier [EMAIL PROTECTED] wrote: Now, maybe the issue is whether the session of one application can or cannot be valid for the other. If they just shared a session (and a cookie), then there would be harmony again. Or the OP just renames one of his application and all is settled again :-) But that would not change the name of the cookie, or would it ? The problem is that the TC1 sets a value of JSESSIONID that does not exist in TC2. So when it visits the 2nd app, the session id it presents is not valid. yes Changing the cookie name, value or adding a port number will make no difference. of course it would since there will be two different cookies with different pathes referring to both different sessions. wouldn't there? So now that it is settled that different names for the cookies /would/ solve the problem, is that a possibility in Tomcat ? Is it possible for one application to influence the name of it's session cookie, so that we could have JSESSIONID-1 and JSESSIONID-2 ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging for Dummies in Tomcat 5.5/6.0
On Thu, Jun 19, 2008 at 12:41:30AM +0200, André Warnier wrote: My idea was, maybe naively, that Tomcat was like any other program, fairly logical, and that things in it happen for a reason. Thus that when Tomcat starts, it knows, from some top-level configuration file, where to look for instructions as to what logging system to use, and has an idea about where the configuration for that stuff is. And that this knowledge could be communicated to me somehow without breaking some official secrecy vow. What really puzzled me however, was that going down the hierarchy of configuration files and directories, I never seemed to find a link between Tomcat and the logging it was doing. What you are missing is that Tomcat is not the top of the chain of userspace software here; the Java Runtime Environment is. The JRE loads Tomcat and quite a bit of other stuff as well. That other stuff is available to Tomcat. A sufficiently new Tomcat version includes Commons Logging (JCL), which is a generalized interface to logging functions which depends on some other package to actually do the logging. Commons Logging has its own internal rules for figuring out what it is supposed to do, and it can get information from the JRE to help in that process. This information does not pass through Tomcat; Commons Logging asks the JRE directly for the values of various system properties, which values are assigned on the commandline which starts the JRE and directs it to load Tomcat. The actual logging package wrapped by Commons Logging (such as JULI or Log4j) in turn has its own rules to locate its configuration data, and again some of those rules depend on information that it may be able to get from the JRE, again without Tomcat's intervention. So Tomcat, Commons Logging, and e.g. JULI each have their own configuration and none really knows about any of the others. The JRE knits it all together. So, to understand the behavior of logging in Tomcat, you don't need to know much at all about Tomcat, but you do need to understand the actual logger, Commons Logging, and some aspects of the JRE. What you *may* need to know about Tomcat is how it rearranges class loading, because if one of these packages is not told where to find its configuration then some of its built-in rules will search for a configuration file using the classloader hierarchy. I am starting to see the error of my ways. What I am, ever so slowly, starting to think I understand (I hope), is that Tomcat /may/ not itself know; that your refusal to tell me may not after all have been motivated by a desire to keep the knowledge into your inner circle of initiates; but that instead, it is some other piece of software that hooks into Tomcat to steal the things to be logged, and that this other piece of thing is the (only) one that knows it's own configuration. Close. The JRE mediates. Tomcat asks for an instance of JCL and the JRE creates one, which (while being created) will have groped around and found a logging package to wrap. The loggin package instance will have groped around and found a configuration which tells it how to log stuff. Tomcat doesn't know or need to know what JCL is using to emit log records; JCL knows that. In turn JCL doesn't know or need to know what the selected logging package is supposed to do; the logger knows. Each component uses the JRE to find the stuff it wants to know. And thus that for instance Tomcat itself knows nothing about that file /var/lib/tomcat5.5/conf/logging.properties Correct. It's only there rather than somewhere else because a default search for a properties file will look there, given the classloading setup established by Tomcat. which I discovered long ago on my Linux Debian Etch system, but could not figure out how Tomcat found it or used it. Tomcat doesn't find or use it. The logging package does that. -- Mark H. Wood, Lead System Programmer [EMAIL PROTECTED] Typically when a software vendor says that a product is intuitive he means the exact opposite. pgpInunMsNEg7.pgp Description: PGP signature
Re: JSESSIONID doesn't contain the port
On Thu, Jun 19, 2008 at 6:09 PM, André Warnier [EMAIL PROTECTED] wrote: So now that it is settled that different names for the cookies /would/ solve the problem, is that a possibility in Tomcat ? Is it possible for one application to influence the name of it's session cookie, so that we could have JSESSIONID-1 and JSESSIONID-2 ? Errm, no :-) As far as I know there is no chance to change the cookie name since its part of the spec and hardcoded. But, you can change the path of the cookie to be the same as the webapp name, in fact it already is. So if you have the webapp1 and webapp2 than both can have a JSESSIONID cookie with according path (webapp1 and webapp2). If the browser access webapp1 it sends only the JSESSIONID cookie with webapp1 in path and when it accesses webapp2 it sends the webapp2 cookie. Herewith each of your webapps has its own session and its own session cookie. Right now i have 7 JSESSIONID cookies in my FFox, with 2 of them issued by localhost, one by app sshop and one by app bouncer. Both apps act independently and have own sessions, even in same tomcat. The problem that OP has can only occure if both he's webapps have the same name (or no name - ROOT), hence overwriting each other. In that case rename or force one of them to use rewriting. regards Leon - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSESSIONID doesn't contain the port
From: Pid [mailto:[EMAIL PROTECTED] Subject: Re: JSESSIONID doesn't contain the port The problem is that the TC1 sets a value of JSESSIONID that does not exist in TC2. Go back and reread the original post. There's only one instance of Tomcat, but there are two Connector elements, each with a unique port. The OP has not said why he thinks it's necessary to have two ports, but it really doesn't matter, since it's irrelevant as far as cookies are concerned. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSESSIONID doesn't contain the port
From: Leon Rosenberg [mailto:[EMAIL PROTECTED] Subject: Re: JSESSIONID doesn't contain the port of course it would since there will be two different cookies with different pathes referring to both different sessions. The webapps could choose to generate their own cookies with the common portion of the domain (assuming there is one); some experimentation would be needed to insure that the browser sends both back, in which order it does so, and in which order Tomcat processes them. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions related to configuring a REST API on Apache
Is there a way to setup virtual hosts on Tomcat alone with out having to connect to Apache Httpd for that?http://mail-archives.apache.org/mod_mbox/tomcat-dev/200103.mbox/[EMAIL PROTECTED] On Wed, Jun 18, 2008 at 2:32 PM, Vinay Chilakamarri [EMAIL PROTECTED] wrote: I am using Apache Http Daemon for this simulation. I got what you are pointing to... I could have used a dynamic page for XML generation and returned it in response to the requests. May be I should configure Httpd for the virtual hosts and tune it to delegate jsp's to Tomcat? I've dealt with deploying web services using Axis on Tomcat in the past. On Wed, Jun 18, 2008 at 2:17 PM, Christopher Schultz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vinay, Vinay Chilakamarri wrote: | I mixed up the stuff a little there. It was actually a REST API as long as I | was talking about my own application. Since I am simulating the stuff (for | some testing purposes) I wanted to show our Global product as if 20 of those | applications are sending responses when the Global thing makes GET PUT POST | to the servers (Apache's virtual hosts in this case). Redirection and | rewrite directives are exactly the ones which I tried few hours ago and they | did their job. I should have asked something like how do I map | | http://localhost:682/source/getservxml to a resource on the disk. I'm still a little confused about whether you are running Apache httpd or Apache Tomcat. Which package are you trying to configure? | But by the way I still have few questions: Since I am trying this for the | first time, I used static data locations and used a Redirect. But I want | random data to be generated for each request I get. What are the proposed | suggestions for this? You should skip right ahead to generating dynamic data, since this redirection stuff will be completely worthless to you. Have you chosen a content-generation technology (like JSP)? If so, what is it? What is your experience level with webapps in java? With Tomcat? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhZe4EACgkQ9CaO5/Lv0PBFJwCeO7Qq+JAoozWuAEnTqDliLDXU TlwAn3JWpocnHNwxTzEfL8N6XmHUDHOE =S3+4 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Questions related to configuring a REST API on Apache
From: Vinay Chilakamarri [mailto:[EMAIL PROTECTED] Subject: Re: Questions related to configuring a REST API on Apache Is there a way to setup virtual hosts on Tomcat alone with out having to connect to Apache Httpd for that? Yes - configure multiple Host elements in conf/server.xml. It's in the doc: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Questions related to configuring a REST API on Apache
From: Vinay Chilakamarri [mailto:[EMAIL PROTECTED] Subject: Re: Questions related to configuring a REST API on Apache Do you see any drawbacks in this approach? How will a client know which port to choose? if I go the virtual hosts way, others have to explicitly modify the etc/hosts file to tell their computers that the virtual hosts have to be found from with in the local machine, Or you could have your local DNS box (if you have one) configured to translate each of the virtual host names to 127.0.0.1; just make sure the records don't escape beyond that DNS box. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions related to configuring a REST API on Apache
The ip addresses (including port) are being sent as some data structure for the clients to communicate with the server on them. So I think it shouldn't be a problem for that. Also I am not sure if they have a DNS On Thu, Jun 19, 2008 at 11:23 AM, Caldarale, Charles R [EMAIL PROTECTED] wrote: From: Vinay Chilakamarri [mailto:[EMAIL PROTECTED] Subject: Re: Questions related to configuring a REST API on Apache Do you see any drawbacks in this approach? How will a client know which port to choose? if I go the virtual hosts way, others have to explicitly modify the etc/hosts file to tell their computers that the virtual hosts have to be found from with in the local machine, Or you could have your local DNS box (if you have one) configured to translate each of the virtual host names to 127.0.0.1; just make sure the records don't escape beyond that DNS box. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging for Dummies in Tomcat 5.5/6.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, Okay, I lied about shutting up until someone paid me. Maybe I should threaten to keep posting until I get paid. ;) Mark H. Wood wrote: | On Wed, Jun 18, 2008 at 04:44:21PM -0400, Christopher Schultz wrote: | | Assume that one has read the Tomcat logging page at | | http://tomcat.apache.org/tomcat-6.0-doc/logging.html | | Although the this is a good reference, you cannot follow any of the | instructions on that page, because the logging has likely been set up in | advance by the package manager. Since there is no standard way to | configure logging (among package managers, that is), nobody on this list | who doesn't have explicit experience with your | OS/version/patchlevel/package manager can help you :( | | Not so. JULI imposes a standard way to configure logging, else it | could not find its configuration. Whatever else the packaging team | do, they must eventually either let JULI look where it always looks or | tell it in a standard way (-Djava.util.logging.config.file=/some/path) | where to find it. Either way, you know where to look. The package manager may have done all kinds of unholy things with the CLASSPATH (which, in a standard TC install, is ignored, so we can't exactly support questions like 'why does my CLASSPATH look like X on gnu/linux distro Z'). If the CLASSPATH is boned (from our perspective), the logging.properties file could be /anywhere/ and we would /not/ know it. | The same applies to log4j. It either uses a built-in assumption or is | told where to look in a way that is defined by log4j, not your distro. See above. | $ cd $TOMCAT_HOME | | There is no occurrence of TOMCAT_HOME in the startup scripts for | real Tomcat 6.0.16 -- I checked yesterday. There are only two | occurrences of that string in the entire kit, and they are in | documentation. Maybe this is part of the confusion? Forgive me for using a colloquialism: this refers to the place where you actually installed Tomcat. Installed it from a package manager, you say? Well, then, I can't tell you where the heck to CD. | All TC-related *configuration* files will | either be in one place, or they will point to each other. If this was | not so, they would not participate in configuring Tomcat and could be | ignored. It's not magic; the software has to be able to find all of | its bits, and if it can then you can too, by doing the same thing that | the software does. So, let me attempt to paraphrase what you're saying: TC installs are very easy to sort out because you either have a) a standard TC install where everything matches the official documentation or b) the package manager has kept things configured in such a way that it ought to be easy to figure out. Well, the very existence of this thread is proof that either your assertion is wrong, or there are a lot of lazy people out there who refuse to do their own (light) research. [snip snip snip] | See? This Tomcat is explicitly told use JULI for logging, and its | configuration is explicitly placed at | '/var/lib/tomcat-6/conf/logging.properties'. Forgive me for being elitist, but I would have figured that out in a second. The half-point of this whole argument is that the TC love-and-hugs support group (this list) shouldn't have to know the ins and outs of every distro's way of doing things. We just don't have that kind of time. If you find someone on the list who happens to have, say, Gentoo experience, well, then, you're in luck. If you get Chuck, he'll tell you to install from the canonical package if you want him to help you. | [http://tomcat.apache.org/tomcat-6.0-doc/logging.html] | | How can we document a distribution we not only do not distribute, but | have no control over? | | The page assumes that one knows how to use 'ant' and a text editor. If you are reading that page, you are either a software developer or a software deployer. If you don't know how to use a text editor, you should be fired. There, I said it. I'm not sure knowledge of 'ant' is necessary for any of that. | This is not distribution-specific. How to pass property values to the | JRE is perhaps JRE-specific but not distro-specific. Exactly. It shouldn't have anything to do with the distro. This gets back to the OP who asserts that it's not straightforward to figure out what the heck is going on, and suggests that we outline every distro's style and how to follow the trail. We shouldn't have to do that. We should have official docs (we do!) that cover the material necessary (which I believe they do). They include examples, specific places to find things, etc. IF they have been relocated by a package manager, we cannot be responsible. What I'm saying is: don't come crying to us when your package-managed version doesn't match the official docs... go and cry to your package manager and say what the heck happened to logging.properties? (or whatever). | One can (and should) document a product's configuration and use |
multiple login pages within one webapp
Hi Is it possible to have multiple login forms, configured to work with mutually exclusive tables. in the same webapp? For example I want to have a login page for users of type A and a different login page for users of type B. Users of type A have no relation to users of type B and vice-versa. Thanks -Assaf
Re: Character encoding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 nch, nch wrote: | Chris, I finally found it. | My server.xml was not correctly configured. My fault. | | Again, thank you all for your help. No problem. Would you mind explaining for the group what the actual problem was, and what the solution was? Lots of these threads go nowhere because either the people asking questions go away entirely, or they say works, now! and nobody reading the archives has any clue where they should look (in spite of the repeated answers they get from folks like me). Thanks, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhau0MACgkQ9CaO5/Lv0PBp7gCeLf+c+fGjkNzGO1qqQvazol4f buwAnRbiYnDWcubbAu0AnnQ21SClNAVm =z0rX -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
when use classes that implements javax.sql.DataSource in a JDBC datasource throws an Exception at first try
Hi, i'm using tomcat 6.0.16 and if i configure a class that implements javax.sql.DataSource as the value of the attribute driverClassName of the Resource element, when the server starts, the first try to get a connection from JNDI that fails with follow Exception: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class 'com.sap.dbtech.jdbcext.DataSourceSapDB' for connect URL 'jdbc:sapdb://dbserver/DBNAME' at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1150) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880) ... 25 more Caused by: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:264) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1143) ... 26 more but if i try to get a JDBC connection again, always works, that exception only occurs at first request, how can i avoid this first request Exception, i know that i can put a .jsp file that after start tomcat, call that .jsp, then that is my way to hide the first request fail, but i think that this is a ugly solution, and can be solved at tomcat side. here is how i configured the resource in GlobalNamingResources: Resource name=jdbc/vendor_conces_primary auth=Container type=javax.sql.DataSource username=USER password=secret driverClassName=com.sap.dbtech.jdbcext.DataSourceSapDB url=jdbc:sapdb://dbserver/DBNAME maxActive=30 maxIdle=-1 validationQuery=SELECT NOW() FROM DBA.DUAL testOnBorrow=true/ thanks for any idea Clóvis
Re: JSESSIONID doesn't contain the port
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zsolt, Zsolt Koppany wrote: | How can we make tomcat-5.5.25 to store also port into JSESSIONID? You can't really do that, unless you want to hack-up TC's source. What you could do is deploy your applications under different context names, instead of deploying them both as ROOT. In that case, the JSESSIONID cookie will have a unique path associated with it, and they won't clobber each other. Another option would be to turn off cookies on the server, and use only URL-encoded session ids. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhavLsACgkQ9CaO5/Lv0PBvBgCcDpc3S6mQSZUlH39692/cRM5C yXkAoKlTmd0vkg1kRpMF0ivzEvE8KzR7 =Ymjf -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiple login pages within one webapp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Assaf, exkor wrote: | Is it possible to have multiple login forms, configured to work with | mutually exclusive tables. in the same webapp? Not when using TC's container-managed authentication and authorization. You could use securityfilter (http://securityfilter.sourceforge.net/) in it's source release with FlexibleRealmInterface and implement your own Realm (which checks maybe some form element?) and uses different authentication sources. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhavd0ACgkQ9CaO5/Lv0PBXegCggfDA23hPl9GTBY3JO744jiV3 KZ0An3Y2iFWaKvz99T5P0joWzhE/olav =h+Da -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiple login pages within one webapp
Hi Chris What if I would have all users in one table, can I make multiple secured areas each exclusively dedicated to a different role? If all fails I would use securityFilter Thanks -Assaf On Thu, Jun 19, 2008 at 4:13 PM, Christopher Schultz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Assaf, exkor wrote: | Is it possible to have multiple login forms, configured to work with | mutually exclusive tables. in the same webapp? Not when using TC's container-managed authentication and authorization. You could use securityfilter (http://securityfilter.sourceforge.net/) in it's source release with FlexibleRealmInterface and implement your own Realm (which checks maybe some form element?) and uses different authentication sources. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhavd0ACgkQ9CaO5/Lv0PBXegCggfDA23hPl9GTBY3JO744jiV3 KZ0An3Y2iFWaKvz99T5P0joWzhE/olav =h+Da -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default servlet doesn't encode URI on redirect?
Benoit Maisonny wrote: Sorry, not always easy to keep a thread with the huge traffic on this list. Christopher Schultz wrote: Benoit, Benoit Maisonny wrote: | Christopher Schultz wrote: | | Benoit, | | Benoit Maisonny wrote: | | I suspect someone forgot to encode the URI in the Location: HTTP header | | on the 302 response, but maybe there is something missing in our | | configuration? | | What is the default character set of the running JVM? | | UTF-8, according to java.nio.charset.Charset.defaultCharset().name(). | The JVM is a 1.6.0_03, BTW. How about checking the value of the system property file.encoding? UTF-8 as well. Benoit Sorry for the delay in replying. This has been sat in my to do list. This is https://issues.apache.org/bugzilla/show_bug.cgi?id=43914 which is fixed in 5.5.26. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging for Dummies in Tomcat 5.5/6.0
Hi. I'm back.
First of all, I appreciate the information received already as a
response to my initial post, and I am thankful for it. I keep on reading
and collecting the new stuff coming, and getting enlightened by it.
There is a lot of information there, which for a large part - in my
opinion - is not in the current Tomcat published documentation, or not
in a way that a person with occasional and superficial contact with
Tomcat can find or understand.
But, together with the insights gained through this list, it slowly
starts to click into place.
This discussion started (a couple of threads ago) with a request on
logging configuration, made by a user - me - who could not make sense of
the files on his system(s), either belonging to Tomcat or produced by
it. It quickly degenerated into a slinging match mostly related to
Tomcat packaging.
To attempt a summary of the discussions so far, it sems that there are
two distinct groups : Tomcat developers, and Tomcat users, and that
their views differ sometimes substantially on what a logging system
should do, and what a documentation should contain and how it should be
written. That is probably normal, because each person is looking at it
in a different way, in function of his needs.
The developers seem to be happy with the logging and its documentation
as it is, and consider it clear, or at least accessible. The users, as
far as I can tell from the correspondence I receive, generally have a
different opinion.
I believe that the difference of opinions rests basically on the
following : at some point in time, the developers of Tomcat - who it
should be remembered do this for free - decided that maintaining
Tomcat's own logging mechanism wasn't really worth their time and
efforts, considering that there existed already a couple of external
libraries (packages?) which did the job better anyway. They thus split
that part off, allowing them to concentrate on more interesting and
rewarding parts of the code. And they have no intention of moving back.
Them being the developers of a product offered free of charge, nobody
can or should discuss their decision or blame them for it.
What I personally believe they forgot at that point, is that there are
many users of Tomcat who are not pure Java or Tomcat developers; that
these users, having acquired over time a reasonable understanding of how
to use Tomcat - if not necessarily how it works inside - now suddenly
are faced with the need to get acquainted with a whole bunch of things
of which they do not have a clue (commons-logging, juli, log4j), which
per se do not really interest them (because they are not mainly Java
developers) and which by themselves require quite an investment in time
in order to start understanding how they work.
From a user point of view, how to express it better than comparing
logging in Tomcat 4.1, with logging in Tomcat 5.5 :
- to create a logfile in Tomcat 4.1, the user inserted this in his
server.xml or context.xml at the appropriate place :
Logger className=org.apache.catalina.logger.FileLogger
directory=logs prefix=localhost_ suffix=.log
timestamp=true/
Basically, that was it. If you needed logging at another level, you
just copied this section and pasted it wherever logically it seemed to
fit. It wasn't terribly flexible, and did not help immensely for
debugging code, but that was not the main purpose, and for the main
purpose of the vast majority of users, it sufficed.
One did not really need to understand how a Logger worked, and one could
rather easily guess from the atributes what could be tweaked and how.
Unless you really wanted to do something special, you did not even need
to go to the documentation or to Tomcat's Users List.
And it was amazingly and elegantly simple. There are really not a lot
of software products where you can just get a new logfile at whatever
level by dropping a simple paragraph in a configuration file.
- to create a logfile in Tomcat 5.5or 6.0 on the other hand, one starts
instead with this (once one has found it) :
handlers = 1catalina.org.apache.juli.FileHandler,
2localhost.org.apache.juli.FileHandler,
3manager.org.apache.juli.FileHandler,
4admin.org.apache.juli.FileHandler,
5host-manager.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler
.handlers = 1catalina.org.apache.juli.FileHandler,
java.util.logging.ConsoleHandler
1catalina.org.apache.juli.FileHandler.level = FINE
1catalina.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
1catalina.org.apache.juli.FileHandler.prefix = catalina.
2localhost.org.apache.juli.FileHandler.level = FINE
2localhost.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
2localhost.org.apache.juli.FileHandler.prefix = localhost.
...(edited for brevity, if you can believe that)...
and, to start understanding the above, one *must* at least read the page at
Re: multiple login pages within one webapp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Exkor, exkor wrote: | What if I would have all users in one table, can I make multiple secured | areas each exclusively dedicated to a different role? Of course this is what security-constraints are for. Just use different roles for different operations in your webapp. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhbCwoACgkQ9CaO5/Lv0PCQUgCguhj0Pn8Zohx4wl0Uf2qvYj+y 4ocAnRnpLOeyxElbu9XQlJteQjvBLZsE =rrvD -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJP encryption
Rossen Raykov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi All, Is there anybody interested in encrypting the AJP communication channel? Is anything like that planned for the next release? It's on the wishlist for AJP/1.4 (as well as compression). However there hasn't been much developer traction on AJP/1.4 for years. The general consence on [EMAIL PROTECTED] has been to not add it to an AJP/1.3 release, so the answer to your second question is likely: no. The answer to your first question (based on this list) is likely: yes. AJP is designed to work over high-speed, secure, internal networks. In this type of environment, if a black-hat can manage to sniff AJP traffic, you have much bigger problems on your hands ;). However, if you want to submit patches to add encryption, I'm sure that you will find tomcat developers that are interested in reviewing them. As Markus said, there are plenty of ways to encrypt AJP traffic today. Just judging from this list, SSH tunnelling is popular, as well as Markus' suggestion of OpenVPN. Rossen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 3.3 question
Robert Welz [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Am 18.06.2008 um 15:02 schrieb Robert Welz:
A question:
If I have a class / function
Logger.Log (Logger.LOG_LEVEL_INFO, Test + Globals.BACKUP_STARTDIR);
where will tomcat write these data out?
so when In server.xml
LogSetter name=servlet_log
timestamps=true
verbosityLevel = INFORMATION
path=logs/servlet-${MMdd}.log
/
is configured am I right in the assumption that the logfile is in /
jakarta/logs/ ?
Is there another knob I can use to get my logfile?
Chuck has a point. I'm pretty much the last of the 3.3 developers, and I
had to look up the answer ;). BTW, at the moment it has been decided on
[EMAIL PROTECTED] that there will be no further 3.3.x releases. And 4.1.x
should
follow shortly.
Assuming that $TOMCAT_HOME=/jakarta, then yes, that is where the log file
will show up. In general, a relative path will be resolved against
$TOMCAT_HOME.
While TC 3.3 has limited JMX support, this isn't one of the areas. You have
to know the path if you want to get it (or at least enough to resolve
against $TOMCAT_HOME).
regards,
Robert
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: A few questions
Thanks, guys! /jan Walter Thompson wrote: Then use startup.sh or shutdown.sh Walter -Original Message- From: Steve Ochani [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 10:44 AM To: Tomcat Users List Subject: RE: A few questions Date sent: Thu, 19 Jun 2008 10:30:15 -0500 From: Walter Thompson [EMAIL PROTECTED] Subject:RE: A few questions To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org In the Tomcat bin directory there should be two batch files startup.bat and shutdown.bat that should work fine unless you are running Tomcat as a service. If running as a service, use services to stop and start. OP is not using Windows. -Steve O. Walter -Original Message- From: jan [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2008 5:53 AM To: Tomcat Users List Subject: A few questions The answer to these questions are quite possibly annoyingly obvious, but I haven't been able to find them in the User Guide. 1. What is the proper way of shutting down tomcat? I start it with what I have found in the user guide: export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun-1.5.0.13 /u01/tomcat/apache-tomcat-5.5.26/bin/jsvc \ -Djava.endorsed.dirs=/u01/tomcat/apache-tomcat-5.5.26/common/endorse d \ -cp /u01/tomcat/apache-tomcat-5.5.26/bin/bootstrap.jar -outfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.out -errfile \ /u01/tomcat/apache-tomcat-5.5.26/logs/catalina.err \ org.apache.catalina.startup.Bootstrap This works fine, but when I kill the process and try to restart, it won't - it complains: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina Why does that happen? And how can I avoid it? 2. On the front page, when I get the server to run, there is a link to an administration package that I am supposed to download from somewhere. Is there a standard place to find these things? /jan - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jrockit Vs Sun
It seems Oracle has closed the download of JRockit without giving any reasons. Few months ago, I've deployed my app both in Sun VM 1.6 and JRockit R26 (support 1.6). Several differences are listed here: 1. as we know, there're some difference of vm starting parameters, so sometimes you may need to modify your parameters to adjust the VM. btw, a replace parameter list has been provided by BEA. 2. the difference of allocation mechanism would sometimes effect your memory parameters. Jrockit acquire a whole memory stack. so it may avoid some OOM error of tomcat(usually permant generation space oom) 3. both of them provide powerful tools for spying or debuging the main Java thead. Almost all the functions of those tools can be found in each JDK. the difference remains in out file format. eg: when you dump the whole heapspace, you may get two formats as the result of the reason i mentioned above. As a named SOLUTION, JRockit provide an intergrate GUI toolkit to developers,now named JRockit Mission Control Center. it is composed of the common requirement for debugging our java app, although we can find some third party tools with same funtions designed for SUN VM. JMCC is not free software. some of the powerful functions could not be activate after the VM's started for one hour. those functions is the Memory Leak Detection Tools which is declaimed as an intelligent tools to found potential memory leak in your code. 4. bytecode optimizing technology is another strengthness of Jrockit. you could see which class has been optimized by using jrcmd command with corret input parameters. I don't make a seperate benchmark test. I just collected my app benchmarks of each JDK. JRockit is actually faster than Sun VM. my app is mainly deployed in tomcat ,using Spring + Hibernate + Wicket. 5. No compatibility error was found during my shift with two jdk. 6. I suppose that Jrockit has a better thread management model with less memory usage according to my two same servers' performances. Under same configuration of my app,JRockit beats SunVM by bearing much heavier loader. That's some thinking that I want to share with you. 2008/6/18 Steve Ochani [EMAIL PROTECTED]: Date sent: Wed, 18 Jun 2008 09:32:41 +0100 From: James Law [EMAIL PROTECTED] Subject:RE: Jrockit Vs Sun To: Tomcat Users List users@tomcat.apache.org Send reply to: Tomcat Users List users@tomcat.apache.org Here are the download links http://commerce.bea.com/products/weblogicjrockit/jrockit_prod_fam-bea. js p I found them via the forums, you'd think they don't want you to download it! It seams Intel have bought out BEA so things could be looking up for JRockit. No, Oracle did :( -Steve O. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: 17 June 2008 18:31 To: Tomcat Users List Subject: Re: Jrockit Vs Sun -- It seems to be licensed, ie not free, and if you can figure out how to download the thing from that site, you're a better detective than I am. It seems to be Suns JRE with tons of extra instrumentation, mission control. In the news group I found ... the adoption is very low, so google is not going to be too rocket friendly. There was one article refering to Tomcat... so someones trying it out with TC. I imagine that from a biz point of view, the rocket is designed to launch you at their app server, and into premium support. Good plan I guess, but doesnt seem like too many people riding that rocket ;) Intel seems to be involved somehow in the rocket as well, maybe one day it will be a harmonious rocket ;) If I could have found the thing, would have given it a whiz. Competition is good I guess... would have been interesting to see how the mission control related to JMX and the JConsole, perhaps the rocket influenced that hole idea. Article is worth a read, the terms are all good for foreplay ;) -- -- --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm -- -- --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** ** Search all of our current vacancies at www.generic-software.com ** ** The information contained within this message is intended for the addressee only and may contain confidential and/or privileged information. If you
