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

Re: [Wrapper-user] Install Wrapper on Win98

[Sal I. <sal...@sy...>]

You might find this old post relevant.

RE: [Wrapper-user] Re: Win95/98

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Sal Ingrilli
Sent: Tuesday, July 29, 2003 10:23 AM
To: wra...@li...; Max Stolyarov
Subject: RE: [Wrapper-user] Re: Win95/98


i use the wrapper on win98 at a client installation.  they've been running
for 3 months without reporting any problems.

i use win98 to schedule the wrapper at system startup. this is the closest
thing to an NT-service.  when i reboot my machine i see wrapper starting up
before the login prompt!

the wrapper version i'm running is 3.0

btw, win98 has a cmd bug which prevents from assigning -D variables in .bat
files: it doesn't like the equal signs of -Dprop=value
so running through the wrapper was the only way i could get my app to work
because the -D variables are in wrapper.conf, so win98 .bat files are not
used!!!

so in the end, short of making code changes, running through the wrapper was
the only way i could run my app on win98.

sal.

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Leif Mortenson
Sent: Tuesday, July 29, 2003 8:31 AM
To: Max Stolyarov; Wrapper User List
Subject: [Wrapper-user] Re: Win95/98


Max,
I am honestly not sure. I do not have access to any of those machines
any more.
You would of course not be able to use the service features as those
platforms do
not support features. Same goes for the event log features. Most stuff
should work,
but that does not mean that it is actually usable. Do you have such a
machine
available to try it out on?

Has anyone on list had any success / failures working with these platforms.

Cheers
Leif

Max Stolyarov wrote:

> Leif,
>
> Does Java Service Wrapper work on Win95/98 platforms? Thanks
>
> Max
>



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Re: HP-UX libwrapper.so fails to load

[EXT-Smith, E. M <eri...@bo...>]

Leif, et al.

I have run some simple tests using the input from Andreas Wendt (Thank =
you Andreas).

Here is what I have come up with so far:  The problem is in the way that =
wrapper is built.

I came to this conclusion after the following:

1) Modified the Makefile.hpux file as follows:
	a) Set up the following as the definitions:
		DEFS =3D -I/opt/java1.4/include -I/opt/java1.4/include/hp-ux
		DEFVALS =3D -DHPUX -D_HPUX -D_POSIX_C_SOURCE=3D199506L =
-D_XOPEN_SOURCE_EXTENDED
		OPTS =3D -ansi -fPIC
		COMPILE =3D gcc -c $(DEFVALS) $(OPTS) $(DEFS)
		COMPILE_LINK =3D gcc $(DEFVALS) $(OPTS) $(DEFS)
		LINK =3D ld -b
		realpath_SOURCE =3D realpath.c
		wrapper_SOURCE =3D wrapper.c wrapper_unix.c property.c logger.c
		wrapper_OBJECTS =3D wrapper.o wrapper_unix.o property.o logger.o
		libwrapper_sl_SOURCE =3D wrapperjni_unix.c wrapperjni.c
		libwrapper_sl_OBJECTS =3D wrapperjni_unix.o wrapperjni.o
		BIN =3D ../../bin
		LIB =3D ./../lib

	b) changed the rule for wrapper to
		wrapper: $(wrapper_SOURCE)
			$(COMPILE_LINK) $(wrapper_OBJECTS) -lm -o $(BIN)/wrapper

	c) changed the rule for libwrapper to=20
		libwrapper.sl: $(libwrapper_so_OBJECTS)
		        ${COMPILE} $(libwrapper_sl_SOURCE)
		        ${LINK} -b -o $(LIB)/libwrapper.sl $(libwrapper_sl_OBJECTS)

	d) changed the compile rule to
		%.o: %.c
		        ${COMPILE} ${OPTS} ${DEFS} $<

2) Ran the entire build as follows:
	./build.sh clean
	./build.sh compile
	./build.sh main
   I know the main build rule takes care of everything, but I did this =
just to be sure.

3) Edited the conf/wrapper.conf file to point to the proper JAVA_HOME =
and libwrapper.sl file .  <<NOTE, the .sl and not .so extension>>

4) Changed the SHLIB_PATH environment variable to reference the =
wrapper/lib directory.

5) Tried running bin/testwrapper console
	Failed

6) Tried running bin/wrapper with the proper parameters
	Failed

7) Tried running the org.tanukisoftware.wrapper.test.Main class straight =
from Java
	Success

Then to be sure the shared library was loading...

8) Added lines to the WrapperManager.java bracketing the =
System.loadLibrary

9) Tried running the org.tanukisoftware.wrapper.test.Main class straight =
from Java to see the bracketing labels
	Success

Therefore, I am now looking at how wrapper is built for a solution.

I have already tried splitting the compilation and linking for wrapper =
(using gcc and ld), but the resulting file is not executable.

Our biggest problem is the lack of the native HP-UX ansi C compiler on =
our test machine.  We are stuck with ISO C89 unless we use gcc.  We are =
searching for an ansi compiler in-house, but haven't found one yet.

Any suggestions (other than locating the ansi c compiler)?

Eric M. Smith
InfoStructure Systems
Boeing Chairman's Innovation Initiative

Re: [Wrapper-user] Install Wrapper on Win98

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

Andre,
I have heard that some users are able to use it under Windows 98.  Not sure
about Windows 95 though.   You will not be able to install as a service of
course.  But the ability to run in console mode should work fine.

Give the batch files that come with the Wrapper a try.  But if they do not
work, try launching the Wrapper manually with the following command

Wrapper.exe -c ..\conf\wrapper.conf

Please post back with your results as I am sure there will be others out
there with the same question.

Cheers,
Leif


Andre Harry wrote:

>Hi guys,
>
>I was just wondering if it's possible to install this
>wrapper on Windows 95/98?
>
>Or will it only work with NT/2000/XP?
>
>Any info would be helpful
>
>Thanks!
>Andre
>  
>

[Wrapper-user] Install Wrapper on Win98

[Andre H. <nas...@ya...>]

Hi guys,

I was just wondering if it's possible to install this
wrapper on Windows 95/98?

Or will it only work with NT/2000/XP?

Any info would be helpful

Thanks!
Andre

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

[Wrapper-user] Re: [Wrapper-cvs] Timed out waiting for signal from JVM

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

