wrapper-user — User issues for Wrapper. (Support questions, etc.)

Re: [Wrapper-user] HP-UX Problems with the wrapper

[Andreas W. <and...@em...>]

David,

the complete message was:

> When starting the wrapper on a HP-UX 11.11 system, I get this error:
>
> jvm 1    | WARNING - Unable to load the Wrapper's native library =20
> 'libwrapper.so'.
> jvm 1    |           The file is located on the path at the following =20=

> location but
> jvm 1    |           could not be loaded:
> jvm 1    |             =20
> /mnts/sus10e/disc14_3/wen/projects/wrapper/wrapper_3.1.0/=20
> wrapper_hpux_3.1.0/bin/../lib/libwrapper.so
> jvm 1    |           Please verify that the file is readable by the =20=

> current user
> jvm 1    |           and that the file has not been corrupted in any =20=

> way.
> jvm 1    |           System signals will not be handled correctly.
>
>
> When starting the wrapper on a HP-UX 11.00 system, I get this error:
>
> /usr/lib/dld.sl: Unresolved symbol: pthread_self (code)  from =20
> /mnts/sus10e/disc14_3/wen/projects/eaidev/bin/hppa1.1-hp-hpux11/=20
> wrapper
>
>
> So my question is: what versions of HP-UX and gcc did you use to =20
> compile the wrapper?
> Have you built it on a 64-bit platform?
> When using the native compiler (HP's cc) on my boxes, these errors do =20=

> not occur.

Cheers,
Andreas

>
> >Ashish, Andreas,
>  >
>  >Ashish Gawarikar wrote:
>  >
>  >> Andreas Wendt wrote:
>  >>
>  >>> When using the native compiler (HP's cc) on my boxes, these =20
> errors do
>  >>> not occur.
>  >>> =A0
>  >>>
>  >> We should make that change in the Makefile(s) and rebuild..
>  >
>  >I will be very happy to commit a fix for this and get it into the =20=

> next
>  >release. =A0This has
>  >been an issue for 64 bit HP-UX users for quite some time and is not
>  >something that
>  >I can track down myself due to a lack of hardware. =A0 Awaiting a =20=

> tested
>  >patch.
>  >
>  >Cheers,
>  >Leif
>
> Hello all,
>
> Is there any way to get some further context on the message snippet =20=

> from a previous digest? =A0We, too it seems, are having trouble with =
the =20
> wrapper v3.1.0 on HP-UX. =A0The error we are seeing is an unresolved =20=

> symbol: pthread_self immediately upon wrapper startup. =A0This is on a =
=20
> multiprocessor machine running HP-UX 11. =A0If this makefile fix =
answers =20
> this problem, I would love to get the information as expeditiously as =20=

> possible.
>
> Thanks in advance.
>
> =A0
>
>  David Heinecke
> <image.tiff>
>
> Sr. Principal Software Engineer
>
> Symantec Enterprise Solutions
>
> Symantec Corporation
>
> Office:
> 801-227-3726
>
> Interoffice:
>  6 [801] 3726
>
> Fax:
> 801-227-3783
>
> eMail:
> dhe...@sy...
>
> www.symantec.com
>
>
>
> =A0

[Wrapper-user] JBoss ping timeout, shuts down but doesn't restart

[Eoin C. <eo...@pe...>]

I'm using wrapper 3.10 on linux, using:

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
wrapper.app.parameter.1=org.jboss.Main

I got the following in my logs:
INFO   | jvm 1    | 2004/05/13 21:14:59 | Wrapper Manager: The Wrapper 
code did not ping the JVM for 60 seconds.  Quit and let the Wrapper resynch.
INFO   | jvm 1    | 2004/05/13 21:14:59 | 21:14:59,954 INFO  [Server] 
JBoss SHUTDOWN: Undeploying all packages

the server shut down and was not started up. I don't see anything in the 
logs that might explain why the ping failed, and there was nothing 
special happening at that time that I know of. I don't have debug output 
from wrapper, but am enabling it in case this happens again.

I'm wondering how the ping could fail, but the wrapper was able to tell 
jboss to shut down so quickly (<1 second later). Also, should the 
wrapper not restart the server if it kills it as a result of timed out ping?


regards,

eoin.

Re: [Wrapper-user] Wrapper 3.1.0 on HP-UX

[Leif M. <le...@ta...>]

Ashish, Andreas,

Ashish Gawarikar wrote:

> Andreas Wendt wrote:
>
>> When using the native compiler (HP's cc) on my boxes, these errors do 
>> not occur.
>>  
>>
> We should make that change in the Makefile(s) and rebuild..

I will be very happy to commit a fix for this and get it into the next 
release.  This has
been an issue for 64 bit HP-UX users for quite some time and is not 
something that
I can track down myself due to a lack of hardware.   Awaiting a tested 
patch.

Cheers,
Leif

Re: [Wrapper-user] wrapper.ntservice.password

[Leif M. <le...@ta...>]

Eugen,
What version of the Wrapper are you using? If it is 3.0.5 or earlier, make
sure that there are no spaces around the = sign or after the value. (This
pickiness has been fixed in 3.1.0)

Make sure that you have uninstalled any previous installation before
installing again. Confirm that you are not getting any error messages
to the console or to the log file when you attempt to install. If it works
you should see a STATUS level message in both places stating that the
service was installed successfully.

Note that the account is "domain\account" not "domain\password".
If that was wrong however you should have gotten an error.

Cheers,
Leif

Cocalea, Eugen wrote:

>Hi again,
>
>I just remembed that I have another problem related to
>wrapper.ntservice.account. Wrapper doesn't install (for me at least) the
>service with the login credentials that I give to him in the configuration
>file. I can have:
>
>wrapper.ntservice.account=domain\password
>wrapper.ntservice.password=secret
>
>and after I run
>
>wrapper -i configuration.file 
>
>the service is installed, but with 'LocalSystem' credentials.
>
>What might be wrong?
>
>Thanks,
>
>E.
>  
>

[Wrapper-user] Heads up on leak in Windows version of 3.1.0 when calling getUser()

[Leif M. <le...@ta...>]

Wanted to post a heads up. I found a handle leak in the new
WrapperManager.getUser and WrapperManager.getInteractiveUser
methods that were added with 3.1.0. The calls each leak a single
file handle each time they are called. The problem is not immediately
obvious as the leak is in the native code.

A fix has already been committed and it will be in the 3.1.1 release.

Cheers,
Leif

Re: [Wrapper-user] Graceful shutdown problem.

[Leif M. <le...@ta...>]

Oded,
    Just got back from a week backpacking in the Grand Canyon, so sorry 
for the
slow response. (Not too sorry though.  I needed the time away :-)

    Thanks for the debug log.  It looks like everything is working 
correctly as far
as the Wrapper is concerned.  The Wrapper process is sending a stop command
to the JVM which causes all registered shutdown hooks to be executed.

    The only place that that security error could be coming from is a 
shutdown
hook registered by your application or WebLogic.   The Wrapper would not
be calling it directly so I don't think the special permissions are even 
necessary.

    There is a permission that make sure that only privileged code calls 
System.exit.
But the individual shutdown hooks are called by the JVM which is privileged.

    That message does not look like a standard security exception 
however so you
may have to ask the WebLogic guys for some ideas.   I am interested in 
finding
out the end solution as I am sure you are not the only one wanting to 
use WebLogic
with the Wrapper.

Cheers,
Leif


Oded Blayer wrote:

>Leif,
>Thanks for your response.
>I tried to grant the wrapper jar permissions, by simply granting all permisions to everybody, my weblogic.policy file looks like that:
>grant {
>  permission java.security.AllPermission;
>};
>
>The result was the same, and the wrapper log with DEBUG looks like that:
>
>DEBUG  | wrapperp | 2004/05/02 11:41:31 | send a packet PING : ping
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Received a packet PING : ping
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Send a packet PING : ok
>DEBUG  | wrapperp | 2004/05/02 11:41:31 | read a packet PING : ok
>DEBUG  | wrapper  | 2004/05/02 11:41:31 | Got ping response from JVM
>STATUS | wrapper  | 2004/05/02 11:41:31 | CTRL-C trapped.  Shutting down.
>DEBUG  | wrapper  | 2004/05/02 11:41:31 | wrapperStopProcess(0) called.
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Got Control Signal 0->200
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Handled signal
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Processing control event(WRAPPER_CTRL_C_EVENT)
>INFO   | jvm 1    | 2004/05/02 11:41:31 | WrapperStartStopApp: controlEvent(200) Stopping
>INFO   | jvm 1    | 2004/05/02 11:41:31 | WrapperManager.stop(0) called by thread: Wrapper-Control-Event-Monitor
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Send a packet STOP : 0
>DEBUG  | wrapperp | 2004/05/02 11:41:31 | read a packet STOP : 0
>DEBUG  | wrapper  | 2004/05/02 11:41:31 | JVM requested a shutdown. (0)
>DEBUG  | wrapper  | 2004/05/02 11:41:31 | wrapperStopProcess(0) called.  (IGNORED)
>DEBUG  | wrapper  | 2004/05/02 11:41:31 | Sending stop signal to JVM
>DEBUG  | wrapperp | 2004/05/02 11:41:31 | send a packet STOP : NULL
>INFO   | jvm 1    | 2004/05/02 11:41:31 | Received a packet STOP : 
>INFO   | jvm 1    | 2004/05/02 11:41:32 | Thread, Wrapper-Control-Event-Monitor, handling the shutdown process.
>INFO   | jvm 1    | 2004/05/02 11:41:32 | calling listener.stop()
>INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperStartStopApp: stop(0)
>INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperStartStopApp: invoking stop main method
>INFO   | jvm 1    | 2004/05/02 11:41:32 | 
>INFO   | jvm 1    | 2004/05/02 11:41:32 | Graceful shutdown command issued to the server "EMSServer". This command might take time since the server waits for inflight work to finish before shutdown. If you wish to ignore inflight work please use FORCESHUTDOWN command to override inflight work and shutdown the server ...
>INFO   | jvm 1    | 2004/05/02 11:41:32 | Error: Access not allowed for subject: principals=[], on ResourceType: ServerRuntime Action: execute, Target: shutdown.
>INFO   | jvm 1    | 2004/05/02 11:41:32 | Wrapper Manager: ShutdownHook started
>INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperManager.stop(0) called by thread: Wrapper-Shutdown-Hook
>ERROR  | wrapper  | 2004/05/02 11:41:34 | JVM exited unexpectedly while stopping the application.
>STATUS | wrapper  | 2004/05/02 11:41:34 | <-- Wrapper Stopped
>
>About the weblogic calling halt, this is very possible, since weblogic should wait for all of the resources to be closed.
>Do the wrapper have problems with halt calls?
>Do you have any other idea of what can be the problem?
>
>Thanks,
>Oded.
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...]On Behalf Of Leif
>Mortenson
>Sent: Thu, April 29, 2004 7:04 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] Graceful shutdown problem.
>
>
>Oded,
>The access violation is probably being caused by a SecurityManager(??)  
>If that is the
>case then you will need to give wrapper.jar full privileges in your 
>policy file.
>
>The only reason I could think why you would be getting the unexpected 
>exit was if
>the JVM called Runtime.halt(), or if you have the Wrapper's shutdown hook
>disabled.  Is it possible that BEA is calling halt after that access 
>violation?
>
>You can try turning on wrapper.debug, but I am not sure if that will 
>give you
>any more info in this case.
>
>Cheers,
>Leif
>
>Oded Blayer wrote:
>
>  
>
>>Hi, I have a problem using the Service Wrapper version 3.1 to wrap BEA 
>>Weblogic 8.1 on Windows 2K.
>>When I hit ^C in order to test the shutdown I get the following lines 
>>in the wrapper log:
>> 
>>STATUS | wrapper  | 2004/04/29 16:42:15 | CTRL-C trapped.  Shutting down.
>>INFO   | jvm 1    | 2004/04/29 16:42:16 |
>>INFO   | jvm 1    | 2004/04/29 16:42:16 | Graceful shutdown command 
>>issued to the server "EMSServer". This command might take time since 
>>the server waits for inflight work to finish before shutdown. If you 
>>wish to ignore inflight work please use FORCESHUTDOWN command to 
>>override inflight work and shutdown the server ...
>>INFO   | jvm 1    | 2004/04/29 16:42:16 | Error: Access not allowed 
>>for subject: principals=[], on ResourceType: ServerRuntime Action: 
>>execute, Target: shutdown.
>>ERROR  | wrapper  | 2004/04/29 16:42:18 | JVM exited unexpectedly 
>>while stopping the application.
>>STATUS | wrapper  | 2004/04/29 16:42:18 | <-- Wrapper Stopped
>>The shutdown part of the wrapper.conf is :
>># The first application parameter is the name of the class whose main
>># method is to be called when the application is launched.  The class
>># name is followed by the number of parameters to be passed to its main
>># method.  Then comes the actual parameters.
>>wrapper.app.parameter.1=weblogic.Server
>>wrapper.app.parameter.2=0
>> 
>># The start parameters are followed by the name of the class whose main
>># method is to be called to stop the application.  The stop class name
>># is followed by a flag which controls whether or not the Wrapper should
>># wait for all non daemon threads to complete before exiting the JVM.
>># The flag is followed by the number of parameters to be passed to the
>># stop class's main method.  Finally comes the actual parameters.
>>wrapper.app.parameter.3=weblogic.Admin
>>wrapper.app.parameter.4=true
>>wrapper.app.parameter.5=7
>>wrapper.app.parameter.6=-url t3://localhost:80
>>wrapper.app.parameter.7=-username system
>>wrapper.app.parameter.8=-password password
>>wrapper.app.parameter.9=SHUTDOWN
>>Have you any idea as to what causes this problem?
>>Thanks
>> 
>>Oded Blayer
>>od...@in... <mailto:od...@in...>
>> 
>>

[Wrapper-user] Re: [Wrapper-cvs] Multiple java process on Linux

[Leif M. <le...@ta...>]

It is actually normal on Linux platforms for Java to be displayed as a 
series of
processes.   You will see the same thing if you run your application as 
a standalone
application without using the Wrapper.  If you look at the PPID (Parent 
PID) of
each process you can see how they are each spawned.

Try the following command.  It will make it clearer where each process comes
from.

ps -fax

Cheers,
Leif

bha...@us... wrote:

>When i use the wrapper 3.1 on Linux (Debian 2.2.20  and Redhat7.3) i can see 12 java processes :
>PID		PPID	Process 
>346		345       /usr/java/bin/java ...
>347		346       /usr/java/bin/java ...
>349		347       /usr/java/bin/java ...
>350		347       /usr/java/bin/java ...
>351		347       /usr/java/bin/java ...
>352		347       /usr/java/bin/java ...
>353		347       /usr/java/bin/java ...
>354		347       /usr/java/bin/java ...
>355		347       /usr/java/bin/java ...
>356		347       /usr/java/bin/java ...
>357		347       /usr/java/bin/java ...
>358		347       /usr/java/bin/java ...
>
>Is this normal ? If yes why ?
>
>public class app implements Runnable{
>boolean ok=true;
>	public app(String[] args) {
>	}
>	public void run(){
>		System.out.println("Newrun");
>		ok=true;
>		while (ok){
>			System.out.println("Alive");
>			try {
>				Thread.sleep(2000);
>			} catch (InterruptedException e) {
>				System.out.println("Interruption");
>			}
>		}
>	}
>
>	public void start() {
>
>	}
>	public void stop() {
>		ok=false;
>	}
>}
>
>
>import org.tanukisoftware.wrapper.WrapperManager;
>import org.tanukisoftware.wrapper.WrapperListener;
>                    
>public class serv
>	implements WrapperListener
>{
>	private app m_app;
>
>	/*---------------------------------------------------------------
>	 * Constructors
>	 *-------------------------------------------------------------*/
>	private serv()
>	{		System.out.println("new"); 	}
>
>	/*---------------------------------------------------------------
>	 * WrapperListener Methods
>	 *-------------------------------------------------------------*/
>	public Integer start( String[] args )
>	{
>		System.out.println("start");
>
>		Thread th;
>		m_app = new app( args );
>		th = new Thread(m_app);
>		th.start();
>
>		return null;
>	}
>
>	public int stop( int exitCode )
>	{
>		System.out.println("stop");
>
>		m_app.stop();
>        
>		return exitCode;
>	}
>    
>	public void controlEvent( int event )
>	{
>		System.out.println("control event "+event);
>		if (WrapperManager.isControlledByNativeWrapper()) {
>			// The Wrapper will take care of this event
>		} else {
>			if ((event == WrapperManager.WRAPPER_CTRL_C_EVENT) ||
>				(event == WrapperManager.WRAPPER_CTRL_CLOSE_EVENT) ||
>				(event == WrapperManager.WRAPPER_CTRL_SHUTDOWN_EVENT)){
>				WrapperManager.stop(0);
>			}
>		}
>	}
>    
>	/*---------------------------------------------------------------
>	 * Main Method
>	 *-------------------------------------------------------------*/
>	public static void main( String[] args )
>	{
>		System.out.println("main ");
>		WrapperManager.start( new serv(), args );
>	}
>}
>  
>

Re: [Wrapper-user] More than one log level?

[Andy B. <aba...@ca...>]

Yes, the STATUS level shows ERROR and FATAL messages.

The log levels are, in order:

NONE
FATAL
ERROR
STATUS
INFO
DEBUG

Setting the log level to one level will display messages of that log=20
level and all higher log levels.

So if you set the log level to STATUS, you will see log messages with=20
the levels STATUS, ERROR, and FATAL.

~Andy

On May 12, 2004, at 2:44 PM, Felipe Lavoura wrote:

> I have the following doubt: does the STATUS level show ERROR and FATAL=20=

> messages? I wanted to show STATUS, ERROR and FATAL error messages. Is=20=

> it possible to show more than one level?
> =A0
> Felipe Lavoura
> Desenvolvimento de Sistemas
> Choose Technologies
> (11) 3062-6133 (ramal 20)

[Wrapper-user] More than one log level?

[Felipe L. <fel...@ch...>]

I have the following doubt: does the STATUS level show ERROR and FATAL =
messages? I wanted to show STATUS, ERROR and FATAL error messages. Is it =
possible to show more than one level?

Felipe Lavoura
Desenvolvimento de Sistemas
Choose Technologies
(11) 3062-6133 (ramal 20)

[Wrapper-user] How to set arguments containing "/" and how to span multiple lines?

[Marcel R. <mr...@ma...>]

Hi,

i have two questions about the wrapper.conf syntax.

1.How can i use "/" in argument values, for example:

     wrapper.java.additional.2=-Dtest="BLA/BLU"
     wrapper.app.parameter.2="BLA/BLU"

   cuts the tail and delivers only "BLA".
   Is this a bug?


2. How to use multiple lines for one argument, example:

   wrapper.app.parameter.3="JdbcQueueCommonTablePlugin,\
                   url=jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=xmlBlaster,\
                   user=sa,\
                   password=secret,\
                   dbAdmin=true"

   using '\' does not work, is there another way?

thanks

Marcel



-- 
http://www.xmlBlaster.org

Re: [Wrapper-user] newbie sort of question - programatically starting and stopping a service

[Andreas W. <and...@em...>]

<html><style>p {margin: 0px}</style><body lang=3DEN-US link=3Dblue vlink=3Dpurpl=
e><P>Dan,</P><P>as I wrote in my previous e-mail, I would not recommend to=
 do this in Java. And I also pointed to two alternatives on&nbsp;how to do=
 it:</P><FONT size=3D2><P>&gt; I would not recommend doing platform-specific=
 stuff with Java. This <BR>&gt; normally leads to more problems than you m=
ight want to solve since it <BR>&gt; is most likely that things work compl=
etely different on different&nbsp;systems.<BR>&gt; But if you are forced t=
o do this stuff, you may either call&nbsp;the Windows <BR>&gt; net tool (a=
s you already mentioned) or write a JNI library that makes <BR>&gt; calls =
into the Windows Service API (see the Wrapper's C methods <BR>&gt; wrapper=
StartService() and wrapperStopService() in wrapper=5Fwin.c).</P></FONT><P>Th=
e Wrapper's Java API does not provide methods to access services (except f=
or controlling the application it is starting) because this is not way it =
is designed to work.</P><P>I also think it does not make any sense to impl=
ement this task in Java, since you do not have any benefit writing the app=
lication in a platform-independant manner when you are trying to do only p=
latform-specific stuff.</P><P>Cheers,<BR>Andreas</P><TABLE id=3Dalt style=3D"P=
ADDING-LEFT: 10px; MARGIN-LEFT: 20px; BORDER-LEFT: blue 2px solid"><TBODY>=
<TR><TD><DIV class=3DSection1><P class=3DMsoNormal><FONT face=3DArial size=3D2><SP=
AN>I have been tasked with writing an application which is capable of star=
ting and stopping a windows service.&nbsp; The application is supposed to =
be written in Java.&nbsp; I was planning on using the Service Wrapper to i=
nstall and run the service.</SPAN></FONT></P><P class=3DMsoNormal><FONT face=
=3DArial size=3D2><SPAN></SPAN></FONT>&nbsp;</P><P class=3DMsoNormal><FONT face=3D=
Arial size=3D2><SPAN>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp; When browsing the API I didn=92t see any mechanism to access the=
 services, and start/stop a particular service.&nbsp; Can anyone tell me i=
