Re: Should logEffectiveWebXml=true log web fragments ? tomcat 7.0
Hi Konstantin, I am referring to this code in ContextConfig.java: // Step 9a. Make the merged web.xml available to other if (context.getLogEffectiveWebXml()) { log.info(web.xml:\n + mergedWebXml); } // Step 10. Look for static resources packaged in JARs SetWebXml resourceJars = new LinkedHashSet(); if (orderedFragments != null) { for (WebXml fragment : orderedFragments) { resourceJars.add(fragment); } } for (WebXml fragment : fragments.values()) { if (!resourceJars.contains(fragment)) { resourceJars.add(fragment); } } processResourceJARs(resourceJars); Apparently, it is only after logging mergeXml that the fragments are considered; mergedWebXml thus has empty empty fragments at the time of logging - and is not populated afterwards I believe (or - maybe - partially populated without the full set of resourceJars) . It matches my experience. Do you think I should file a bug and log the merged Xml after resourceJars is indeed complete ? Thanks, loïc On Sat, Sep 20, 2014 at 1:09 PM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2014-09-19 22:15 GMT+04:00 Loïc Tregan l.tre...@gmail.com: Hi, Setting logEffectiveWebXml=true in context.xml does not log the web fragments in the absolute-ordering clause of the output web.xml; it is not specified. Is it expected ? Should I file a bug ? I think it is a convenient feature to debug in which order the web fragments are loaded. It logs web.xml created from merging of all processed fragments and annotations. If data from your fragment are not included in the resulting web.xml, it means that you fragment is not effective (ignored, misconfigured etc.) If you need more specific help, you need to provide enough information for someone else to reproduce your issue. Check what version of specification your files are declaring. Cross-check your expectations with the Servlet specification text. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Should logEffectiveWebXml=true log web fragments ? tomcat 7.0
2014-09-22 12:01 GMT+04:00 Loïc Tregan l.tre...@gmail.com: Hi Konstantin, I am referring to this code in ContextConfig.java: // Step 9a. Make the merged web.xml available to other if (context.getLogEffectiveWebXml()) { log.info(web.xml:\n + mergedWebXml); } // Step 10. Look for static resources packaged in JARs SetWebXml resourceJars = new LinkedHashSet(); if (orderedFragments != null) { for (WebXml fragment : orderedFragments) { resourceJars.add(fragment); } } for (WebXml fragment : fragments.values()) { if (!resourceJars.contains(fragment)) { resourceJars.add(fragment); } } processResourceJARs(resourceJars); Apparently, it is only after logging mergeXml that the fragments are considered; mergedWebXml thus has empty empty fragments at the time of logging - and is not populated afterwards I believe (or - maybe - partially populated without the full set of resourceJars) . It matches my experience. Do you think I should file a bug and log the merged Xml after resourceJars is indeed complete ? Thanks, loïc On Sat, Sep 20, 2014 at 1:09 PM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2014-09-19 22:15 GMT+04:00 Loïc Tregan l.tre...@gmail.com: Hi, Setting logEffectiveWebXml=true in context.xml does not log the web fragments in the absolute-ordering clause of the output web.xml; it is not specified. Is it expected ? Should I file a bug ? I think it is a convenient feature to debug in which order the web fragments are loaded. It logs web.xml created from merging of all processed fragments and annotations. If data from your fragment are not included in the resulting web.xml, it means that you fragment is not effective (ignored, misconfigured etc.) If you need more specific help, you need to provide enough information for someone else to reproduce your issue. Check what version of specification your files are declaring. Cross-check your expectations with the Servlet specification text. 1. Rules of this mailing list: do not top-post. http://tomcat.apache.org/lists.html#tomcat-users 2. See // Step 6. Merge web-fragment.xml files into the main web.xml // file. if (ok) { ok = webXml.merge(orderedFragments); } That Step 10 that you cited is about static resources (META-INF/resources/ files) and nothing else. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Valve overriding contextPath behind a proxy
Hi, The recommended approach when using a proxy in front of tomcat is to have the same context path on both side like this: http://mycompany.com/myapp -- http://mycompany.lan:8080/myapp Having different context paths like this: http://mycompany.com/mypublicapp -- http://mycompany.lan:8080/myprivateapp would need to rewrite urls in the generated html with something like mod_proxy_html: /myprivateapp/home.html would need to be rewritten as /mypublicapp/home.html. Instead of using mod_proxy_html, is it possible to have a valve that would take care of this by letting the proxy send the correct contextPath in a request header (X-Forward-ContextPath) which would override request.getContextPath(), response.sendRedirect(), etc.? Or is it a bad idea? Proxies can already send the remote server, ip address, port to tomcat... so why not the context path? Thanks, Xavier - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Should logEffectiveWebXml=true log web fragments ? tomcat 7.0
2. See // Step 6. Merge web-fragment.xml files into the main web.xml // file. if (ok) { ok = webXml.merge(orderedFragments); } That Step 10 that you cited is about static resources (META-INF/resources/ files) and nothing else. ok, issue might be somewhere else then. I am pretty positive I have no absolute-ordering clause in the logged effective xml, my web fragments are not listed in this file but my webfragments are called - found by discovery as there is no absolute ordering clause. I'll try to reproduce the issue in a minimal example. In the meantime, let me know if you have seen it work ! thanks, loic
Re: DBCP2 holding references to WebappClassLoader; resource leak
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mark, On 9/17/14 4:06 PM, Christopher Schultz wrote: Mark, On 9/17/14 4:02 PM, Mark Thomas wrote: On 17/09/2014 20:55, Christopher Schultz wrote: All, I'm running Tomcat 8.0.9 on Mac OS X under Oracle's Java 7 jdk1.7.0_65. For a long time, I've had a cleanly reloading web application, meaning that after my web application is reloaded (say, during development), the old WebappClassLoader is available for GC. After switching to Tomcat 8.x in my development environment, I've noticed that I can't cleanly reload anymore. Using YourKit, I've traced the reference to my WebappClassLoader to DBCP2. I have a JNDI DataSource whose JDBC driver is loaded from Tomcat's CATALINA_HOME/lib directory. Where is the connection pool defined? In the Context or globally? Resource is defined in my webapp's context.xml. Bump. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUIBsRAAoJEBzwKT+lPKRYltUP/2pGBSYaWyhrBUu4EwiBMDQu 4hkKS0G3OzqbDsWj22Wny2mLe16idsG/ugDWdhdC6u571A01aVfhkcvwvqNn4G0M EI4FzAgpgUOkUR/s+FGruY+v5eg5Y8watIugZExPxCcxM9FwZBVXNcSZywG1L7C5 hIopw3k4sPsUbLnd6EquuBmPbM02lFEPVR9w6adcGWm8jtM+xDV9YwdO2IvcR4Mz OhLCBXPy4vl3CDTYIEZnPb1rgAEImh0kIHXqM/Rq8Fw/csVE6U8xTfZXF7aIUrCL KUNaIHP4wiFycQyVA7ZOo9XsWVbD7IJzVrdsaSiODa2eQgbm11lgTJznWMdiM7pc x3cSc1pwhTcYWMnKOeGnqHnTOmZppTqki3XZgSBl4PEEy8UwL2cb11m+7LegRYeE CMw96iPWc+W+KRe3CZ3w+LmhAMKvteKdTvRblj48r29Rf7xtMp0IPkIYCq2kSASX wqK59bynxUtfOWiMPtpnxl739wMqmcFkDt/tx/gp5Eo86G/0QsO3OEOSCyXqHwsd kQnYougbuzTvCOH8XxLn1ylxIsNzMro87OwXnm06VgT7xKb+ZiR/eYYEMvxq0OjS /KywDHLgdZ3IC8rSvJ2gH1Td7dP8TXMlprnuD+jnKaDDn9D633o9GK6GagWlGcAC RwjCqa1e3gm751H54KyP =7thw -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to set up TLS-PSK with Tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Borislav, On 9/20/14 11:57 PM, Borislav Trifonov wrote: Switched to a configuration where Tomcat is now front-ended by Nginx acting as a load balancer, so now the problem has moved to a different spot. Just curious: how does Nginx do this? IIRC, Nginx can use either OpenSSL or GnuTLS. What does the configuration look like? It seems reasonable for httpd/APR to support PSK... perhaps it can be added if it does not already exist. As for the PSK: the computational expense of key exchange (we have many frequent short lived connections) is a con that brings zero benefit to our setup, as the clients are fixed and already have the symmetric keys. Makes sense. I could ask the inverse question: if one controls not just the server but also the clients, what's the point of public key crypto? You never mentioned that you had control of the clients. Using PSKs of course means you have some measure of control over the clients, but it is not always so. The only reason I'm relying on TLS is because the same server also needs to occasionally support regular connections using certificates. Would it be an option to use something like stunnel (I'm not sure if that allows PSKs, either) between the client and server? It's a lot of extra processes, but it might get the job done. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUIBxHAAoJEBzwKT+lPKRYascP/jYod5rNgvfmJjF7FBdWp0ld uVJJ6BnrfaNOwqEEjMMy/lj93k/bwrkNmdwivIjrQ8dV5HH1AS6HTFFJbU9lPril fyY4Sz3HE9b1yDtKizqfxgs+7pJ6qCxRMY3LX/R/wk5R2RNgPvS8/0o1XeCsU3Ck r8dh+wVH3eb0PpIRSvdc6jDZ9QoEyTgOZtqVrNwmeo5utVlszLm16rBenlrxHEen iFHd7eVzayhsW7pvwNXaRO8UK5GpFKdE4yn3fEQu8OQmX3UR9hUREWJikE/3yszT rSajQJW941YMw9fzW6B/tH8+JA21fvCL5pK7r2Nac+IWbXExRHbcdbtGpF2aUev9 184jE3W9qa27zanox4WCArkNwYSU4PskSpDfQPVCX6Wuem6fQP7zli+JA+HGHmdI kRfTskkaH5u7fMANGJB7HVeH9GQIcBDHcsWpYeYVUB9sMk35TL8b3T/UvzP5SOGR 01doESxIsG5H10R9fUOKAEU2DIee+CmwMGWI58YbCNONWAabJ1tVIRzUp74XbfPc aGPBie7p/xqpo/d9He5fnHWsyLLPHzyfsTRUnsCVwuCnZup/FRt1AnL1W6/TP4Lh GpHc1EZxpXAlkEJPAGzVT3QwskGKg6RvQX3uqcIqquTdJ0o1OlpMfnFm6c59EwKa Y825QMbFT7SZOL8ylSxu =5Wp9 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to set up TLS-PSK with Tomcat
Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Borislav, On 9/20/14 11:57 PM, Borislav Trifonov wrote: Switched to a configuration where Tomcat is now front-ended by Nginx acting as a load balancer, so now the problem has moved to a different spot. Just curious: how does Nginx do this? IIRC, Nginx can use either OpenSSL or GnuTLS. What does the configuration look like? It seems reasonable for httpd/APR to support PSK... perhaps it can be added if it does not already exist. As for the PSK: the computational expense of key exchange (we have many frequent short lived connections) is a con that brings zero benefit to our setup, as the clients are fixed and already have the symmetric keys. Makes sense. I could ask the inverse question: if one controls not just the server but also the clients, what's the point of public key crypto? You never mentioned that you had control of the clients. Using PSKs of course means you have some measure of control over the clients, but it is not always so. The only reason I'm relying on TLS is because the same server also needs to occasionally support regular connections using certificates. Would it be an option to use something like stunnel (I'm not sure if that allows PSKs, either) between the client and server? It's a lot of extra processes, but it might get the job done. And maybe a stupid question : since you are saying that you have control over both the clients and the server, are your clients/servers really external ? And if they are, would it not make sense to have them connected first via a VPN, and then do the HTTP exchanges in clear, but over that (encrypted) VPN ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: - javax.net.ssl.SSLException - SSLException invoking https
Got it working myself finally. Removed the Java_OPS property settings in the Tomact setenv.bat Rather in my servlet: private static final String TRUST_STORE = /WEB-INF/certificates/XXXProdTrustStore.jks; private static final String KEY_STORE = /WEB-INF/certificates/XXXProdKeyStore.jks; private static final String CERTIFICATE_PASSWORD = ; private static final String PROXY_HOST = 10.64.XX.XXX; private static final String PROXY_PORT = 80XX; .. System.setProperty(javax.net.ssl.trustStorePassword, CERTIFICATE_PASSWORD); System.setProperty(javax.net.ssl.trustStore, context.getRealPath(TRUST_STORE)); System.setProperty(javax.net.ssl.keyStore, context.getRealPath(KEY_STORE)); System.setProperty(javax.net.ssl.keyStorePassword, CERTIFICATE_PASSWORD); System.setProperty(https.proxyHost, PROXY_HOST); System.setProperty(https.proxyPort, PROXY_PORT); On Wed, Sep 17, 2014 at 8:15 PM, Suleman Butt suleman.b...@gmail.com wrote: Hi all, I am trying to call a webservices, which is hosted on a remote server and is exposed through an https endpoint. My client is an application hosted on my local tomcat http://www.coderanch.com/how-to/java/TomcatFaq, and in my tomcat's setenv.bat, I have set the following properties: echo setting JAVA OPTS for certificates set JAVA_OPTS= -Dhttps.proxyHost=10.64.X.XXX -Dhttps.proxyPort=8080 -Djavax.net.ssl.trustStore=%CATALINA_HOME%/certificateStore/XXXProdTrustStore.jks -Djavax.net.ssl.trustStorePassword=XXX -Djavax.net.ssl.trustStoreType=JKS -Djavax.net.ssl.keyStore=%CATALINA_HOME%/certificateStore/XXXProdKeyStore.pfx -Djavax.net.ssl.keyStorePassword=XXX -Djavax.net.ssl.keyStoreType=pkcs12 -Djava.security.debug=all -Dorg.apache.ws.security.crypto.merlin.file=%CATALINA_HOME%/certificateStore/XXXProdKeyStore.jks %JAVA_OPTS% NOTE: I have generated the XXXProdTrustStore.jks, XXXProdKeyStore.pfx and XXXProdKeyStore.jks through supplier's provided certificate. From supplier, i mean the company hosting the webservice. On my calling the service, I get the following error: view plain http://www.coderanch.com/t/639681/Tomcat/javax-net-ssl-SSLException-SSLException# print http://www.coderanch.com/t/639681/Tomcat/javax-net-ssl-SSLException-SSLException# ? http://www.coderanch.com/t/639681/Tomcat/javax-net-ssl-SSLException-SSLException# Note: Text content in the code blocks is automatically word-wrapped 1. org.apache.cxf.interceptor.Fault: Could not send Message. 2. at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java: 64) 3. at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java: 272) 4. at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java: 570) 5. at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:479 ) 6. at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:382 ) 7. at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:335 ) 8. at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java: 96) 9. at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java: 135) 10. at com.sun.proxy.$Proxy34.download(Unknown Source) 11. at com.scheduling.core.server.Xbot.damas.DamasAvailableCapacityService.query(DamasAvailableCapacityService.java: 155) 12. at com.scheduling.core.server.Xbot.XbotCapacityReader.downloadDamasCapacity(XbotCapacityReader.java: 212) 13. at com.scheduling.core.server.Xbot.XbotCapacityReader.downloadCapacities(XbotCapacityReader.java: 175) 14. at com.scheduling.core.server.Xbot.XbotCapacityReader.fetchAvailableCapacity(XbotCapacityReader.java: 108) 15. at com.scheduling.core.server.comm.XbotCommunicatorImpl.getAvailableCapacityFromWebsites(XbotCommunicatorImpl.java: 149) 16. at com.scheduling.core.server.comm.XbotCommunicatorImpl.saveLatestAvailableCapacityFromExternalSource(XbotCommunicatorImpl.java: 120) 17. at com..scheduling.core.server.comm.XbotCommunicatorImpl.saveLatestAvailableCapacityFromWebsites(XbotCommunicatorImpl.java: 110) 18. at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 19. at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) 20. at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) 21. at java.lang.reflect.Method.invoke(Method.java:597) 22. at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java: 569) 23. at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java: 208) 24. at
Re: [OT] javax.net.ssl.SSLException invoking https
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Suleman, On 9/18/14 3:45 AM, Suleman Butt wrote: Caused by: java.lang.RuntimeException: Method not supported. at iaik.pkcs.pkcs1.RSACipher.engineUpdate(Unknown Source) at javax.crypto.Cipher.update(DashoA13*) at java.security.Signature$CipherAdapter.engineUpdate(Signature.java:1216) at java.security.Signature$Delegate.engineUpdate(Signature.java:1118) at java.security.Signature.update(Signature.java:684) at java.security.Signature.update(Signature.java:667) This is the problem, here. http://lmgtfy.com/?q=RSACipher+method+not+supported Second link when I searched was: http://javadoc.iaik.tugraz.at/iaik_jce/3.1cc/iaik/pkcs/pkcs1/rsacipher.html Look at method engineUpdate: http://javadoc.iaik.tugraz.at/iaik_jce/3.1cc/iaik/pkcs/pkcs1/RSACipher.html#engineUpdate%28byte[],%20int,%20int%29 Officially not supported. So, your crypto provider can't do whatever you are asking it to do. It's only when i run the application in Tomcat, I get the above error message. It's likely that you are trying to use a variety of crypto providers in your web application and they ace conflicting. Most good APIs should let you specify the crypto provider to use when performing a certain operation. That will allow you to use e.g. BouncyCastle versus built-in JDK versus IAIK, etc. Look into how to choose some other crypto provider instead of IAIK. Or, if you don't need IAIK at all, then get rid of it and you'll likely get better results. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUIFU8AAoJEBzwKT+lPKRY7rYP/3vC1uTLLiyzv20fUMHnTeE/ +r9RVp36QXyLaoyyGm0UaXbCD1NsP1X43pfcdB8ZVqweUuT83Fycd0fl0ezCqZx/ 8CVSx7JfbJ4Wxbp9rSWENkNmNA5Y+TQNRnXAkNEvW4XRqudysiBkoTYF3DGgEl5Y g7yLOOAJIMf3J2bmuT5gPtgJglbUwth1BnzAChmkkTmqFjOHtUOThAamqixYvmyL LZ+ZgqoPWOdXPtCk8npWPC08vLWiuFfdB46/ktQcdeIbcAipriDd96hvbLye+s7t T/VbYiYrLK3Zbk7/DzOd2c9ZysPLz1qqBYcdGdwFR+JWkTM/Pku4mGa9osy77htG SMnm76WUk8mrYdxiWlevvMneJcJ34RchYFJEfMnBNgNPEVyiryNVEL0U5eoW8URQ VbUH8cs3h3CrM1TD6L1v49zPZy+QaLhm3wPRBHmtgtNfogwZuF/6K2w0+I03rNAN skiRYyhfbh1I6r1YmAh4eGoj0IAkeneY5k+rRhnarS5rUPDJWjtDau1XKuPBfQnb qu4cqBlqzZsmKAh+whAWDYGd3wJ0zkS6ByzOWOiYssDMw16Bd+1F+kYfZdWMZi98 CP+2cvMV+wExdeKa3dFz3FLDG+YD67WwKRtKbjGMIHhXUNc6XWtRtgndRbXRvtCa vd1iygcY7Kwr5XoHESis =q8pb -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Get number of stucked threads from StuckThreadDetectionValve through jmx
Hi, I would like to monitor the number of stuck threads reported by StuckThreadDetectionValve through jmx. I usually use tool like jmxtrans and plot a graph with graphite. The number of stuck threads is stored in the stuckCount variable. However there is no jmx attribute for it, there is only getter for stuckThreadIds which is long[]. Would you consider exposing stuckCount as as a jmx attributte e.g. stuckThreadCount? Perhaps others might find it useful too. Thanks. Jiri Pejchal
Re: Get number of stucked threads from StuckThreadDetectionValve through jmx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jiri, On 9/22/14 1:59 PM, Jiri Pejchal wrote: I would like to monitor the number of stuck threads reported by StuckThreadDetectionValve through jmx. I usually use tool like jmxtrans and plot a graph with graphite. The number of stuck threads is stored in the stuckCount variable. However there is no jmx attribute for it, there is only getter for stuckThreadIds which is long[]. Would you consider exposing stuckCount as as a jmx attributte e.g. stuckThreadCount? Perhaps others might find it useful too. Please file an enhancement request in Bugzilla: https://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%208 I've got a patch for Tomcat 8 all ready for it and would like to tie it to a bug number. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUIIXRAAoJEBzwKT+lPKRY/M8P/12oMHV6QsM0F+tbWcBY+sWj Km+R7vMKdL/FQOnPBUmKsXrjT5rgjLJza0Y2N7BcRs8ratXWjjaKfYqjauIbbpzn c3qSPg0DYYeVvZxWviGgtlV1dVE++GgJw4SfwQhBLmNvo2Y2anZpNRA6RXJ17QM3 H6nd9c+2q5oYgNsG8ya7H/MHOhI0z8yVBCltbCYsUtpfZ9bkc3lmSWMFRnit9mdL Bu3Ww+muwMr7xepZBLISlrQERXtPJ3X0kNsVCL9GI6D/qG0h49nNxV6NtTpC7Car inwmlV+i8rrjZlZwaMFnog/qZDUC1B0M/NSPdDFcoPnyk8dkfQaBPpFcx1aNPSPM 9KnBUr8ya1v+HGUf9zKUF0m/V3s4VPGFSAJzMnpqhYLWhF8uiNC0jr3OVnVMBJO7 Wq85rP5a6QE6AslwMFRH9brQXUqOoXr2k7a46ylToCXsHbxNdhGhSrBLjLCaMs6a UNBSHC6utRI5kBhzqU8pTg877aOC/YUbtMLm4gN3xI0NHork1+SAZRFEBQBAx7oC daOv/Ud/ExWc2sYiI5Hkr2kIsYO5pgmkisn/FRt7Sg4WdDs5hxP91FTmISrOxd+W +xohJtvuJcJ3bkZ5RRc+DZ16NYbsl0JFefBrZWWRVHAaJgeT8jc5F0LrXKlA+fda U1teeFdEkWxX4q2Gbxkc =p6On -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Get number of stucked threads from StuckThreadDetectionValve through jmx
Filled as: https://issues.apache.org/bugzilla/show_bug.cgi?id=57004 Thanks a lot. Jiří Pejchal - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org