Thomas,
    As I explained in my previous reply to you.  READ THE DOCUMENTATION!
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    I am not going to take the time to rewrite the contents of what is 
already in the docs
for you here.   If you want me to hold your hand.  Then send a donation 
to pay for my
time.  Otherwise, happy reading.   Once you have read the docs.  I am 
more than
happy to help those who put forth a little bit of effort.

    As a hint.  You do not specify your class as the main class.  You 
should specify
WrapperSimpleApp.

    Also please use the list rather than replying directly.

Cheers,
Leif

Thomas Halbig wrote:

>Hi Leif,
>
>all what I do, I have the same behaviour.
>I'm not sure, if I'm on the wrong track or misunderstood some points.
>
>Anyway, I used now the sample wrapper of the whole wrapper package and replaced only the main class with my one. I think there it should work but it doesn't. After 30 seconds I get the some response!
>
>My test application consists only of these lines:
>
>public static void main(String[] args) {
>  int i = 0;
>  while(true){
>    System.out.println(++i + ". pass _");
>    try{
>        Thread.sleep(10000);}
>    catch(Exception e){}
>  }
>}
>
>I think, when the TestWrapper is working in theses envirement, my sample application should work as well or?
>
>Cheers,
>Thomas
>
>
>
>Am 09.10.2003 14:41, Leif Mortenson <le...@ta...> schrieb:
>
>  
>
>>Thomas, 
>>    You are the third person to ask about this in 24 hours.  Please read the 
>>documentation. 
>>http://wrapper.tanukisoftware.org/doc/english/integrate.html 
>> 
>>    Most likely, you will want to use integration method #1 and specify 
>>WrapperSimpleApp as your main class. 
>> 
>>    For me to learn.  I am trying to reduce this particular request as  
>>it is the most 
>>common mistake made by my users.  I have attempted to make this more obvious 
>>by putting a comment into the template wrapper.conf file, but it does  
>>not help.  If 
>>you have some suggestions as to what would have made it more obvious for you 
>>to figure out how out how to get this working on your own, I am listening. 
>> 
>>  By the way, I replied to the wrapper-user list as that is where this post 
>>should have gone.  The wrapper-cvs list is only monitored by people who 
>>want to keep track of changes to the wrapper source, or who have 
>>comments on the changes. 
>> 
>>Cheers, 
>>Leif 
>> 
>> 
>>Thomas Halbig wrote: 
>> 
>>    
>>
>>>Hello, 
>>>
>>>I'm using the wrapper.exe to start my application. 
>>>Everytime the wrapper restart the application after 30 seconds. 
>>>
>>>The wrapper return the following output: 
>>>... 
>>>Startup failed: Timed out waiting for signal from JVM 
>>>Java Virtual Machine did not exit on request, terminated 
>>>... 
>>>If I wrappe a other application, the wrapper shows the same behaviour! 
>>>
>>>Any hints what I can do? 
>>>
>>>Thanks in advance 
>>>Thomas 
>>>  
>>>
>>>      
>>>
>> 
>> 
>>    
>>
>
>
>
>
>
>  
>

Re: [Wrapper-user] run levels

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

Arun,
    What are run levels?  Well that is a subject that I could spend all 
night explaining, and
has nothing to do with the Wrapper directly.

    Basicly, the UNIX system operates in various runlevels when it is in 
different states.
For example, when the system normally boots up, it goes into what is 
called "multi user mode",
or run level #2.   Then when the system is shutting down, it goes into 
"halt", level #0, or
"reboot", level #6 runtime level.   If you are having problems with your 
system, you may wish
to boot into a "single user" mode.  This is called run level #1.

    If you look in the rc*.* directories, you will see a list of shell 
scripts that are executed
when ever the system enters a specific run level.  The scripts within 
each directory are
executed in the order specified by their names.

    "Snn_xxx"  means that the "xxx" script will be executed with an 
order of "nn", and be
passed the "start" parameter.

    "Knn_xxx" means that the "xxx" script will be executed with an order 
of "nn" and be
passed the "stop" parameter.

    All of the scripts in run level #2, /etc/rc2.d/, will be executed on 
startup.  And then
all scripts in /etc/rc0.d/ will be executed on shutdown.

    So if you placed a symbolic link to your wrapper script in the 
following 2 directories:
/etc/rc0.d/K20myapp
/etc/rc2.d/S20myapp
Then your "myapp" application would be called with "myapp start" on 
system startup and
then "myapp stop" on system shudown.

    Make sense?

    Here is one site which kind of explains it.  I remember the first 
time I tried to figure
run levels out.  There are not many sites out there which explain it in 
an easy to
understand way.
http://www.pucmmsti.edu.do/materias/fnunez/RUTE_TUT/node35.html

    Please consider donating to the project if you have found this 
information useful.
Answering questions to make it possible for you to do your job takes 
real time.
Donations put me in a great mood and make me look forward to hearing 
from you
again.
http://wrapper.tanukisoftware.org/doc/english/donate.html

Cheers,
Leif

Ramachandra, Arun wrote:

> The help docs for starting the wrapperlistener app at reboot says:
> "We will want our application to be started for all multi-user run 
> levels and stopped for the halt, single-user and reboot runlevels."
>
> I did not quite understand what this means.
> Could anybody please explain? What exactly is meant by a run level?
>
>  -Thanks
>  -Arun
>
>

Re: [Wrapper-user] RE: [Wrapper-cvs] Wrapper start stop on Unix

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

Arun,
    Yes, you will still need to configure the run level symbolic links.  
At this level, it does
not matter which integration method you are using.

    If you look in the /etc/rc*.*  directories of your system, you will 
see examples of what
other applications are doing.   These links just determine when the 
wrapper's shell script
is launched.   What the Wrapper does past that point is unrelated.

Cheers,
Leif

Ramachandra, Arun wrote:

> Thank you very much for your response.
> I found the docs for solaris.
> A question i have is do i need to specially set up the wrapper by 
> creating symbolic links for system start and shutdown if i'm using the 
> wrapperlistener approach?
>
>  -Thanks
>  -Arun
>

Re: [Wrapper-user] JVM Restarts

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

Russell,
    I tried to explain briefly in my previous mail, but most likely, 
this is because your
reportServer class does not implement the WrapperListener interface.   
The timeout is
happening because the WrapperManager class is never being loaded.  
Please read the
integration section of the documentation.   Especially concentrating on 
Method 1.   Most
likely, you will want to specify WrapperSimpleApp as your main class.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    Until you have read the documentation, I don't really want to 
rewrite everything that I
have already spent the time to painstakingly write in the 
documentation.   Believe it or
not, it will not be any easier to reread it here than it would be to 
read it in the docs that
are already part of the distribution.

    This is the most common request made by users, and I know that it is 
