Well, maybe using TCP sockets will solve the problem, and worrying about
using TCP on a production enviroment isn't a real issue, what do you
think the vast mayority off production enviroments are using nowadays?
;-).... also, if your problem is security, IPSec does the trick.....
just evaluate the pros and cons of using TCP sockets versus Unix sockets
and you'll have the answer, TCP also gives you portability.... think
seriously about it....
Jonathan Rengifo escribi�:
I guess you are right, maybe there is a problem I can't definitive
handle, but I am worry about having this connector working via TCP
socket on production, because I guess this is not the better
configuration. Do you have experience working like this on a
production scenario?
I am very thankful for you help, any other comments from you all is welcome...
Regards
Jonathan
On Fri, 03 Sep 2004 17:02:37 -0400, John Villar
<[EMAIL PROTECTED]> wrote:
I remember an issue i was having with JNI where the Hotspot compiler and
the JVM should have a proper directory structure, it was something like
having a "client" and "server" directory.... could be that....
however... i think your main problem is that Solaris 9 has a broken lib
that tomcat relies on.... :-(
Jonathan Rengifo escribi�:
I've already setup the CATALINA_HOME and TOMCAT_HOME path variables....
Any other suggestion? :'(
Regards
Jonathan
On Fri, 03 Sep 2004 16:54:36 -0400, John Villar
<[EMAIL PROTECTED]> wrote:
Maybe its because of the tomcat classpath, remember it doesn't use the
system wide classpath, but its own.... ;-)
Jonathan Rengifo escribi�:
I made the test with succesful results, I guess it is a linking
problem, but don't know how to solve it..
On Fri, 03 Sep 2004 16:18:13 -0400, John Villar
<[EMAIL PROTECTED]> wrote:
Try to make a small java test (without tomcat) that use the unix sockets
and see what happens.... maybe you can debug it and find what/where is
happenning
Jonathan Rengifo escribi�:
Hi, all...
My problem is definitive related with the libjkjni.so lib, when I add
the path of the library to the LD_LIBRARY_PATH I get the error
message:
ld.so.1: /usr/java/bin/java: fatal: relocation error: file
/usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0: symbol __divdi3:
referenced symbol not found
But, when take this path out of the LD_LIBRARY_PATH the error
disappears, but also disappears the AF_SOCKET support of the
connector, and got this message:
INFO: APR not loaded, disabling jni components: java.io.IOException:
java.lang.UnsatisfiedLinkError: no jkjni in java.library.path
Because of this error I did put the libjkjni.so lib on the LD_LIBRARY_PATH...
Any suggestions??
Regards
Jonathan
On Fri, 3 Sep 2004 11:50:11 -0400, Jonathan Rengifo <[EMAIL PROTECTED]> wrote:
Hi, thanks for your very important help..
I ran the ldd utility on the libapr-0.so.0 lib, with the following results:
/usr/local/apache-httpd-2.0.50/lib ldd libapr-0.so.0
libsendfile.so.1 => /usr/lib/libsendfile.so.1
librt.so.1 => /usr/lib/librt.so.1
libm.so.1 => /usr/lib/libm.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libpthread.so.1 => /usr/lib/libpthread.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libc.so.1 => /usr/lib/libc.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libmd5.so.1 => /usr/lib/libmd5.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libthread.so.1 => /usr/lib/libthread.so.1
/usr/platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1
/usr/platform/SUNW,Sun-Fire-V210/lib/libmd5_psr.so.1
Then I those libs for the symbol, and don't find it... What does this mean?
Thanks ......
Jonathan
On Fri, 3 Sep 2004 10:01:01 -0500, QM <[EMAIL PROTECTED]> wrote:
On Fri, Sep 03, 2004 at 10:44:13AM -0400, Jonathan Rengifo wrote:
: nm /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0 | grep div
: [337] | 0| 0|FUNC |GLOB |0 |UNDEF |.div
: [640] | 0| 0|FUNC |GLOB |0 |UNDEF |.udiv
: [909] | 0| 0|NOTY |GLOB |0 |UNDEF |__divdi3
: [938] | 0| 0|NOTY |GLOB |0 |UNDEF |__udivdi3
:
: So it seems that the problem is on the libapr-0.so.0.... because there
: is the variable "__divdi3" wich is reporting the relocation error
What happens when you run ldd on libapr-0.so.0, and skim those libs for
the symbol?
Note especially any libs that ldd claims it can't find.
-QM
--
software -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Villar
Gerente de Proyectos
Computadores Flor Hard Soft 2058 C.A.
www.florhard.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Villar
Gerente de Proyectos
Computadores Flor Hard Soft 2058 C.A.
www.florhard.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Villar
Gerente de Proyectos
Computadores Flor Hard Soft 2058 C.A.
www.florhard.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Villar
Gerente de Proyectos
Computadores Flor Hard Soft 2058 C.A.
www.florhard.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
