Re: Problem with Transfer-Encoding: chunked (and AJP?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 06/23/2014 04:27 PM, Christopher Schultz wrote: Björn, On 6/23/14, 7:52 AM, Björn Höfling wrote: Hi Mark, On 06/20/2014 02:07 PM, Mark Thomas wrote: On 20/06/2014 11:58, Björn Höfling wrote: Hello, summary of my Problem: When a client POSTs with Tranfer-Encoding:chunked, my server is not processing the request. Full details: I have an Apache 2.2.10 connected via AJP to a Tomcat 8.0.3 (Java 1.7.x) or Tomcat 6.0.18 (Java 1.6.x) (I change the AJP worker port to switch between the two Tomcats). Try with the latest 8.0.x. Thanks for the hint. Should have thought of it before asking the list! Updating takes some time, I will provide feedback when all is done. $ tar xzf /path/to/tomcat-...tar.gz $ $CATALINA_HOME/bin/catalina.sh stop $ export CATALINA_BASE=/path/to/new-tomcat $ $CATALINA_HOME/bin/catalina.sh start It shouldn't take very long. Local standard installation is quick, yes. But when the server is part of a bigger company with several instances, special installation scripts, own libraries and outsourced testers to verify, other tasks gaining more priority, ... You know. To keep it short: I updated Tomcat to newest version 8.0.9 (which is also the first official stable release, nice) and the problem is solved now: I can access the server with chunked encoding. Thanks for your ongoing support, Björn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOtJ4cACgkQvyhstlk+X/32WACfaBCLRjrY7Wa8+lglZ6hbOFc3 vSYAoLcBm35T8MvFg+zMLwPf456nSjBN =zrvZ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
start tomcat 7
hi all I'm using windows 8; java: java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 As reported below Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; thanks a lot This is the error: java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880) at java.lang.Runtime.loadLibrary0(Runtime.java:849) at java.lang.System.loadLibrary(System.java:1088) at org.apache.tomcat.jni.Library.init(Library.java:42) at org.apache.tomcat.jni.Library.initialize(Library.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.core.AprLifecycleListener.init(AprLifecycleListener.java:180) at org.apache.catalina.core.AprLifecycleListener.isAprAvailable(AprLifecycleListener.java:85) at org.apache.catalina.connector.Connector.setProtocol(Connector.java:595) at org.apache.catalina.connector.Connector.init(Connector.java:69) at org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1276) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1342) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2770) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537) at org.apache.catalina.startup.Catalina.load(Catalina.java:610) at org.apache.catalina.startup.Catalina.load(Catalina.java:658) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455) Jun 27, 2014 11:37:03 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Pro .7.0_60\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\Java\jdk1.7.0_60/bin;C:\OracleHome2\product\11.2.0\client_1\BIN;C:\Orac .0\client_1\bin;C:\Oracle_Home;C:\Oracle_Home\bin;C:\Users\francesco\ProgrammiInstallati\clientOracle\ODAC1120320Xcopy_32bit\instantclient_11_2;C:\Program orporation\PhysX\Common;C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wb 32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Windows Live\Shared;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Int nt Engine Components\IPT;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files
Re: start tomcat 7
Francesco Viscomi wrote: hi all I'm using windows 8; java: java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 As reported below Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; thanks a lot This is the error: java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform Here is the problem. You appear to have installed Tomcat as part of some other program package (lispa ?), and the version of tcnative-1.dll that this package contains, is not adapted to the type of CPU of your workstation. To do this right, you should contact the people of this lispa package, and ask them for help as to what to do. As a quick-and-dirty solution to try (no guarantees, specially not in terms of compatibility with the rest), you could : - download the latest Tomcat 7 binaries for Windows 64-bit, here : http://apache.mirror.iphh.net/tomcat/tomcat-7/v7.0.54/bin/apache-tomcat-7.0.54-windows-x64.zip - unzip this somewhere - copy the bin/tcnative-1.dll that you find there, to your own D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\ and try starting Tomcat again. Note that this is not a fatal error for Tomcat. It is just telling you that it did not find this DLL (at least not a usable one), and that it is starting up without it. Tomcat in the end is starting up just fine, see the last line. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880) at java.lang.Runtime.loadLibrary0(Runtime.java:849) at java.lang.System.loadLibrary(System.java:1088) at org.apache.tomcat.jni.Library.init(Library.java:42) at org.apache.tomcat.jni.Library.initialize(Library.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.core.AprLifecycleListener.init(AprLifecycleListener.java:180) at org.apache.catalina.core.AprLifecycleListener.isAprAvailable(AprLifecycleListener.java:85) at org.apache.catalina.connector.Connector.setProtocol(Connector.java:595) at org.apache.catalina.connector.Connector.init(Connector.java:69) at org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1276) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1342) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2770) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537) at org.apache.catalina.startup.Catalina.load(Catalina.java:610) at org.apache.catalina.startup.Catalina.load(Catalina.java:658) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at
RE: start tomcat 7
From: Francesco Viscomi [mailto:fvisc...@gmail.com] Subject: start tomcat 7 java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform The error message is pretty clear: you're trying to use a 32-bit version of tcnative-1.dll with a 64-bit JVM. You have downloaded and installed the wrong version of Tomcat - replace it with the 64-bit one. You should also upgrade to the current version (7.0.54) at the same time - yours is dangerously old. - 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: start tomcat 7
Hi Francesco Viscomi, The following thread might help you to solve the issue: http://www.coderanch.com/t/506814/Tomcat/load-IA-bit-dll-AMD ___ Thks brgds P Manchanda On Fri, 27/6/14, Francesco Viscomi fvisc...@gmail.com wrote: Subject: start tomcat 7 To: Tomcat Users List users@tomcat.apache.org Date: Friday, 27 June, 2014, 15:15 hi all I'm using windows 8; java: java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 As reported below Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; thanks a lot This is the error: java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880) at java.lang.Runtime.loadLibrary0(Runtime.java:849) at java.lang.System.loadLibrary(System.java:1088) at org.apache.tomcat.jni.Library.init(Library.java:42) at org.apache.tomcat.jni.Library.initialize(Library.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.core.AprLifecycleListener.init(AprLifecycleListener.java:180) at org.apache.catalina.core.AprLifecycleListener.isAprAvailable(AprLifecycleListener.java:85) at org.apache.catalina.connector.Connector.setProtocol(Connector.java:595) at org.apache.catalina.connector.Connector.init(Connector.java:69) at org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1276) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1342) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2770) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537) at org.apache.catalina.startup.Catalina.load(Catalina.java:610) at org.apache.catalina.startup.Catalina.load(Catalina.java:658) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455) Jun 27, 2014 11:37:03 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Pro .7.0_60\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\Java\jdk1.7.0_60/bin;C:\OracleHome2\product\11.2.0\client_1\BIN;C:\Orac
Where can I store data files in a tomcat war
Hi I have a simple WAR based web application that uses lucene created indexes to provide search results in a xml format, the location of the indexes (outside of the war) are referred in the web.xml. It works fine locally but I want to deploy it using Elastic Beanstalk within Amazon Webservices but for it to work I need the data files within the war, then I can allow EB to create new instances when load balancing/scaling and it will work because the data fields are included in the war at deployment time. I have checked that EB does unjar the war so that when my code comes to use the files they will be real files not still contained within the War. With that in mind where could i put the data files so they not considered by tomcat as java classes , and supplementary question how do I modify my pom file to do this with maven much thanks Paul - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: start tomcat 7
thanks 2014-06-27 14:27 GMT+02:00 P Manchanda manchan...@yahoo.com.invalid: Hi Francesco Viscomi, The following thread might help you to solve the issue: http://www.coderanch.com/t/506814/Tomcat/load-IA-bit-dll-AMD ___ Thks brgds P Manchanda On Fri, 27/6/14, Francesco Viscomi fvisc...@gmail.com wrote: Subject: start tomcat 7 To: Tomcat Users List users@tomcat.apache.org Date: Friday, 27 June, 2014, 15:15 hi all I'm using windows 8; java: java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 As reported below Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; thanks a lot This is the error: java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880) at java.lang.Runtime.loadLibrary0(Runtime.java:849) at java.lang.System.loadLibrary(System.java:1088) at org.apache.tomcat.jni.Library.init(Library.java:42) at org.apache.tomcat.jni.Library.initialize(Library.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.core.AprLifecycleListener.init(AprLifecycleListener.java:180) at org.apache.catalina.core.AprLifecycleListener.isAprAvailable(AprLifecycleListener.java:85) at org.apache.catalina.connector.Connector.setProtocol(Connector.java:595) at org.apache.catalina.connector.Connector.init(Connector.java:69) at org.apache.catalina.startup.ConnectorCreateRule.begin(ConnectorCreateRule.java:62) at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1276) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1342) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2770) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537) at org.apache.catalina.startup.Catalina.load(Catalina.java:610) at org.apache.catalina.startup.Catalina.load(Catalina.java:658) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455) Jun 27, 2014 11:37:03 AM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the
Re: Connection count explosion due to thread http-nio-80-ClientPoller-x death
Are there any log entries that would indicate that the poller thread has died? This/these thread/s start when Tomcat starts. and a stack over flow on a processing thread should never affect the poller thread. Filip On Thu, Jun 26, 2014 at 4:01 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 André, On 6/26/14, 11:09 AM, André Warnier wrote: Lars Engholm Johansen wrote: Thanks for all the replies guys. Have you observed a performance increase by setting acceptorThreadCount to 4 instead of a lower number? I'm just curious. No, but this was the consensus after elongated discussions in my team. We have 12 cpu cores - better save than sorry. I know that the official docs reads although you would never really need more than 2 :-) The GC that Andre suggested was to get rid of some of CLOSE_WAIT connections in netstat output, in case if those are owned by some abandoned and non properly closed I/O classes that are still present in JVM memory. Please check out the open connections graph at http://imgur.com/s4fOUte As far as I interpret, we only have a slight connection count growth during the days until the poller thread die. These may or may not disappear by forcing a GC, but the amount is not problematic until we hit the http-nio-80-ClientPoller-x thread death. Just to make sure : what kind of connections does this graph actually show ? in which TCP state ? does it count only the established, or also the FIN_WAIT, CLOSE_WAIT, LISTEN etc.. ? I think the state of the connections is a red herring: Tomcat will hold those connections forever because the poller thread has died. Nothing else matters. Even if the CLOSE_WAIT connections were somehow cleared, Tomcat would never respond properly to another request, ever. A Tomcat restart is required if the poller thread dies. One could argue that the poller threads should maybe try harder not to die, but sometimes you can't stop thread death. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrKZWAAoJEBzwKT+lPKRYZm8QAJ9fD8acAGZY/Tddt4TvUfat rjpEhyfhUkBIMZkPito/pKHsT8EuwP36g3spa8tmj94gSB+ajgqDjJ6jZ47AN/eG /0mSEMaedsaEXdO5e3RELDsDv16/fS0+OStvkG0/K22bWgf4Lbh7V9sC+LtIF04S szo++GV9ykgv9fmFVyxXKRwpDdNWxNzJvgGCi/gXo/1bpSYUTwRUQcXb0aANvU2i 90KAj4ng9SJqyGwLKvYencYH7Ga2vqmuePHNLKKtiNT6iRLz9ZI8O1qW+SzJIG+e moqS0VOz8C9v2yk1Dl7Ox7gw9A1dAd4GhLwtpsAcJFdpA4PKzto1hvKIuCLr3j7h 7pyw0/N2Nldl+nEOOhQiRU41e2L+wci0Rln2b83azvuqO2GrxUlJVthqjbTvLjMX TbFYAjpIUPZFlIMKtefXA+cPF7JUh1expXk5J6/l1u6hWHR8a/uQ8G5M/5DK+ObV 1n5f/xU9eoLjbGs7/RC87VhWsxW/WutPh68cPKeC2oH6Hk1VL0lkjUiQ3i4DC+ym yx4BvO1HUqY9uvjoGF0XoJRTcVlOyUP1G3zpxBBvL7ZpaU+r/c5MjjcMrgg6yzZe NhMYKGJJ+qIfAtZHCm3snPCFYPysz9JwuUIGPB6ZBOukzDUAi59YLM/u9CIexkiJ hZpHrNNu9zANMbFvt6jh =SJdz -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Using SSL with Tomcat
I am new to Tomcat, and just recently installed it as a container to run GeoServer. Everything is running fine, but now I have been asked to setup GeoServer to run using SSL. An EV Certificate is already installed on the server. Based on the documentation the default port for running Tomcat using SSL is 8443. I have configured the firewall to use port 8443, and edited the server.xml by removing the commenting from the following section: Connector port=8443 protocol=org.apache.coyote.http11.Http11Protocol maxThreads=150 SSLEnabled=true scheme=https secure=true clientAuth=false sslProtocol=TLS / I restarted Tomcat, but it is still not listening on port 8443. Is there something else that I need to do to get Tomcat working on port 8443? I am using Tomcat 7.0.54 on a Windows 2008 R2 64 bit server. Any suggestions are appreciated. Thanks, Jerome Wendell
Re: sha1 in digest access authentication
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Federico, On 6/26/14, 12:52 PM, Federico Viscomi wrote: I am running tomcat 7.0.54 and Jdk 1.8.0_05 on Windows 7. Does it support sha1 as hash algorithm in digest access authentication? Nope. If it doesn't, is there any version of tomcat that supports it? None. HTTP DIGEST authentication is defined[1] to use MD5 digest. If you have a hacked client that can support SHA1, then you can certainly hack Tomcat to use SHA1 instead of MD5: all you have to do is change the call to getInstance(MD5) to getInstance(SHA1). If you are going to bother to switch from MD5 to another hashing algorithm, you might want to pick one that is a bit stronger, like one of the SHA2 family (e.g. SHA-512). - -chris [1] http://en.wikipedia.org/wiki/Digest_access_authentication -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrbyOAAoJEBzwKT+lPKRYOpQP/18L6A255mAxMIGydmmkQHJ4 TRZUqr9BzOWsVWP9LVt6DOkSNsLm77TtFmoUKCcDp7Vu9L0prnomvAl9DvGDLabd 7TD37W3osjISjGHCkttLFqki2LG+R/eSYxEN1h3YvefZz/O/PkuVDWEXfMKAnNRH vToYfuCt1Dc3LXxRQVFv7txup0P5VvVSp3e22DPDUrTYdOfnEOVlVBTjJb0U0AUr rpruGuRaWFAw49UBEl10a9OqVZCzJ74+TNEnOZtB9KzxQ6MDetcVW+1m7SiOoMxP /mPaUzOuPODLoktyYmDFCorBe4eaxN24R3w9RzsQftuYMNcVLOAiGvD6E2l1jEUe WFawVH0C2RLg26Okzd1KxCVSQpWM6u0ZVn+zikhPtflF0WMHcTbDYgZDKP3UTibr aS8pbrYw+VbCo4RKVrulyEGs/Pluklj3t/H4Zs6JA4BxScfw5zkkdBEtUeNVlcAi XYRsqs0h2tZTH6noHEaXclTLnDqMvQzsx8xebaMsMF0FRPbhmy3LdSWEMXFinbs1 RxdxUxyaUmdiy2ko6TR2F9T0S8axzuMBTujKB1n72eC3ZZDCHPiQWRtfTEOgwF+0 Ds0PBPyfqySiRGBp7NKGRW14q5FmDVIWhRaHUoHLV/v0b5t8iiZSkkJJkaiJOJ3G 5nHiL/yjhtE06Sk+NiFO =aaIe -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Using SSL with Tomcat
On Fri, Jun 27, 2014 at 11:48 AM, Jerome A. Wendell jawend...@suddenlink.net wrote: I am new to Tomcat, and just recently installed it as a container to run GeoServer. Everything is running fine, but now I have been asked to setup GeoServer to run using SSL. An EV Certificate is already installed on the server. Where does this exist? What format is it in? Keep in mind that when using Tomcat and the BIO (default) or NIO connectors, you'll need a keystore in either Java Keystore or PKCS12 format. http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore Based on the documentation the default port for running Tomcat using SSL is 8443. I have configured the firewall to use port 8443, and edited the server.xml by removing the commenting from the following section: Connector port=8443 protocol=org.apache.coyote.http11.Http11Protocol maxThreads=150 SSLEnabled=true scheme=https secure=true clientAuth=false sslProtocol=TLS / I restarted Tomcat, but it is still not listening on port 8443. Is there something else that I need to do to get Tomcat working on port 8443? Did you check the logs? It's possible that something failed with your SSL setup and so it's not listening on port 8443. From your configuration, I'd guess that it's not able to find your keystore. See the keystore* attributes here, specifically keystoreFile. http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO Dan I am using Tomcat 7.0.54 on a Windows 2008 R2 64 bit server. Any suggestions are appreciated. Thanks, Jerome Wendell
Re: Problem with Transfer-Encoding: chunked (and AJP?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Björn, On 6/27/14, 4:12 AM, Björn Höfling wrote: Hi, On 06/23/2014 04:27 PM, Christopher Schultz wrote: Björn, On 6/23/14, 7:52 AM, Björn Höfling wrote: Hi Mark, On 06/20/2014 02:07 PM, Mark Thomas wrote: On 20/06/2014 11:58, Björn Höfling wrote: Hello, summary of my Problem: When a client POSTs with Tranfer-Encoding:chunked, my server is not processing the request. Full details: I have an Apache 2.2.10 connected via AJP to a Tomcat 8.0.3 (Java 1.7.x) or Tomcat 6.0.18 (Java 1.6.x) (I change the AJP worker port to switch between the two Tomcats). Try with the latest 8.0.x. Thanks for the hint. Should have thought of it before asking the list! Updating takes some time, I will provide feedback when all is done. $ tar xzf /path/to/tomcat-...tar.gz $ $CATALINA_HOME/bin/catalina.sh stop $ export CATALINA_BASE=/path/to/new-tomcat $ $CATALINA_HOME/bin/catalina.sh start It shouldn't take very long. Local standard installation is quick, yes. But when the server is part of a bigger company with several instances, special installation scripts, own libraries and outsourced testers to verify, other tasks gaining more priority, ... You know. Umm... you did testing in production and not in a controlled lab where it's easy to make modifications? Yipes. TIP is the best ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrbz2AAoJEBzwKT+lPKRYAuIP/AmqdBshYzWLbaCde9f4OaKO X9DOsc997yIbB30U9P8pzVHt8nppSW8nMGbrCHcmW0GZYNqi1cQcI/IeqHaX8ulI XIOlAUUx9debEVfXTmWwOG/KPJzV4m3qU4z8akwUUzQxFW0EoRUG92h5gAaQaCFa j5gWprHk3MMCWPPewdxOYL1rgcg38IbVDuGAnPWsZBdzQttA0JTB+cPU8wQ7UwuT RNNRExmtpj7hBfr9PIFFbudlM/VfS3GMDKwJo0Rh66CCE3Gl1JHuLba5dnlqo9g9 8V2Z39m8wCLRGttdSazGSRceCdzYt+W1V8ucUldXmZ+U0ER9s4sOP5l3/AOXvy0p Q7qS4yQ6x18EZUgfntbAR5yviS7bD7JrKB60gkkU03uv/1wxFxEKLeCdIY1UkTeg /IfyBpFeN5jnlYaApGGBvKmTfLDzSBMCoKrUzgpi/WkPtg248zz/r0SKLdx1uSs3 vRkMIH6LAftQ1MMl9GbAaj2pce+auK+0UjHvZGXn1gSl6g5M5wr9DB2PyGYcXd8z LxSgKDgNcZPDpf7Jhdjj2mjyq737SkyP2y0yF/0zPpRwzqtRL+9b7UIoQbG3TsEn uDtsgwLRNvI12C5XqRQFSt0kysrzaWRFNaxZgdNX8Jk4wj5t6umkt0W6/4xf9Gqj qJVCmrjH9AfWlOd70nsX =tn8b -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Where can I store data files in a tomcat war
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Paul,
On 6/27/14, 8:34 AM, Paul Taylor wrote:
I have a simple WAR based web application that uses lucene created
indexes to provide search results in a xml format, the location of
the indexes (outside of the war) are referred in the web.xml.
It works fine locally but I want to deploy it using Elastic
Beanstalk within Amazon Webservices but for it to work I need the
data files within the war, then I can allow EB to create new
instances when load balancing/scaling and it will work because the
data fields are included in the war at deployment time. I have
checked that EB does unjar the war so that when my code comes to
use the files they will be real files not still contained within
the War.
With that in mind where could i put the data files so they not
considered by tomcat as java classes , and supplementary question
how do I modify my pom file to do this with maven
What?
Java won't try to load random files as .class files.
Are you launching Lucene from within the startup process of your
webapp? I don't see any support for loading Lucene indexes from within
a ZIP file (e.g. WAR, JAR) so you might have to bootstrap the
following when deploying:
1. Know where your files are within the WAR
2. In a ServletContextListener -- perhaps the one that actually
sets-up Lucene -- do the following:
a. Unpack each file of your index into ${tmpdir}/lucene (or whatever)
b. Configure Lucene with an IndexReader that looks at ${tmpdir}/lucene
3. Clean-up after yourself during undeploy
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJTrb79AAoJEBzwKT+lPKRYGKQP/Ax0lk/Ic52pW53Y6djnLfYv
6G+o8DDKTDiqc9TA+0UEsq6TbHyQWUvtWuhNFsCYQTKYCzo50Wr+7VqUjs+kBL4w
d8yKXgeJPsYlx+wCAQ7sQd6tgwDntKRrwKWX6FaHeLcE4kOc/pQpYHDDx+aOzaEW
WZdFPb5v/S2emI49dFPFs2HC/O5oLLObuc5oluugCHK8N40FyNHr8yKpzhf3oOtD
+s08DiaIbCDt5sYNOrUYxxhWtTE5rA+t0br4js52Zhz2wPWOnG881PzY9aO0BLfi
riDgRhMUTG1MveosvHEE9YpqmE6XKJiwC3v3He8H6Pf021CBMBY1cBfyRPr2Rvbi
pLNdptiAouW/g/0MvKEtZe2h54p3GwJKE3oFHWCEPeuTddFB1FnVFDBF9ibBwiAs
4ncHy0MpToGvC/FHSPwvha30UWCP33f8FL+emXwNOFo9L+rBHyE4l5QqlBQLDA7t
JMbq8C8lt/wfA05NP+PEFjvdF52tgi51xOcc5h6L/MkVA6MGOj6DSeZ4sooJEDB0
DCKukEK6gI0zAW7Nfk5l60DQ/0oSV0InTGmyJYB21ICPOcs8GUBfrH00PQNHNNWX
CGQ7PAV5IYEjCRvuDeHxvqYLT8ZHulWnzfzf2IedpQ6pTD/EOMMaUkoy3c9F7ssy
5pZLjlX3V3Y/wuo7HdKX
=wH2V
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Connection count explosion due to thread http-nio-80-ClientPoller-x death
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Filip, On 6/27/14, 11:36 AM, Filip Hanik wrote: Are there any log entries that would indicate that the poller thread has died? This/these thread/s start when Tomcat starts. and a stack over flow on a processing thread should never affect the poller thread. OP reported in the initial post that the thread had disappeared: On 6/16/14, 5:40 AM, Lars Engholm Johansen wrote: We have no output in tomcat or our logs at the time when this event occurs. The only sign is when comparing full java thread dump with a dump from a newly launched Tomcat: One of http-nio-80-ClientPoller-0 or http-nio-80-ClientPoller-1 is missing/has died. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrb+yAAoJEBzwKT+lPKRYhYEP/05kiei/EUFhtxL6RMIl70Ok cb3I9XEvrQDBTkEDnGLvxw8MQSs6ocHaxdEOxzie289sYxvkuLWxOsKpikWkuUHH pEgHM5WuGuCS2AmcrTGiH6WPCnNAj8YM/zyx25NZOn8turWIbvh8GRzBFf265qP5 79z2Vb15NisYyNEqvkWHvli5CeDeOW2fgHcgv5Ec5fWb1/KyXAyVtRmEWnHpy/LB j/VLjzbBtFSJGT64W4i572qQ7C+f/XRgNzV6Fh/53gwPf+ggz5vKS9XEQEpa5SOz rlTrWuVs+WehBoCLE9TZB2J+argV7noqSQDumYcXeSf/4THkfhbhAlcBKXa/YLgH Paip710VV6S+9K1dAZOt4i1h28YXZ+qNviO6b/auo1DEdt21ezpklEOQyZbQcHYf H4VZ2mcSaMQo3QpWpze6QxvSsRZFAofpkLoqCRfsORlnV2c2xfjhRC1YtZ0sshfM zNnWQCEjRe5V+UB69mtjatJrDG16qjTcUZQlot3r4zxdjMq5D0W9XmC6WH2eCXhl aeH8SMISdn4GcYGMoUm7hWSWHs5azyBPma9AWJfYC+mLk8UbmvLP9gZN+KWenWOr xLiqCgMUvpLiOFsbNs8oWMDWGW59xT2zBjS3Aa20ZYJP/GeLWJkOrAPwTeqIaXG+ tV1WjkDkejPrC4WWKwzm =sTia -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: start tomcat 7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 André, On 6/27/14, 8:21 AM, André Warnier wrote: Francesco Viscomi wrote: hi all I'm using windows 8; java: java version 1.7.0_60 Java(TM) SE Runtime Environment (build 1.7.0_60-b19) Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) and tomcat 7: Apache Tomcat/7.0.35 As reported below Server Information Tomcat Version JVM Version JVM Vendor OS Name OS Version OS Architecture Hostname IP Address Apache Tomcat/7.0.35 1.7.0_60-b19 Oracle Corporation Windows 8 6.2 amd64 I'm asking why i get the following error and how to solve it; thanks a lot This is the error: java.lang.UnsatisfiedLinkError: D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform Here is the problem. You appear to have installed Tomcat as part of some other program package (lispa ?), and the version of tcnative-1.dll that this package contains, is not adapted to the type of CPU of your workstation. To do this right, you should contact the people of this lispa package, and ask them for help as to what to do. As a quick-and-dirty solution to try (no guarantees, specially not in terms of compatibility with the rest), you could : - download the latest Tomcat 7 binaries for Windows 64-bit, here : http://apache.mirror.iphh.net/tomcat/tomcat-7/v7.0.54/bin/apache-tomcat-7.0.54-windows-x64.zip - unzip this somewhere - copy the bin/tcnative-1.dll that you find there, to your own D:\swPCvale\lispa-tomcat-release-2.0.0\server\bin\ and try starting Tomcat again. s/bin/bin\/x64/ The one in bin/ is the IA32 (aka x86) version. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrcHnAAoJEBzwKT+lPKRYAx8QALExP2fayJ8L78I80fkcWu5B mxPCkE1+5+EgwZKQYo1J93AApAJUsmR8hQfqTty61TdDge4gptC+X5d/mviWVu+N /vrOO4Q+ie1+sk/lCp/gtXX08zZLW8yCEwbxxsIx/diWxZp3c5iMigOy/KDWGglE QQWpglZM92k0Ttd35wI5E+y6R+IDQkSi1H2PZHzti9IoKWItqq1ls9llGHCsRTfs nOLyGzwRKaZXQngfgyak9cteg2d8Ur9Xlt+nmR6F9EBB7BO8QD5k0zVUgEpb0lSG o2QuEx/dLdWqdz2t5AhIDPixwuEvwOy2UZZr794vKG3rFAx4DQSXX9FJCxb8Y1Ei INpMWgPDNLU4MCDD9fHnh9egZuXzUMhr3L4CBmj1E37GShdJZhqQ2WaZip+X08Xs kluuL4r1Y6zY2yzn2pFbk3D8h+D+hiiKuBvSrIchRwy1ZdpfW/itsXx0Wda9XDZs y3TtZMmzL7kpuvmAIF6/vrNatzddj+g96urALZEW43IBsve8gCmUBYAtpxR14u/I a3hpr1yC6/lwL0GkvalWGxQIbdjJckCgOmzzCGU+sER5MBVPcSTTs01evJu8q5k5 EST0844o9+AlFZSOV0YJVNyNwtbnVqPa0Jv9lxmFSTePnnHHDKTVg0/5EfXm25in KPDlfhJogp288F3d/FpQ =bQd7 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Using SSL with Tomcat
From: Daniel Mikusa [mailto:dmik...@gopivotal.com] Sent: Friday, June 27, 2014 2:49 PM To: Tomcat Users List; jawend...@suddenlink.net Subject: Re: Using SSL with Tomcat On Fri, Jun 27, 2014 at 11:48 AM, Jerome A. Wendell jawend...@suddenlink.net wrote: I am new to Tomcat, and just recently installed it as a container to run GeoServer. Everything is running fine, but now I have been asked to setup GeoServer to run using SSL. An EV Certificate is already installed on the server. Where does this exist? What format is it in? Keep in mind that when using Tomcat and the BIO (default) or NIO connectors, you'll need a keystore in either Java Keystore or PKCS12 format. http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore Based on the documentation the default port for running Tomcat using SSL is 8443. I have configured the firewall to use port 8443, and edited the server.xml by removing the commenting from the following section: Connector port=8443 protocol=org.apache.coyote.http11.Http11Protocol maxThreads=150 SSLEnabled=true scheme=https secure=true clientAuth=false sslProtocol=TLS / I restarted Tomcat, but it is still not listening on port 8443. Is there something else that I need to do to get Tomcat working on port 8443? Did you check the logs? It's possible that something failed with your SSL setup and so it's not listening on port 8443. From your configuration, I'd guess that it's not able to find your keystore. See the keystore* attributes here, specifically keystoreFile. http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO Dan I am using Tomcat 7.0.54 on a Windows 2008 R2 64 bit server. Any suggestions are appreciated. Thanks, Jerome Wendell Daniel, Thank you very much for your reply. I will check the logs and see if they show anything. I am not sure about the format, so I will have to look into that also. Thanks, Jerome Wendell
Re: Where can I store data files in a tomcat war
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/27/2014 11:59 AM, Christopher Schultz wrote:
Paul,
On 6/27/14, 8:34 AM, Paul Taylor wrote:
I have a simple WAR based web application that uses lucene
created indexes to provide search results in a xml format, the
location of the indexes (outside of the war) are referred in the
web.xml.
It works fine locally but I want to deploy it using Elastic
Beanstalk within Amazon Webservices but for it to work I need
the data files within the war, then I can allow EB to create new
instances when load balancing/scaling and it will work because
the data fields are included in the war at deployment time. I
have checked that EB does unjar the war so that when my code
comes to use the files they will be real files not still
contained within the War.
With that in mind where could i put the data files so they not
considered by tomcat as java classes , and supplementary
question how do I modify my pom file to do this with maven
What?
Java won't try to load random files as .class files.
Are you launching Lucene from within the startup process of your
webapp? I don't see any support for loading Lucene indexes from
within a ZIP file (e.g. WAR, JAR) so you might have to bootstrap
the following when deploying:
1. Know where your files are within the WAR 2. In a
ServletContextListener -- perhaps the one that actually sets-up
Lucene -- do the following:
a. Unpack each file of your index into ${tmpdir}/lucene (or
whatever) b. Configure Lucene with an IndexReader that looks at
${tmpdir}/lucene
3. Clean-up after yourself during undeploy
-chris
Paul,
If you're creating the index files before or during the build, you can
place them in:
Project-src-main-resources-some-folder-files
Maven will package them up and place them in WEB-INF/classes/some-folder
In your application, you could use getResourceAsStream to load the
information from the classpath.
If you're launching Lucene from within your web application and
periodically building the files, then placing them into
${tmpdir}/lucene is probably the way to go.
. . . . just my two cents.
/mde/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTrdKCAAoJEEFGbsYNeTwt/e4H/3n6XJqKx+y0Ne85g7WWPZQ6
DAGxeG1Y2RvQxPvpMcIS8XSp2x/jQsrPYQvb4b76LfndWCpBfQvYO0aYCdhP5DgY
Ig0oxPRHIHvuNmz3OqOlIu6dgsfb8P7ZJO7rCkDbdL2mtzHzEDl/ZAqK+rOAnlCb
X3BpIh67f5JzdgLn+EBwg3Ljq7essPBEvassg52ztC0YQVPRmURpLkPcANi/S/9X
9FCqDK+XiLUH/TiF90sQFkWA0M5HnmqFntfF+eYOh3ts0m/5ctgwQTnt6B9QczYc
gosZKblj21d177rjsg7W3r2od6VuQVpcLUQwxNXlkqGgerdiya3wPZIomG+93UQ=
=rKm7
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Where can I store data files in a tomcat war
On 27/06/2014 19:59, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Paul,
On 6/27/14, 8:34 AM, Paul Taylor wrote:
I have a simple WAR based web application that uses lucene created
indexes to provide search results in a xml format, the location of
the indexes (outside of the war) are referred in the web.xml.
It works fine locally but I want to deploy it using Elastic
Beanstalk within Amazon Webservices but for it to work I need the
data files within the war, then I can allow EB to create new
instances when load balancing/scaling and it will work because the
data fields are included in the war at deployment time. I have
checked that EB does unjar the war so that when my code comes to
use the files they will be real files not still contained within
the War.
With that in mind where could i put the data files so they not
considered by tomcat as java classes , and supplementary question
how do I modify my pom file to do this with maven
What?
Java won't try to load random files as .class files.
I tried putting the files into the resources directory of my maven
project, when I deployed the resulting war it would start (did
previously) and opening the war found the files were added under
WEB-INF/classes, that is what I meant. So I need to put them somewhere else.
Are you launching Lucene from within the startup process of your
webapp? I don't see any support for loading Lucene indexes from within
a ZIP file (e.g. WAR, JAR) so you might have to bootstrap the
following when deploying:
1. Know where your files are within the WAR
2. In a ServletContextListener -- perhaps the one that actually
sets-up Lucene -- do the following:
a. Unpack each file of your index into ${tmpdir}/lucene (or whatever)
b. Configure Lucene with an IndexReader that looks at ${tmpdir}/lucene
3. Clean-up after yourself during undeploy
Actually I don't have a startup process as such, the first user request
will just do a search which will cause the index to be accessed. But
perhaps a startup proces is what is what I need. The data files are
stored in amazon s3 so perhaps i could use servlet init to get the s3
file and put it somewhere relative to the deployed app and then use.
Paul
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Where can I store data files in a tomcat war
On 27/06/2014 21:22, Mark Eggers wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/27/2014 11:59 AM, Christopher Schultz wrote:
Paul,
On 6/27/14, 8:34 AM, Paul Taylor wrote:
I have a simple WAR based web application that uses lucene
created indexes to provide search results in a xml format, the
location of the indexes (outside of the war) are referred in the
web.xml.
It works fine locally but I want to deploy it using Elastic
Beanstalk within Amazon Webservices but for it to work I need
the data files within the war, then I can allow EB to create new
instances when load balancing/scaling and it will work because
the data fields are included in the war at deployment time. I
have checked that EB does unjar the war so that when my code
comes to use the files they will be real files not still
contained within the War.
With that in mind where could i put the data files so they not
considered by tomcat as java classes , and supplementary
question how do I modify my pom file to do this with maven
What?
Java won't try to load random files as .class files.
Are you launching Lucene from within the startup process of your
webapp? I don't see any support for loading Lucene indexes from
within a ZIP file (e.g. WAR, JAR) so you might have to bootstrap
the following when deploying:
1. Know where your files are within the WAR 2. In a
ServletContextListener -- perhaps the one that actually sets-up
Lucene -- do the following:
a. Unpack each file of your index into ${tmpdir}/lucene (or
whatever) b. Configure Lucene with an IndexReader that looks at
${tmpdir}/lucene
3. Clean-up after yourself during undeploy
-chris
Paul,
If you're creating the index files before or during the build, you can
place them in:
Project-src-main-resources-some-folder-files
Maven will package them up and place them in WEB-INF/classes/some-folder
Thats what Im doing and seems to prevent deployment (perhaps its some
other reason)
In your application, you could use getResourceAsStream to load the
information from the classpath.
If you're launching Lucene from within your web application and
periodically building the files, then placing them into
${tmpdir}/lucene is probably the way to go.
Okay that sounds better, but can I do that at deploy time ?
Paul
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Where can I store data files in a tomcat war
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 6/27/2014 1:25 PM, Paul Taylor wrote:
On 27/06/2014 19:59, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
Paul,
On 6/27/14, 8:34 AM, Paul Taylor wrote:
I have a simple WAR based web application that uses lucene
created indexes to provide search results in a xml format, the
location of the indexes (outside of the war) are referred in
the web.xml.
It works fine locally but I want to deploy it using Elastic
Beanstalk within Amazon Webservices but for it to work I need
the data files within the war, then I can allow EB to create
new instances when load balancing/scaling and it will work
because the data fields are included in the war at deployment
time. I have checked that EB does unjar the war so that when my
code comes to use the files they will be real files not still
contained within the War.
With that in mind where could i put the data files so they not
considered by tomcat as java classes , and supplementary
question how do I modify my pom file to do this with maven
What?
Java won't try to load random files as .class files.
I tried putting the files into the resources directory of my maven
project, when I deployed the resulting war it would start (did
previously) and opening the war found the files were added under
WEB-INF/classes, that is what I meant. So I need to put them
somewhere else.
It sounds like you're not building these within the deployed
application, but adding them at build time.
Why can't your application read the files from WEB-INF/classes with
getResourceAsStream?
We put a bunch of configuration information in our web applications.
We tend to load these up with a servlet context listener at startup,
and then make the information available via a singleton. The
information isn't changed while the application is available.
Are you launching Lucene from within the startup process of your
webapp? I don't see any support for loading Lucene indexes from
within a ZIP file (e.g. WAR, JAR) so you might have to bootstrap
the following when deploying:
1. Know where your files are within the WAR 2. In a
ServletContextListener -- perhaps the one that actually sets-up
Lucene -- do the following:
a. Unpack each file of your index into ${tmpdir}/lucene (or
whatever) b. Configure Lucene with an IndexReader that looks at
${tmpdir}/lucene
3. Clean-up after yourself during undeploy
Actually I don't have a startup process as such, the first user
request will just do a search which will cause the index to be
accessed. But perhaps a startup proces is what is what I need. The
data files are stored in amazon s3 so perhaps i could use servlet
init to get the s3 file and put it somewhere relative to the
deployed app and then use.
Paul
/mde/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTrdbCAAoJEEFGbsYNeTwtwsMIAKf5xIsV4ZLdJolSK+oGhyyN
Q/IQ6uhrlIz/6D8QKSG/yR/jHTY0R8pLffJ/wlxofoVMWMHQQ0zlLmIwKnRwkpzI
Ta9CfXPPduijmVVUQZdQuLCTr3f6QRoLMCYYX6kbgz/ypIPzaeTSZMm2dJvOa6AH
je5jhAia4KyNsK9YRz2LLgF4vdL2d32wmdN+/GXU+bc3t7LvuXZEBbr9NXFVvFMf
Wz/teQ5ATVWDoVjEebm7QKr00pkDMlmm/uDZrsoqXtxuGhTOI791WupUtekO4Dgu
ruTxytopufoTJYicB8ttIirKVNT5MBI4+VtNvTpJsQGdAMqsHQo5BV0Fk5WGMoU=
=IPEV
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Using SSL with Tomcat
From: Daniel Mikusa [mailto:dmik...@gopivotal.com] Sent: Friday, June 27, 2014 2:49 PM To: Tomcat Users List; jawend...@suddenlink.net Subject: Re: Using SSL with Tomcat On Fri, Jun 27, 2014 at 11:48 AM, Jerome A. Wendell mailto:jawend...@suddenlink.net jawend...@suddenlink.net wrote: I am new to Tomcat, and just recently installed it as a container to run GeoServer. Everything is running fine, but now I have been asked to setup GeoServer to run using SSL. An EV Certificate is already installed on the server. Where does this exist? What format is it in? Keep in mind that when using Tomcat and the BIO (default) or NIO connectors, you'll need a keystore in either Java Keystore or PKCS12 format. http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore Based on the documentation the default port for running Tomcat using SSL is 8443. I have configured the firewall to use port 8443, and edited the server.xml by removing the commenting from the following section: Connector port=8443 protocol=org.apache.coyote.http11.Http11Protocol maxThreads=150 SSLEnabled=true scheme=https secure=true clientAuth=false sslProtocol=TLS / I restarted Tomcat, but it is still not listening on port 8443. Is there something else that I need to do to get Tomcat working on port 8443? Did you check the logs? It's possible that something failed with your SSL setup and so it's not listening on port 8443. From your configuration, I'd guess that it's not able to find your keystore. See the keystore* attributes here, specifically keystoreFile. http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO Dan I am using Tomcat 7.0.54 on a Windows 2008 R2 64 bit server. Any suggestions are appreciated. Thanks, Jerome Wendell Daniel, In reviewing the documentation, since I am just using Tomcat as a container it seems that I should not have to implement SSL as shown below: Is there any additional configuration in Tomcat to operate as described above, or is all of the setup in Microsoft IIS? Thanks, Jerome Wendell
RE: Using SSL with Tomcat
From: Jerome A. Wendell [mailto:jawend...@suddenlink.net] Sent: Friday, June 27, 2014 4:48 PM To: 'Tomcat Users List' Subject: RE: Using SSL with Tomcat From: Daniel Mikusa [mailto:dmik...@gopivotal.com] Sent: Friday, June 27, 2014 2:49 PM To: Tomcat Users List; jawend...@suddenlink.net Subject: Re: Using SSL with Tomcat On Fri, Jun 27, 2014 at 11:48 AM, Jerome A. Wendell mailto:jawend...@suddenlink.net jawend...@suddenlink.net wrote: I am new to Tomcat, and just recently installed it as a container to run GeoServer. Everything is running fine, but now I have been asked to setup GeoServer to run using SSL. An EV Certificate is already installed on the server. Where does this exist? What format is it in? Keep in mind that when using Tomcat and the BIO (default) or NIO connectors, you'll need a keystore in either Java Keystore or PKCS12 format. http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html#Prepare_the_Certificate_Keystore Based on the documentation the default port for running Tomcat using SSL is 8443. I have configured the firewall to use port 8443, and edited the server.xml by removing the commenting from the following section: Connector port=8443 protocol=org.apache.coyote.http11.Http11Protocol maxThreads=150 SSLEnabled=true scheme=https secure=true clientAuth=false sslProtocol=TLS / I restarted Tomcat, but it is still not listening on port 8443. Is there something else that I need to do to get Tomcat working on port 8443? Did you check the logs? It's possible that something failed with your SSL setup and so it's not listening on port 8443. From your configuration, I'd guess that it's not able to find your keystore. See the keystore* attributes here, specifically keystoreFile. http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL_Support_-_BIO_and_NIO Dan I am using Tomcat 7.0.54 on a Windows 2008 R2 64 bit server. Any suggestions are appreciated. Thanks, Jerome Wendell Daniel, In reviewing the documentation, since I am just using Tomcat as a container it seems that I should not have to implement SSL as shown below: Is there any additional configuration in Tomcat to operate as described above, or is all of the setup in Microsoft IIS? Thanks, Jerome Wendell Sorry, I did not realize the image would not come through. The section of the documentation that I was referring to is below: SSL and Tomcat It is important to note that configuring Tomcat to take advantage of secure sockets is usually only necessary when running it as a stand-alone web server. When running Tomcat primarily as a Servlet/JSP container behind another web server, such as Apache or Microsoft IIS, it is usually necessary to configure the primary web server to handle the SSL connections from users. Typically, this server will negotiate all SSL-related functionality, then pass on any requests destined for the Tomcat container only after decrypting those requests. Likewise, Tomcat will return cleartext responses, that will be encrypted before being returned to the user's browser. In this environment, Tomcat knows that communications between the primary web server and the client are taking place over a secure connection (because your application needs to be able to ask about this), but it does not participate in the encryption or decryption itself. Thanks, Jerome Wendell
Stop Tomcat8 Service Gracefully on Windows
I installed Tomcat 8.09 on Windows 2008R2 When trying to stop the service it takes a long time, and usually I get a prompt on the screen saying that there was an error. Windows Event Log did not show anything about this, but commons-daemon log shows: [2014-06-27 13:59:53] [info] [ 5504] Commons Daemon procrun (1.0.15.0 64-bit) started [2014-06-27 13:59:53] [info] [ 5504] Running 'Tomcat8' Service... [2014-06-27 13:59:53] [info] [ 5176] Starting service... [2014-06-27 13:59:54] [info] [ 5176] Service started in 1185 ms. *[2014-06-27 14:00:08] [info] [ 3472] Stopping service... [2014-06-27 14:00:09] [info] [ 3472] Service stop thread completed. [2014-06-27 14:01:09] [info] [ 5504] Run service finished. [2014-06-27 14:01:09] [info] [ 5504] Commons Daemon procrun finished* Why does it take a full minute from Service stop thread completed. where the stop command has yet to return, until Run service finished. when it actually does stop the service? Is there any way to speed that up? TIA -- Igal Sapir Railo Core Developer http://getRailo.org/
Re: Stop Tomcat8 Service Gracefully on Windows
And again there is a full minute between Service stop thread completed. and Run service finished., which doesn't look like a coincidence. [2014-06-27 20:24:14] [info] [ 3156] Stopping service... [2014-06-27 20:24:15] [info] [ 3156] Service stop thread completed. [2014-06-27 20:25:15] [info] [ 2520] Run service finished. [2014-06-27 20:25:15] [info] [ 2520] Commons Daemon procrun finished Can anyone shed some light on this? Igal On 6/27/2014 2:08 PM, Igal @ getRailo.org wrote: I installed Tomcat 8.09 on Windows 2008R2 When trying to stop the service it takes a long time, and usually I get a prompt on the screen saying that there was an error. Windows Event Log did not show anything about this, but commons-daemon log shows: [2014-06-27 13:59:53] [info] [ 5504] Commons Daemon procrun (1.0.15.0 64-bit) started [2014-06-27 13:59:53] [info] [ 5504] Running 'Tomcat8' Service... [2014-06-27 13:59:53] [info] [ 5176] Starting service... [2014-06-27 13:59:54] [info] [ 5176] Service started in 1185 ms. *[2014-06-27 14:00:08] [info] [ 3472] Stopping service... [2014-06-27 14:00:09] [info] [ 3472] Service stop thread completed. [2014-06-27 14:01:09] [info] [ 5504] Run service finished. [2014-06-27 14:01:09] [info] [ 5504] Commons Daemon procrun finished* Why does it take a full minute from Service stop thread completed. where the stop command has yet to return, until Run service finished. when it actually does stop the service? Is there any way to speed that up? TIA -- Igal Sapir Railo Core Developer http://getRailo.org/ -- Igal Sapir Railo Core Developer http://getRailo.org/
