Re: Tomcat error -54
Can you tell, why this error is coming : can't receive the response message from tomcat, network problems or tomcat is down (10.182.18.2:8009), err=-54
Re: Tomcat error -54
Kavya C B wrote: Can you tell, why this error is coming : can't receive the response message from tomcat, network problems or tomcat is down (10.182.18.2:8009), err=-54 Despite the total lack of information provided, and thus borrowing Pid's crystal ball for a moment, I would guess that this is a message written to a logfile, by some webserver-to-Tomcat AJP connector. As to what it means, I believe it is quite explicit. What part of it do you not understand ? If you'd like more information and less guesses, may I suggest that you provide at least some details about your configuration, about where you found the above message, and a few additional lines of the logfile prior to the above ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Configure CSRFPreventionFilter in 6.0.35
On 23.07.2012 12:00, Nikhil Dhankani wrote: Hi, I am trying to configure CSRFPreventionFilter with the below code in my web.xml. filter filter-nameCSRF/filter-name filter-classorg.apache.catalina.filters.CsrfPreventionFilter/filter-class /filter filter-mapping filter-nameCSRF/filter-name url-pattern/*/url-pattern /filter-mapping But tomcat fails to start with below error, Jul 22, 2012 11:57:17 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet CXFServlet threw exception java.lang.IllegalArgumentException: setAttribute: Non-serializable attribute org.apache.catalina.filters.CSRF_NONCE at org.apache.catalina.session.StandardSession.setAttribute(StandardSession.java:1351) at org.apache.catalina.ha.session.DeltaSession.setAttribute(DeltaSession.java:647) at org.apache.catalina.ha.session.DeltaSession.setAttribute(DeltaSession.java:631) at org.apache.catalina.session.StandardSessionFacade.setAttribute(StandardSessionFacade.java:130) at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:173) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 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.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.ha.session.JvmRouteBinderValve.invoke(JvmRouteBinderValve.java:227) at org.apache.catalina.ha.tcp.ReplicationValve.invoke(ReplicationValve.java:347) 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:293) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:877) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:594) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1675) at java.lang.Thread.run(Unknown Source) Can anybody please help as to what am I missing or what am I doing wrong? It seems you are doing clustering? The cluster needs to be able to serialize sessions in order to replicate them over the network. The message indicates, that the sesison attribute org.apache.catalina.filters.CSRF_NONCE used by the CSRF filter is not serializable. You might - open an issue in the Tomcat bugzilla in order to get that fixed or documented (cluster compatibility of the filter) - disable replication for that special attribute. This might limit your ability to actual fail over in the cluster, but maybe you would need to attribute in the session only for special use cases. To disable replication of the attribute org.apache.catalina.filters.CSRF_NONCE: Since 7.0.22 and 6.0.34 you can configure, which session attributes you want to distribute via a regular expression matched against the attribute names. By default all attributes are replicated (and thus must be serializable). See sessionAttributeFilter in http://tomcat.apache.org/tomcat-7.0-doc/config/cluster-manager.html#Common_Attributes Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Configure CSRFPreventionFilter in 6.0.35
On 23/07/2012 11:10, Rainer Jung wrote: The cluster needs to be able to serialize sessions in order to replicate them over the network. The message indicates, that the sesison attribute org.apache.catalina.filters.CSRF_NONCE used by the CSRF filter is not serializable. You might - open an issue in the Tomcat bugzilla in order to get that fixed or documented (cluster compatibility of the filter) This is already fixed in 7.0.x and trunk. I have proposed the same fix for 6.0.x. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Configure CSRFPreventionFilter in 6.0.35
Yes my environment is a clustered one. Thanks Rainer for the quick response, this was really helpful. On Mon, Jul 23, 2012 at 3:40 PM, Rainer Jung rainer.j...@kippdata.dewrote: It seems you are doing clustering? The cluster needs to be able to serialize sessions in order to replicate them over the network. The message indicates, that the sesison attribute org.apache.catalina.filters.**CSRF_NONCE used by the CSRF filter is not serializable. You might - open an issue in the Tomcat bugzilla in order to get that fixed or documented (cluster compatibility of the filter) - disable replication for that special attribute. This might limit your ability to actual fail over in the cluster, but maybe you would need to attribute in the session only for special use cases. To disable replication of the attribute org.apache.catalina.filters.** CSRF_NONCE: Since 7.0.22 and 6.0.34 you can configure, which session attributes you want to distribute via a regular expression matched against the attribute names. By default all attributes are replicated (and thus must be serializable). See sessionAttributeFilter in http://tomcat.apache.org/**tomcat-7.0-doc/config/cluster-** manager.html#Common_Attributeshttp://tomcat.apache.org/tomcat-7.0-doc/config/cluster-manager.html#Common_Attributes Regards, Rainer --**--**- To unsubscribe, e-mail: users-unsubscribe@tomcat.**apache.orgusers-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat error -54
While checking the logs i got the following error : Following error is seen in the tomcat log files. [Mon Feb 28 06:33:29 2011] [jk_ajp_common.c (1146)]: ERROR sending data to client. Connection aborted or network problems [Mon Feb 28 06:33:29 2011] [jk_ajp_common.c (1462)]: ERROR: Client connection aborted or network problems . On Mon, Jul 23, 2012 at 2:21 PM, André Warnier a...@ice-sa.com wrote: Kavya C B wrote: Can you tell, why this error is coming : can't receive the response message from tomcat, network problems or tomcat is down (10.182.18.2:8009), err=-54 Despite the total lack of information provided, and thus borrowing Pid's crystal ball for a moment, I would guess that this is a message written to a logfile, by some webserver-to-Tomcat AJP connector. As to what it means, I believe it is quite explicit. What part of it do you not understand ? If you'd like more information and less guesses, may I suggest that you provide at least some details about your configuration, about where you found the above message, and a few additional lines of the logfile prior to the above ? --**--**- To unsubscribe, e-mail: users-unsubscribe@tomcat.**apache.orgusers-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Configure CSRFPreventionFilter in 6.0.35
On 23.07.2012 13:38, Mark Thomas wrote: On 23/07/2012 11:10, Rainer Jung wrote: The cluster needs to be able to serialize sessions in order to replicate them over the network. The message indicates, that the sesison attribute org.apache.catalina.filters.CSRF_NONCE used by the CSRF filter is not serializable. You might - open an issue in the Tomcat bugzilla in order to get that fixed or documented (cluster compatibility of the filter) This is already fixed in 7.0.x and trunk. I have proposed the same fix for 6.0.x. Tnanks and sorry Mark, hadn't looked that up and somehow forgot about it. Thought it would be a good opportunity for propaganda for the session attribute replication filter ;) Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat error -54
Kavya C B wrote: While checking the logs i got the following error : Following error is seen in the tomcat log files. [Mon Feb 28 06:33:29 2011] [jk_ajp_common.c (1146)]: ERROR sending data to client. Connection aborted or network problems [Mon Feb 28 06:33:29 2011] [jk_ajp_common.c (1462)]: ERROR: Client connection aborted or network problems . Unless you have a very slow server and very patient clients, I doubt that this line has anything to do with the present issue. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Configure CSRFPreventionFilter in 6.0.35
Rainer Jung rainer.j...@kippdata.de wrote: On 23.07.2012 13:38, Mark Thomas wrote: On 23/07/2012 11:10, Rainer Jung wrote: The cluster needs to be able to serialize sessions in order to replicate them over the network. The message indicates, that the sesison attribute org.apache.catalina.filters.CSRF_NONCE used by the CSRF filter is not serializable. You might - open an issue in the Tomcat bugzilla in order to get that fixed or documented (cluster compatibility of the filter) This is already fixed in 7.0.x and trunk. I have proposed the same fix for 6.0.x. Tnanks and sorry Mark, hadn't looked that up and somehow forgot about it. Thought it would be a good opportunity for propaganda for the session attribute replication filter ;) Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org No need to apologise. The filter is a useful one and it is good to increase awareness. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Run TomEE as a daemon
Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying lots of times and havent success. Does anyone knows how to do this procedure step by step. I've follow this tutorial: http://openejb.apache.org/unix-daemon.html but at the end, i got the follow results: Cannot locate Java Home The most curious is that I previously set the java home with ./configure --with- java=/usr/lib/jvm/... And I really dont know why, I got the result above.
Re: Run TomEE as a daemon
On 7/23/2012 12:12 PM, Miguel Bandala wrote: Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying What is TomEE? lots of times and havent success. Does anyone knows how to do this procedure step by step. I've follow this tutorial: http://openejb.apache.org/unix-daemon.html but at the end, i got the follow results: Cannot locate Java Home The most curious is that I previously set the java home with ./configure --with- java=/usr/lib/jvm/... And I really dont know why, I got the result above. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Certificate chain does not seem to work and no errors in the tomcat logs
This issue got resolved, the private key was not present in the JKS file. Once we got the pfx file from the customer and pointed to that in the server.xml file, application started working. When we imported the certificate (.cer file), keytool utility did not complain the private key is not present. Also when browser makes a request there was no error messages/no indication in the tomcat, there was no response from the tomcat server. Any comments on this please. -Latha -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 1:56 PM To: 'Tomcat Users List' Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs We tried with Firefox, that did not work either. -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 1:55 PM To: 'Tomcat Users List' Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs Connector string Connector port=9883 protocol=org.apache.coyote.http11.Http11NioProtocol maxHttpHeaderSize=8192 SSLEnabled=true maxThreads=800 enableLookups=false disableUploadTimeout=true acceptCount=200 scheme=https secure=true clientAuth=false URIEncoding=UTF-8 keystoreFile=D:\Program Files (x86)\Aspect Software\Real-Time Reporting Server\SunJVM\jre\lib\security\keystorertrself2048.jks keystorePass=changeit keystoreType=JKS / Thanks, Latha -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 9:26 AM To: Tomcat Users List Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs Thanks for your response Christopher. We have requested customer to install firefox. We are using SSL and I will get the connector configuration once I get access to the system. Log level is changed to FINE in the logging.properties but we don't seem to get anything related to the certificate and the same when we start tomcat. I will check the log contents and post if the relevant lines. Thanks, Latha -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Wednesday, July 18, 2012 8:40 AM To: Tomcat Users List Subject: Re: Certificate chain does not seem to work and no errors in the tomcat logs -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Latha, On 7/17/12 8:20 PM, Sivasubramaniam, Latha wrote: I am having issues with the SSL certificate chain the https requests from the IE8 browser does not get any response. Following are the details and any help is appreciated. This is in one of our customer implementation. Tomcat version: 6.0.29 OS: Windows 2008 Browser: IE8 Ceritificate key size: 2048 and the server certificate is 4th level in the chain. What about other web browsers? Is it only MSIE8 that is giving you problems, or can you not connect from any browser/client? I have tried following different things. * Imported chain and the server certificate to my keystore and set keystore properties in the server.xml Please post your Connector configuration. Also, are you using APR for SSL? When you imported the certificate chain, did you import all 4 certificates? (You may not need the top-level CA one, as it was probably already trusted by the JVM). * Imported certificate chain to cacerts and imported server certificate to my own keystore and speficied keystore properties in the server.xml * Imported certificate chain to my own trusted keystore in addition to the cacerts and server certificate to another keystore, specified both trustkeystore and keystore properties in the server.xml None of the above is working. I generated selfsigned certificate and that is working. That is good to know. We have windows based components using the same certificate on the same server, certificates imported on to the windows certmgr and those components are working. But the same certificate is not working on the Java based components. I do not see any errors in the tomcat logs. Do you get any output at all when you launch Tomcat? How can I get additional logging to see what is happening? Is there any known issue with the certificate chain ( I did not find any in the bug list) You can change the log level from INFO to DEBUG or FINE. Look at conf/logging.properties. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAG2LcACgkQ9CaO5/Lv0PCuNACaAq0VJe9jm9noc2CeLFrwqB/F q/8AnieQE0bUS4mnooudOy79pGJWCzzJ =wEtL -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
export JAVA_HOME=[Location of Java installaation] (for bash-like shell)
or
setenv ${JAVA_HOME} [Location of Java installaation] (for csh or tcsh)
Then Rey again.
Is Java installed on your machine?
burghard@iSir
Am 23.07.2012 um 18:12 schrieb Miguel Bandala obimiken...@gmail.com:
Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying
lots of times and havent success.
Does anyone knows how to do this procedure step by step.
I've follow this tutorial:
http://openejb.apache.org/unix-daemon.html
but at the end, i got the follow results:
Cannot locate Java Home
The most curious is that I previously set the java home with ./configure
--with- java=/usr/lib/jvm/...
And I really dont know why, I got the result above.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
2012/7/23 Miguel Bandala obimiken...@gmail.com: Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying lots of times and havent success. Does anyone knows how to do this procedure step by step. I've follow this tutorial: http://openejb.apache.org/unix-daemon.html but at the end, i got the follow results: Cannot locate Java Home The most curious is that I previously set the java home with ./configure --with- java=/usr/lib/jvm/... And I really dont know why, I got the result above. See proper Apache Commons-Daemon jsvc documentation, at http://commons.apache.org/daemon/jsvc.html - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
I've built/installed Tomcat 7.0.29 from source on linux/64. I've setup an init.d using jsvc launch, loosely based on the src-bundled daemon.sh script. @ tomcat service launch, using out-of-the-box config for now, I see two listeners on ONE pid, netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec but note that actually TWO procs/pids exist, ps ax | grep jsvc 30890 ?Ss 0:00 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap 30891 ?Sl 0:03 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap I want only a *single* instance of tomcat running. Seeing these TWO pids, is that actually TWO instaces? Reading @ https://commons.apache.org/daemon/jsvc.html How jsvc works Jsvc uses 3 processes: a launcher process, a controller process and a controlled process. ... I suspect it's not, and I'm just seeing those ^^^, but wanted to get some clarification. Thanks. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
ps is showing threads as processes, which occurs with some versions of Linux kernel. The listeners are 2 different threads: an AJP on 8009 and an HTTP on 8080. On Mon, Jul 23, 2012 at 12:46 PM, k9...@operamail.com wrote: I've built/installed Tomcat 7.0.29 from source on linux/64. I've setup an init.d using jsvc launch, loosely based on the src-bundled daemon.sh script. @ tomcat service launch, using out-of-the-box config for now, I see two listeners on ONE pid, netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec but note that actually TWO procs/pids exist, ps ax | grep jsvc 30890 ?Ss 0:00 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap 30891 ?Sl 0:03 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap I want only a *single* instance of tomcat running. Seeing these TWO pids, is that actually TWO instaces? Reading @ https://commons.apache.org/daemon/jsvc.html How jsvc works Jsvc uses 3 processes: a launcher process, a controller process and a controlled process. ... I suspect it's not, and I'm just seeing those ^^^, but wanted to get some clarification. Thanks. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
Hi On Mon, Jul 23, 2012, at 01:10 PM, Jeff Beard wrote: ps is showing threads as processes, which occurs with some versions of Linux kernel. The listeners are 2 different threads: an AJP on 8009 and an HTTP on 8080. Ok, so that sounds like one PID per thread, at least according to ps on this kernel? If the listeners are on 2 *different* threads, wouldn't they appear 'attached' to two *different* pids, then? Rather than the same? netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec I'll admit not being certain of the real import of this displayed info, if any ... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
@ Tomcat 7.0.29 shutdown, WARNING - Acceptor thread [null] failed to unlock. Forcing hard socket shutdown. It the warning a problem, or ignorable?
I've Tomcat 7.0.29 installed on linux/64.
@ service shutdown,
sh /etc/init.d/tomcat7 stop
I see in my logs two WARNING: Acceptor thread [null] failed to unlock.
Forcing hard socket shutdown:
INFO: Deploying web application directory
/usr/local/tomcat7/build/webapps/examples
Jul 23, 2012 11:18:35 AM
org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextInitialized()
Jul 23, 2012 11:18:35 AM
org.apache.catalina.core.ApplicationContext log
INFO: SessionListener: contextInitialized()
Jul 23, 2012 11:18:35 AM
org.apache.catalina.core.ApplicationContext log
INFO: ContextListener:
attributeAdded('org.apache.jasper.compiler.TldLocationsCache',
'org.apache.jasper.compiler.TldLocationsCache@14d6cc5e')
Jul 23, 2012 11:18:35 AM
org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory
/usr/local/tomcat7/build/webapps/ROOT
Jul 23, 2012 11:18:35 AM
org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory
/usr/local/tomcat7/build/webapps/host-manager
Jul 23, 2012 11:18:36 AM
org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory
/usr/local/tomcat7/build/webapps/manager
Jul 23, 2012 11:18:36 AM
org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory
/usr/local/tomcat7/build/webapps/docs
Jul 23, 2012 11:18:36 AM
org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler [http-apr-8080]
Jul 23, 2012 11:18:36 AM
org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler [ajp-apr-8009]
Jul 23, 2012 11:18:36 AM
org.apache.catalina.startup.Catalina start
INFO: Server startup in 743 ms
Jul 23, 2012 12:24:12 PM
org.apache.coyote.AbstractProtocol pause
INFO: Pausing ProtocolHandler [http-apr-8080]
Jul 23, 2012 12:24:12 PM
org.apache.coyote.AbstractProtocol pause
INFO: Pausing ProtocolHandler [ajp-apr-8009]
Jul 23, 2012 12:24:12 PM
org.apache.catalina.core.StandardService stopInternal
INFO: Stopping service Catalina
Jul 23, 2012 12:24:12 PM
org.apache.catalina.core.ApplicationContext log
INFO: SessionListener: contextDestroyed()
Jul 23, 2012 12:24:12 PM
org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextDestroyed()
Jul 23, 2012 12:24:12 PM
org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler [http-apr-8080]
===Jul 23, 2012 12:24:22 PM
org.apache.tomcat.util.net.AprEndpoint stopInternal
WARNING: Acceptor thread [null] failed to unlock.
Forcing hard socket shutdown.
Jul 23, 2012 12:24:22 PM
org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler [ajp-apr-8009]
===Jul 23, 2012 12:24:32 PM
org.apache.tomcat.util.net.AprEndpoint stopInternal
WARNING: Acceptor thread [null] failed to unlock.
Forcing hard socket shutdown.
Jul 23, 2012 12:24:32 PM
org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler [http-apr-8080]
Jul 23, 2012 12:24:32 PM
org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler [ajp-apr-8009]
I'm not sure how much weight to give these warnings.
Can/should they be ignored?
Or does their cause need to be hunted down and fixed?
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
Sorry, I didn't read you email close enough and said something stupid. It appears that you are not seeing multiple threads as procs rather I think it's a jsvc parent/child pair. It looks like the output of 'ps ax' it doesn't show the parent PID. I use ps -ef which shows the parent ID. Try that and see if that's not the case. On Mon, Jul 23, 2012 at 1:15 PM, k9...@operamail.com wrote: Hi On Mon, Jul 23, 2012, at 01:10 PM, Jeff Beard wrote: ps is showing threads as processes, which occurs with some versions of Linux kernel. The listeners are 2 different threads: an AJP on 8009 and an HTTP on 8080. Ok, so that sounds like one PID per thread, at least according to ps on this kernel? If the listeners are on 2 *different* threads, wouldn't they appear 'attached' to two *different* pids, then? Rather than the same? netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec I'll admit not being certain of the real import of this displayed info, if any ... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Jeff Beard tel: 303 829 0105 fax: 320 923 0105 web: http://jeffbeard.org
Re: Certificate chain does not seem to work and no errors in the tomcat logs
On 23/07/2012 19:42, Sivasubramaniam, Latha wrote: This issue got resolved, the private key was not present in the JKS file. Once we got the pfx file from the customer and pointed to that in the server.xml file, application started working. When we imported the certificate (.cer file), keytool utility did not complain the private key is not present. Also when browser makes a request there was no error messages/no indication in the tomcat, there was no response from the tomcat server. Any comments on this please. Was Tomcat running? p -Latha -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 1:56 PM To: 'Tomcat Users List' Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs We tried with Firefox, that did not work either. -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 1:55 PM To: 'Tomcat Users List' Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs Connector string Connector port=9883 protocol=org.apache.coyote.http11.Http11NioProtocol maxHttpHeaderSize=8192 SSLEnabled=true maxThreads=800 enableLookups=false disableUploadTimeout=true acceptCount=200 scheme=https secure=true clientAuth=false URIEncoding=UTF-8 keystoreFile=D:\Program Files (x86)\Aspect Software\Real-Time Reporting Server\SunJVM\jre\lib\security\keystorertrself2048.jks keystorePass=changeit keystoreType=JKS / Thanks, Latha -Original Message- From: Sivasubramaniam, Latha Sent: Wednesday, July 18, 2012 9:26 AM To: Tomcat Users List Cc: Samala, Praveen; Pandurangan Krishnakumar Subject: RE: Certificate chain does not seem to work and no errors in the tomcat logs Thanks for your response Christopher. We have requested customer to install firefox. We are using SSL and I will get the connector configuration once I get access to the system. Log level is changed to FINE in the logging.properties but we don't seem to get anything related to the certificate and the same when we start tomcat. I will check the log contents and post if the relevant lines. Thanks, Latha -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Wednesday, July 18, 2012 8:40 AM To: Tomcat Users List Subject: Re: Certificate chain does not seem to work and no errors in the tomcat logs Latha, On 7/17/12 8:20 PM, Sivasubramaniam, Latha wrote: I am having issues with the SSL certificate chain the https requests from the IE8 browser does not get any response. Following are the details and any help is appreciated. This is in one of our customer implementation. Tomcat version: 6.0.29 OS: Windows 2008 Browser: IE8 Ceritificate key size: 2048 and the server certificate is 4th level in the chain. What about other web browsers? Is it only MSIE8 that is giving you problems, or can you not connect from any browser/client? I have tried following different things. * Imported chain and the server certificate to my keystore and set keystore properties in the server.xml Please post your Connector configuration. Also, are you using APR for SSL? When you imported the certificate chain, did you import all 4 certificates? (You may not need the top-level CA one, as it was probably already trusted by the JVM). * Imported certificate chain to cacerts and imported server certificate to my own keystore and speficied keystore properties in the server.xml * Imported certificate chain to my own trusted keystore in addition to the cacerts and server certificate to another keystore, specified both trustkeystore and keystore properties in the server.xml None of the above is working. I generated selfsigned certificate and that is working. That is good to know. We have windows based components using the same certificate on the same server, certificates imported on to the windows certmgr and those components are working. But the same certificate is not working on the Java based components. I do not see any errors in the tomcat logs. Do you get any output at all when you launch Tomcat? How can I get additional logging to see what is happening? Is there any known issue with the certificate chain ( I did not find any in the bug list) You can change the log level from INFO to DEBUG or FINE. Look at conf/logging.properties. -chris - 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:
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To whom it mat concern, On 7/23/12 2:46 PM, k9...@operamail.com wrote: I've built/installed Tomcat 7.0.29 from source on linux/64. Why did you bother to build Tomcat at all? I can see building the daemon component, but building Tomcat itself is just a waste of time. I've setup an init.d using jsvc launch, loosely based on the src-bundled daemon.sh script. @ tomcat service launch, using out-of-the-box config for now, I see two listeners on ONE pid, netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec jsvc's job is to allow the controlled process to open ports, so all ports will owned by the controlling process. but note that actually TWO procs/pids exist, ps ax | grep jsvc 30890 ?Ss 0:00 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar - -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties - -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap 30891 ?Sl 0:03 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/local/tomcat7/build/bin/tomcat-juli.jar - -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/etc/tomcat7/conf/logging.properties - -Djava.endorsed.dirs= -Dcatalina.base=/usr/local/tomcat7/build -Dcatalina.home=/usr/local/tomcat7/build -Djava.io.tmpdir=/var/tmp/tomcat7 -outfile /var/log/tomcat7/tomcat-initd.log -errfile 1 -wait 10 org.apache.catalina.startup.Bootstrap I want only a *single* instance of tomcat running. Don't worry, you only have a single instance of Tomcat running. If you had multiple instances running, you'd have a port conflict, right? Try this: $ ps afx Then, look at the output for 'jsvc' and you should see *three* linked processes. Since you only looked for 'jsvc' you aren't seeing the expected 3rd process (which is actually the instance of Tomcat you are so worried about). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANsNgACgkQ9CaO5/Lv0PCa3QCfR9gyw6HLIG/FhbB08qHNGInK FBAAoIXqMtjjaHf8FPWqbGGnSZqc3o8L =VFcM -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, On 7/23/12 12:24 PM, David kerber wrote: On 7/23/2012 12:12 PM, Miguel Bandala wrote: Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying What is TomEE? Tomcat + EE http://openejb.apache.org/apache-tomee.html The TomEE user's list is us...@openejb.apache.org and would have been a better choice for the OP to post a question. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANsVEACgkQ9CaO5/Lv0PD5AwCcDmu0vNYdlDbVc26V8PU3YI1Y QfIAoJCMj/n1j1Y8/b/blEzTpdSXX0Tr =VIg1 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Konstantin, On 7/23/12 2:44 PM, Konstantin Kolinko wrote: 2012/7/23 Miguel Bandala obimiken...@gmail.com: Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying lots of times and havent success. Does anyone knows how to do this procedure step by step. I've follow this tutorial: http://openejb.apache.org/unix-daemon.html but at the end, i got the follow results: Cannot locate Java Home The most curious is that I previously set the java home with ./configure --with- java=/usr/lib/jvm/... And I really dont know why, I got the result above. See proper Apache Commons-Daemon jsvc documentation, at http://commons.apache.org/daemon/jsvc.html If the TomEE documentation is incorrect, we should help them correct it. Was this just a knee-jerk reaction to the OP's use of something other than the super-official commons-daemon jsvc documentation, or is there a problem with the TomEE stuff? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANsi8ACgkQ9CaO5/Lv0PDNwQCfdSUhjJKRC2ZAhMRap9ATVEpZ JZAAoI6PlJrGwsNVYRG8sCsKgzpn9D2E =zS3i -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
Thank you very much, I forgot to add that line the script.
2012/7/23 burghard.britzke b...@charmides.in-berlin.de
export JAVA_HOME=[Location of Java installaation] (for bash-like shell)
or
setenv ${JAVA_HOME} [Location of Java installaation] (for csh or tcsh)
Then Rey again.
Is Java installed on your machine?
burghard@iSir
Am 23.07.2012 um 18:12 schrieb Miguel Bandala obimiken...@gmail.com:
Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been
trying
lots of times and havent success.
Does anyone knows how to do this procedure step by step.
I've follow this tutorial:
http://openejb.apache.org/unix-daemon.html
but at the end, i got the follow results:
Cannot locate Java Home
The most curious is that I previously set the java home with
./configure
--with- java=/usr/lib/jvm/...
And I really dont know why, I got the result above.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
On Mon, Jul 23, 2012, at 04:15 PM, Christopher Schultz wrote: netstat -pan --tcp | grep jsvc tcp0 0 :::8080 :::* LISTEN 30891/jsvc.exec tcp0 0 :::8009 :::* LISTEN 30891/jsvc.exec jsvc's job is to allow the controlled process to open ports, so all ports will owned by the controlling process. Clear, now. I want only a *single* instance of tomcat running. Don't worry, you only have a single instance of Tomcat running. If you had multiple instances running, you'd have a port conflict, right? Try this: $ ps afx Then, look at the output for 'jsvc' and you should see *three* linked processes. Since you only looked for 'jsvc' you aren't seeing the expected 3rd process (which is actually the instance of Tomcat you are so worried about). I still see only two: ps afx 20334 ?Ss 0:00 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/loca ... 20335 ?Sl 0:03 \_ jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/ ... No other instance of 'java', 'jsvc' or 'tomcat' in the output. Thanks. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To whom it may concern, On 7/23/12 4:37 PM, k9...@operamail.com wrote: Try this: $ ps afx Then, look at the output for 'jsvc' and you should see *three* linked processes. Since you only looked for 'jsvc' you aren't seeing the expected 3rd process (which is actually the instance of Tomcat you are so worried about). I still see only two: ps afx 20334 ?Ss 0:00 jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/loca ... 20335 ?Sl 0:03 \_ jsvc.exec -user tomcat -java-home /etc/alternatives/java_sdk -pidfile /var/run/tomcat7/tomcat7.pid -classpath /usr/local/tomcat7/build/bin/bootstrap.jar:/usr/local/tomcat7/build/bin/commons-daemon.jar:/usr/ ... No other instance of 'java', 'jsvc' or 'tomcat' in the output. Hm. Re-reading the commons-daemon page, it looks like maybe the launcher process exits shortly after launch, leaving only two long-running processes: the controlling process (the one in the fork()/wait() loop) and the controlled process (the one that actually launches the JVM). At any rate, there is no concern, here, that two instances of Tomcat have been launched. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANv5cACgkQ9CaO5/Lv0PAv5QCgg147wMKReJsc6L6oHZa4iNUQ YrsAn1UXN6du4wh5/p0rrLpPR0KcYE1j =+9QX -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Run TomEE as a daemon
2012/7/24 Christopher Schultz ch...@christopherschultz.net: On 7/23/12 2:44 PM, Konstantin Kolinko wrote: 2012/7/23 Miguel Bandala obimiken...@gmail.com: Hi, I'm trying to run TomEE as a daemon on Debian Squeeze, I've been trying lots of times and havent success. Does anyone knows how to do this procedure step by step. I've follow this tutorial: http://openejb.apache.org/unix-daemon.html but at the end, i got the follow results: Cannot locate Java Home The most curious is that I previously set the java home with ./configure --with- java=/usr/lib/jvm/... And I really dont know why, I got the result above. See proper Apache Commons-Daemon jsvc documentation, at http://commons.apache.org/daemon/jsvc.html If the TomEE documentation is incorrect, we should help them correct it. Was this just a knee-jerk reaction to the OP's use of something other than the super-official commons-daemon jsvc documentation, or is there a problem with the TomEE stuff? It is not super-official. It is the official one and naturally the primary source of information regarding jsvc. The others are partial reflections of the original. The problems with TomEE documentation: 1) It should properly reference the project, it is *Apache* Commons Daemon. 2) The ./configure --with-java phrase in TomEE doc is misplaced. It is part of the Building jsvc step only (to find the C API header files in JDK). It should not be in the introductory section - that is why OP was fooled. It has nothing to do with running jsvc. Note, that jsvc doc mentions the following useful options: a) the -home argument to jsvc can be used to specify location of the home directory of JDK/JRE. b) the option to enable debug-level logging to get more information for troubleshooting. IIRC, the debug logging should show what paths are tried looking for java executable. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: launching Tomcat7 with jsvc. Want only one Tomcat instance, but 'ps' shows two -- or does it?
No other instance of 'java', 'jsvc' or 'tomcat' in the output. Hm. Re-reading the commons-daemon page, it looks like maybe the launcher process exits shortly after launch, leaving only two long-running processes: the controlling process (the one in the fork()/wait() loop) and the controlled process (the one that actually launches the JVM). At any rate, there is no concern, here, that two instances of Tomcat have been launched. Clear enough. Thanks! - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
problems installing app on tomcat v.7.0.26
Greetings — I'm running into errors installing a Java app called GeoServer (latest stable v2.1.4) on my Tomcat server at sge.lclark.edu:8080 (Tomcat v.7.0.26, JVM v.1.6.0_20-b20). I downloaded the .war.zip file, expanded it, and uploaded the .war file into a root-level directory (/geoserver) in Tomcat's webapps folder. Then, using the Tomcat manager, I tried both clicking Start for this directory, and used the Deploy menu below. The Deploy option results in Tomcat error Application already exists at path, and the Start option results in Tomcat error Application at context path /geoserver could not be started. A full catalina.log output for the latter error is below. I'm no Tomcat expert, but I have successfully installed one other app on this Tomcat server so don't expect the below to be purely a Tomcat issue…maybe it is? Would sure appreciate help; thanks. Jim P. *** Jul 23, 2012 12:22:18 PM org.apache.tomcat.util.scan.StandardJarScanner scan WARNING: Failed to scan [file:/usr/lib/jvm/java-6-openjdk/jre/lib/ext/gnome-java-bridge.jar] from classloader hierarchy java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:131) at java.util.jar.JarFile.init(JarFile.java:150) at java.util.jar.JarFile.init(JarFile.java:87) at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:90) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:66) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:86) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) at org.apache.tomcat.util.scan.FileUrlJar.init(FileUrlJar.java:40) at org.apache.tomcat.util.scan.JarFactory.newInstance(JarFactory.java:34) at org.apache.catalina.startup.ContextConfig$FragmentJarScannerCallback.scan(ContextConfig.java:2566) at org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:241) at org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:204) at org.apache.catalina.startup.ContextConfig.processJarsForWebFragments(ContextConfig.java:1864) at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1211) at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:855) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:345) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5161) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1247) at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:747) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:222) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:187) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
Re: problems installing app on tomcat v.7.0.26
On Mon, 2012-07-23 at 14:39 -0700, Jim Proctor wrote: Greetings — I'm running into errors installing a Java app called GeoServer (latest stable v2.1.4) on my Tomcat server at sge.lclark.edu:8080 (Tomcat v.7.0.26, JVM v.1.6.0_20-b20). I downloaded the .war.zip file, expanded it, and uploaded the .war file into a root-level directory (/geoserver) in Tomcat's webapps folder. Then, using the Tomcat manager, I tried both clicking Start for this directory, and used the Deploy menu below. The Deploy option results in Tomcat error Application already exists at path, and the Start option results in Tomcat error Application at context path /geoserver could not be started. Huh? Are you saying you uploaded geoserver.war to the directory TC_HOME/webapps/geoserver/ and tried to deploy it from there using the Manager? If so, don't do that. Stop Tomcat, move the .war file to webapps/, remove the webapps/geoserver/ directory and restart. Unless autodeploy is disabled it should deploy automatically. signature.asc Description: This is a digitally signed message part
Re: Run TomEE as a daemon
On Jul 23, 2012, at 2:24 PM, Konstantin Kolinko wrote: 2012/7/24 Christopher Schultz ch...@christopherschultz.net: On 7/23/12 2:44 PM, Konstantin Kolinko wrote: See proper Apache Commons-Daemon jsvc documentation, at http://commons.apache.org/daemon/jsvc.html If the TomEE documentation is incorrect, we should help them correct it. Was this just a knee-jerk reaction to the OP's use of something other than the super-official commons-daemon jsvc documentation, or is there a problem with the TomEE stuff? It is not super-official. It is the official one and naturally the primary source of information regarding jsvc. The others are partial reflections of the original. The problems with TomEE documentation: 1) It should properly reference the project, it is *Apache* Commons Daemon. 2) The ./configure --with-java phrase in TomEE doc is misplaced. It is part of the Building jsvc step only (to find the C API header files in JDK). It should not be in the introductory section - that is why OP was fooled. It has nothing to do with running jsvc. Note, that jsvc doc mentions the following useful options: a) the -home argument to jsvc can be used to specify location of the home directory of JDK/JRE. b) the option to enable debug-level logging to get more information for troubleshooting. IIRC, the debug logging should show what paths are tried looking for java executable. Thanks for the notes! I've attempted a rewrite of that page using the above feedback: http://openejb.apache.org/unix-daemon.html It may not yet be perfect. In particular I didn't add the `-home` note -- more because I didn't want to get it wrong. The page can be edited by anyone by clicking the blue pencil icon in the upper right, so contributions are highly encouraged. All changes are reviewed before going live, so don't worry about messing anything up. Thanks again! -David - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Minimum Java Version question
Hi, Looking at the versions table here - does Minimum Java Version mean the lowest required version to run the Tomcat version, or does it mean the lowest version that can run on the Tomcat version? http://tomcat.apache.org/whichversion.html So can Java 1.3 JARs run on Apache 7 as long Java 1.6 is also installed? If so, would you expect Java 1.3 to be able to run on all future versions of Tomcat? Thanks, Mike
RE: Minimum Java Version question
From: mike shugar [mailto:mikeshu...@hotmail.com] Subject: Minimum Java Version question Looking at the versions table here - does Minimum Java Version mean the lowest required version to run the Tomcat version Yes. or does it mean the lowest version that can run on the Tomcat version? That part of the question makes no sense. The JVM, not Tomcat, runs Java code. So can Java 1.3 JARs run on Apache 7 as long Java 1.6 is also installed? I'll assume that by Java 1.3 JARs you mean Java code compiled with a 1.3 JRE. The answer, unfortunately, is maybe. Sun/Oracle have changed some JRE and servlet APIs since 1.3 in an incompatible fashion, so code built on older levels may not be loadable by the JVM. (Tomcat doesn't care, the JVM does.) If so, would you expect Java 1.3 to be able to run on all future versions of Tomcat? That's not up to Tomcat, but rather the JVM. - 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: problems installing app on tomcat v.7.0.26
Tim, thanks…I was going on the basis of other apps (all of which have root folders), but apparently GeoServer creates its own root folder upon installation. All seems to work now. Regards, Jim P. On Jul 23, 2012, at 4:17 PM, Tim Watts wrote: On Mon, 2012-07-23 at 14:39 -0700, Jim Proctor wrote: Greetings — I'm running into errors installing a Java app called GeoServer (latest stable v2.1.4) on my Tomcat server at sge.lclark.edu:8080 (Tomcat v.7.0.26, JVM v.1.6.0_20-b20). I downloaded the .war.zip file, expanded it, and uploaded the .war file into a root-level directory (/geoserver) in Tomcat's webapps folder. Then, using the Tomcat manager, I tried both clicking Start for this directory, and used the Deploy menu below. The Deploy option results in Tomcat error Application already exists at path, and the Start option results in Tomcat error Application at context path /geoserver could not be started. Huh? Are you saying you uploaded geoserver.war to the directory TC_HOME/webapps/geoserver/ and tried to deploy it from there using the Manager? If so, don't do that. Stop Tomcat, move the .war file to webapps/, remove the webapps/geoserver/ directory and restart. Unless autodeploy is disabled it should deploy automatically. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
issue with iis 7.5 ajpconnector
Hi I have II 7.5 setup and currently 2 vhosts each vhost has its own applicati= on pool and it's on copy of the ajp connector We did this so that we can say run prod and uat at different version and al= so make sure that bringing one down doesn't affect the other ! Now I went to add another vhost with another ajp connector and when I went= to try and access it... it locked up my other ajp application pools. Almo= st like there was a locking issue. So my new application pool / ajp connect never ever started ! My uat threw lots of time outs My prd threw some time outs. Is there an issue with the locking ? Alex - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
server.xml for ldap connection
Hi All,
This is the snippet from my server.xml of my tomcat which takes care of
ldap connection.
Realm className=org.apache.catalina.realm.JNDIRealm
debug=99
authentication=simple
referrals=follow
userSubtree=true
roleSubtree=true
*connectionName=GLOBAL\UserName*
*connectionPassword=Secret*
connectionURL=ldap://global.ad.myCompany.com:389;
userBase=dc=Global,dc=ad,dc=myCompany,dc=com
userSearch=(sAMAccountName={0})
roleBase=OU=Groups,OU=PROD,DC=Global,DC=ad,DC=myCompany,DC=com
roleName=cn
roleSearch=(amp;(objectClass=group)(member={0}))
/
But I have different environments like development, qa, staging etc. Hence
the functional a/c which connects to the ldap changes accordingly. Is there
any way to use some variable which reads the username/password from a file?
So that who ever owns that environment can simply change the
username/password in that file. There is already a property file in the
conf folder of the tomcat which is used for taking some environment
specific values by a jsp file, which is under webapps folder. Can I make
use of that for having these values? It would be a great help if some one
can help me here.
Regards,
Rahul R
