Menu
▾
▴
Re: [Wrapper-user] Trying to build on Tru64 5.1B
|
From: Leif M. <le...@ta...> - 2006-07-11 03:11:11
|
Phillip,
From the log, it looks like the native library is working fine.
The problem is that the
socket opened from the JVM to the native wrapper component does not seem
to be
connecting. I am not sure why that would be.
The wrapper is listening on port 32000, and Java is attempting to
connect to that
port. But normally there should be some log output from the wrapper
process that
the connection was accepted. That is not happening.
You should be seeing something like this:
jvm 1 | Open socket to wrapper...Wrapper-Connection
jvm 1 | Opened Socket from 31000 to 32000
jvm 1 | Send a packet KEY : C7PxaOmzZfw_DkAV
jvm 1 |
handleSocket(Socket[addr=localhost/127.0.0.1,port=32000,localport=31000])
wrapperp | accepted a socket from 127.0.0.1 on port 31000
wrapperp | read a packet KEY : C7PxaOmzZfw_DkAV
wrapper | Got key from JVM: C7PxaOmzZfw_DkAV
The attempt to open the socket from Java is not failing, it is
simply never returning.
Ie it is blocking for some reason.
Unfortunately, I don't have access to an OSF system to help out. I
will try to
answer any questions that you encounter however.
As for the makefile. It looks like the 3.2.0 release had tabs
converted to spaces
for that make file. Sorry about that. It has been fixed for the 3.2.1
release. Could
you give that a try?
Cheers,
Leif
Phillip Gussow wrote:
> Hi Leif,
>
> We installed gcc on the Tru64 5.1B system, but still no luck. The
> makefile won't work. I tried via some commandline compiling it:
> gcc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
> But also via cc:
> cc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
>
> Via CC I could compile it and also get the so file:
> cc -DOSF1 -D_REENTRANT -shared wrapperjni_unix.o wrapperinfo.o
> wrapperjni.o -o ../../lib/libwrapper.so
>
> But when I try to run it, it won't work:
> STATUS | wrapper | 2006/07/10 14:47:05 | --> Wrapper Started as Console
> DEBUG | wrapper | 2006/07/10 14:47:05 | Using tick timer.
> DEBUG | wrapperp | 2006/07/10 14:47:05 | server listening on port
> 32000.
> DEBUG | wrapper | 2006/07/10 14:47:05 | Classpath element,
> wrapper.java.classpath.18, does not exist: ./lib/platformextentions.jar
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[0] :
> /usr/opt/java142/bin/java
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[1] :
> -Dlog4j.configuration=./conf/fta.log4j.properties
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[2] :
> -Dfta.log4j.watchdelay=1000
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[3] :
> -Djava.endorsed.dirs=./endorsed
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[4] :
> -Dfta.log4j.configfile=./conf/fta.log4j.properties
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[5] : -Xms64m
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[6] : -Xmx256m
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[7] :
> -Djava.library.path=./lib
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[8] : -classpath
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[9] :
> ./lib/wrapper.jar:.:./lib:./lib/fta.jar:./lib/activation.jar:./lib/bcpro
> v-jdk14-130.jar:./lib/commons-logging.jar:./lib/enotarysdk.jar:./lib/eno
> tarysdkimpl.jar:./lib/log4j-1.2.8.jar:./lib/xmlsec.jar:./lib/xmlsecprovi
> der-apache.jar:./lib/xmlsectoolkit.jar:./lib/xerces.jar:./lib/coelib.jar
> :./lib/commons-httpclient-3.0.jar:./lib/commons-codec-1.3.jar:./lib/plat
> formextentions.jar
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[10] :
> -Dwrapper.key=2tmCwYaY7RiQlYjz
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[11] :
> -Dwrapper.port=32000
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[12] :
> -Dwrapper.jvm.port.min=31000
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[13] :
> -Dwrapper.jvm.port.max=31999
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[14] :
> -Dwrapper.debug=TRUE
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[15] :
> -Dwrapper.pid=84477
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[16] :
> -Dwrapper.version=3.2.0
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[17] :
> -Dwrapper.native_library=wrapper
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[18] :
> -Dwrapper.cpu.timeout=10
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[19] :
> -Dwrapper.jvmid=1
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[20] :
> org.tanukisoftware.wrapper.WrapperSimpleApp
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[21] :
> com.cordys.coe.fta.agent.AgentMain
> DEBUG | wrapper | 2006/07/10 14:47:05 | Command[22] :
> ./conf/fta.properties
> STATUS | wrapper | 2006/07/10 14:47:05 | Launching a JVM...
> INFO | jvm 1 | 2006/07/10 14:47:08 | WrapperManager class
> initialized by thread: main Using classloader:
> sun.misc.Launcher$AppClassLoader@8004442
> INFO | jvm 1 | 2006/07/10 14:47:09 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO | jvm 1 | 2006/07/10 14:47:09 |
> INFO | jvm 1 | 2006/07/10 14:47:09 | Wrapper Manager: JVM #1
> INFO | jvm 1 | 2006/07/10 14:47:09 | Running a 64-bit JVM.
> INFO | jvm 1 | 2006/07/10 14:47:09 | Wrapper Manager: Registering
> shutdown hook
> INFO | jvm 1 | 2006/07/10 14:47:09 |
> INFO | jvm 1 | 2006/07/10 14:47:09 | Wrapper Manager: Using wrapper
> INFO | jvm 1 | 2006/07/10 14:47:09 | Load native library. One or
> more attempts may fail if platform specific libraries do not exist.
> INFO | jvm 1 | 2006/07/10 14:47:09 | Loading native library failed:
> libwrapper-osf1-alpha-64.so Cause: java.lang.UnsatisfiedLinkError: no
> wrapper-osf1-alpha-64 in java.library.path
> INFO | jvm 1 | 2006/07/10 14:47:09 | Loaded native library:
> libwrapper.so
> INFO | jvm 1 | 2006/07/10 14:47:09 | Calling native initialization
> method.
> INFO | jvm 1 | 2006/07/10 14:47:09 | Inside native WrapperManager
> initialization method
> INFO | jvm 1 | 2006/07/10 14:47:09 | Java Version : 1.4.2-4.p2
> Fast VM
> INFO | jvm 1 | 2006/07/10 14:47:09 | Java VM Vendor :
> Hewlett-Packard Company
> INFO | jvm 1 | 2006/07/10 14:47:09 |
> INFO | jvm 1 | 2006/07/10 14:47:09 |
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@801d501
> , args["./conf/fta.properties"]) called by thread: main
> INFO | jvm 1 | 2006/07/10 14:47:09 | Open socket to
> wrapper...Wrapper-Connection
> ERROR | wrapper | 2006/07/10 14:47:35 | Startup failed: Timed out
> waiting for a signal from the JVM.
> ERROR | wrapper | 2006/07/10 14:47:35 | JVM did not exit on request,
> terminated
> DEBUG | wrapper | 2006/07/10 14:47:36 | Signal trapped. Details:
> DEBUG | wrapper | 2006/07/10 14:47:36 | signal number=20 (SIGCHLD),
> source="unknown"
> DEBUG | wrapper | 2006/07/10 14:47:36 | Received SIGCHLD, calling
> wait().
> DEBUG | wrapper | 2006/07/10 14:47:36 | wait() returned, child process
> should be gone.
> DEBUG | wrapper | 2006/07/10 14:47:36 | JVM was only running for 29
> seconds leading to a failed restart count of 1.
> DEBUG | wrapper | 2006/07/10 14:47:36 | Waiting 60 seconds before
> launching another JVM.
> DEBUG | wrapper | 2006/07/10 14:47:42 | Signal trapped. Details:
> DEBUG | wrapper | 2006/07/10 14:47:42 | signal number=2 (SIGINT),
> source="unknown"
> STATUS | wrapper | 2006/07/10 14:47:42 | INT trapped. Shutting down.
> DEBUG | wrapper | 2006/07/10 14:47:42 | wrapperStopProcess(0) called.
> STATUS | wrapper | 2006/07/10 14:47:42 | <-- Wrapper Stopped
>
> I tried several times, but still no luck.
> When I copy over the 3.1.2 binaries everything works again.
>
> I'm not a C programmer, but a Java programmer. I know a little about C,
> but not enough to get it to work. Do you have any idea what I could do
> to get the build to work?
>
> Regards,
>
> Phillip
>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: maandag 10 juli 2006 9:21
> To: wra...@li...
> Subject: Re: [Wrapper-user] OSF1 Build
>
> Phillip,
> The prerelease distribution is a special distribution that is meant for
> users wishing to create
> distributions:
> http://sourceforge.net/project/showfiles.php?group_id=39428&package_id=1
> 83647
>
> It will output a "release" distribution.
>
> Yes, if you could please send me binary directly, I'll add it to the
> releases.
> If you get it working, I may also ask you to help out the with the 3.2.1
>
> release that will
> be out soon.
>
> Cheers,
> Leif
>
> Phillip Gussow wrote:
>
>> Hi Leif,
>>
>> Thanks for the reply. Somewhere today our Tru64 person will install
>>
> the
>
>> c environment and I will give it a try.
>>
>> The pre-release, is that the frozen 3.2.1 branch? Or should I take the
>> normal 3.2.0 release?
>>
>> And if I get it to work, do you want the binaries then? How should I
>> ship them to you then?
>>
>> Regards,
>>
>> Phillip
>>
>> -----Original Message-----
>> From: wra...@li...
>> [mailto:wra...@li...] On Behalf Of Leif
>> Mortenson
>> Sent: zondag 9 juli 2006 3:02
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] OSF1 Build
>>
>> Philip,
>> Sorry about that. I have not been able to get in touch with the
>> person who has helped
>> me with that release in the past. Everyone are volunteers and as
>>
> people
>
>> change jobs etc,
>> I lose access to certain hosts.
>>
>> The makefiles should be functioning, so if you download the
>> prerelease tar ball. You
>> should be able to build it simply by running "./build64 release". If
>>
>
>
>> you end up with any
>> problems, post them and I may be able to give you some ideas. You
>>
> will
>
>> of course need
>> to have a c development environment installed. Not sure how that is
>> done on OSF1.
>>
>> Cheers,
>> Leif
>>
>> Phillip Gussow wrote:
>>
>>
>>> Hi,
>>>
>>> Like Omilian I'm a Java programmer and not a C programmer. I need a
>>> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can
>>> anyone help me with this? Or tell me the things I need on my Tru64 in
>>>
>
>
>>> order to build it?
>>>
>>> Thanks in advance!!!
>>>
>>>
>>>
>>> Regards,
>>>
>>> Phillip
>>>
>>>
|