simply a case
of user s not taking the time to read the docs...  But if you have any 
suggestions on what
I could have done to have made it easier for you to have gotten up and 
running, I am
listening.

    PS.  Answering questions, takes real time out of my life. :-)  
Please consider paying
for my time by supporting the project.   Its cheap, you'll feel great 
for helping out a
starving developer, and I promise I'll be in a better mood the next time 
you post :-)
http://wrapper.tanukisoftware.org/doc/english/donate.html

Cheers,
Leif

Russell Rice wrote:

>**I apologize - I posted this to the incorrect group previous**
>
>G'day!
>
>  I'm attempting to get Wrapper to run (first as a application then as a 
>service) with a Java RMI Server app I've created.  It's not working, however.  
>It will start the JVM, after about 30 seconds, saying it timed out waiting for 
>signal from JVM.  The thing is, during that 30 seconds, the app is actually 
>running.
>
>  Here's what I've got:
>
>#Wrapper.conf
>wrapper.java.command=java
>wrapper.java.mainclass=com.mariner.reporting.reportServer
>wrapper.java.classpath.1=../lib/wrapper.jar
>wrapper.java.classpath.2=../lib/reportServer.jar
>wrapper.java.classpath.3=../lib/jxl.jar
>wrapper.java.library.path.1=../lib
>wrapper.java.additional.1=-
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar
>wrapper.java.initmemory=3
>wrapper.java.maxmemory=64
>wrapper.app.parameter.1=
>wrapper.console.format=PM
>wrapper.console.loglevel=DEBUG
>wrapper.logfile=../logs/reportServer.log
>wrapper.logfile.format=LPTM
>wrapper.logfile.loglevel=DEBUG
>wrapper.logfile.maxsize=0
>wrapper.logfile.maxfiles=0
>wrapper.syslog.loglevel=NONE
>wrapper.ntservice.name=reportServer
>wrapper.ntservice.displayname=Java Financial Report Server
>wrapper.ntservice.description=Java financial reporting server - The back-end of 
>the java tool to run various reports
>wrapper.ntservice.dependency.1=
>wrapper.ntservice.starttype=AUTO_START
>wrapper.ntservice.interactive=false
>
>################################################################################
>###
>
>#reportServer.java
>package com.mariner.reporting;
>
>import java.net.*;
>import java.rmi.*;
>import java.rmi.registry.*;
>import java.rmi.server.*;
>
>public class reportServer extends UnicastRemoteObject implements reportRemote {
>    private static Process p = null;
>    private static reportGenerator rpt;
>    String[] results = null;
>    boolean isReportReady = false;
>    private static Thread runner = null;
>    
>    public String[] genReport() throws RemoteException {
>        rpt = new reportGenerator();
>        results = rpt.genReport();
>        rpt = null;
>        return results;
>    }
>
>    public reportServer() throws RemoteException {
>    }
>
>    public static void main(String[] args) {
>        try {
>            Runtime.getRuntime().addShutdownHook( new Thread()
>                {
>                    public void run() {
>                    p.destroy();
>                    }
>                } );
>            p = Runtime.getRuntime().exec("rmiregistry 2020");
>            reportServer rs = new reportServer();
>            Naming.bind("//ricer-desktop:2020/reportServer", rs);
>        } catch (Exception e) {
>            System.out.println("Error -- " + e.toString());
>            e.printStackTrace();
>        }
>    }
>}
>
>#################################################################
>
>Everything looks straightforward to me.  I can run the app from a commandline:
>   Set CLASSPATH=
>   java -cp reportServer.jar;jxl.jar -
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar com.mariner.reporting.reportServer
>
>I believe I have the options set up correctly.  Below is the log file
>
>#################################################################
>
>#reportServer.log
>STATUS | wrapper  | 2003/10/03 14:25:20 | --> Wrapper Started as Console
>DEBUG  | wrapperp | 2003/10/03 14:25:20 | server listening on port 32000.
>STATUS | wrapper  | 2003/10/03 14:25:21 | Launching a JVM...
>DEBUG  | wrapper  | 2003/10/03 14:25:21 | command: "C:\WINDOWS\system32
>\java.exe" -
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar -Xms3m -Xmx64m -Djava.library.path="../lib" -
>classpath "../lib/wrapper.jar;../lib/reportServer.jar;../lib/jxl.jar" -
>Dwrapper.key="Y7SNOfdzOseD9iCv" -Dwrapper.port=32000 -Dwrapper.debug="TRUE" -
>Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 com.mariner.reporting.reportServer
>DEBUG  | wrapper  | 2003/10/03 14:25:21 | Java Virtual Machine started 
>(PID=2736)
>ERROR  | wrapper  | 2003/10/03 14:25:52 | Startup failed: Timed out waiting for 
>signal from JVM.
>ERROR  | wrapper  | 2003/10/03 14:25:52 | Java Virtual Machine did not exit on 
>request, terminated
>DEBUG  | wrapper  | 2003/10/03 14:25:52 | JVM was only running for 31 seconds 
>leading to a failed restart count of 1.
>
>#############################################################
>
>I also took the command listed above and it runs fine at the command prompt.
>
>Any ideas out there?  (and if there's anything I missed, feel free to ask)
>
>Thanks in advance!
>
>---
>Russell Rice
>Essbase Database Administrator
>Mariner Health Care, Inc.
>  
>

[Wrapper-user] Re: [Wrapper-cvs] Timed out waiting for signal from JVM

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

Thomas,
    You are the third person to ask about this in 24 hours.  Please read the
documentation.
http://wrapper.tanukisoftware.org/doc/english/integrate.html

    Most likely, you will want to use integration method #1 and specify
WrapperSimpleApp as your main class.

    For me to learn.  I am trying to reduce this particular request as 
it is the most
common mistake made by my users.  I have attempted to make this more obvious
by putting a comment into the template wrapper.conf file, but it does 
not help.  If
you have some suggestions as to what would have made it more obvious for you
to figure out how out how to get this working on your own, I am listening.

  By the way, I replied to the wrapper-user list as that is where this post
should have gone.  The wrapper-cvs list is only monitored by people who
want to keep track of changes to the wrapper source, or who have
comments on the changes.

Cheers,
Leif


Thomas Halbig wrote:

>Hello,
>
>I'm using the wrapper.exe to start my application.
>Everytime the wrapper restart the application after 30 seconds.
>
>The wrapper return the following output:
>...
>Startup failed: Timed out waiting for signal from JVM
>Java Virtual Machine did not exit on request, terminated
>...
>If I wrappe a other application, the wrapper shows the same behaviour!
>
>Any hints what I can do?
>
>Thanks in advance
>Thomas
>  
>

[Wrapper-user] JVM Restarts

[Russell R. <rr...@mo...>]

**I apologize - I posted this to the incorrect group previous**

G'day!

  I'm attempting to get Wrapper to run (first as a application then as a 
service) with a Java RMI Server app I've created.  It's not working, however.  
It will start the JVM, after about 30 seconds, saying it timed out waiting for 
signal from JVM.  The thing is, during that 30 seconds, the app is actually 
running.

  Here's what I've got:

