|
From: Andreas W. <and...@em...> - 2004-06-30 07:07:05
|
Venkatesh, as far as I found out so far, 32-bit HP-UX uses the .sl extension, whereas 64-bit uses the .so extension. I also have only a 32-bit HP-UX at my hands, so I can't tell for sure what went wrong. But I found the following on HP's site (that seems to describe your problem): http://www.hp.com/products1/unix/java/faq/index.html#troubleshoot11 If you don't get further, it would be good to post the Makefile. Cheers, Andreas > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Please read the disclaimer at the bottom of this e-mail. > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > Hi All, > > Congratulations on building an excellent product. > It fills a very important need in the Java market. > > For our production environment we are using the following: > 0.HP-UX 11i ( 64 bit ) > 1.Java 1.4.2_03 > 2.Wrapper version 3.1.0 > > In the absence of a 64-bit binary library and hitting the problems discussed earlier in the mailing list, > with the 32-bit library. > Re: http://sourceforge.net/mailarchive/forum.php?thread_id=3751203&forum_id=11948 > > I used the cc,make and ld native to HP-UX to build the libwrapper.sl library from source.(GNU utilities not being allowed). > The source files for building the library were wrapperjni_unix.c,wrapperinfo.c,wrapperjni.c. > > On changing the properties > wrapper.console.loglevel=DEBUG > wrapper.logfile.loglevel=DEBUG > from INFO to DEBUG > > I hit the following, > DEBUG OUTPUT > ------------ > STATUS | wrapper | 2004/06/29 13:20:34 | --> Wrapper Started as Console > DEBUG | wrapperp | 2004/06/29 13:20:34 | server listening on port 32000. > .. > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > INFO | jvm 1 | 2004/06/29 13:20:35 | Initializing... > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | Loaded native library: libwrapper.so > INFO | jvm 1 | 2004/06/29 13:20:35 | Calling native initialization method. > INFO | jvm 1 | 2004/06/29 13:20:35 | Inside native WrapperManager initialization method > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | WrapperManager.start(org.tanukisoftware.wrapper.test.Main@a981ca, args[]) called by thread: main > .. > INFO | jvm 1 | 2004/06/29 13:20:35 | Open socket to wrapper... > INFO | jvm 1 | 2004/06/29 13:20:35 | Opened Socket > INFO | jvm 1 | 2004/06/29 13:20:35 | Send a packet KEY : HjjwQG4LdL3g_kNV > INFO | jvm 1 | 2004/06/29 13:20:35 | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=57670]) > DEBUG | wrapperp | 2004/06/29 13:20:35 | accepted a socket from 127.0.0.1 on port 57670 > .. > DEBUG | wrapper | 2004/06/29 13:20:35 | Start Application. > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket creation failed. (11) > DEBUG | wrapperp | 2004/06/29 13:20:35 | socket not open, so packet not sent START : start > ERROR | wrapper | 2004/06/29 13:20:35 | Unable to send the start command to the JVM. > ERROR | wrapper | 2004/06/29 13:20:35 | Sending the JVM process a SIGTERM > .. > ERROR | wrapper | 2004/06/29 13:20:37 | Critical error: wait for JVM process failed (No child processes) > > END DEBUG OUTPUT > ---------------- > Note 1:It still says libwrapper.so loaded, even though there is no libwrapper.so in the path, its libwrapper.sl > Note 2:On changing the log level back to INFO from DEBUG it works fine > Note 3:Using method 3 i integrated my application with the wrapper and hit the exact same problem, if i keep the wrapper loglevel at INFO and my application loglevel at DEBUG( using log4j )it works fine. > Note 4:The debug output has been truncated to make it a bit more readable, i can send the full log if required. > > What other diagnostics can i run to narrow down the problem ? > > Rgds, > Venkatesh S. > > > > > > ********************************************************************** > This email is intended for the named recipient(s) only. Its contents > are confidential and may only be retained by the named recipient(s) > and may only be copied or disclosed with the consent of > LCH.Clearnet Limited. If you are not an intended recipient please > delete this e-mail and notify pos...@lc.... > > The contents of this email are subject to contract in all cases, > and LCH.Clearnet Limited makes no contractual commitment save where > confirmed by hard copy. LCH.Clearnet Limited accepts no liability, > including liability for negligence, in respect of any statement in > this email. > > LCH.Clearnet Limited, Registered Office: Aldgate House, > 33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing > House under the Financial Services & Markets Act 2000. Reg in England No.25932 > Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.com > ********************************************************************** > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |