Eccomi qua con nuovi ed interessanti problemi da sottoporvi

Stavolta parliamo di applicazioni web. Devo deployare una mia applicazione su un server fedora.
Lavoro con j2sdk1.4.2_18 e tomcat 5.5.27

Ho fatto un'applicazione molto semplice, una pagina jsp di test e basta. L'ho deployata e funziona correttamente.
Ne ho fatta una che richiama una funzione SAP. Il mio collega mi ha dato queste istruzioni per l'installazione delle librerie di JCO:

codice:
copiare libsapjcorfc.so in: 
- WEB-INF/lib/ dell'applicazione web 
- installazione Java/jre/lib/i386/client/  

copiare librfccm.so in: 
- installazione Java/jre/lib/i386/client/
se lancio il tomcat e chiamo la prima applicazione tutto ok, se chiamo la seconda cade la connessione del tomcat.
Sul catalina mi dice

codice:
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGBUS (0x7) at pc=0xb7f6e0c7, pid=15754, tid=2847562640
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_18-b06 mixed mode)
# Problematic frame:
# C  [ld-linux.so.2+0x160c7]
#
# An error report file with more information is saved as hs_err_pid15754.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
infine aprendo quel file hs_err_pid15754.log

codice:
---------------  T H R E A D  ---------------

Current thread (0x08514888):  JavaThread "http-8080-Processor23" daemon [_thread_in_vm, id=15785]

siginfo:si_signo=7, si_errno=0, si_code=2, si_addr=0xa95acb98

*info sui registri*

C  [libjava.so+0x8823]  Java_java_lang_ClassLoader_00024NativeLibrary_load+0xd3
j  java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V+0
j  java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z+300
j  java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/String;Z)V+48
j  java.lang.Runtime.load0(Ljava/lang/Class;Ljava/lang/String;)V+57
j  java.lang.System.load(Ljava/lang/String;)V+7
j  com.sap.mw.jco.rfc.MiddlewareRFC.loadLibrary(Ljava/lang/String;)Ljava/lang/String;+927
j  com.sap.mw.jco.rfc.MiddlewareRFC.<clinit>()V+386
v  ~StubRoutines::call_stub
V  [libjvm.so+0x1b1824]
V  [libjvm.so+0x267379]
V  [libjvm.so+0x1b1a76]
V  [libjvm.so+0x19666f]
V  [libjvm.so+0x19ad8c]
V  [libjvm.so+0x19588b]
V  [libjvm.so+0x19b09f]
V  [libjvm.so+0x213388]
V  [libjvm.so+0x202640]
C  [libjava.so+0x8636]  Java_java_lang_Class_forName0+0x11a
j  java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0
j  java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+5
j  com.sap.mw.jco.JCO.<clinit>()V+513
v  ~StubRoutines::call_stub

...
e giù di altri errori a catena. Quindi? è un problema delle librerie? Noi abbiamo seguito gli stessi procedimenti da un cliente ed è andata bene. Può essere che dimentichi qualcosa?