#Wrapper.conf
wrapper.java.command=java
wrapper.java.mainclass=com.mariner.reporting.reportServer
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=../lib/reportServer.jar
wrapper.java.classpath.3=../lib/jxl.jar
wrapper.java.library.path.1=../lib
wrapper.java.additional.1=-
Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
ortServer.jar
wrapper.java.initmemory=3
wrapper.java.maxmemory=64
wrapper.app.parameter.1=
wrapper.console.format=PM
wrapper.console.loglevel=DEBUG
wrapper.logfile=../logs/reportServer.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=DEBUG
wrapper.logfile.maxsize=0
wrapper.logfile.maxfiles=0
wrapper.syslog.loglevel=NONE
wrapper.ntservice.name=reportServer
wrapper.ntservice.displayname=Java Financial Report Server
wrapper.ntservice.description=Java financial reporting server - The back-end of 
the java tool to run various reports
wrapper.ntservice.dependency.1=
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false

################################################################################
###

#reportServer.java
package com.mariner.reporting;

import java.net.*;
import java.rmi.*;
import java.rmi.registry.*;
import java.rmi.server.*;

public class reportServer extends UnicastRemoteObject implements reportRemote {
    private static Process p = null;
    private static reportGenerator rpt;
    String[] results = null;
    boolean isReportReady = false;
    private static Thread runner = null;
    
    public String[] genReport() throws RemoteException {
        rpt = new reportGenerator();
        results = rpt.genReport();
        rpt = null;
        return results;
    }

    public reportServer() throws RemoteException {
    }

    public static void main(String[] args) {
        try {
            Runtime.getRuntime().addShutdownHook( new Thread()
                {
                    public void run() {
                    p.destroy();
                    }
                } );
            p = Runtime.getRuntime().exec("rmiregistry 2020");
            reportServer rs = new reportServer();
            Naming.bind("//ricer-desktop:2020/reportServer", rs);
        } catch (Exception e) {
            System.out.println("Error -- " + e.toString());
            e.printStackTrace();
        }
    }
}

#################################################################

Everything looks straightforward to me.  I can run the app from a commandline:
   Set CLASSPATH=
   java -cp reportServer.jar;jxl.jar -
Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
ortServer.jar com.mariner.reporting.reportServer

I believe I have the options set up correctly.  Below is the log file

#################################################################

#reportServer.log
STATUS | wrapper  | 2003/10/03 14:25:20 | --> Wrapper Started as Console
DEBUG  | wrapperp | 2003/10/03 14:25:20 | server listening on port 32000.
STATUS | wrapper  | 2003/10/03 14:25:21 | Launching a JVM...
DEBUG  | wrapper  | 2003/10/03 14:25:21 | command: "C:\WINDOWS\system32
\java.exe" -
Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
ortServer.jar -Xms3m -Xmx64m -Djava.library.path="../lib" -
classpath "../lib/wrapper.jar;../lib/reportServer.jar;../lib/jxl.jar" -
Dwrapper.key="Y7SNOfdzOseD9iCv" -Dwrapper.port=32000 -Dwrapper.debug="TRUE" -
Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 com.mariner.reporting.reportServer
DEBUG  | wrapper  | 2003/10/03 14:25:21 | Java Virtual Machine started 
(PID=2736)
ERROR  | wrapper  | 2003/10/03 14:25:52 | Startup failed: Timed out waiting for 
signal from JVM.
ERROR  | wrapper  | 2003/10/03 14:25:52 | Java Virtual Machine did not exit on 
request, terminated
DEBUG  | wrapper  | 2003/10/03 14:25:52 | JVM was only running for 31 seconds 
leading to a failed restart count of 1.

#############################################################

I also took the command listed above and it runs fine at the command prompt.

