tcnative-1.dll не может загрузить 64-разрядную версию AMD.dll на 32-разрядной платформе IA
Я получаю эту ошибку, когда пытаюсь запустить tomcat:
" java.ленг.UnsatisfiedLinkError: C:Program файлы (x86)apache-tomcat-7.0.34bintcnative-1.dll: не удается загрузить 64-разрядную версию AMD .dll на 32-разрядной платформе IA".
тем не менее, у меня есть 64-битная JRE, загруженная и дважды проверенная моя версия java:
C:Program файлы (x86)apache-tomcat-7.0.34bin>java-версия
версия java "1.7.0_10"
Java (TM) SE среда выполнения (build 1.7.0_10-b18)
Java HotSpot (TM) 64-разрядный сервер VM (сборка 23.6-b04, смешанный режим)
Я видел этот вопрос здесь раньше, но в одном не было разрешения, а в другом это была проблема Eclipse, но я получаю эту ошибку, когда я обращаюсь к tomcat напрямую.
Как узнать, какая "IA 32-битная платформа" обнаруживается, и как указать Tomcat в правильном направлении? Кроме того, может ли это быть почему мой сервлет получает эту ошибку 404 через Eclipse?
отчет о состоянии типа
сообщение/JSPandServlet / контроллер
описание запрошенный ресурс недоступен.
журналы:
C:Program файлы (x86)apache-tomcat-7.0.34bin>configtest.летучая мышь!--2-->
использование CATALINA_BASE:" C:Program файлы (x86)apache-tomcat-7.0.34"
использование CATALINA_HOME:" C:Program файлы (для x86)Apache, а котяра-7.0.34"
использование CATALINA_TMPDIR:" C:Program файлы (x86)apache-tomcat-7.0.34temp"
использование JRE_HOME: "C:Program файлы (x86)Javajre7"
использование пути к классам: "C:Program файлы (x86)apache-tomcat-7.0.34binbootstra p.jar;C:Program файлы (x86)apache-tomcat-7.0.34bintomcat-juli.jar"
java.ленг.UnsatisfiedLinkError: C:Program файлы (x86)apache-tomcat-7.0.34bin tcnative-1.dll: не удается загрузить 64-разрядную версию AMD .dll на 32-разрядной платформе IA
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(Unknown Source)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
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(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
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(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455)
Dec 26, 2012 7:15: 47 pm org.апаш.Каталина.ядро.AprLifecycleListener init
INFO: Apr на основе собственной библиотеки Apache Tomcat, которая позволяет оптимально выполнять e в производственных средах не было найдено на java.библиотека.путь: C:Program Файлы (х86)Яваjre7ОГРН;C:windowsSunJavabin;C:windowssystem32;C:windows;C:Program файлы Общие файлы\Microsoft общийМайкрософт онлайн;файлов C:Program (для x86)общие ФайлыMicrosoft общийонлайн-сервисов Microsoft;C:Program файлыCommon папку общая папкаWindows видео;C:Program файлы (х86)Common папку общая папкаWindows видео;C:Program файлы (х86)РНР;C:windowssystem32;C:windows;C:windowsSystem32Wbem;c:Program файлы (х86)Майкрософт SQL сервер100инструментыБинн;c:Program файлыМайкрософт SQL сервер100инструментыБинн;c:Program файлыМайкрософт SQL сервер100ДЦБинн;c:Program файлы (х86)Майкрософт asp.netasp.net Pagesv1.0;c:Program файлы (x86)Microsoft SQL Server10 0инструментыБиннVSShellCommon7язь;c:Program файлы (х86)Майкрософт SQL сервер100ДЦБинн;C:Program файлы (х86)Windows, вобщий;C:Program файлыс TortoiseSVNОГРН;C:Program файлыМайкрософтустановщика веб-платформы;C:Program файлыSourceGearобщиеDiffMerge;C:Ruby193bin;.
Dec 26, 2012 7:15: 47 pm org.апаш.койот.AbstractProtocol init
INFO: инициализация ProtocolHandler ["http-bio-8080"]
Dec 26, 2012 7:15: 47 pm org.апаш.койот.AbstractProtocol init
INFO: инициализация ProtocolHandler ["ajp-bio-8009"]
Dec 26, 2012 7:15: 47 pm org.апаш.Каталина.запуск.Catalina load
INFO: инициализация обработана в 448 МС
5 ответов
О боже, я нашел проблему. У меня был старый JRE в странном месте, к которому обращался JRE_HOME. Я удалил этот dir, исправил переменные среды, и это позаботилось об этом.
Я только что нашел решение. Проблема заключалась в том, что мой JRE_HOME указывал на 32-битную JRE, где в моей машине была 64-битная машина. Я установил 64-битную JRE и заменил ее в системной переменной, и сервер начал чистить
пожалуйста, проверьте версию по умолчанию, указанную eclipse.Свойства - >Java Compiler. Переключите его на установленную версию JRE. Это сработало для меня. Спасибо.
проверьте версию SDK проекта, используемую IDE.
In Intellij IDEA: File -> Project Structure -> Project. In Eclipse: Properties -> Java Compiler.
переключите его на установленную версию JDK x64.
для того же сообщения "Не удается загрузить 32-битный IA .dll на 64-разрядной платформе AMD" при попытке запустить подчиненный Jenkins на 64-битной машине windows исправил его, удалив переменные среды JAVA_TOOL_OPTIONS и _JAVA_OPTIONS, которые указывали на 32-битный jvmhook.