Je gère une application Java sur un serveur Linux utilisant TIBCO RV et que j'obtiens l'erreur suivante: Qu'est-ce qui cause ce problème? P> i ont déjà ajouté la voie libièc contenant mise à jour: p> actuellement, je avoir *. donc code> dans ld_library_path code> mais toujours le même résultat. p> classpath code>. Le Tibvj.jar a été copié de l'environnement Windows à la boîte Linux où je suis mon application. J'ai supprimé cela de la classe de classe et ajouté une autre référence
5 Réponses :
Avez-vous chargé la bibliothèque à l'aide de System.LoadLibrary ("Tibvj")? L'avez-vous ajouté à Java.Library.Path? P>
Je l'ai chargé à l'aide de Tibv.Open (Tibrv.Impl_native).
Je ne sais pas ce que vous voulez dire là-bas - je pense que pour utiliser une bibliothèque indigène, vous devez charger une fois dans la JVM afin que le chargeur de classe le sait. Généralement, je le ferais dans une initialiseur statique. Est la déclaration Tibrv.Open () que vous mentionnez ci-dessus dans votre Java?
Et qu'est-ce que Tibrv? Un de vos propres objets ou quelque chose de fourni par Tivco?
Tibv est une classe fournie par TIBCO, comme dans com.tibco.tibv.Tibv.
J'ai eu le même problème, et j'ai réparé cela en faisant ce qui suit:
mon environnement est: p>
Avant, j'avais installé un JDK 1.6U17, pour un processeur I586 et lorsque j'ai essayé de charger la bibliothèque à l'aide de: P> J'ai cette erreur : p> Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\TIBCO\tibrv\8.2\bin\tibrvj.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
Les clés sont 1 - Version Java droite, 2 - Tibvj.jar dans ClassPath 3- Tibvj.dll dans Environnement Variable Path. Vous pouvez le faire ajouter au chemin [tibco_path] \ bin
Les réponses de Rchavarria et de Davehowes ont aidé, mais pour moi, le problème était que mon IDE remplace la variable du chemin (et donc java.library.path) lors de l'exécution de mon projet. P>
Suppression de ce remplacement a fait fonctionner, comme en dehors de l'IDE Tibrv était déjà sur le chemin. P>
Utilisez-vous des emballages? P>
Avez-vous Java.Library.Path définie dans votre wrapper.conf? J'avais Java.Library.Path set dans wrapper.conf, corrige cette valeur corrigée le problème pour moi. p>
alors ** system.loadlibrary ("tibvj"); ** code> p> p>