Re: Setting up TLS Connection: How to read password from file
Am 13. Juli 2015 10:57:13 MESZ, schrieb david.tis...@swisspost.com: Hi, I'm trying to set up a tomcat 6.0.13 to use TLS connections. This version is really ancient. You should update to a newer tomcat. Therefor I configure the keystorefile for my servers. The Problem now is: Since I have several Hardware-Stages (ET, IT, ..) I have a pk12 keystorefiles and the corresponding password in a separate file for each Stage. That is used to change keystores. Therefor the tomcat should read the password from the password file, but I don't see any possibility to read the password from file. I can only configure the password hard in the setup.xml. If you have no problem to have the passwords in clear text files, you can try to do ant style replacement as described in https://tomcat.apache.org/tomcat-7.0-doc/config/. That should work on your version, too. But I don't know any setup.xml. Do you mean server.xml? Regards, Felix How can I configure the setup.xml to read the password from file? Greetings, - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
What is the utility use to generate source html file for jsp pages in example webapp
Hi All, I'm having some jsp pages that I would like to show there source as an html page like in the example webapp that is provided with tomcat. I have tried few online java2html converters but couldn't obtain source as in tomcat example. e.g cal1.jsp -- source is cal1.jsp.html Could someone tell me what they have used? Thanks Thusitha --
Re: What is the utility use to generate source html file for jsp pages in example webapp
On 7/13/2015 6:03 AM, Thusitha Thilina Dayaratne wrote: Hi All, I'm having some jsp pages that I would like to show there source as an html page like in the example webapp that is provided with tomcat. I have tried few online java2html converters but couldn't obtain source as in tomcat example. e.g cal1.jsp -- source is cal1.jsp.html Could someone tell me what they have used? What happens when you just change the extension of the automatically-created .java file in your server? I.E. access the page normally through your browser to your TC server, then look for cal1_jsp.java in the /work directory and change its extension to .html? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Setting up TLS Connection: How to read password from file
Hi, I'm trying to set up a tomcat 6.0.13 to use TLS connections. Therefor I configure the keystorefile for my servers. The Problem now is: Since I have several Hardware-Stages (ET, IT, ..) I have a pk12 keystorefiles and the corresponding password in a separate file for each Stage. That is used to change keystores. Therefor the tomcat should read the password from the password file, but I don't see any possibility to read the password from file. I can only configure the password hard in the setup.xml. How can I configure the setup.xml to read the password from file? Greetings, - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 8 - Manager Deploy
Hello Again - I've ran a new test with a sample war file downloaded from - https://tomcat.apache.org/tomcat-6.0-doc/appdev/sample/sample.war The war is renamed as sample-1.0##v1.0.0.war This time the war deploys and starts but it doesn't honour the version number given in the path - curl -v --upload-file /usr/share/tomcat/installs/sample-1.0##v1.0.0.war -X PUT http://username:password@localhost:10080/manager/text/deploy?path=/sample-1.0##v1.0.0update=true View running webapps - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/list OK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0 Instead I would expect to see - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/listOK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0##v1.0.0 Is there a reason why the version number is being omitted? From: Theo Sweeny/LGW/MILEAGE To: Tomcat Users List users@tomcat.apache.org, Date: 13/07/2015 08:33 Subject:Re: Tomcat 8 - Manager Deploy Hello Konstantin - thank you for the reply. So your deployment (upload) was successful, but the application itself is broken and failed to start. If I take the same application and deploy it using deployOnStartup, it deploys and starts without issue. This removes the possibility of there being an issue with the war file. Here are the Catalina and Localhost logs - logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.560 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.568 SEVERE [localhost-startStop-1] org.apache.catalina.startup.ContextConfig.beforeStart Exception fixing docBase for context [/address-information-ds-1.0] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.571 SEVERE [localhost-startStop-1] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.572 SEVERE [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Error deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.573 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive /opt/tomcat/webapps/address-information-ds-1.0.war has finished in 13 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.574 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/ROOT logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/ROOT has finished in 456 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.544 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/host-manager has finished in 513 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.545 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.973 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/manager has finished in 427 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.980 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-10080] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-10009] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 58884 ms logs/localhost.2015-07-10.log:10-Jul-2015 11:20:42.779 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring embedded WebApplicationContext logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.547 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.listenerStart Sending application start events logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.551 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filters logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.552 FINE [localhost-startStop-1]
Re: What is the utility use to generate source html file for jsp pages in example webapp
Hi David, Thanks for the quick response. But I think that will not work. Because lets say we have some html stuffs in the jsp (e.g. form) then it will show a form in the page instead of form tag as a source. And the source format will get lost. I found an online tool which seems quite fine :) https://www.palfrader.org/code/code2html/ Thanks 2015-07-13 17:21 GMT+05:30 David kerber dcker...@verizon.net: On 7/13/2015 6:03 AM, Thusitha Thilina Dayaratne wrote: Hi All, I'm having some jsp pages that I would like to show there source as an html page like in the example webapp that is provided with tomcat. I have tried few online java2html converters but couldn't obtain source as in tomcat example. e.g cal1.jsp -- source is cal1.jsp.html Could someone tell me what they have used? What happens when you just change the extension of the automatically-created .java file in your server? I.E. access the page normally through your browser to your TC server, then look for cal1_jsp.java in the /work directory and change its extension to .html? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --
Re: Tomcat 8 - Manager Deploy
Hi, 2015-07-13 14:48 GMT+03:00 theo.swe...@avios.com: Hello Again - I've ran a new test with a sample war file downloaded from - https://tomcat.apache.org/tomcat-6.0-doc/appdev/sample/sample.war The war is renamed as sample-1.0##v1.0.0.war This time the war deploys and starts but it doesn't honour the version number given in the path - curl -v --upload-file /usr/share/tomcat/installs/sample-1.0##v1.0.0.war -X PUT http://username:password@localhost :10080/manager/text/deploy?path=/sample-1.0##v1.0.0update=true If you need to specify a version that use the correct syntax: http://tomcat.apache.org/tomcat-8.0-doc/manager-howto.html#Supported_Manager_Commands path - The context path (including the leading slash) of the web application you are dealing with. To select the ROOT web application, specify /. NOTE: It is not possible to perform administrative commands on the Manager application itself. version - The version of this web application as used by the parallel deployment feature, Regards, Violeta View running webapps - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/list OK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0 Instead I would expect to see - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/listOK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0##v1.0.0 Is there a reason why the version number is being omitted? From: Theo Sweeny/LGW/MILEAGE To: Tomcat Users List users@tomcat.apache.org, Date: 13/07/2015 08:33 Subject:Re: Tomcat 8 - Manager Deploy Hello Konstantin - thank you for the reply. So your deployment (upload) was successful, but the application itself is broken and failed to start. If I take the same application and deploy it using deployOnStartup, it deploys and starts without issue. This removes the possibility of there being an issue with the war file. Here are the Catalina and Localhost logs - logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.560 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.568 SEVERE [localhost-startStop-1] org.apache.catalina.startup.ContextConfig.beforeStart Exception fixing docBase for context [/address-information-ds-1.0] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.571 SEVERE [localhost-startStop-1] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.572 SEVERE [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Error deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.573 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive /opt/tomcat/webapps/address-information-ds-1.0.war has finished in 13 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.574 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/ROOT logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/ROOT has finished in 456 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.544 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/host-manager has finished in 513 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.545 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.973 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/manager has finished in 427 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.980 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-10080] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-10009] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 58884 ms logs/localhost.2015-07-10.log:10-Jul-2015 11:20:42.779 INFO
Re: Tomcat 8 - Manager Deploy
Hello Violeta - I finally cracked it. The problem was using the hash mark in the curl command. The ASCII equivalent value of %23 needs to be used instead of # value as seen here - curl -v --upload-file /usr/share/tomcat/installs/sample.war -X PUT http://username:password@localhost:10080/manager/text/deploy?path=/sample-1.0%23%231.0.7update=true OK - Deployed application at context path /sample-1.0##1.0.7 This then deploys as - $ curl -X GET http://username:password@localhost:10080/manager/text/list /manager:running:0:manager /sample-1.0:running:0:sample-1.0##1.0.7 And the content also works for undeploy, providing the hash symbol substitution is put in place - curl -v -X GET http://username:password@localhost:10080/manager/text/undeploy?path=/sample-1.0%23%231.0.7 OK - Undeployed application at context path /sample-1.0##1.0.7 Thanks to everyone for the help! From: Violeta Georgieva miles...@gmail.com To: Tomcat Users List users@tomcat.apache.org, Date: 13/07/2015 12:55 Subject:Re: Tomcat 8 - Manager Deploy Hi, 2015-07-13 14:48 GMT+03:00 theo.swe...@avios.com: Hello Again - I've ran a new test with a sample war file downloaded from - https://tomcat.apache.org/tomcat-6.0-doc/appdev/sample/sample.war The war is renamed as sample-1.0##v1.0.0.war This time the war deploys and starts but it doesn't honour the version number given in the path - curl -v --upload-file /usr/share/tomcat/installs/sample-1.0##v1.0.0.war -X PUT http://username:password@localhost :10080/manager/text/deploy?path=/sample-1.0##v1.0.0update=true If you need to specify a version that use the correct syntax: http://tomcat.apache.org/tomcat-8.0-doc/manager-howto.html#Supported_Manager_Commands path - The context path (including the leading slash) of the web application you are dealing with. To select the ROOT web application, specify /. NOTE: It is not possible to perform administrative commands on the Manager application itself. version - The version of this web application as used by the parallel deployment feature, Regards, Violeta View running webapps - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/list OK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0 Instead I would expect to see - $ curl -X GET http://tcsct:cbiw2PXB@localhost:10080/manager/text/listOK - Listed applications for virtual host localhost /manager:running:4:manager /sample-1.0:running:0:sample-1.0##v1.0.0 Is there a reason why the version number is being omitted? From: Theo Sweeny/LGW/MILEAGE To: Tomcat Users List users@tomcat.apache.org, Date: 13/07/2015 08:33 Subject:Re: Tomcat 8 - Manager Deploy Hello Konstantin - thank you for the reply. So your deployment (upload) was successful, but the application itself is broken and failed to start. If I take the same application and deploy it using deployOnStartup, it deploys and starts without issue. This removes the possibility of there being an issue with the war file. Here are the Catalina and Localhost logs - logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.560 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.568 SEVERE [localhost-startStop-1] org.apache.catalina.startup.ContextConfig.beforeStart Exception fixing docBase for context [/address-information-ds-1.0] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.571 SEVERE [localhost-startStop-1] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.572 SEVERE [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Error deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.573 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive /opt/tomcat/webapps/address-information-ds-1.0.war has finished in 13 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.574 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/ROOT logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/ROOT has finished in 456 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.544 INFO [localhost-startStop-1]
Re: Apache HTTPD (with SSL) + mod_jk + TomEE (Tomcat) nullify the ssl session id
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Konstantin,
On 7/9/15 6:30 AM, Konstantin Kolinko wrote:
Please do not top-post, Rules:
http://tomcat.apache.org/lists.html#tomcat-users - 6.
2015-07-09 13:07 GMT+03:00 Alex Soto asot...@gmail.com:
yes (LogFormat %H %{SSL_SESSION_ID}e %h %l %u %t \%r\ %s
%b) note that in both cases %H is the same value. I think it is
correct.
Agreed. HTTP/1.1 is correct here. It is what is written on the
first line of an HTTP request.
Have a look here :
http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#formats
and in particular at %{FOOBAR}e The contents of the
environment variable FOOBAR
You can also log the request protocol : %H The request
protocol
OP is using HTTPD 2.4, so documentation link is s/2.2/2.4/,
http://httpd.apache.org/docs/2.4/mod/mod_log_config.html#formats
You may look at mod_ssl docs,
http://httpd.apache.org/docs/2.4/mod/mod_ssl.html
There are a number of interesting environment variables that may
be logged (HTTPS, SSL_PROTOCOL, SSL_SESSION_RESUMED).
Description of SSLSessionCache directive in mod_ssl mentions
some null values, but as you have configured shmcb cache
implementation that apparently should not happen.
If the shared-memory configuration isn't working, weird things like
this may happen. I had a similar problem with mod_jk's shared memory
configuration pointing to an incorrect-path on the disk, and so shm
didn't initialize properly.
A small FYI: shared memory isn't working message was printed at
startup but otherwise everything else was working as expected... until
I noticed that mod_jk's worker statuses were jumping-around from
ACTIVE to DISABLED and back without me changing them.
The problem was non-working shared memory.
Alex, you may want to ensure that your shmcb isn't failing to
initialize properly. It might explain the issues you are seeing.
I think that you'll get more answers on mod_ssl behaviour if you
ask on an Apache HTTPD mailing list.
+1
And please come back and let us know what you find out.
- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJVo7rLAAoJEBzwKT+lPKRYoKYQAMtjxkZb4VMb9fzYUC9wrec6
jQBsdSFNxZBKnn+nHiUFy3pJnkLQ4jrw6xv8eMUX7RRLc9mv8mt6bFEj0tprcmI5
VVeprN89aNQSye5wWQds5Cl9Rum3rEjyslbHhPZvB6+/FVESG4Mm/LwvrGdkzjMw
vYZdTyxGBKzEifmtWJuNpMnaGf3nQdkIhugRYbMNpWpCTdSAZjxoHOSZ1qcj6Bh7
FGmDvxDs8zqFJmovE17VUa9ywYI5VORNqiIRdDaY0d9O5M6+5hZ2UM/RJR5jo8UF
XtQjbbDLqhLjeuYadvfte/4V5HC1S79ROkOTDJB/J2Hr0IYqF382Kud7xFkXRdap
CTaobG+ZFGk8ehwwFMzaRLvGh3EFXiGSg4/0Kd52WP9Mmmv44IZrgR5Nsnz7I2s8
NKilbPEqnTXw/sQvm+DyEcfsY5ePba1nl1KS5MLB3QsTdX8A349VxoFFTgMvwq7l
aW0gmcLA52ILe2Hg7dXatbX883r3tObzDn3+WtGOZ+35QfualHzlP0nUrfnI4EnX
x/h4e4hSPtRhkrG8e6uaWEE3JDMfpPb4+0+vFgix7+qlgBHaST+lJKVhItMxeAUu
YnA4VXImtGCqWSyzN/D08RRw88oUazckOOiG+Cj57n8ltvg9C0uFXAP++VEkV6Oy
kLGxOFet9mCGZLaWnPyn
=vo5X
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Double call to requestInitialized when forwarding for FORM auth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ludovic, On 7/10/15 2:33 AM, l.pe...@senat.fr wrote: I have a problem with DeltaSpike Servlet module ( https://deltaspike.apache.org/documentation/servlet.html ) that seems to be caused by an incorrect behavior of Tomcat. The thread on DS mailiing list : http://mail-archives.apache.org/mod_mbox/deltaspike-users/201507.mbox/ %3C559E1F24.40408%40senat.fr%3E It looks like you or DeltaSpike are not cleaning-up as the request transitions from one state to another. I am using Tomcat 8.0.23 and it seems that requestInitialized is called twice when a forward is performed. Tomcat doesn't exactly call that method... it sends a notification to all registered event listeners. If DeltaSpike is surprised that the request is being initialized, it should be more careful about state management. In my case, this forward is performed because I am using container managed security with auth method set to FORM and Tomcat redirects to the login page. Is this behavior incorrect or should I propose a patch to DS ? The block of code around FormAuthenticator.java:383 hasn't been changed since October 2010 (e.g. since before DS's initial release). Here's the commit log for that change: http://svn.apache.org/viewvc?view=revisionrevision=1024397 This is more likely to be a problem with DeltaSpike, or with your specific configuration. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVo7l6AAoJEBzwKT+lPKRYP7AQAIiUX8fEeWFV/G5xlfKZa6as 4gkz2qyPKktAEOrN/aWwx0HBVnUnVQRnosd0BSdvd9YFlavI9fodzdw9g+PxO752 pMUlFq462dtTr8VKqNj6qTD/tDfmI8UScv18c84SGEyULXsBQE1N0yMvLTsaKCZn IY0wEwJXsG+NeMHxW2PtSiuzkNH87Dsz8HPvkBG3NNJ0C+sq54Iq/qASBs72DRKg faidYzVhUetfYeCQckCp/qlaonwAj0bmIBRS1EhVc3EZ6y31l0b5PGCdn3dv3Dgd 3pFXBZQB7hDyyoQmFO93are1PQUqXOIc6bBDoXU2KcQAI0bYRp+9QFcqaIWHFv/9 MxIudUsR4uMZbqoTY3hndNSk5DIRRkzwqshjnNmyUP43ftrTRZ2/2U+b1fJ0Hlc1 qWwX4Fs++/bfwF0CB3aq+ONj6Ftkdwc+UNWN2815iy2QGp65FhbNbG3RmJlC1itC O/3W47EXON7Z1LxiZmxYS1Bl93ce6Wox71IFJLllnAGx5VGhLvrQ8rmsbtLXzNWX sLNhSMvQfkFYp4kL00HIYKWs9tlDd/SpqUbPL+GUYpLqRyeXx+Dj/Y0T9apWdKIp MWdH/H+unhbmy0qG8INLsyxnmntF3grDX6OBcm7JQQvYn7RZ7xogEgeDWIQgtahQ vezGFzg+Jf5dm6P49lAE =CO94 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 8 - Manager Deploy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Theo, On 7/13/15 8:47 AM, theo.swe...@avios.com wrote: Hello Violeta - I finally cracked it. The problem was using the hash mark in the curl command. The ASCII equivalent value of %23 needs to be used instead of # value as seen here - Or you could follow the documentation and use the version parameter. It's much less messy and more clear to whoever is reading the script. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIbBAEBCAAGBQJVpAuYAAoJEBzwKT+lPKRYGeEP+M7yNhlrGdhJOiylGKHZurF3 kdVMB7SuZhMaHJ0uJfC3wUzxpi6zrDqSE9G83yuomdKELxUJxLzr5oB9oHSr92J5 75C63q6Mt8LyEmuYTCqbNdM07S5YLgljsNRAXtKjcK8haqojIsuoXuCCzY4GwtB7 rhPMiqLuMlz5VCZK6vsh2qVqoMOEGadpqIx1Mko6gJ1kDoT3k+ndrf/kz6TiEbzD m6t0sM/WmjM/bfWuUlMK82o4J/9KihhoNAo17/u7Ht3JEUNFkJuBio04Pt3KH3ZN IYist8pv+VPzH+E1j7sBB0oipSPRjk1CdMbDxIcdabIn6zUwIwDoyBLj08gvmcO2 efg5XE0MgI8EhEWHUYwg+yvBN+Dhm9SJyYg0FF+0g0pd38aJSwiugFrUvPfhss9k SLVt+wxijUfjPtD3EEIx5+IXWi5nLAg5SsP89I70igimLNjO93aSX7KKQ/UVc/sB AqJ9g1dewMnh+uejOVKWrT4p9KdS/nDwNEvTN/SvnQIl726TMdHzCdQJYUgZ3QX7 ozFqubYfZqh8/1v5k6aMzkp7OJ8mULrvxJ2jFVnuYG5yiSp2vQreeTGQyxJUcKAn 2ol2YtJ2O4/gAwmMvz3NNrHo5j9nNyaew0iAS3y4YvSROqPR9jMuwbhFWoY0LII5 dbmHu34r9RH5GJ1UTCk= =yiOO -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat error log
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Kaouthar, On 7/9/15 6:42 AM, Kaouthar Ghorbel wrote: I want to have a file that contains just the program execution errors in a new folder (not the log folder ) indicating the name of the servlet that caused the error . Are you asking how to do such a thing? Various log files in the log/ directory already contain errors like the one you describe. Do you just want to move the log file(s) elsewhere? You can do that by configuring conf/logging.properties (or changing your launch parameters to move catalina.out specifically). http://tomcat.apache.org/tomcat-8.0-doc/logging.html - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVpAySAAoJEBzwKT+lPKRY89EP/0EmYeAiUWYdtzmCrPHw5Ha3 UTLRSHeNS8YrsvYgUnGFjAs1z0Lv34O9ofAtHopUKP8FJdRZMvd9S0Fk5e2SbHXY 56xVPcokzlDNVRNKWfQ8lxTTy9R9wilPWC2CM65ek3nGbb6ENDjfwI59zOlKikvT 40INptcw5+J7SQvpaPqaATjDxfWfZM9fFpFS3PldvfrbR4hlt7mDMkIrxL/WY7EX jwm8/e+MZZrko2yjlUCb+UQnT9vBtC53IoaPpV3eMyvGDlUd4+5nWT+P0zj+MS88 if7AOVriEiwAl13jtbJ6qBhZYaMsIEexZ5VjZXxjjGaTNcljqcFYecrc97sKTs/X 1JxWe6awNuwHt16squIEfkbGOhDG+OKBV4bCPThMeU2BQ4EN/D1rSCc6N5GCiu8B 91M15zOiXggoivtV5Fc1jQC0iHkcU39CcANi5w8CEoT21Z09lMdJ+zkbzTWB3K9Q E6NPEBDGGRV7DrjqLc209VMSmPZaI3gMTyRbWPmXdbwsuyQhmCTZx4cOkpMbW/Ox aIKvFEKVbNQ+aiK1DALZRs32Si0d2F9hntS0LlJQR0uwjf3T40XU4MSZ0iFPqmOl fefnxU9zw2zDGPFx52B8pnytd9+wHKV3Eg7XZs1LuGKxvHs6a0dwrgFkgX9/sx/L VvcwrLxinks5/rHz2wTT =OYQc -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Form authentication with Tomcat 7.0.63 behind Apache HTTPD and mod_jk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks, I have resolved the issue: On 7/10/2015 11:27 AM, Mark Eggers wrote: Now with the shipped examples goodness: On 7/9/2015 10:39 PM, Konstantin Kolinko wrote: 2015-07-10 2:35 GMT+03:00 Mark Eggers its_toas...@yahoo.com.invalid: Folks, I seem to be having a problem trying to use form-based authentication. What worked in 7.0.62 no longer works in 7.0.63. Using 7.0.62 I can successfully authenticate in my toy application and the latest version of Jenkins. Using 7.0.63 I end up on the form error page in my toy application and the latest version of Jenkins. I've not changed any of the configuration files. I run Tomcat using $CATALINA_HOME and $CATALINA_BASE. To upgrade Tomcat, I just install a new version and move some links around. Here is a rundown of my environment: [] How it fails? (Steps, maybe also Access Log output) Quick test with direct access to Tomcat and examples webapp = success. (http://localhost:8080/examples/jsp/security/protected/index.jsp) Architecture where this works: -- Browser -- Apache HTTPD -- mod-jk -- Tomcat 7.0.62 -- examples Browser -- Tomcat 7.0.62 -- examples Browser -- Tomcat 7.0.63 -- examples Architecture where this fails (brings up invalid login page) Browser -- Apache HTTPD -- mod-jk -- Tomcat 7.0.63 -- examples Possible areas to test: 1. httpd / mod_jk : Do you have failure with direct access to Tomcat ? 2. cookie / set-cookie headers e.g. see AccessLogValve configuration here: https://bz.apache.org/bugzilla/show_bug.cgi?id=57872#c0 3. Realm Best regards, Konstantin Kolinko So it does appear to be an issue with the supplied examples as well. I didn't see anything obviously wrong with my mod-jk configuration (posted in the first email). I'll try to start working through the code changes to see where the likely culprit is. . . . just my puzzled 2 cents /mde/ It would have helped (and not wasted everyone's time) if I had read the changelog carefully. - From the changelog: fix 57938: Correctly handle empty form fields when a form is submitted as multipart/form-data, the maxPostSize attribute of the Connector has been set to a negative value and the Context has been configured with a value of true for allowCasualMultipartParsing. The meaning of the value zero for the maxPostSize has also been changed to mean a limit of zero rather than no limit to align it with maxSavePostSize and to be more intuitive. (markt) My AJP connector (since I have to support some oddly-written application s): Connector URIEncoding=UTF-8 connectionTimeout=60 maxPostSize=0 port=8009 protocol=AJP/1.3 redirectPort=8443 / Since 0 now really means 0, I was not getting any POST parameters throug h. It now reads: Connector URIEncoding=UTF-8 connectionTimeout=60 maxPostSize=-1 port=8009 protocol=AJP/1.3 redirectPort=8443 / and everything works. Sorry for the noise. . . . documentation, it's not just for breakfast anymore /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBAgAGBQJVo/+3AAoJEEFGbsYNeTwtPn4IAK0tdY22hwq/LRr71ozShRgx XiCiHB/X79P71VIbs8rQ5Ao3RNG6quEzsZQXWXFNvvWq4uSh3cUivRLd53LylST2 aGrdn1UhJCGOmI5zaLiPo+XOlhLkp2DdGVUwfMjwmO0g/4Ogfqq2NBR2BZ4JTwyd tX0GraXUc04ORErFiJdHx2vxx9lf9ysbvjts4ARE+w2ugV2Us7ZziCmu7uiOEALm 5Fozif5GYbQb2npssyszgA4brI8UWIChlpcr8QQP6IpuKmZK3yeRNzV5yC9UyfCg NhrOl6UDdStqekQTgxdORezgz5vJTxREnJbEHYKJ3XIB0nM9ObXhObwPA46Jx64= =kKwI -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache Tomcat 7 on windows 2008: how to host mutiple domains
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Joe, On 7/10/15 6:37 PM, joegreen690 wrote: Will this work. I want 123.abc.com to go to xyz.abc.com. So 123.abc.com is an alias for xyz.abc.com. Both the sites are pointing to the same appbase. Host name=www.knowledgefolders.com appBase=D:/webpage_demos/akc unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false What is the defaultHost setting for the enclosing Engine? You might not even need all of those Alias entries. Aliasknowledgefolders.com/Alias Aliaswww.knowledgefolders.net/Alias Aliasknowledgefolders.net/Alias Aliaswww.knowledgefolders.org/Alias Aliasknowledgefolders.org/Alias Aliaswww.satyakomatineni.com/Alias Aliaswww.kavithakomatineni.com/Alias Context path= docBase=D:/webpage_demos/akc debug=0 reloadable=false/ Context path=/akc docBase=D:/webpage_demos/akc debug=0 reloadable=false/ You should not have Context elements configured in your server.xml. Instead, please put your Context elements into individual files in conf/[engine]/[host]/[appname].xml - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVo/BhAAoJEBzwKT+lPKRYaJEP/jU0nBDYgNhbRbEoO9TuLOws SK2VDOUB3DbbO2FuSG4ySLj9AzoJgQWsQZSuU2WnZ3+qSeQHx3X0cAfQUJ7kFKhq IflYj19DIrjhfJ0RE2gBgR9t85kyJGKqa0Gk0RorCrnOLlkCdOwXkwR4UPZeaJd7 JH1o3arDAn+tcqvWlerNs2UnJDT/2BzhlIm7kcQADYbxWU1jxI0q+JpOgWn/bBjn e5++EfIztegyGGfBb4zRiWFwWwsPPIGenDztmqSEuTQ/B5xWo8Hu/RBQ1pgBzFAB cZGWI/URjmpzrRsSiYB2wSKsMmYrcfQWKNARvra8sw2g2se7IflwPtFEG9wm+gTY MRUbEF+SXzJ47Y9KeUhj4ZiCMp5AX0+i/mWieGkDyX3rrrcAh8kUbX/k8tqaYOJ1 S+poXb9GLFM3+PZbMGiaAe5p7U6q5zWhNLdQ/IlSM7I+Sp1hj0uJGl513KdEaAUg aoJZqrj6QovbohJWbSaqIUeaBwpXFcbIJWCurNZn66fS72DQJEyASh08RMDUZWiy EjoW5P5CUrXaSWdyvXlOUIGxv9D1LWcf7ibM6vQYEZiheM9fXLibTRJP48QQeZ5v FcPSWADuj+YU1L/jZ2u+ttVQPjMwoOWla7xzRo/6ckeCedDXRx3sOQNf0oKK80oH faN4A2SEd4PhtGMfITHd =PhiX -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Setting SSL in Tomcat 7.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Joby,
On 7/12/15 4:42 AM, Joby J. Joseph wrote:
Connector protocol=org.apache.coyote.http11.Http11NioProtocol
port=8443 maxThreads=200 scheme=https secure=true
SSLEnabled=true keystoreFile=${user.home}/.keystore
keystorePass=changeit clientAuth=false sslProtocol=TLS/
Okay.
Here. I got the error as...
SEVERE: Failed to load keystore type JKS with path
C:\Windows\system32\config\systemprofile/.keystore due to
C:\Windows\system32\config\systemprofile\.keystore (The system
cannot find the file specified) java.io.FileNotFoundException:
C:\Windows\system32\config\systemprofile\.keystore (The system
cannot find the file specified) at
java.io.FileInputStream.open(Native Method) at
java.io.FileInputStream.init(Unknown Source)
Your keystore isn't where you think it is. What did you think
${user.home} was when you configured your server.xml file?
- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJVo++8AAoJEBzwKT+lPKRYyXYQAMfiycXNOVCXq2LogS5Qf1Ip
nxTrO1PnL8BVod6TbGn40ioLjoWSai7GVfLT4UEIU8cjvqPuFLdBfcvtJVnJU9NL
VFDzwZoiXyYMpImv8spRa1S0GswG9b91EgG+m5uJmGZmfQ4y75Y+Yjrp+EVD0wae
0UHWQb/V7QRHa1eVnbhW7/PdzuvUOe8L6X9JwLnwOYtxKyufrZUwrUidN+zH6K/Q
I2+bZ0zbCIJ9L9qpqnpfx0CptkmS9D9mC/w4tcHhF0ufTklMSeQGrNxAOvuSUtG3
dEQ4bJznA7qfYPJgyQOUYRzgr4vEq0IrRzgkJNIVq2cfVa8DuIIbtBuwVZ5wRK6d
S1FwIM9pNWafyiFkWJ85YpKzeGY2GolBfwiJYbAaarOsuaMatHsUN4LD2PqoXJFH
4kopC8alIecfootyAEZsTspezfZs71sKsaem5n2B8a5lwQHkLImxpG+2U9n8XfXC
2+NEEqey6Twwg776fB9P+49imBhhplOkpr0+kyF90CZUmcWPMx5crq2PXNzBbBJw
qqv0OdwbdKo6Ur7HBOXw0elQ/CMfmbNAvrdWab1VDv+u1LssCjQbkF70oeCOseM4
hkTtiTjmVSY71nNY0kSoMl77XfgcG65bo2vgeO2HhDxidVQGZ5oCUZGux4x8C7Zw
JSbF5g9qcbjtHr8ia6d+
=bnhN
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Setting up TLS Connection: How to read password from file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 David, On 7/13/15 3:57 AM, david.tis...@swisspost.com wrote: Hi, I'm trying to set up a tomcat 6.0.13 to use TLS connections. Therefor I configure the keystorefile for my servers. The Problem now is: Since I have several Hardware-Stages (ET, IT, ..) I have a pk12 keystorefiles and the corresponding password in a separate file for each Stage. That is used to change keystores. Therefor the tomcat should read the password from the password file, but I don't see any possibility to read the password from file. I can only configure the password hard in the setup.xml. How can I configure the setup.xml to read the password from file? http://wiki.apache.org/tomcat/FAQ/Password Don't worry too much about all the complaints about how you are doing it wrong on that page. In your case, it seems like you have a sensible use case. There are some techniques on that page to allow you to use an on-disk file containing the password. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVo9Z9AAoJEBzwKT+lPKRY2XUP/0ovvFPkTG2hilYXJFpqWaqD 9igcm5FRU0oPrgKHla53jew5sbee/sVenNsKRAPgd/iYQqgCxiq/J8F/rVtdwV0n yWsTSKAU9kUZOJgM3PPJU0aPq+v2h6k9Y99OM5i7pGd8vI0Q6cjcPcYIQRufNXJ0 fvbeI/F50ckW9WfFWVizsT1wZ3bYonmOi02ZhRA4Sbx6PjjXCH0c72FfbxdGJKbI Acx+2SmMykarhHorEc8YrJJfvyb82+QieVgk44DaPQagB+2rujtXTy8kMTwfX6CX /xSaXYs8MazyBK+oFVdXUw6gSaUidw2zA7kqTXyoZU7JPEm5qMjQrbnzpi0/jiNx W7NIQyMODGVK638UQHVLv8u1UsI7FCEsPoSArY/2Dr/NBANILKuZ1LHDgrhzZImN iDuHrSH6bZL3SIqJZBjS7SfQqDuhlgd9gogkgAlfCvohMnA6YlPqGBoCVKuQPs20 YYWSVXvf4rVEuSNtcCstJe/mRVERCeLJaJlRjYbrXSOE1aHpmL/JziB55Ys31J3r B6fAZj8qyQuFv2BpqgEKinHPrWZjUb47aEiqMtWfsuRzQk9Pnxsm8mevNMl5hsJM poXEZ2Qu47aASNaFZnZQN7Q/837D+hAwYiYqz9c9q5VrI2lGqYY5xJG6l/P9WPcj 0ujfawxitjh9sUpOUjgm =afW+ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 8 - Manager Deploy
Hello Konstantin - thank you for the reply. So your deployment (upload) was successful, but the application itself is broken and failed to start. If I take the same application and deploy it using deployOnStartup, it deploys and starts without issue. This removes the possibility of there being an issue with the war file. Here are the Catalina and Localhost logs - logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.560 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.568 SEVERE [localhost-startStop-1] org.apache.catalina.startup.ContextConfig.beforeStart Exception fixing docBase for context [/address-information-ds-1.0] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.571 SEVERE [localhost-startStop-1] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.572 SEVERE [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Error deploying web application archive /opt/tomcat/webapps/address-information-ds-1.0.war logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.573 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive /opt/tomcat/webapps/address-information-ds-1.0.war has finished in 13 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:54.574 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/ROOT logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/ROOT has finished in 456 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.031 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.544 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/host-manager has finished in 513 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.545 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/manager logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.973 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/manager has finished in 427 ms logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.980 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-10080] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-10009] logs/catalina.2015-07-10.log:10-Jul-2015 11:20:55.990 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 58884 ms logs/localhost.2015-07-10.log:10-Jul-2015 11:20:42.779 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring embedded WebApplicationContext logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.547 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.listenerStart Sending application start events logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.551 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filters logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.552 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'characterEncodingFilter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.554 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'hiddenHttpMethodFilter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.554 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'Tomcat WebSocket (JSR356) Filter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.555 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'applicationContextIdFilter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.555 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'webRequestLoggingFilter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.555 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting filter 'errorPageFilter' logs/localhost.2015-07-10.log:10-Jul-2015 11:20:54.556 FINE [localhost-startStop-1] org.apache.catalina.core.StandardContext.filterStart Starting
