Re: [Wrapper-user] Trying to build on Tru64 5.1B

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi Leif,

With 3.2.1 I was able to build the binaries without using gcc, but using
cc. The makefile works like a charm.

The problem however still exists. For some reason the JVM indeed cannot
connect to the port 32000. I trying from the commandline via 'telnet
localhost 32000'. I get a connection timeout as well. This does mean
that it can connect to the designated port. Because when the wrapper is
not running you get a 'connection refused'.

So for some reason the wrapper does not accept the connection. I took a
look at the acceptance code for 3.1.2 and for 3.2.1 to see the
difference. Like I said, my knowledge of C is pretty minimal.

The differences that I could see that might explain this behavior:
3.1.2 (old):
    /* Tell the socket to start listening. */
    rc =3D listen(ssd, 1);
3.2.1 (new):
    /* Tell the socket to start listening. */
    rc =3D listen(ssd, 0);
I don't know the impact of this change for the OSF1.

I'll see if I can do some changes to see if it impacts anything.

Other people's help is of course highly appreciated :)

Regards,

Phillip

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: dinsdag 11 juli 2006 5:11
To: wra...@li...
Subject: Re: [Wrapper-user] Trying to build on Tru64 5.1B

Phillip,
    From the log, it looks like the native library is working fine.  =20
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=20
connect to that
port.  But normally there should be some log output from the wrapper=20
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    |=20
handleSocket(Socket[addr=3Dlocalhost/127.0.0.1,port=3D32000,localport=3D310=
00]
)
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=20
simply never returning.
Ie it is blocking for some reason.

    Unfortunately, I don't have access to an OSF system to help out.  I=20
will try to
answer any questions that you encounter however.

    As for the makefile.  It looks like the 3.2.0 release had tabs=20
converted to spaces
for that make file.  Sorry about that.  It has been fixed for the 3.2.1=20
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=3D./conf/fta.log4j.properties
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[2] :
> -Dfta.log4j.watchdelay=3D1000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[3] :
> -Djava.endorsed.dirs=3D./endorsed
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[4] :
> -Dfta.log4j.configfile=3D./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=3D./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=3D2tmCwYaY7RiQlYjz
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[11] :
> -Dwrapper.port=3D32000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[12] :
> -Dwrapper.jvm.port.min=3D31000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[13] :
> -Dwrapper.jvm.port.max=3D31999
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[14] :
> -Dwrapper.debug=3DTRUE
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[15] :
> -Dwrapper.pid=3D84477
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[16] :
> -Dwrapper.version=3D3.2.0
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[17] :
> -Dwrapper.native_library=3Dwrapper
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[18] :
> -Dwrapper.cpu.timeout=3D10
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[19] :
> -Dwrapper.jvmid=3D1
> 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 |=20
> 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 |=20
> 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 |=20
> 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=3D20
(SIGCHLD),
> source=3D"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=3D2 (SIGINT),
> source=3D"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=20
>
>
> -----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=20
> users wishing to create
> distributions:
>
http://sourceforge.net/project/showfiles.php?group_id=3D39428&package_id=3D1
> 83647
>
> It will output a "release" distribution.
>
> Yes, if you could please send me binary directly, I'll add it to the=20
> 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:
>  =20
>> Hi Leif,
>>
>> Thanks for the reply. Somewhere today our Tru64 person will install
>>    =20
> the
>  =20
>> 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=20
>> person who has helped
>> me with that release in the past.  Everyone are volunteers and as
>>    =20
> people
>  =20
>> change jobs etc,
>> I lose access to certain hosts.
>>
>>     The makefiles should be functioning, so if you download the=20
>> prerelease tar ball.  You
>> should be able to build it simply by running "./build64 release".
If
>>    =20
>
>  =20
>> you end up with any
>> problems, post them and I may be able to give you some ideas.  You
>>    =20
> will=20
>  =20
>> of course need
>> to have a c development environment installed.  Not sure how that is=20
>> done on OSF1.
>>
>> Cheers,
>> Leif
>>
>> Phillip Gussow wrote:
>>  =20
>>    =20
>>> Hi,=20
>>> =20
>>> Like Omilian I'm a Java programmer and not a C programmer. I need a=20
>>> 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
>>>      =20
>
>  =20
>>> order to build it?=20
>>> =20
>>> Thanks in advance!!!
>>>
>>> =20
>>>
>>> Regards,
>>>
>>> Phillip
>>>    =20
>>>      =20

------------------------------------------------------------------------
-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D1=
21642
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

***************************************************************************=
************************
The information in this message is confidential and may be legally  privile=
ged.=20
It is intended solely for the addressee. Access to this message by anyone e=
lse is=20
unauthorized. If you are not the intended recipient, any disclosure, copyin=
g, or=20
distribution of the message, or any action or omission taken by you in reli=
ance=20
on it is prohibited and may be unlawful. Please immediately contact the sen=
der if=20
you have received this message in error. This email does not constitute any=
=20
commitment  from Cordys Holding BV or any of its subsidiaries except when=
=20
expressly agreed in a written agreement between the intended recipient and=
=20
Cordys Holding BV or its subsidiaries.
 **************************************************************************=
*************************