f this is possible, and perhaps point me in the write direction=3F</SPAN></F=
ONT></P><P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN></SPAN></FONT>&nb=
sp;</P><P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN>Thanks,</SPAN></FO=
NT></P><P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN>Dan</SPAN></FONT><=
/P></DIV></TD></TR></TBODY></TABLE><BR><BR><BR></body></html>

Re: [Wrapper-user] Wrapper 3.1.0 on HP-UX

[Ashish G. <as...@se...>]

Andreas Wendt wrote:

>Ashish,
>
>since you built the binary package for HP-UX, this question is for you.
>
>When starting the wrapper on a HP-UX 11.11 system, I get this error:
>
>jvm 1    | WARNING - Unable to load the Wrapper's native library 'libwrapper.so'.
>jvm 1    |           The file is located on the path at the following location but
>jvm 1    |           could not be loaded:
>jvm 1    |             /mnts/sus10e/disc14_3/wen/projects/wrapper/wrapper_3.1.0/wrapper_hpux_3.1.0/bin/../lib/libwrapper.so
>jvm 1    |           Please verify that the file is readable by the current user
>jvm 1    |           and that the file has not been corrupted in any way.
>jvm 1    |           System signals will not be handled correctly.
>
>
>When starting the wrapper on a HP-UX 11.00 system, I get this error:
>
>/usr/lib/dld.sl: Unresolved symbol: pthread_self (code)  from /mnts/sus10e/disc14_3/wen/projects/eaidev/bin/hppa1.1-hp-hpux11/wrapper
>
>
>So my question is: what versions of HP-UX and gcc did you use to compile the wrapper?
>  
>
HP-UX 11.11 and gcc 3.2. (The gcc is hardcoded in the Makefile.hpux, and 
so with different Makefile's), we should probably use some sort of
a variable or should be able to pass a variable like CC=gcc or CC=cc or 
something like that?Leif?

>Have you built it on a 64-bit platform?
>  
>
Running the command "file libwrapper.so" does tell its a PA-RISC1.1 
which I think means its both 32/64 bit.

>When using the native compiler (HP's cc) on my boxes, these errors do not occur.
>  
>
We should make that change in the Makefile(s) and rebuild..

>Thanks,
>Andreas
>  
>

[Wrapper-user] Wrapper 3.1.0 on HP-UX

[Andreas W. <and...@em...>]

Ashish,

since you built the binary package for HP-UX, this question is for you.

When starting the wrapper on a HP-UX 11.11 system, I get this error:

jvm 1    | WARNING - Unable to load the Wrapper's native library 'libwrapper.so'.
jvm 1    |           The file is located on the path at the following location but
jvm 1    |           could not be loaded:
jvm 1    |             /mnts/sus10e/disc14_3/wen/projects/wrapper/wrapper_3.1.0/wrapper_hpux_3.1.0/bin/../lib/libwrapper.so
jvm 1    |           Please verify that the file is readable by the current user
jvm 1    |           and that the file has not been corrupted in any way.
jvm 1    |           System signals will not be handled correctly.


When starting the wrapper on a HP-UX 11.00 system, I get this error:

/usr/lib/dld.sl: Unresolved symbol: pthread_self (code)  from /mnts/sus10e/disc14_3/wen/projects/eaidev/bin/hppa1.1-hp-hpux11/wrapper


So my question is: what versions of HP-UX and gcc did you use to compile the wrapper?
Have you built it on a 64-bit platform?
When using the native compiler (HP's cc) on my boxes, these errors do not occur.

Thanks,
Andreas

Re: [Wrapper-user] Caused by: java.lang.UnsatisfiedLinkError Can't find dependent libraries

[Andreas W. <and...@em...>]

Dan,

would you please answer to the Wrapper user list in the future, so=20
other may also profit from your response to my (and other) mails.

But now to your question.
I would not recommend doing platform-specific stuff with Java. This=20
normally leads to more problems than you might want to solve since it=20
is most likely that things work completely different on different=20
systems.
But if you are forced to do this stuff, you may either call the Windows=20=

net tool (as you already mentioned) or write a JNI library that makes=20
calls into the Windows Service API (see the Wrapper's C methods=20
wrapperStartService() and wrapperStopService() in wrapper_win.c).

I hope that helped.

Cheers,
Andreas

> Andreas,
>
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Thank you for the answer to my =
problem.=A0 I did in fact=20
> have the path to my variables set as an environment variable, but they=20=

> were for my desktop user not the user the service was running.=A0 I=20
> GREATLY appreciate your assistance.
>
> =A0
>
> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Would you happen to have any =
knowledge on starting and=20
> stopping services programmatically through java?=A0 In my search =
through=20
> the Service Wrapper documentation it appears as though there is no=20
> mechanism to do this.=A0 Is this true?
>
> =A0
>
> IE I would like to say
>
> ServiceWrapper.startService(=93MyService=94);
>
> ServiceWrapper.stopService(=93MyService=94);
>
> =A0
>
> And perhaps poll to see whether a service is running or not.
>
> =A0
>
> It sounds like this could be written via a native wrapper, as I looked=20=

> at the wrapper_win32.c code and it had most of this functionality in=20=

> it already.
>
> =A0
>
> Thanks,
>
> Dan

Re: [Wrapper-user] Caused by: java.lang.UnsatisfiedLinkError Can't find dependent libraries

[Andreas W. <and...@em...>]

Dan

when using a JNI library that depends on other shared libraries, it is 
normally not sufficient to specify the directory in the 
wrapper.java.library.path property. You must also set the PATH 
environment variable in Windows to include this directory.

Are you sure that both the console and the service do run with the same 
user? Most likely, the console runs with the interactive user, and the 
service runs with LocalSystem. If this is true, you have to either add 
"set.PATH=C:\Dlls" to the service's command line in the registry or run 
the service with the same user as the console.

Cheers,
Andreas

> Hello All,
> 	I have a service that starts up and loads a native library, which in
> turn is dependent on other native libraries.  I have all these native
> libraries in my C:\Dlls\ directory.  I have the:
> wrapper.java.library.path.2=C:/Dlls
>
> property set in my wrapper.conf file
>
> When I run the application using the batch file(the one that came with 
> the
> service wrapper) it works fine!
>
> However when I run the application by typing net start myservice
>
> I get an UnsatisfiedLinkError, because it cannot find dependent 
> libraries.
>
> Does anyone know why this would be the case that it works when run 
> through
> the wrapper, but not as a service?  I assume it has something to do 
> with
> working directories or path's, but I cant deduce where the problem is
>
> Any help would be appreciated.
>
> Dan
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] Caused by: java.lang.UnsatisfiedLinkError Can't find dependent libraries

[Dan B. <dh...@ri...>]

Hello All,
	I have a service that starts up and loads a native library, which in
turn is dependent on other native libraries.  I have all these native
libraries in my C:\Dlls\ directory.  I have the:
wrapper.java.library.path.2=C:/Dlls

property set in my wrapper.conf file

When I run the application using the batch file(the one that came with the
service wrapper) it works fine!

However when I run the application by typing net start myservice

I get an UnsatisfiedLinkError, because it cannot find dependent libraries.

Does anyone know why this would be the case that it works when run through
the wrapper, but not as a service?  I assume it has something to do with
working directories or path's, but I cant deduce where the problem is

Any help would be appreciated.

Dan

[Wrapper-user] java service wrapper on redhat 8.0

[samar g. <sam...@ya...>]

is service wrapper support redhat 8.o
while running as a console it is showing libcj.*.so not found
 
 
samar


		
---------------------------------
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs 

[Wrapper-user] programatically starting/stopping a service

[Dan B. <dh...@ri...>]

I have been tasked with writing an application which is capable of starting
and stopping a windows service.  The application is supposed to be written
in Java.  I was planning on using the Service Wrapper to install and run the
service.

            When browsing the API I didn't see any mechanism to access the
services, and start/stop a particular service.  Can anyone tell me if this
is possible, and perhaps point me in the right direction?

	I know I could use the Runtime and exec net start ..., but I was
wondering if there was a way to achieve this through the API(the same one
that the wrapper.exe/dll uses?)

 
Thanks,

Dan

[Wrapper-user] 3.1.0 wrapper lauches 2 java processes

[Richard E. <rem...@ed...>]

Occasionally, with the 3.1.0 version of the wrapper on Linux
(redhat 2.4.20-20.9) the wrapper will launch two java
processes. Needless to say, having two java processes, in
our case JBoss, both trying to run with the same ports, etc.
does not work.

Anyone else come across this?

There is only one wrapper log and it looks ok.

Again, it does not happen every time but it does happen.

Richard

[Wrapper-user] newbie sort of question - programatically starting and stopping a service

[Dan <dan...@ho...>]

I have been tasked with writing an application which is capable of starting
and stopping a windows service.  The application is supposed to be written
in Java.  I was planning on using the Service Wrapper to install and run the
service.

 

            When browsing the API I didn't see any mechanism to access the
services, and start/stop a particular service.  Can anyone tell me if this
is possible, and perhaps point me in the write direction?

 

Thanks,

Dan

RE: [Wrapper-user] Graceful shutdown problem.

[Oded B. <Ode...@in...>]

Leif,
Thanks for your response.
I tried to grant the wrapper jar permissions, by simply granting all =
permisions to everybody, my weblogic.policy file looks like that:
grant {
  permission java.security.AllPermission;
};

The result was the same, and the wrapper log with DEBUG looks like that:

DEBUG  | wrapperp | 2004/05/02 11:41:31 | send a packet PING : ping
INFO   | jvm 1    | 2004/05/02 11:41:31 | Received a packet PING : ping
INFO   | jvm 1    | 2004/05/02 11:41:31 | Send a packet PING : ok
DEBUG  | wrapperp | 2004/05/02 11:41:31 | read a packet PING : ok
DEBUG  | wrapper  | 2004/05/02 11:41:31 | Got ping response from JVM
STATUS | wrapper  | 2004/05/02 11:41:31 | CTRL-C trapped.  Shutting =
down.
DEBUG  | wrapper  | 2004/05/02 11:41:31 | wrapperStopProcess(0) called.
INFO   | jvm 1    | 2004/05/02 11:41:31 | Got Control Signal 0->200
INFO   | jvm 1    | 2004/05/02 11:41:31 | Handled signal
INFO   | jvm 1    | 2004/05/02 11:41:31 | Processing control =
event(WRAPPER_CTRL_C_EVENT)
INFO   | jvm 1    | 2004/05/02 11:41:31 | WrapperStartStopApp: =
controlEvent(200) Stopping
INFO   | jvm 1    | 2004/05/02 11:41:31 | WrapperManager.stop(0) called =
by thread: Wrapper-Control-Event-Monitor
INFO   | jvm 1    | 2004/05/02 11:41:31 | Send a packet STOP : 0
DEBUG  | wrapperp | 2004/05/02 11:41:31 | read a packet STOP : 0
DEBUG  | wrapper  | 2004/05/02 11:41:31 | JVM requested a shutdown. (0)
DEBUG  | wrapper  | 2004/05/02 11:41:31 | wrapperStopProcess(0) called.  =
(IGNORED)
DEBUG  | wrapper  | 2004/05/02 11:41:31 | Sending stop signal to JVM
DEBUG  | wrapperp | 2004/05/02 11:41:31 | send a packet STOP : NULL
INFO   | jvm 1    | 2004/05/02 11:41:31 | Received a packet STOP :=20
INFO   | jvm 1    | 2004/05/02 11:41:32 | Thread, =
Wrapper-Control-Event-Monitor, handling the shutdown process.
INFO   | jvm 1    | 2004/05/02 11:41:32 | calling listener.stop()
INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperStartStopApp: stop(0)
INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperStartStopApp: invoking =
stop main method
INFO   | jvm 1    | 2004/05/02 11:41:32 |=20
INFO   | jvm 1    | 2004/05/02 11:41:32 | Graceful shutdown command =
issued to the server "EMSServer". This command might take time since the =
server waits for inflight work to finish before shutdown. If you wish to =
ignore inflight work please use FORCESHUTDOWN command to override =
inflight work and shutdown the server ...
INFO   | jvm 1    | 2004/05/02 11:41:32 | Error: Access not allowed for =
subject: principals=3D[], on ResourceType: ServerRuntime Action: =
execute, Target: shutdown.
INFO   | jvm 1    | 2004/05/02 11:41:32 | Wrapper Manager: ShutdownHook =
started
INFO   | jvm 1    | 2004/05/02 11:41:32 | WrapperManager.stop(0) called =
by thread: Wrapper-Shutdown-Hook
ERROR  | wrapper  | 2004/05/02 11:41:34 | JVM exited unexpectedly while =
stopping the application.
STATUS | wrapper  | 2004/05/02 11:41:34 | <-- Wrapper Stopped

About the weblogic calling halt, this is very possible, since weblogic =
should wait for all of the resources to be closed.
Do the wrapper have problems with halt calls?
Do you have any other idea of what can be the problem?

Thanks,
Oded.

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif
Mortenson
Sent: Thu, April 29, 2004 7:04 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Graceful shutdown problem.


Oded,
The access violation is probably being caused by a SecurityManager(??) =20
If that is the
case then you will need to give wrapper.jar full privileges in your=20
policy file.

The only reason I could think why you would be getting the unexpected=20
exit was if
the JVM called Runtime.halt(), or if you have the Wrapper's shutdown =
hook
disabled.  Is it possible that BEA is calling halt after that access=20
violation?

You can try turning on wrapper.debug, but I am not sure if that will=20
give you
any more info in this case.

Cheers,
Leif

Oded Blayer wrote:

> Hi, I have a problem using the Service Wrapper version 3.1 to wrap BEA =

> Weblogic 8.1 on Windows 2K.
> When I hit ^C in order to test the shutdown I get the following lines=20
> in the wrapper log:
> =20
> STATUS | wrapper  | 2004/04/29 16:42:15 | CTRL-C trapped.  Shutting =
down.
> INFO   | jvm 1    | 2004/04/29 16:42:16 |
> INFO   | jvm 1    | 2004/04/29 16:42:16 | Graceful shutdown command=20
> issued to the server "EMSServer". This command might take time since=20
> the server waits for inflight work to finish before shutdown. If you=20
> wish to ignore inflight work please use FORCESHUTDOWN command to=20
> override inflight work and shutdown the server ...
> INFO   | jvm 1    | 2004/04/29 16:42:16 | Error: Access not allowed=20
> for subject: principals=3D[], on ResourceType: ServerRuntime Action:=20
> execute, Target: shutdown.
> ERROR  | wrapper  | 2004/04/29 16:42:18 | JVM exited unexpectedly=20
> while stopping the application.
> STATUS | wrapper  | 2004/04/29 16:42:18 | <-- Wrapper Stopped
> The shutdown part of the wrapper.conf is :
> # The first application parameter is the name of the class whose main
> # method is to be called when the application is launched.  The class
> # name is followed by the number of parameters to be passed to its =
main
> # method.  Then comes the actual parameters.
> wrapper.app.parameter.1=3Dweblogic.Server
> wrapper.app.parameter.2=3D0
> =20
> # The start parameters are followed by the name of the class whose =
main
> # method is to be called to stop the application.  The stop class name
> # is followed by a flag which controls whether or not the Wrapper =
should
> # wait for all non daemon threads to complete before exiting the JVM.
> # The flag is followed by the number of parameters to be passed to the
> # stop class's main method.  Finally comes the actual parameters.
> wrapper.app.parameter.3=3Dweblogic.Admin
> wrapper.app.parameter.4=3Dtrue
> wrapper.app.parameter.5=3D7
> wrapper.app.parameter.6=3D-url t3://localhost:80
> wrapper.app.parameter.7=3D-username system
> wrapper.app.parameter.8=3D-password password
> wrapper.app.parameter.9=3DSHUTDOWN
> Have you any idea as to what causes this problem?
> Thanks
> =20
> Oded Blayer
> od...@in... <mailto:od...@in...>
> =20
> =20




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. =

Take an Oracle 10g class now, and we'll give you the exam FREE.=20
http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Graceful shutdown problem.

[Leif M. <le...@ta...>]

Oded,
The access violation is probably being caused by a SecurityManager(??)  
If that is the
case then you will need to give wrapper.jar full privileges in your 
policy file.

The only reason I could think why you would be getting the unexpected 
exit was if
the JVM called Runtime.halt(), or if you have the Wrapper's shutdown hook
disabled.  Is it possible that BEA is calling halt after that access 
violation?

You can try turning on wrapper.debug, but I am not sure if that will 
give you
any more info in this case.

Cheers,
Leif

Oded Blayer wrote:

> Hi, I have a problem using the Service Wrapper version 3.1 to wrap BEA 
> Weblogic 8.1 on Windows 2K.
> When I hit ^C in order to test the shutdown I get the following lines 
> in the wrapper log:
>  
> STATUS | wrapper  | 2004/04/29 16:42:15 | CTRL-C trapped.  Shutting down.
> INFO   | jvm 1    | 2004/04/29 16:42:16 |
> INFO   | jvm 1    | 2004/04/29 16:42:16 | Graceful shutdown command 
> issued to the server "EMSServer". This command might take time since 
> the server waits for inflight work to finish before shutdown. If you 
> wish to ignore inflight work please use FORCESHUTDOWN command to 
> override inflight work and shutdown the server ...
> INFO   | jvm 1    | 2004/04/29 16:42:16 | Error: Access not allowed 
> for subject: principals=[], on ResourceType: ServerRuntime Action: 
> execute, Target: shutdown.
> ERROR  | wrapper  | 2004/04/29 16:42:18 | JVM exited unexpectedly 
> while stopping the application.
> STATUS | wrapper  | 2004/04/29 16:42:18 | <-- Wrapper Stopped
> The shutdown part of the wrapper.conf is :
> # The first application parameter is the name of the class whose main
> # method is to be called when the application is launched.  The class
> # name is followed by the number of parameters to be passed to its main
> # method.  Then comes the actual parameters.
> wrapper.app.parameter.1=weblogic.Server
> wrapper.app.parameter.2=0
>  
> # The start parameters are followed by the name of the class whose main
> # method is to be called to stop the application.  The stop class name
> # is followed by a flag which controls whether or not the Wrapper should
> # wait for all non daemon threads to complete before exiting the JVM.
> # The flag is followed by the number of parameters to be passed to the
> # stop class's main method.  Finally comes the actual parameters.
> wrapper.app.parameter.3=weblogic.Admin
> wrapper.app.parameter.4=true
> wrapper.app.parameter.5=7
> wrapper.app.parameter.6=-url t3://localhost:80
> wrapper.app.parameter.7=-username system
> wrapper.app.parameter.8=-password password
> wrapper.app.parameter.9=SHUTDOWN
> Have you any idea as to what causes this problem?
> Thanks
>  
> Oded Blayer
> od...@in... <mailto:od...@in...>
>  
>  

[Wrapper-user] Graceful shutdown problem.

[Oded B. <Ode...@in...>]

Hi, I have a problem using the Service Wrapper version 3.1 to wrap BEA =
Weblogic 8.1 on Windows 2K.
When I hit ^C in order to test the shutdown I get the following lines in =
the wrapper log:
=20
STATUS | wrapper  | 2004/04/29 16:42:15 | CTRL-C trapped.  Shutting =
down.
INFO   | jvm 1    | 2004/04/29 16:42:16 |=20
INFO   | jvm 1    | 2004/04/29 16:42:16 | Graceful shutdown command =
issued to the server "EMSServer". This command might take time since the =
server waits for inflight work to finish before shutdown. If you wish to =
ignore inflight work please use FORCESHUTDOWN command to override =
inflight work and shutdown the server ...
INFO   | jvm 1    | 2004/04/29 16:42:16 | Error: Access not allowed for =
subject: principals=3D[], on ResourceType: ServerRuntime Action: =
execute, Target: shutdown.
ERROR  | wrapper  | 2004/04/29 16:42:18 | JVM exited unexpectedly while =
stopping the application.
STATUS | wrapper  | 2004/04/29 16:42:18 | <-- Wrapper Stopped

The shutdown part of the wrapper.conf is :
# The first application parameter is the name of the class whose main
# method is to be called when the application is launched.  The class
# name is followed by the number of parameters to be passed to its main
# method.  Then comes the actual parameters.
wrapper.app.parameter.1=3Dweblogic.Server=20
wrapper.app.parameter.2=3D0
=20
# The start parameters are followed by the name of the class whose main
# method is to be called to stop the application.  The stop class name
# is followed by a flag which controls whether or not the Wrapper should
# wait for all non daemon threads to complete before exiting the JVM.
# The flag is followed by the number of parameters to be passed to the
# stop class's main method.  Finally comes the actual parameters.
wrapper.app.parameter.3=3Dweblogic.Admin
wrapper.app.parameter.4=3Dtrue
wrapper.app.parameter.5=3D7
wrapper.app.parameter.6=3D-url t3://localhost:80
wrapper.app.parameter.7=3D-username system
wrapper.app.parameter.8=3D-password password
wrapper.app.parameter.9=3DSHUTDOWN

Have you any idea as to what causes this problem?
Thanks
=20
Oded Blayer
od...@in...
=20
=20

Re: [Wrapper-user] Running JBoss in console mode but not in service mode.

[Andreas W. <and...@em...>]

Christophe,

the environment variable JAVA_HOME is most likely not registered for the user your service runs with (LocalSystem by default), which is not the user you use in console mode (interactive user).
And due to my experience, it is always better to use environment variables in the conf file than hardcoded paths (esp. when using the wrapper to run applications on multiple platforrms).

Cheers,
Andreas

> 
> Hi,
> 
> I have not found something related to my problem (not
> the good keywords maybe) with google so I try here.
> 
> I'm playing with wrapper 3.1.0 under Windows XP to try
> to have JBoss 3.2.3 as a service.
> 
> After a configuration mixed from jboss.org and wrapper
> examples, my jboss environment is running in the
> wrapper console mode without problems.
> 
> when I try to start it as a service (install OK) I
> have this message: 
> FATAL  | wrapper  | 2004/04/27 18:57:08 | Unable to
> execute Java command.  The system cannot find the file
> specified. (0x2)
> 
> "%JAVA_HOME%\bin\java"
> -Djava.library.path="%JBOSS_HOME%/lib;c:/windows/system32"
> <snipped>
> 
> Q: is normal to have %JAVA_HOME% and %JBOSS_HOME% in
> the line and not c:\j2sdk1.4.2_04\ , ...?
> 
> (the %JAVA_HOME% and %JBOSS_HOME% are registred
> because the wrapper console mode is launched with the
> same terminal and it works)
> 
> thanks for your time,
> 
> Christophe.
> 
> 
> 	
> 		
> __________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs  
> http://hotjobs.sweepstakes.yahoo.com/careermakeover 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE. 
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Running JBoss in console mode but not in service mode.

[Leif M. <le...@ta...>]

Christophe,
    The problem is that when running as a service, the Wrapper runs as 
the SYSTEM
user unless configured to do otherwise.  Most likely you have configured the
JAVA_HOME environment for your user rather than as a system wide 
variable, so
when running as a service, it is undefined.

Cheers,
Leif

Christophe DONTAINE wrote:

>Hi,
>
>I have not found something related to my problem (not
>the good keywords maybe) with google so I try here.
>
>I'm playing with wrapper 3.1.0 under Windows XP to try
>to have JBoss 3.2.3 as a service.
>
>After a configuration mixed from jboss.org and wrapper
>examples, my jboss environment is running in the
>wrapper console mode without problems.
>
>when I try to start it as a service (install OK) I
>have this message: 
>FATAL  | wrapper  | 2004/04/27 18:57:08 | Unable to
>execute Java command.  The system cannot find the file
>specified. (0x2)
>
>"%JAVA_HOME%\bin\java"
>-Djava.library.path="%JBOSS_HOME%/lib;c:/windows/system32"
><snipped>
>
>Q: is normal to have %JAVA_HOME% and %JBOSS_HOME% in
>the line and not c:\j2sdk1.4.2_04\ , ...?
>
>(the %JAVA_HOME% and %JBOSS_HOME% are registred
>because the wrapper console mode is launched with the
>same terminal and it works)
>
>thanks for your time,
>
>Christophe.
>
>
>	
>		
>__________________________________
>Do you Yahoo!?
>Win a $20,000 Career Makeover at Yahoo! HotJobs  
>http://hotjobs.sweepstakes.yahoo.com/careermakeover 
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>Take an Oracle 10g class now, and we'll give you the exam FREE. 
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>