Re: File download using a servlet and error handling
Ok guys, thank you all: I understand better. I'll see what I can do. Best regards. -- View this message in context: http://tomcat.10.x6.nabble.com/File-download-using-a-servlet-and-error-handling-tp5023017p5023118.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Spnego against Active Directory does not work with Java 8
Thank you for the reply, I filed a defect for Tomcat 7: https://issues.apache.org/bugzilla/show_bug.cgi?id=57022 I managed to pass through the failure by setting useDelegatedCredential=false in the JNDIRealm, but still I think that it is important to find a solution for this, since if it works, it should provide stronger authentication to LDAP (using the delegated credential). I will try to test this with file-based Kerberos credential cache to see if Tomcat/Ldap would be able to find the needed TGT there and succeed with Kerberos auth to LDAP. Regards, Detelin 2014-09-26 1:44 GMT+03:00 Konstantin Kolinko knst.koli...@gmail.com: 2014-09-26 2:24 GMT+04:00 detelinyorda...@gmail.com: Hello everyone, I'm successfully using Tomcat 7.0.55 configured with Spnego authentication against Active Directory running Windows 2008 Server and Java 1.7.0.51. However, after switching to Java 1.8.0_20, authentication does not work anymore, Tomcat logs the following error message: Tomcat is configured according to the Windows Authentication How-To document, I'm attaching the krb5.ini, jaas.conf and server.xml that contains the JNDIRealm definition. I am seeing only log.txt and server.xml, so at least two other files are missing. Sending attachments to this mailing list is discouraged, as the mailing list software is configured to remove ones that it does not recognize. I acknowledge your report as well-written and valid one, so please file it into Bugzilla. You may upload the files there. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ipfiltering in Tomcat 6 fails, works fine on Tomcat 7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 André, On 9/25/14 5:36 PM, André Warnier wrote: Baran Topal wrote: Hi; Thanks for your interest. Yes, I realized context idea once i read the documentation.I must admit the hierarchy is weird but it's a custom installer of a site that installs on Windows machine. There is no Tomcat manager console in place (at least I didn't see/enable). The hierarchy is as this: programnameunderCdriveProgramFilestomcat/webapps/ROOT/WEB-INF and under WEB-INF, there is jsp folder in which it covers the jsp pages of admin that i want to filter out for a particular IP. I think, there is no concern to make the change in server.xml because there will be absolutely one web application under this Tomcat. So, the change can be application-wide i guess. For just testing, within the given valve above, i can filter out index.jsp which is in the path, programnameunderCdriveProgramFiles/tomcat/webapps/ROOT/ and i can filter that particular file successfully but fail to filter programnameunderCdriveProgramFiles/tomcat/webapps/ROOT/WEB-INF/jsp/admin folder. Thanks for your help. Regards. Boran, you are either not listening, or not understanding what Christopher - who is one of the Tomcat experts on this list - is trying to tell you : The design of Tomcat is such that, for any normally-configured Tomcat, a client (any client) should not normally be able to obtain *anything* that is located below the /WEB-INF/ directory of an application. If your clients can access these files, then it means that you have found a way to misconfigure Tomcat so badly, that you are bypassing one of its built-in security features. (And if so, you should file it as a bug). The /WEB-INF/ sub-directory is a special place, that serves to store configuration files, compiled java classes and jars, which the clients should /never/ be able to obtain. It is not meant to contain any JSP's or HTML pages of an application. While I don't do it personally, I've seen lots of web applications where the .jsp files are stored under /WEB-INF so that they cannot be accessed directly. Instead, you have to hit some other resource which can then perform an internal forward (i.e. RequestDispatcher.forward) to access that resource. It's a valid use case, but the point is that /WEB-INF can't be accessed directly, and if you don't want people from certain places accessing anything in that directory, then you shouldn't forward those requests in the first place. There's really no need to rely on a Filter or Valve to protect you when you can do the same thing using standard role-based permissions. - -chris 2014-09-25 14:52 GMT+02:00 Christopher Schultz ch...@christopherschultz.net : Baran, On 9/24/14 5:04 PM, Baran Topal wrote: Hi, following works under server.xml Context path=/index.jsp reloadable=true Valve className=org.apache.catalina.valves.RemoteAddrValve deny=127\.0\.0\.1/ /Context Yes, it will work, but declaring a Context in server.xml is a Bad Idea. It's better to use a META-INF/context.xml file, or, even better, a file in CATALINA_BASE/conf/[engine]/[host]/[webapp].xml But, i need to hide my admin directory containing admin.jsp pages (more than 1 jsp page) The above configuration will deny all users from localhost (but only using IPv4) for all URL patterns matching your /index.jsp context (why in the world would you have a context path /index.jsp?). Something tells me you are seriously misconfiguring this server. My admin directory is in WEB-INF and WEB-INF is in the same level with /index.jsp but simply, not working when i ref. the context as /WEB-INF/admin No remote client should be able to directly access anything in /WEB-INF/ unless you have really done some damage to your server. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUJYPSAAoJEBzwKT+lPKRYQekP/iuI/5OJI96XI7d2vYHTVDks 7QaT1FunsGpSTn7oDH2d6xQ6YVgauK0mr3Blqpfi5cbWK9TEH8Li9iocYXcD3v/y +Q5J6U+ilm5rpanMLIeL5jsvxlbAcXF6e+TpjiwtWM6T0dnIEABrRuXWSdkRqatj wkMBMz9i8IvoLZpoFZGrS2vT3nPk188+fs0syamOwjGtMuEwEE6NVcLR4IhQiw7O Bm0w9D+e4NA/RbTLS19oKSJ0cxN9Q0iPmrWMnekc4jLCk7da2zNplf05/2EDzmlY LsE9d41W9pKmMziFaG9V/CWUb0Pb//3+LBHEYuEQgekwmuB+tu5cZLs7ogqU3NoX VsKuDJnetMIy++mvBNPawSZlNfX09p4YN8eqZeIdxE63hGOum4SJznyHp5skzIEL Lk1Ntw7kPAW4Q+aHUZjZ9EpFime8ygdMLU/W4FzeOZFKUFHA5kDEQNlSu5OqI3Dy OFtIuwORYtUDmn5PBRMTLMweQ3wtILNyPORuFEqrOujcwzZREIve1xw+n2PPS6Nv Ta/wzgTfS5QDPUFYCrx8CPTncTf2njVHCQvHkHskf578oxkjZFdSuMVj0NlaP/ja
Tomcat 6.0.37 - java.lang.NoClassDefFoundError: javax/servlet/ServletContainerInitializer
Hi I have been using Atmosphere for a web application running on tomcat 7. I now have to downgrade to Tomcat 6 due to dependency on other applications. Here is my dependency list. project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIddanfoss/groupId artifactIdmws/artifactId packagingwar/packaging version0.0.1-SNAPSHOT/version nameatmosphere Maven Webapp/name urlhttp://maven.apache.org/url dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.11/version scopetest/scope /dependency !-- dependency -- !-- groupIdorg.atmosphere/groupId -- !-- artifactIdatmosphere-runtime/artifactId -- !-- version2.2.1/version -- !-- /dependency -- !-- dependency -- !-- groupIdorg.atmosphere/groupId -- !-- artifactIdatmosphere-runtime-native/artifactId -- !-- version2.2.1/version -- !-- /dependency -- dependency groupIdorg.atmosphere/groupId artifactIdatmosphere-jersey/artifactId version2.2.1/version /dependency dependency groupIdorg.atmosphere/groupId artifactIdatmosphere-compat-tomcat7/artifactId version2.0.1/version /dependency dependency groupIdcom.sun.jersey/groupId artifactIdjersey-json/artifactId version1.12/version /dependency !-- dependency -- !-- groupIdjavax.servlet/groupId -- !-- artifactIdservlet-api/artifactId -- !-- version2.4/version -- !-- /dependency -- dependency groupIdcommons-codec/groupId artifactIdcommons-codec/artifactId version1.2/version /dependency !-- Swagger dependenccy for documentation -- dependency groupIdcom.wordnik/groupId artifactIdswagger-jaxrs_2.9.1/artifactId version1.2.0/version scopecompile/scope exclusions exclusion !-- declare the exclusion here -- groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId /exclusion /exclusions /dependency !-- Test dependency -- dependency groupIdcom.sun.jersey.jersey-test-framework/groupId artifactIdjersey-test-framework-external/artifactId version1.12/version scopetest/scope exclusions exclusion !-- declare the exclusion here -- groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId /exclusion /exclusions /dependency !-- Test dependency -- dependency groupIdcom.sun.jersey.contribs.jersey-oauth/groupId artifactIdoauth-client/artifactId version1.12/version /dependency dependency groupIdcom.sun.jersey.contribs.jersey-oauth/groupId artifactIdoauth-server/artifactId version1.12/version /dependency dependency groupIdcom.sun.jersey.contribs.jersey-oauth/groupId artifactIdoauth-signature/artifactId version1.12/version /dependency dependency groupIdc3p0/groupId artifactIdc3p0/artifactId version0.9.1.2/version /dependency /dependencies build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version2.3.2/version configuration source1.7/source target1.7/target /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.3/version configuration webResources resource !-- this is relative to the pom.xml directory -- directoryWebResources/directory /resource /webResources /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.9/version configuration skipfalse/skip /configuration executions execution idsurefire-it/id phaseintegration-test/phase goals goaltest/goal /goals configuration skipfalse/skip /configuration /execution /executions /plugin /plugins finalNamemws/finalName /build /project I keep getting the error: 17553 [http-8080-2] WARN org.atmosphere.util.IOUtils - META-INF/services/org.atmosphere.cpr.AtmosphereFramework not found in class loader 17565 [http-8080-2] ERROR org.atmosphere.cpr.AtmosphereFramework - Failed to initialize Atmosphere Framework java.lang.NoClassDefFoundError: javax/servlet/ServletContainerInitializer at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2854) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1159) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1647) at
Re: Tomcat 6.0.37 - java.lang.NoClassDefFoundError: javax/servlet/ServletContainerInitializer
On 26/09/2014 21:11, Prathyusha Kanala wrote: Hi I have been using Atmosphere for a web application running on tomcat 7. I now have to downgrade to Tomcat 6 due to dependency on other applications. Here is my dependency list. snip/ In order to be compatible with tomcat 6, i changed the dynamic web module from 3.0 to 2.5. Could you please help me resolve this? In a word: No. javax.servlet.ServletContainerInitializer is a Servlet 3.0 class and therefore requires a minimum of Tomcat 7. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat JVM Crash
Hi Chad, Could this be because during the installation of some of the components (suspects: JDK/JRE, wrapper daemons), the installer registered the Windows ACL wrongly, causing some of the process unable to access those required DLLs. Daniel On Tue, Sep 23, 2014 at 5:28 PM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Konstantin , Thanks for taking the time to look over the log. I removed the path as you advised. Unfortunately that's not the problem as it was crashing before I upgraded Java in an attempt to fix the crashes. I've also found the 'PrivilegedActionException' as strange but haven't found a cause and Googling doesn't yield much. No crash in four days. I have a background process that automatically restarts Tomcat when it crashes so it's a manageable situation. Thanks, Chad From: Konstantin Kolinko knst.koli...@gmail.com Sent: Saturday, September 20, 2014 5:27 AM To: Tomcat Users List Subject: Re: Tomcat JVM Crash 2014-09-20 3:01 GMT+04:00 Chad Maniccia cmanic...@mbgaustin.com: Enviroment Windows 2008 R2 Tomcat 8.0.11 Java 1.8.0_20-b26 Sysco HTTPS Firewall (They have to authenticate through it first) HTTPS only Memory Pool=3072MB Thread Stack Size=384 Problem We recently moved to a new Windows server, I installed the exact same software on the new server as the old. The problem is that on the new server Tomcat has a JVM crash two to four times a week almost at the exact same time 11:30PM. This happens to be during the time we have our greatest number of active sessions but not the heaviest use. I have looked into localhost_access_log but the last logged requests don't seem to be the problem. I fear it's not being logged. I have nothing to go on other than the error log which doesn't appear to show a cause other than the blocked threads. I have submitted the report to Oracle but they have failed to comment. Today I increased Tomcat logging to Fine and am monitoring the Threads using JConsole. Can anyone point out a tip or clue I may be missing in this report? Just pointing at some oddities below Internal exceptions (10 events): Event: 46744.455 Thread 0x24459000 Exception a 'java/security/PrivilegedActionException' (0x000783e5a790) thrown at [D:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u20\1074\hotspot\src\share\vm\prims\jvm.cpp, line 1275] I wonder why the last 10 exceptions are all PrivilegedActionException. Dynamic libraries: 0x00014000 - 0x00014001e000 C:\Program Files\Apache Software Foundation\Tomcat 8.0\bin\Tomcat8.exe 0x77c0 - 0x77da9000 C:\Windows\SYSTEM32\ntdll.dll 0x779e - 0x77aff000 C:\Windows\system32\kernel32.dll 0x07fefdc4 - 0x07fefdcab000 C:\Windows\system32\KERNELBASE.dll 0x07feff89 - 0x07feff96b000 C:\Windows\system32\ADVAPI32.dll 0x07feff97 - 0x07feffa0f000 C:\Windows\system32\msvcrt.dll 0x07feffd5 - 0x07feffd6f000 C:\Windows\SYSTEM32\sechost.dll 0x07feffb2 - 0x07feffc4d000 C:\Windows\system32\RPCRT4.dll 0x07fefe0f - 0x07fefee78000 C:\Windows\system32\SHELL32.dll 0x07feff48 - 0x07feff4f1000 C:\Windows\system32\SHLWAPI.dll 0x07feff7c - 0x07feff827000 C:\Windows\system32\GDI32.dll 0x77b0 - 0x77bfa000 C:\Windows\system32\USER32.dll 0x07feff21 - 0x07feff21e000 C:\Windows\system32\LPK.dll 0x07feffd8 - 0x07feffe49000 C:\Windows\system32\USP10.dll 0x07feffc5 - 0x07feffc7e000 C:\Windows\system32\IMM32.DLL 0x07feffa1 - 0x07feffb19000 C:\Windows\system32\MSCTF.dll 0x6eac - 0x6f318000 C:\Program Files\Java\jre1.8.0_20\bin\server\jvm.dll 0x07fefa49 - 0x07fefa499000 C:\Windows\system32\WSOCK32.dll 0x07feffd0 - 0x07feffd4d000 C:\Windows\system32\WS2_32.dll 0x07feffd7 - 0x07feffd78000 C:\Windows\system32\NSI.dll 0x07fef7ba - 0x07fef7bdb000 C:\Windows\system32\WINMM.dll 0x77dd - 0x77dd7000 C:\Windows\system32\PSAPI.DLL 0x5d8f - 0x5d9c2000 C:\Program Files\Java\jdk1.8.0_05\bin\MSVCR100.dll The above library is wrong. Why it comes from 8u05 when all the others come from 8u20? 0x6c81 - 0x6c81f000 C:\Program Files\Java\jre1.8.0_20\bin\verify.dll 0x6074 - 0x60768000 C:\Program Files\Java\jre1.8.0_20\bin\java.dll 0x6c7f - 0x6c806000 C:\Program Files\Java\jre1.8.0_20\bin\zip.dll 0x07fefee8 - 0x07feff083000 C:\Windows\system32\ole32.dll 0x07fefdb5 - 0x07fefdb5f000 C:\Windows\system32\profapi.dll 0x6699 - 0x6699d000 C:\Program Files\Java\jre1.8.0_20\bin\management.dll 0x6b44 - 0x6b45a000 C:\Program
RV: Help for configuration in App Manager in apache-tomcat-7.0.29
Hello gays I still have the problem!!! -Mensaje original- De: Rosario Marin Enviado el: jueves, 25 de septiembre de 2014 04:43 p.m. Para: 'Tomcat Users List' Asunto: RE: Help for configuration in App Manager in apache-tomcat-7.0.29 Hello little more precise about my problem with the Undeploy button for all test applications as I can see active, but not for my services. And you can be more specific in the package path and jar should I change? Post a picture of what I see, my installation is in Spanish. Greetings and thanks -Mensaje original- De: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Enviado el: jueves, 25 de septiembre de 2014 02:21 p.m. Para: Tomcat Users List Asunto: Re: Help for configuration in App Manager in apache-tomcat-7.0.29 2014-09-25 19:21 GMT+04:00 Rosario Marin rosario.ma...@stratus.com.mx: Do you run one Tomcat, listening on 2 different ports ? Yes What do you mean with App Manager ? For example : http://164.152.40.70:7533/manager/html (GUI for deploy of applications). Ok, I have installed apache-tomcat-7.0.29 in the next address IP: http://164.152.40.70/ and Had only the port to the deploy for my web services : http://164.152.40.70:7533/ , but I asked one of those services are deployed on a different port and set up another in the file server.xml which remained follows http://164.152.40.70:7550/ . Then in the first port http://164.152.40.70:7533/manager/html , Here, ' replegar' button is disabled and the second new port http://164.152.40.70:7550/manager/html all good! In that part of the settings I can fix this? From LocalStrings_es.properties file: htmlManagerServlet.appsUndeploy = Replegar You cannot undeploy the Manager application that you are currently using. The button should have been disabled in both cases. - 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
RE: Tomcat JVM Crash
Hi Daniel, Thanks for responding! I'm not sure. I can tell you it happened with Tomcat 7 and so I upgraded to Tomcat 8 and still same problem. Should I reinstall 8? Thanks, Chad Sent from my Verizon Wireless 4G LTE smartphone Original message From: Daniel Baktiar Date:09/26/2014 5:51 PM (GMT-06:00) To: Tomcat Users List Subject: Re: Tomcat JVM Crash Hi Chad, Could this be because during the installation of some of the components (suspects: JDK/JRE, wrapper daemons), the installer registered the Windows ACL wrongly, causing some of the process unable to access those required DLLs. Daniel On Tue, Sep 23, 2014 at 5:28 PM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Konstantin , Thanks for taking the time to look over the log. I removed the path as you advised. Unfortunately that's not the problem as it was crashing before I upgraded Java in an attempt to fix the crashes. I've also found the 'PrivilegedActionException' as strange but haven't found a cause and Googling doesn't yield much. No crash in four days. I have a background process that automatically restarts Tomcat when it crashes so it's a manageable situation. Thanks, Chad From: Konstantin Kolinko knst.koli...@gmail.com Sent: Saturday, September 20, 2014 5:27 AM To: Tomcat Users List Subject: Re: Tomcat JVM Crash 2014-09-20 3:01 GMT+04:00 Chad Maniccia cmanic...@mbgaustin.com: Enviroment Windows 2008 R2 Tomcat 8.0.11 Java 1.8.0_20-b26 Sysco HTTPS Firewall (They have to authenticate through it first) HTTPS only Memory Pool=3072MB Thread Stack Size=384 Problem We recently moved to a new Windows server, I installed the exact same software on the new server as the old. The problem is that on the new server Tomcat has a JVM crash two to four times a week almost at the exact same time 11:30PM. This happens to be during the time we have our greatest number of active sessions but not the heaviest use. I have looked into localhost_access_log but the last logged requests don't seem to be the problem. I fear it's not being logged. I have nothing to go on other than the error log which doesn't appear to show a cause other than the blocked threads. I have submitted the report to Oracle but they have failed to comment. Today I increased Tomcat logging to Fine and am monitoring the Threads using JConsole. Can anyone point out a tip or clue I may be missing in this report? Just pointing at some oddities below Internal exceptions (10 events): Event: 46744.455 Thread 0x24459000 Exception a 'java/security/PrivilegedActionException' (0x000783e5a790) thrown at [D:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u20\1074\hotspot\src\share\vm\prims\jvm.cpp, line 1275] I wonder why the last 10 exceptions are all PrivilegedActionException. Dynamic libraries: 0x00014000 - 0x00014001e000 C:\Program Files\Apache Software Foundation\Tomcat 8.0\bin\Tomcat8.exe 0x77c0 - 0x77da9000 C:\Windows\SYSTEM32\ntdll.dll 0x779e - 0x77aff000 C:\Windows\system32\kernel32.dll 0x07fefdc4 - 0x07fefdcab000 C:\Windows\system32\KERNELBASE.dll 0x07feff89 - 0x07feff96b000 C:\Windows\system32\ADVAPI32.dll 0x07feff97 - 0x07feffa0f000 C:\Windows\system32\msvcrt.dll 0x07feffd5 - 0x07feffd6f000 C:\Windows\SYSTEM32\sechost.dll 0x07feffb2 - 0x07feffc4d000 C:\Windows\system32\RPCRT4.dll 0x07fefe0f - 0x07fefee78000 C:\Windows\system32\SHELL32.dll 0x07feff48 - 0x07feff4f1000 C:\Windows\system32\SHLWAPI.dll 0x07feff7c - 0x07feff827000 C:\Windows\system32\GDI32.dll 0x77b0 - 0x77bfa000 C:\Windows\system32\USER32.dll 0x07feff21 - 0x07feff21e000 C:\Windows\system32\LPK.dll 0x07feffd8 - 0x07feffe49000 C:\Windows\system32\USP10.dll 0x07feffc5 - 0x07feffc7e000 C:\Windows\system32\IMM32.DLL 0x07feffa1 - 0x07feffb19000 C:\Windows\system32\MSCTF.dll 0x6eac - 0x6f318000 C:\Program Files\Java\jre1.8.0_20\bin\server\jvm.dll 0x07fefa49 - 0x07fefa499000 C:\Windows\system32\WSOCK32.dll 0x07feffd0 - 0x07feffd4d000 C:\Windows\system32\WS2_32.dll 0x07feffd7 - 0x07feffd78000 C:\Windows\system32\NSI.dll 0x07fef7ba - 0x07fef7bdb000 C:\Windows\system32\WINMM.dll 0x77dd - 0x77dd7000 C:\Windows\system32\PSAPI.DLL 0x5d8f - 0x5d9c2000 C:\Program Files\Java\jdk1.8.0_05\bin\MSVCR100.dll The above library is wrong. Why it comes from 8u05 when all the others come from 8u20? 0x6c81 - 0x6c81f000 C:\Program Files\Java\jre1.8.0_20\bin\verify.dll 0x6074 - 0x60768000 C:\Program Files\Java\jre1.8.0_20\bin\java.dll 0x6c7f -