Any ideas out there?  (and if there's anything I missed, feel free to ask)

Thanks in advance!

---
Russell Rice
Essbase Database Administrator
Mariner Health Care, Inc.

[Wrapper-user] Problems on Win 2k using wrapper 3.5

[Prashant R. <pra...@pr...>]

Hello,

We are trying to integrate Wrapper (using method 1) and have been =
successful in starting one instance of application as an NT service.
However when we configure two instances of out application as service, =
we encounter this problem.

Settings :OS:Windows 2000, jdk : 1.3.1_03, wrapper 3.5 version

1. when i start the serivice with net start <serivce_name> Windows =
throws up a dialog box saying "java.exe has performed an illeagal =
operation and will be shutdown by windows".

2. Following this wrapper restarts the jvm and then everything goes =
smoothly.

3. In wrapper.log this is the snippet that is written

STATUS | wrapper  | 2003/10/09 15:02:20 | --> Wrapper Started as Service
INFO   | wrapperp | 2003/10/09 15:02:21 | port 1777 already in use, =
using port 1778 instead.
DEBUG  | wrapperp | 2003/10/09 15:02:21 | server listening on port 1778.
STATUS | wrapper  | 2003/10/09 15:02:22 | Launching a JVM...
DEBUG  | wrapper  | 2003/10/09 15:02:22 | command: "------"
DEBUG  | wrapper  | 2003/10/09 15:02:22 | Java Virtual Machine started =
(PID=3D2484)
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: Registering =
shutdown hook
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2003/10/09 15:02:23 | Calling native initialization =
method.
INFO   | jvm 1    | 2003/10/09 15:02:23 | Initializing WrapperManager =
native library.
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java Executable: =
D:\jdk1.3.1_03\bin\java.exe
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java Version   : 1.3.1_03-b03 =
Java HotSpot(TM) Server VM
INFO   | jvm 1    | 2003/10/09 15:02:23 | Java VM Vendor : Sun =
Microsystems Inc.
INFO   | jvm 1    | 2003/10/09 15:02:23 |=20
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper (Version 3.0.5)
INFO   | jvm 1    | 2003/10/09 15:02:23 |=20
INFO   | jvm 1    | 2003/10/09 15:02:23 | Open socket to wrapper...
INFO   | jvm 1    | 2003/10/09 15:02:23 | Opened Socket
INFO   | jvm 1    | 2003/10/09 15:02:23 | Send a packet KEY : =
kcHXnO44A11Oe6bV
INFO   | jvm 1    | 2003/10/09 15:02:23 | =
handleSocket(Socket[addr=3D127.0.0.1/127.0.0.1,port=3D1778,localport=3D33=
11])
DEBUG  | wrapperp | 2003/10/09 15:02:23 | accepted a socket from =
127.0.0.1 on port 3311
DEBUG  | wrapperp | 2003/10/09 15:02:23 | read a packet KEY : =
kcHXnO44A11Oe6bV
DEBUG  | wrapper  | 2003/10/09 15:02:23 | Got key from JVM: =
kcHXnO44A11Oe6bV
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet LOW_LOG_LEVEL : =
1
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet PING_TIMEOUT : =
30
DEBUG  | wrapper  | 2003/10/09 15:02:23 | Start Application.
DEBUG  | wrapperp | 2003/10/09 15:02:23 | send a packet START : start
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet =
LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: LowLogLevel =
from Wrapper is 1
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet PING_TIMEOUT =
: 30
INFO   | jvm 1    | 2003/10/09 15:02:23 | Wrapper Manager: PingTimeout =
from Wrapper is 30000
INFO   | jvm 1    | 2003/10/09 15:02:23 | Received a packet START : =
start
INFO   | jvm 1    | 2003/10/09 15:02:23 | calling listener.start()
INFO   | jvm 1    | 2003/10/09 15:02:23 | WrapperSimpleApp: start(args)
INFO   | jvm 1    | 2003/10/09 15:02:23 | WrapperSimpleApp: invoking =
main method
DEBUG  | wrapperp | 2003/10/09 15:02:24 | send a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:24 | Received a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:24 | Send a packet PING : ok
DEBUG  | wrapperp | 2003/10/09 15:02:24 | read a packet PING : ok
DEBUG  | wrapper  | 2003/10/09 15:02:24 | Got ping response from JVM
DEBUG  | wrapperp | 2003/10/09 15:02:30 | send a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:30 | Received a packet PING : ping
INFO   | jvm 1    | 2003/10/09 15:02:30 | Send a packet PING : ok
DEBUG  | wrapperp | 2003/10/09 15:02:30 | read a packet PING : ok
DEBUG  | wrapper  | 2003/10/09 15:02:30 | Got ping response from JVM
ERROR  | wrapper  | 2003/10/09 15:02:31 | JVM exited while starting the =
application.=20

This error apparently occurs in no pattern, and seem to no come in Win =
NT. Any suggestions or help will be immensly appreciated.

Thank You
Prashant=20

0xCAFEBABE

[Wrapper-user] RE: [Wrapper-cvs] Wrapper start stop on Unix

[Ramachandra, A. <Ram...@Sy...>]

Thank you very much for your response.
I found the docs for solaris.
A question i have is do i need to specially set up the wrapper by creating
symbolic links for system start and shutdown if i'm using the
wrapperlistener approach?

 -Thanks
 -Arun


-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: Thursday, October 09, 2003 1:14 PM
To: wra...@li...; Ram...@Sy...
Subject: Re: [Wrapper-cvs] Wrapper start stop on Unix


Arun,

>   I'm using WrapperListener,latest version.
> I have understood how to use it to deploy applications on the windows 
> platform.
>
> In the Solaris platform how does this work?
> I can see from the help docs that the functionality to start the 
> application on reboot is available only on the Debian Linux platform. 
> Does this work the same way for the solaris platform?
>
    The shell script that is shipped with the Wrapper can be used to 
launch the Wrapper
on all UNIX platforms.   I supplied instructions for doing this for 
Debian and Solaris
because those are the only two platforms that I have access to.  I 
actually do not have
access to a Solaris box which I can reboot however, so the Solaris docs 
have not been
tested as well as I would like.  Please let me know if you find any errors.
http://wrapper.tanukisoftware.org/doc/english/launch-nix.html#boot

    As always, I would appreciate help from anyone willing to provide 
documentation
which details the process on other platforms.

   By the way, I replied to the wrapper-user list as that is where this 
post
should have gone.  The wrapper-cvs list is only monitored by people who
want to keep track of changes to the wrapper source, or who have
comments on the changes.

Cheers,
Leif

[Wrapper-user] run levels

[Ramachandra, A. <Ram...@Sy...>]

The help docs for starting the wrapperlistener app at reboot says:
"We will want our application to be started for all multi-user run levels
and stopped for the halt, single-user and reboot runlevels."

I did not quite understand what this means.
Could anybody please explain? What exactly is meant by a run level?

 -Thanks
 -Arun

[Wrapper-user] Re: [Wrapper-cvs] Wrapper start stop on Unix

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

Arun,

>   I'm using WrapperListener,latest version.
> I have understood how to use it to deploy applications on the windows 
> platform.
>
> In the Solaris platform how does this work?
> I can see from the help docs that the functionality to start the 
> application on reboot is available only on the Debian Linux platform. 
> Does this work the same way for the solaris platform?
>
    The shell script that is shipped with the Wrapper can be used to 
launch the Wrapper
on all UNIX platforms.   I supplied instructions for doing this for 
Debian and Solaris
because those are the only two platforms that I have access to.  I 
actually do not have
access to a Solaris box which I can reboot however, so the Solaris docs 
have not been
tested as well as I would like.  Please let me know if you find any errors.
http://wrapper.tanukisoftware.org/doc/english/launch-nix.html#boot

    As always, I would appreciate help from anyone willing to provide 
documentation
which details the process on other platforms.

   By the way, I replied to the wrapper-user list as that is where this 
post
should have gone.  The wrapper-cvs list is only monitored by people who
want to keep track of changes to the wrapper source, or who have
comments on the changes.

Cheers,
Leif

[Wrapper-user] Re: [Wrapper-cvs] JVM Restarts

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

Russell,
    You made a common mistake.  The mainclass is the class that is loaded
when java is first loaded.  This will be your class if and only if you have
manually implemented the WrapperListener interface, which you have not.
I tried to warn about this in the default wrapper.conf file that comes with
version 3.0.5.
    Please go back and read the integration documentation.   You will most
likely want to use Method #1 and set the mainclass to be WrapperSimpleApp

http://wrapper.tanukisoftware.org/doc/english/integrate.html

    Post back if you still have problems.

    By the way, I replied to the wrapper-user list as that is where this 
post
should have gone.  The wrapper-cvs list is only monitored by people who
want to keep track of changes to the wrapper source, or who have
comments on the changes.

    Cheers,
    Leif

Russell Rice wrote:

>G'day!
>
>  I'm attempting to get Wrapper to run (first as a application then as a 
>service) with a Java RMI Server app I've created.  It's not working, however.  
>It will start the JVM, after about 30 seconds, saying it timed out waiting for 
>signal from JVM.  The thing is, during that 30 seconds, the app is actually 
>running.
>
>  Here's what I've got:
>
>#Wrapper.conf
>wrapper.java.command=java
>wrapper.java.mainclass=com.mariner.reporting.reportServer
>wrapper.java.classpath.1=../lib/wrapper.jar
>wrapper.java.classpath.2=../lib/reportServer.jar
>wrapper.java.classpath.3=../lib/jxl.jar
>wrapper.java.library.path.1=../lib
>wrapper.java.additional.1=-
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar
>wrapper.java.initmemory=3
>wrapper.java.maxmemory=64
>wrapper.app.parameter.1=
>wrapper.console.format=PM
>wrapper.console.loglevel=DEBUG
>wrapper.logfile=../logs/reportServer.log
>wrapper.logfile.format=LPTM
>wrapper.logfile.loglevel=DEBUG
>wrapper.logfile.maxsize=0
>wrapper.logfile.maxfiles=0
>wrapper.syslog.loglevel=NONE
>wrapper.ntservice.name=reportServer
>wrapper.ntservice.displayname=Java Financial Report Server
>wrapper.ntservice.description=Java financial reporting server - The back-end of 
>the java tool to run various reports
>wrapper.ntservice.dependency.1=
>wrapper.ntservice.starttype=AUTO_START
>wrapper.ntservice.interactive=false
>
>################################################################################
>###
>
>#reportServer.java
>package com.mariner.reporting;
>
>import java.net.*;
>import java.rmi.*;
>import java.rmi.registry.*;
>import java.rmi.server.*;
>
>public class reportServer extends UnicastRemoteObject implements reportRemote {
>    private static Process p = null;
>    private static reportGenerator rpt;
>    String[] results = null;
>    boolean isReportReady = false;
>    private static Thread runner = null;
>    
>    public String[] genReport() throws RemoteException {
>        rpt = new reportGenerator();
>        results = rpt.genReport();
>        rpt = null;
>        return results;
>    }
>
>    public reportServer() throws RemoteException {
>    }
>
>    public static void main(String[] args) {
>        try {
>            Runtime.getRuntime().addShutdownHook( new Thread()
>                {
>                    public void run() {
>                    p.destroy();
>                    }
>                } );
>            p = Runtime.getRuntime().exec("rmiregistry 2020");
>            reportServer rs = new reportServer();
>            Naming.bind("//ricer-desktop:2020/reportServer", rs);
>        } catch (Exception e) {
>            System.out.println("Error -- " + e.toString());
>            e.printStackTrace();
>        }
>    }
>}
>
>#################################################################
>
>Everything looks straightforward to me.  I can run the app from a commandline:
>   Set CLASSPATH=
>   java -cp reportServer.jar;jxl.jar -
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar com.mariner.reporting.reportServer
>
>I believe I have the options set up correctly.  Below is the log file
>
>#################################################################
>
>#reportServer.log
>STATUS | wrapper  | 2003/10/03 14:25:20 | --> Wrapper Started as Console
>DEBUG  | wrapperp | 2003/10/03 14:25:20 | server listening on port 32000.
>STATUS | wrapper  | 2003/10/03 14:25:21 | Launching a JVM...
>DEBUG  | wrapper  | 2003/10/03 14:25:21 | command: "C:\WINDOWS\system32
>\java.exe" -
>Djava.rmi.server.codebase=file:/c:\JavaStuff\Analyzer_Web\Server\wrapper\lib\rep
>ortServer.jar -Xms3m -Xmx64m -Djava.library.path="../lib" -
>classpath "../lib/wrapper.jar;../lib/reportServer.jar;../lib/jxl.jar" -
>Dwrapper.key="Y7SNOfdzOseD9iCv" -Dwrapper.port=32000 -Dwrapper.debug="TRUE" -
>Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 com.mariner.reporting.reportServer
>DEBUG  | wrapper  | 2003/10/03 14:25:21 | Java Virtual Machine started 
>(PID=2736)
>ERROR  | wrapper  | 2003/10/03 14:25:52 | Startup failed: Timed out waiting for 
>signal from JVM.
>ERROR  | wrapper  | 2003/10/03 14:25:52 | Java Virtual Machine did not exit on 
>request, terminated
>DEBUG  | wrapper  | 2003/10/03 14:25:52 | JVM was only running for 31 seconds 
>leading to a failed restart count of 1.
>
>#############################################################
>
>I also took the command listed above and it runs fine at the command prompt.
>
>Any ideas out there?  (and if there's anything I missed, feel free to ask)
>
>Thanks in advance!
>
>---
>Russell Rice
>Essbase Database Administrator
>Mariner Health Care, Inc.
>  
>

RE: [Wrapper-user] Re: HP-UX libwrapper.so fails to load

[Andreas W. <And...@ei...>]

Eric,

I'm not the maintainer of the HP-UX build but I'm currently working with =
Leif to port the Wrapper to a more generic build system to get around =
potential OS version and architecture quirks (perhaps by using libtool).
As I read from the libtool mailing list this morning, they have some =
trouble with HP-UX too (see =
http://www.mail-archive.com/li...@gn.../msg04276.html).
HP switched to allow ELF-64bit libraries on HP-UX 11.x and higher. This =
is true for both the PA2.0 and Intel's ia64 architectures and has the =
extension .so. On older PA-RISC systems, only the so-called SOM-32bit =
library format is available. This has the extension .sl.
The makefile for HP-UX uses gcc as a linker, which seems to be capable =
of only building ELF-64 shared libraries (according to one libtool guy). =
If you want to build SOM-32 shared libraries, you need to use HP's =
linker ld (and better also the compiler cc).
If you like, I am able to provide a makefile that uses HP's stuff.

Or you download HP's newest version of their JDK from =
http://www.hp.com/products1/unix/java/java2/sdkrte14/index.html.
They claim there that is has support for 64 bit.

Cheers,
Andreas Wendt

> -----Original Message-----
> From: EXT-Smith, Eric M [mailto:eri...@BO...]
> Sent: Tuesday, October 07, 2003 11:11 PM
> To: wra...@li...
> Subject: [Wrapper-user] Re: HP-UX libwrapper.so fails to load
>=20
>=20
> Leif,
>=20
> I would very much like to get this done and will offer as=20
> much assistance as possible.
>=20
> I pulled down the tarball and have tried to build and test=20
> the system.  The compile is fine using gcc (some complaints=20
> about the -O parameter to gcc).
>=20
> Onec I get the build done, I try to run the test and=20
> testwrapper is failing.
>=20
> Further investigation indicates that the JDK is only capable=20
> of loading a 32-bit shared library using the=20
> System.loadLibrary() method.  The shared library on the=20
> PA-RISC 1.1 box is constructed as a 64-bit .so and cannot be loaded.
>=20
> I am trying to get the system to create a 32-bit .so, but=20
> have not found out how to do so yet.  If you have any=20
> knowledge on getting gcc to force a specific size compile=20
> like this, I will try to incorporate it in my tests.
>=20
> Keep in mind that all I have to build the wrapper is what I=20
> can download from sourceforge, gnu, or any other free,=20
> open-source community.
>=20
> Eric M. Smith
> Infostructure Systems
> Boeing Chairmans Innovation Initiative.
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>=20

[Wrapper-user] Re: HP-UX libwrapper.so fails to load

[EXT-Smith, E. M <eri...@BO...>]

Leif,

I would very much like to get this done and will offer as much =
assistance as possible.

I pulled down the tarball and have tried to build and test the system.  =
The compile is fine using gcc (some complaints about the -O parameter to =
gcc).

Onec I get the build done, I try to run the test and testwrapper is =
failing.

Further investigation indicates that the JDK is only capable of loading =
a 32-bit shared library using the System.loadLibrary() method.  The =
shared library on the PA-RISC 1.1 box is constructed as a 64-bit .so and =
cannot be loaded.

I am trying to get the system to create a 32-bit .so, but have not found =
out how to do so yet.  If you have any knowledge on getting gcc to force =
a specific size compile like this, I will try to incorporate it in my =
tests.

Keep in mind that all I have to build the wrapper is what I can download =
from sourceforge, gnu, or any other free, open-source community.

Eric M. Smith
Infostructure Systems
Boeing Chairmans Innovation Initiative.

Re: [Wrapper-user] ctrl-break event on windows

[<da...@ix...>]

In article <3F7...@ta...>,
Leif Mortenson  <wra...@li...> wrote:
>There is no way to directly send a CTRL-BREAK signal to an NT service.
>(without using a third party program).    The Wrapper does provide a few 

Do you know of such a third party program?  My quick looks haven't been too
successful.

>The WrapperActionServer is probably the easiest to get working as it 
>just requires
>a few lines of isolated code that can really exist pretty much anywhere 
>in your
>program.
>
>If you have any other ideas, they may make good features for a future 
>version.

Couple of feature suggestions then:

If WrapperActionServer is so easy, could you migrate the appropriate code
form the test program over to Wrapper proper and have it controlled by
wrapper.conf?

Another thought, since Wrapper can now do PID files, would it be possible
to add a -d option that would read said PID file, and call
GenerateConsoleCtrlEvent() against it?

mrc
-- 
     Mike Castle      da...@ix...      www.netcom.com/~dalgoda/
    We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

Re: [Wrapper-user] Sockets and desktop

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

Ender,
    Sorry for the slow response.  Could you please post your 
wrapper.conf file?
I will also need to see some debug output.   Please set the following 
property:
wrapper.debug=true
Then rerun your application.  Post the wrapper.log file that you get.

You may also want to try pressing CTRL-BREAK and see what your program
threads are doing.

By the way, this looks like a new post, unrelated to the one you replied 
to.  It
is easier for me to track and respond to issues promptly if you start a 
new thread
for new subjects. :-)

Cheers,
Leif

ender wiggin wrote:

>In short:
>I wrote a java program that listens to a Server Socket
>and when receives a message on the socket
>it prints it on the screen in a Frame.
>The program works fine when I test it in the Wrapper 
>console. 
>
>Next, I tried adding a shortcut of the .bat file
>frok the bin dir to the my startup folder.
>When I log on the wrapper console appears, and it
>says: 
>//////////////////////////////////////////
>wrapper  | --> Wrapper Started as Console
>wrapper  | Launching a JVM...
>jvm 1    | Wrapper (Version 3.0.5)
>jvm 1    |
>////////////////////////////////////////
>
>but my program does not start.
>If I look at the log I actually see that there is no
>entry for the current time, ie for the user logon
>time.
>
>Basically I would like to know if I am using the
>wrapper improperly, and if I am, how do I make my
>program start automatically short of making an exe and
>placing it in the startup? 
>  
>

Re: [Wrapper-user] How Does One... Remotely Restart a JVM

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

Daniel,
    In addition to Sal's suggestion of the JMX server, you might also 
want to take a look
at the WrapperActionServer.  It is not quite as fancy, but it will allow 
you to request
a restart, thread dump etc, via telnet with just a few lines of code.

http://wrapper.tanukisoftware.org/doc/english/javadocs.html

Cheers,
Leif

Sal Ingrilli wrote:

>we embedded the sun jmx server into our app & restart the service through
>the wrapper jmx interface.
>that's also how we issue thread dumps when running as a service.
>
>-----Original Message-----
>From: wra...@li...
>[mailto:wra...@li...]On Behalf Of Daniel
>Lemus
>Sent: Wednesday, October 01, 2003 3:44 PM
>To: wra...@li...
>Subject: [Wrapper-user] How Does One... Remotely Restart a JVM
>
>
>Here's the situation:
>I have a process that the wrapper runs as a service, but the service is on
>another box.  I also do not have permission to restart the service.  In
>cases where I have a patch to push out on the server, I have to wait for the
>admin on the box to restart my service (as to reload the JVM and to load my
>changes).
>
>This might be correct in a production environment, but our development
>environment is the same (I have to wait for someone else to restart the
>service).  This gets a bit annoying (on the admin's side to), so here is my
>question:
>-Is there a way to remotely call "something" to restart the JVM on demand?
>
>I have read that there is a WrapperManager that has a restart() method, but
>how can that be called?  Would I have to have another service running that
>has the sole purpose of restarting JVMs?
>
>(This is on an NT 2000 box, and there is no chance to give me permission to
>start/stop services on their boxes).
>
>Thanks for any assistance.
>
>-Dan
>  
>

Re: [Wrapper-user] HP-UX libwrapper.so fails to load

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

Eric,
    This is actually an issue that has been asked before.  The parties 
involved disappeared
before it could be resolved.  I actually do not have access to an HP box 
myself.  The
version and patches to get working were donated by users.  If you could 
help me track
this down, I would appreciate it.

    Since everything that you mentioned works, my next guess would be 
that the library
is somehow invalid for the machine you are running on.  That is 
surprising because the
wrapper and libwrapper.so binaries are both compiled at the same time.   
There may
be some issues with the way the library is created however.  I have 
heard there are
some incompatibilities between versions of HP-UX??

    Anyway.  Could you please try downloading the source (The small 
source file without
the documentation source is fine)  And try doing a build on your 
machine?  You should
be able to simply run build.sh in the root of the source tree and have 
things build.

    If that still does not work, then there may be need to be some 
changes made to the
src/c/Makefile.hpux file.   If so and it is not possible to come up with 
a common build
that works on all machines, it may be necessary to have multiple HP-UX 
versions.

    Cheers,
    Leif

EXT-Smith, Eric M wrote:

>Hello all,
>
>First of all, thank you for developing and open-sourcing a wonderful tool.  It worked out of the box for us on Win2K and XP.
>
>However...
>  
>
...

Re: [Wrapper-user] 3.0.6 release date

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

Richard,
    There are several big things that I want to get in for the next 
release, but it will be a while
still.  The batch file you are referring to is in CVS at the following 
URL.  It works just fine
with the 3.0.5 release.  Give it a try and let me know if you find any 
problems or have any
suggestions.

http://cvs.sourceforge.net/viewcvs.py/wrapper/wrapper/src/bin/AppCommand.bat.in?rev=1.1&view=auto

Cheers,
Leif

Richard Emberson wrote:

> I saw passing by on the mailing list someone posted window
> versions of the start/stop scripts that, well, combined them
> into one script - very nice idea.
> When do you think release will be available with those
> modifications?
>
> Thanks
>
> Richard

[Wrapper-user] 3.0.6 release date

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

I saw passing by on the mailing list someone posted window
versions of the start/stop scripts that, well, combined them
into one script - very nice idea.
When do you think release will be available with those
modifications?

Thanks

Richard

[Wrapper-user] HP-UX libwrapper.so fails to load

[EXT-Smith, E. M <eri...@bo...>]

Hello all,

First of all, thank you for developing and open-sourcing a wonderful =
tool.  It worked out of the box for us on Win2K and XP.

However...

We are desperately trying to get the Java Service Wrapper to work on the =
HP-UX platform and have yet to get anything going properly.

We are working with a "bare-bones" HP-UX system (default ISO-C89 =
compiler, gcc, java 1.3 and java 1.4), and each time we try to launch =
the wrapper (either using the testwrapper or our own service code), we =
receive an UnsatisfiedLinkError from the System.loadLibrary call =
(WrapperManager.java).

eg:
jvm 3    | WARNING - Unable to load native library 'libwrapper.so'.  The =
file
jvm 3    |           is located on the path at the folloing location but =
could
jvm 3    |           not be loaded:
jvm 3    |             =
/opt/Infostructure/EDGE/wrapper_3.0.5_src/bin/../lib/libwrapper.so
jvm 3    |           Please verify that the file is readable by the =
current user
jvm 3    |           ant that the file has bot been corrupted in any =
way.
jvm 3    |           System signals will not be handled correctly.

We have done everything listed in the error message, but to no avail.

Here is what we have done:
1. We are logged in as root.
2. We downloaded the wrapper 3.0.5 source and doc tarball (download to =
Linux and NFS copy to the HP-UX)
3. Extracted tarball into build location
4. Modified Makefile.hpux to define -D_LP64 as a compile option (without =
it, Wrapperjni doesn't compile).
5. Run build script (./build.sh) targets total-clean-unix, main
6. Verified libwrapper.so has 777 privileges.
7. Verified root is owner of libwrapper.so
8. Verified sys is group of libwrapper.so
9. Verified root is logged in user
10. Verified root is a member of sys group.
11. Attempted to launch testwrapper test executable.
	=3D=3D> Received the error here.

As far as I can determine, everything is set properly.

Questions:

1) What software/version needs to be installed on the machine to =
generate a correct shared library.

2) What other tasks do I need to execute to get the libwrapper.so to =
load properly.

Thank you

Eric M. Smith
Infostructure Systems
Boeing Chairmans Innovation Initiative.

Re: [Wrapper-user] How Does One... Remotely Restart a JVM

[Jim R. <jr...@er...>]

Sal,

On 2003.10.05 05:06, Sal Ingrilli wrote:
> 2. whether the wrapper uses ShellExecute (or WinExec), the call is
> always
> proxied through ShellExecute
> 3. ShellExecute is not much more than utility function that simply
> wraps the
> explorer COM interface to actually spawn the process
> so that would explain the COM request.  but that is the only request i
> might
> (if at all) expect to see.

Thanks for the clue.

There does _seem_ to be a connection between ShellExecute and the 
marshal interface.  I didn't read the google hits well enough to be 
sure or to figure out what the connection may be.  That and most of the 
COM/DCOM web pages seem to have been fed through 
http://rinkworks.com/dialect/ on the Swedish Chef setting.

"In generel, un in-pruc serfer prufeeder shuoold elloo itselff tu be-a 
remuted tu oozeer prucesses frum veethin its hust by pesseeng itselff 
by-felooe-a (useeng IMershel)."

Jim

-- 

Jim Redman
(505) 662 5156 x85
http://www.ergotech.com