tcnative-1.dll ne Peut pas charger AMD 64 bits .dll sur une IA plate-forme 32 bits

J'obtiens cette erreur quand j'essaie de lancer tomcat:

"de java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\apache-tomcat-7.0.34\bin\tcnative-1.dll: ne Peut pas charger AMD 64 bits .dll sur une IA plate-forme 32 bits".

Cependant, j'ai la version 64 bits JRE téléchargé, puis double-vérifié ma version de java:

C:\Program Files (x86)\apache-tomcat-7.0.34\bin>java -version

java version "1.7.0_10"

Java(TM) SE Runtime Environment (build 1.7.0_10-b18)

Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, en mode mixte)

J'ai vu cette question ici, mais dans une, il n'y a pas de résolution, et, dans l'autre c'était une Éclipse problème, mais j'obtiens cette erreur quand j'ai accès tomcat directement.

Comment puis-je trouver "IA 32 bits plate-forme" est détecté, et comment dois-je point de Tomcat dans la bonne direction? Aussi, cela pourrait être la raison pour laquelle ma servlet reçoit ce message d'erreur 404 par Eclipse?

type d'État rapport

message /JSPandServlet/Contrôleur

description La ressource demandée n'est pas disponible.

Journaux:

C:\Program Files (x86)\apache-tomcat-7.0.34\bin>configtest.chauve-souris

À l'aide de CATALINA_BASE: "C:\Program Files (x86)\apache-tomcat-7.0.34"

À l'aide de CATALINA_HOME: "C:\Program Files (x86)\apache-tomcat-7.0.34"

À l'aide de CATALINA_TMPDIR: "C:\Program Files (x86)\apache-tomcat-7.0.34\temp"

À l'aide de JRE_HOME: "C:\Program Files (x86)\Java\jre7"

Utilisant CLASSPATH: "C:\Program Files (x86)\apache-tomcat-7.0.34\bin\bootstra
p.jar;C:\Program Files (x86)\apache-tomcat-7.0.34\bin\tomcat-juli.jar"

java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\apache-tomcat-7.0.34\bin\
tcnative-1.dll: ne Peut pas charger AMD 64 bits .dll sur une IA plate-forme 32 bits

    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)

Déc 26, 2012 7:15:47 PM org.apache.catalina.de base.AprLifecycleListener init

INFO: La AVR basé sur Apache Tomcat bibliothèque Native qui permettent d'optimiser la performanc
e dans les environnements de production n'a pas été trouvé sur le java.de la bibliothèque.chemin d'accès: C:\Program
Files (x86)\Java\jre7\bin;C:\windows\Sun\Java\bin;C:\windows\system32;C:\windows;C:\Program Files\Fichiers Communs\Microsoft Shared\Microsoft Online Services;C:\Program Files (x86)\Common Files\Microsoft Shared\Microsoft Online Services;C:\Program Files\Fichiers Communs\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\PHP\;C:\windows\system32;C:\windows;C:\windows\System32\Wbem;c:\Program Files (x86)\Microsoft sql server\100\Tools\Binn\;c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL Server\100\DTS\Binn\;c:\Program Files (x86)\Microsoft ASP.NET\ASP.NET Pages Web\v1.0\;c:\Program Files (x86)\Microsoft SQL Server\10
0\Tools\Binn\VSShell\Common7\IDE\;c:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\Windows Live\Partagé;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Microsoft\Web Platform Installer\;C:\Program Files\SourceGear\Common\DiffMerge\;C:\Ruby193\bin;.

Déc 26, 2012 7:15:47 PM org.apache.coyote.AbstractProtocol init

INFO: Initialisation ProtocolHandler ["http-bio-8080"]

Déc 26, 2012 7:15:47 PM org.apache.coyote.AbstractProtocol init

INFO: Initialisation ProtocolHandler ["ajp-bio-8009"]

Déc 26, 2012 7:15:47 PM org.apache.catalina.de démarrage.Catalina charge

INFO: Initialisation transformés en 448 ms

  • Votre JVM vient probablement avec les versions 32-bit et 64-bit binaires, et vous êtes évidemment l'exécution de la JVM 32 bits autour de Tomcat. Comment voulez-vous lancer Tomcat (script ou service)? Pouvez-vous vous connecter à la machine à l'aide d'un profileur/jconsole/etc. et d'inspecter les propriétés du système? Plus précisément, quelles sont les valeurs pour java.vm.name et os.arch?
  • Merci pour la réponse! J'ai d'abord vu l'erreur lors du lancement de Tomcat par Eclipse via "Exécuter en tant Qu' > Exécuter sur le serveur". J'ai également vu lors de l'exécution de configtest.chauve-souris directement sur Tomcat. Dans la console Java, j'ai eu de la Machine Virtuelle: Java HotSpot(TM) 64-Bit Server VM version de 23,6-b04 et de l'Architecture: amd64.
