Je reçois cette erreur lorsque j'essaie d'exécuter Tomcat:
"Java.lang.UnsatisfiedLinkError: C:\Fichiers de programme (x86)\Apache-Tomcat-7.0.34\bin\tcnative-1.dll: Impossible de charger le fichier .dll AMD 64 bits sur une plate-forme IA 32 bits" .
Cependant, j'ai téléchargé le JRE 64 bits et vérifié ma version de Java:
C:\Program Files (x86)\Apache-Tomcat-7.0.34\bin> Java - version
Version Java "1.7.0_10"
Environnement d'exécution Java SE (version 1.7.0_10-b18)
Serveur Java 64 bits Java HotSpot VM (version 23.6-b04, mode mixte)
J'ai déjà vu cette question ici auparavant, mais dans l'un, il n'y avait pas de solution, et dans l'autre, il s'agissait d'un problème Eclipse, mais je reçois cette erreur lorsque j'accède directement à Tomcat.
Comment savoir quelle "plate-forme IA 32 bits" est détectée et comment orienter Tomcat dans la bonne direction? En outre, cela pourrait-il être la raison pour laquelle mon servlet reçoit cette erreur 404 via Eclipse?
type Rapport d'état
message/JSPandServlet/Controller
description La ressource demandée n'est pas disponible.
C:\Program Files (x86)\Apache-Tomcat-7.0.34\bin> configtest.bat
Utilisation de CATALINA_BASE: "C:\Program Files (x86)\Apache-Tomcat-7.0.34"
Utilisation de CATALINA_HOME: "C:\Program Files (x86)\Apache-Tomcat-7.0.34"
Utilisation de CATALINA_TMPDIR: "C:\Fichiers de programme (x86)\Apache-Tomcat-7.0.34\temp"
Utilisation de JRE_HOME: "C:\Program Files (x86)\Java\jre7"
Utilisation de CLASSPATH: "C:\Fichiers de programme (x86)\Apache-Tomcat-7.0.34\bin\bootstra P.jar; C:\Fichiers de programme (x86)\Apache-Tomcat-7.0.34\bin\Tomcat-juli.jar "
Java.lang.UnsatisfiedLinkError: C:\Fichiers de programme (x86)\Apache-Tomcat-7.0.34\bin\ Tcnative-1.dll: impossible de charger le fichier .dll AMD 64 bits sur un agent IA 32 bits Plate-forme
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)
26 décembre 2012 19:15:47 PM org.Apache.catalina.core.AprLifecycleListener init
INFORMATION: La bibliothèque native Apache Tomcat basée sur APR qui permet des performances optimales E n'a pas été trouvée dans les environnements de production Java.library.path: C:\Program Fichiers (x86)\Java\jre7\bin; C :\windows\sun\java\bin; c:\windows\system32; c:\windows; c:\fichiers de programme\fichiers communs\partage en ligne de Microsoft\services en ligne; C:\fichiers de programme (x86)\fichiers communs\Microsoft Shared\Services en ligne Microsoft; C:\Programmes communs\Fichiers communs\Microsoft partagés\Windows Live; C:\Fichiers de programmes (x86)\Fichiers communs\Microsoft partagés\Windows Live; C:\Programmes de fichiers (x86)\PHP \; C:\windows\system32; C:\windows; C:\windows\System32\Wbem; c:\Fichiers de programme (x86)\Microsoft SQLServer\100\Tools\Binn \; c:\Fichiers de programme\Microsoft SQL Serveur\100\Tools\Binn \; c:\Fichiers de programme\Microsoft SQL Server\100\DTS\Binn \; c:\Fichiers de programme (x86)\Microsoft Pages Web ASP.NET\ASP.NET\v1.0\; c:\Fichiers de programme (x86)\Microsoft SQL Server\10 0\Outils\Binn\VSShell\Common7\IDE \; c:\Fichiers de programme (x86)\Microsoft SQL Server\100\DTS\Binn\; C:\Program Files ( x86)\Windows Live\Partagé; C:\Programmes d'installation\TortoiseSVN\bin; C:\Programmes d'installation\Programme d'installation de la plate-forme Microsoft\Web \; C:\Fichiers de programme\SourceGear\Commun\DiffMerge \; C:\Ruby193\bin ;.
26 déc. 2012 19:15:47 PM org.Apache.coyote.AbstractProtocol init
INFO: initialisation de ProtocolHandler ["http-bio-8080"]
26 décembre 2012 19:15:47 PM org.Apache.coyote.AbstractProtocol init
INFO: initialisation de ProtocolHandler ["ajp-bio-8009"]
26 décembre 2012 19:15:47 PM org.Apache.catalina.startup.Catalina
INFO: initialisation traitée en 448 ms
Oh mec, j'ai trouvé le problème. J'avais un vieux JRE dans un endroit étrange auquel JRE_HOME avait accédé. J'ai enlevé ce répertoire, corrigé mes variables d'environnement, et cela a été réglé.
Je viens de trouver la solution. Le problème était que mon JRE_HOME indiquait un JRE 32 bits où, dans ma machine, il y avait une machine 64 bits. J'ai installé le JRE 64 bits et l'ai remplacé dans la variable système et le serveur a démarré en mode minimal
Veuillez vérifier votre version par défaut indiquée par Eclipse. Propriétés-> Compilateur Java . Basculez-le sur votre version de JRE installée. Cela a fonctionné pour moi. Merci.
Veuillez vérifier votre version de Project SDK utilisée par IDE.
Dans Intellij IDEA: Fichier -> Structure du projet -> Projet . Dans Eclipse: Propriétés -> Compilateur Java .
Basculez-le sur la version JDK x64 installée.
Pour le même message "Impossible de charger le fichier .dll IA 32 bits sur une plate-forme AMD 64 bits" En essayant d'exécuter un esclave Jenkins sur une machine Windows 64 bits, corrigez le problème en supprimant les variables d'environnement Java_TOOL_OPTIONS et _Java_OPTIONS pointant vers 32 bits jvmhook.
Le problème que j'ai rencontré avec un message similaire est que j'ai créé une bibliothèque native partagée via swig sur une machine Linux (libmyLic.so), que je l'ai copiée sous Windows et que j'essayais de lancer mon test Java. Ce test était censé utiliser l'interface System.loadLibrary ou System.load. Cela ne fonctionne pas, car swig a créé ma bibliothèque native partagée (encapsulant le code C++ dans Java) pour un environnement UNIX. quand j'ai copié tous les tests sous Linux, cela résout le problème.