InformationsquelleAutor cmdkennedy | 2012-12-27
  1. 20

    Oh man, j'ai trouvé le problème. J'avais un vieux JRE dans un étrange endroit qui a été consultée par JRE_HOME. J'ai supprimé cette dir, fixe mes variables d'environnement, et qui a pris soin d'elle.

    InformationsquelleAutor cmdkennedy
  2. 9

    Je viens de trouver la solution. Le problème était que mon JRE_HOME a souligné un 32 bits JRE où dans ma machine est un ordinateur 64 bits. J'ai installé la version 64 bits JRE et l'a remplacé dans la variable système et le serveur a commencé à nettoyer

    • changer JRE_HOME n'a pas à résoudre ce problème
    • Modification des variables d'environnement nécessite de déconnexion de prendre effet.
    InformationsquelleAutor Komal Ahluwalia
  3. 4

    Veuillez vérifier votre version par défaut signalé par eclipse.Propriétés->Java Compilateur. Commutateur à votre version du JRE installé. Cela a fonctionné pour moi. Merci.

    InformationsquelleAutor Anoop Velluva
  4. 1

    Veuillez vérifier votre Projet version du SDK utilisé par l'IDE. 

    Dans Intellij IDEA: Fichier -> Structure de Projet -> Projet. 
Dans Eclipse: Propriétés -> Java Compilateur.

    De le passer en JDK version x64 installé.

    InformationsquelleAutor naXa
  5. 0

    Pour le même message
    "Ne peut pas charger IA 32 bits .dll sur un AMD 64 bits plate-forme"
    lors de l'exécution d'un Jenkins esclave sur une version 64 bits de windows de la machine, il fixe par retrait JAVA_TOOL_OPTIONS et _JAVA_OPTIONS les variables d'environnement qui ont été pointant vers 32 bits jvmhook.

    InformationsquelleAutor Anuroopa Shenoy
  6. 0

    Le problème que j'ai été confronté à un message, c'est que j'ai créé partagée la bibliothèque native via rasade sur la machine Linux (libmyLic.donc) , copié sur Windows, et il était en train de lancer mon java de test. Ce test a été censé utiliser le Système.loadLibrary ou d'un Système.charge de l'interface . Il ne fonctionne pas, parce que rasade créé mon partagée la bibliothèque native (emballage code C++ à java) pour l'environnement UNIX. lorsque j'ai copié tous les test pour Linux il résout le problème.

    InformationsquelleAutor Irina T
  7. 0

    Necromancing sur un serveur windows (Mars 2019). Il y a plusieurs réponses sur un débordement de pile pour le problème ne Peut pas charger AMD 64 bits .dll sur une IA plate-forme 32 bits". Tous montrent qu'une partie de la solution. Ici, tout est ensemble.

    La cause: une version 32 bits de Java est utilisé, tandis que la bibliothèque s'attend à une version 64 bits.

    (1) assurez-vous que JAVA_HOME et CATALINA_HOME est réglé. Quelque chose comme

    set JAVA_HOME=C:\Program Files\Java\jre1.8.0_201
    ensemble CATALINA_HOME=C:\Program Files (x86)\tomcat-9.0.16

    Ces emplacements par défaut en Mars 2019. Le réel versions n'ont pas d'importance, ce qui est important que les commandes suivantes doivent travailler:

    "%java_home%\bin\java.exe" -version
"%catalina_home%\bin\configtest.bat"

    La première commande devrait vous donner quelques lignes. L'une des lignes devrait dire quelque chose comme 

    Java HotSpot(TM) 64-bit Server VM

    Bien sûr uniquement 64 bits sur un windows 64 bits de la machine. (comment le vérifier: windows - run - system information. Il convient de mentionner dans le Type de Système si est est un 32 ou 54 système)

    La config de test vous montre le java et le catalina maison de valeurs qui sont utilisé par TomCat.

    Si vous avez la mauvaise version de Java:

    • Désinstallation des anciennes version de Java: Panneau de commande (page principale) Programmes - Désinstaller un programme
    • Aller à télécharger Java page de téléchargement du manuel d'. (Google si le lien ne fonctionne plus) Ne pas faire les téléchargements automatiques, vous pouvez obtenir une version différente de celle que vous souhaitez, en fonction de vos navigateurs.
    • Télécharger hors ligne windows 64 bits Ne pas le faire en ligne, à nouveau: il ressemble à votre navigateur de manière à décider si vous souhaitez 32 ou 64 bits.
    • exécutez le programme d'installation.
    • Après l'installation de Java, consultez votre Chemin et vos variables d'environnement et d'ajuster en conséquence (Dans windows server 2012: Panneau de configuration - Système et Sécurité - le Système de Changement des Paramètres - Avancé, Variables d'Environnement)
      -ré-ouvrir une invite de commande. Vérifier le Chemin d'accès et les variables d'environnement nouveau et exécuter les tests ci-dessus.
    InformationsquelleAutor Harald Coppoolse