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

Re: [Wrapper-user] Accessing files on network drive (Windows) from aWrapper service

[Martynas B. <mb...@gm...>]

Hi Luis,

thanks for you answer. I have tried what you have suggested but with
no luck. I have added the following lines to my conf file

wrapper.ntservice.account=3Dmmsint\mbrij
wrapper.ntservice.password.prompt=3Dtrue
wrapper.ntservice.interactive=3Dfalse

after allowing the account to log on as a service, i installed this
service and started it.

Judging by the log, nothing is happening. My account definitell has
the required access level for that network share.

Maybe I missed something obvious?

Thank you,
Martyn

2006/7/11, Luis Varon <lui...@ip...>:
> Hi,
>
> We are using the same mechanism. If you want to access files on an networ=
k drive running the service as local system you must add the account (or th=
e machine account) to the share, if you running as an domain user you must =
add the domain account to the share.
>
> Please restart you application after changing the share as we had also th=
e problem that the change did not have affect after restarting the applicat=
ion once.
>
> Kind regards
>
> Luis
>
> -----Urspr=FCngliche Nachricht-----
> Von: wra...@li... [mailto:wrapper-user-boun=
ce...@li...] Im Auftrag von Martynas Brijunas
> Gesendet: Dienstag, 11. Juli 2006 10:28
> An: wra...@li...
> Betreff: [Wrapper-user] Accessing files on network drive (Windows) from a=
Wrapper service
>
> Good morning,
>
> firstly I am sorry for posting a lot of questions. A bit of a learning cu=
rve for me.
>
> Here is the question: a java process reads files from a network drive (Wi=
ndows environment) and processes them. With wrapper running in console mode=
, it works fine. With the same config file, but running as a service, it fa=
ils to see the network drive. I tried to run the service with the domain ad=
min account but that does not seem to change the situation.
>
> Any help would be appreciated. Thank you
>
> Martyn
>
> PS. I am running the latest version 3.2.1
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job ea=
sier Download IBM WebSphere Application Server v.1.0.1 based on Apache Gero=
nimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------=
---
>
> Haben Sie schon unsere neu gestaltete Webseite besucht?
>
> http://www.ipoint-systems.de
>
> -------------------------------------------------------------------------=
---
>
> Events:
>
> 20th  July 2006
> iPoint amotIQ partner event IBM Forum
> Stuttgart
>
> 29th August 2006
> iPoint amotIQ partner event IBM Forum
> D=FCsseldorf
>
>
> 28th-29th November 2006
> Odette Conference Munich
>
>
> iPoint Roadshows:
>
> 12th September 2006             IBM Forum D=FCsseldorf
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job ea=
sier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Accessing files on network drive (Windows) from aWrapper service

[Luis V. <lui...@ip...>]

Hi,

We are using the same mechanism. If you want to access files on an network=
 drive running the service as local system you must add the account (or th=
e machine account) to the share, if you running as an domain user you must=
 add the domain account to the share.=20

Please restart you application after changing the share as we had also the=
 problem that the change did not have affect after restarting the applicat=
ion once.

Kind regards

Luis

-----Urspr=FCngliche Nachricht-----
Von: wra...@li... [mailto:wrapper-user-bounc=
es...@li...] Im Auftrag von Martynas Brijunas
Gesendet: Dienstag, 11. Juli 2006 10:28
An: wra...@li...
Betreff: [Wrapper-user] Accessing files on network drive (Windows) from aW=
rapper service

Good morning,

firstly I am sorry for posting a lot of questions. A bit of a learning cur=
ve for me.

Here is the question: a java process reads files from a network drive (Win=
dows environment) and processes them. With wrapper running in console mode=
, it works fine. With the same config file, but running as a service, it f=
ails to see the network drive. I tried to run the service with the domain =
admin account but that does not seem to change the situation.

Any help would be appreciated. Thank you

Martyn

PS. I am running the latest version 3.2.1


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

--------------------------------------------------------------------------=
--

Haben Sie schon unsere neu gestaltete Webseite besucht?

http://www.ipoint-systems.de

--------------------------------------------------------------------------=
--

Events:

20th  July 2006
iPoint amotIQ partner event IBM Forum
Stuttgart=20

29th August 2006
iPoint amotIQ partner event IBM Forum
D=FCsseldorf=20
=20

28th-29th November 2006
Odette Conference Munich


iPoint Roadshows:

12th September 2006             IBM Forum D=FCsseldorf

Re: [Wrapper-user] wrapper on_exit

[Ameet H. A. <Am...@bc...>]

Hi,

Thanks, that is good news. I will download right now.

Ameet


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Tuesday, July 11, 2006 4:58 AM
To: wra...@li...
Subject: Re: [Wrapper-user] wrapper on_exit

Ameet,
Sorry, that was a known bug introduced into 3.2.0. It has been fixed in=20
version 3.2.1,
which I just released. Could you please give this new version a try?

Cheers,
Leif

Ameet Hasmucrai Amarchande wrote:
>
> Hi all,
>
> I am using wrapper version 3.2.0 and trying to use
"wrapper.on_exit.default=3DRESTART", but it doesn't make any difference.
> I have tried to:
> - Use System.exit(n), n being 0, 1 or 2
> - Quitting the application with an exception
> - Use property wrapper.restart.dalay=3D15 and
wapper.successfull_invocation_time=3D5
> It just shuts down and never starts again.
>
> Here's the output:
>
> STATUS | wrapper | 2006/07/10 17:14:40 | --> Wrapper Started as
Service
>
> STATUS | wrapper | 2006/07/10 17:14:40 | Launching a JVM...
>
> INFO | jvm 1 | 2006/07/10 17:14:41 | Wrapper (Version 3.2.0)=20
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 1 | 2006/07/10 17:14:41 |
>
> STATUS | wrapper | 2006/07/10 17:14:53 | <-- Wrapper Stopped
>
> Can anyone help me please...
>
> Thanks,
>
> Ameet
>



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

[Wrapper-user] Accessing files on network drive (Windows) from a Wrapper service

[Martynas B. <mb...@gm...>]

Good morning,

firstly I am sorry for posting a lot of questions. A bit of a learning
curve for me.

Here is the question: a java process reads files from a network drive
(Windows environment) and processes them. With wrapper running in
console mode, it works fine. With the same config file, but running as
a service, it fails to see the network drive. I tried to run the
service with the domain admin account but that does not seem to change
the situation.

Any help would be appreciated. Thank you

Martyn

PS. I am running the latest version 3.2.1

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

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

Phillip,
    From the log, it looks like the native library is working fine.   
The problem is that the
socket opened from the JVM to the native wrapper component does not seem 
to be
connecting.  I am not sure why that would be.

    The wrapper is listening on port 32000, and Java is attempting to 
connect to that
port.  But normally there should be some log output from the wrapper 
process that
the connection was accepted.  That is not happening.

    You should be seeing something like this:
jvm 1    | Open socket to wrapper...Wrapper-Connection
jvm 1    | Opened Socket from 31000 to 32000
jvm 1    | Send a packet KEY : C7PxaOmzZfw_DkAV
jvm 1    | 
handleSocket(Socket[addr=localhost/127.0.0.1,port=32000,localport=31000])
wrapperp | accepted a socket from 127.0.0.1 on port 31000
wrapperp | read a packet KEY : C7PxaOmzZfw_DkAV
wrapper  | Got key from JVM: C7PxaOmzZfw_DkAV

    The attempt to open the socket from Java is not failing, it is 
simply never returning.
Ie it is blocking for some reason.

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

    As for the makefile.  It looks like the 3.2.0 release had tabs 
converted to spaces
for that make file.  Sorry about that.  It has been fixed for the 3.2.1 
release.  Could
you give that a try?

Cheers,
Leif

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

Re: [Wrapper-user] wrapper on_exit

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

Ameet,
Sorry, that was a known bug introduced into 3.2.0. It has been fixed in 
version 3.2.1,
which I just released. Could you please give this new version a try?

Cheers,
Leif

Ameet Hasmucrai Amarchande wrote:
>
> Hi all,
>
> I am using wrapper version 3.2.0 and trying to use “wrapper.on_exit.default=RESTART“, but it doesn’t make any difference.
> I have tried to:
> - Use System.exit(n), n being 0, 1 or 2
> - Quitting the application with an exception
> - Use property wrapper.restart.dalay=15 and wapper.successfull_invocation_time=5
> It just shuts down and never starts again.
>
> Here’s the output:
>
> STATUS | wrapper | 2006/07/10 17:14:40 | --> Wrapper Started as Service
>
> STATUS | wrapper | 2006/07/10 17:14:40 | Launching a JVM...
>
> INFO | jvm 1 | 2006/07/10 17:14:41 | Wrapper (Version 3.2.0) 
> http://wrapper.tanukisoftware.org
>
> INFO | jvm 1 | 2006/07/10 17:14:41 |
>
> STATUS | wrapper | 2006/07/10 17:14:53 | <-- Wrapper Stopped
>
> Can anyone help me please…
>
> Thanks,
>
> Ameet
>

[Wrapper-user] Wrapper 3.2.1 Release

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

Hello all,
Version 3.2.1 of the Java Service Wrapper has been released today.
This version contains a few minor bug fixes as well as some new features.

The on_exit property was broken in 3.2.0. This has been fixed.

The arguments passed to the wrapper have been modified so they are now
identical on all platforms. The old syntaxes are now supported on all
platforms.
Default wrapper.conf files are now supported for parameter-less invocations.

On Windows, it is now possible to pause and resume the wrapper as a service.
The batch files have been fixed to once again work on paths containing
spaces.

On UNIX, TERM signal processing has been fixed.

And much more. Please see the release notes for a full list of changes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

The web site has also been updated to reflect the features of the 3.2.1
release. There are a few areas such as the delta-pack and java security
model which are not yet documented. I will try to get those filled in over
the coming weeks.
http://wrapper.tanukisoftware.org/doc/english/introduction.html

As always, a lot of work has gone into getting this version of the Wrapper
together and ready for a release. Please consider support its ongoing
development:
http://wrapper.tanukisoftware.org/doc/english/donate.html

Post back if there are any questions.
Enjoy

Cheers,
Leif

Re: [Wrapper-user] How do I configure JSW for apps with long start and stop times

[Michael G. <mlg...@gm...>]

Leif,
Well, I finally got back to this.

On 4/24/06, Leif Mortenson <le...@ta...> wrote:
> Michael,
> This is the kind of integration that Method 3 was created for.  You
> create a custom implementation of the WrapperListener interface.   The
> WrapperListener.start method is called by the Wrapper to launch the application.

After reading the documentation and javadocs, it seems that method 3
is a bit heavy for what we need.  It appears that we need to implement
everything that is in the WrapperStartStopApp class, plus the code to
monitor the startup and call WrapperManager.signalStarting as
described in your post.

It seems that it would be a lot easier (certainly for my case) if we
could configure a class that WrapperStartStopApp calls to get the
service status.  The class would check the app to see if the startup
is complete and return true or false.  Then WrapperStartStopApp could
loop calling signalStarting ...

Given that I can configure a wrapper.startup.listener.class and a
wrapper.startup.timelimit, then the WrapperStartStopApp could simply
call my class to determine if the service has completed startup
procedures.  This limits my code writing to a single method
(isReady()) that determines whether the service is fully operational.

boolean appStarted = false;
long startTimeLimit = /* value of wrapper.startup.timelimit property */ ;
while (startTimeLimit > 0) {
  if ( /* wrapper.startup.listener.class */ .isReady()) break;
  WrapperManager.signalStarting( 5000 );
  startTimeLimit = startTimeLimit - 5000;
}

[Wrapper-user] wrapper on_exit

[Ameet H. A. <Am...@bc...>]

Hi all,

=20

I am using wrapper version 3.2.0 and trying to use
"wrapper.on_exit.default=3DRESTART", but it doesn't make any difference.
I have tried to:
- Use System.exit(n), n being 0, 1 or 2
- Quitting the application with an exception
- Use property wrapper.restart.dalay=3D15 and
wapper.successfull_invocation_time=3D5
It just shuts down and never starts again.

=20

Here's the output:

=20

STATUS | wrapper  | 2006/07/10 17:14:40 | --> Wrapper Started as Service

STATUS | wrapper  | 2006/07/10 17:14:40 | Launching a JVM...

INFO   | jvm 1    | 2006/07/10 17:14:41 | Wrapper (Version 3.2.0)
http://wrapper.tanukisoftware.org

INFO   | jvm 1    | 2006/07/10 17:14:41 |=20

STATUS | wrapper  | 2006/07/10 17:14:53 | <-- Wrapper Stopped

=20

Can anyone help me please...

=20

Thanks,

=20

Ameet

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

[Phillip G. <pg...@co...>]

Hi David,

Yes, I use the build64.sh to build it. The makefile doesn't work on the
Tru64 environment:

# make -f Makefile-osf1-alpha-64
inst emulated pid=3D89087 <make> va=3D0x14000322a pc=3D0x120031930
inst=3D0x282b0000
Makefile-osf1-alpha-64:17: *** missing separator.  Stop.

That line is nothing more then the rm -f *.o command.

Regards,

Phillip

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of
da...@sm...
Sent: maandag 10 juli 2006 16:18
To: wra...@li...
Subject: Re: [Wrapper-user] Trying to build on Tru64 5.1B

This may sound silly (I haven't compiled the 3.2.x versions of =20
Wrapper), but did you try to use the build.sh script in the source =20
(apologies if that has been removed and it is a red herring).

I built a 3.1.x from source on an IBM z (s390) mainframe system, using =20
nothing much more than a tweak of the makefile (to pick up the math =20
library), and then issuing the command ./build.sh

Hope this helps or at least not confuse you!

Many thanks,

David Hayes

Quoting Phillip Gussow <pg...@co...>:

> Hi Leif,
>
> We installed gcc on the Tru64 5.1B system, but still no luck. The
> makefile won't work. I tried via some commandline compiling it:
> gcc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
> But also via cc:
> cc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
>
> Via CC I could compile it and also get the so file:
> cc -DOSF1 -D_REENTRANT -shared wrapperjni_unix.o wrapperinfo.o
> wrapperjni.o -o ../../lib/libwrapper.so
>
> But when I try to run it, it won't work:
> STATUS | wrapper  | 2006/07/10 14:47:05 | --> Wrapper Started as
Console
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Using tick timer.
> DEBUG  | wrapperp | 2006/07/10 14:47:05 | server listening on port
> 32000.
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Classpath element,
> wrapper.java.classpath.18, does not exist:
./lib/platformextentions.jar
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[0] :
> /usr/opt/java142/bin/java
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[1] :
> -Dlog4j.configuration=3D./conf/fta.log4j.properties
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[2] :
> -Dfta.log4j.watchdelay=3D1000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[3] :
> -Djava.endorsed.dirs=3D./endorsed
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[4] :
> -Dfta.log4j.configfile=3D./conf/fta.log4j.properties
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[5] : -Xms64m
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[6] : -Xmx256m
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[7] :
> -Djava.library.path=3D./lib
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[8] : -classpath
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[9] :
>
./lib/wrapper.jar:.:./lib:./lib/fta.jar:./lib/activation.jar:./lib/bcpro
>
v-jdk14-130.jar:./lib/commons-logging.jar:./lib/enotarysdk.jar:./lib/eno
>
tarysdkimpl.jar:./lib/log4j-1.2.8.jar:./lib/xmlsec.jar:./lib/xmlsecprovi
>
der-apache.jar:./lib/xmlsectoolkit.jar:./lib/xerces.jar:./lib/coelib.jar
>
:./lib/commons-httpclient-3.0.jar:./lib/commons-codec-1.3.jar:./lib/plat
> formextentions.jar
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[10] :
> -Dwrapper.key=3D2tmCwYaY7RiQlYjz
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[11] :
> -Dwrapper.port=3D32000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[12] :
> -Dwrapper.jvm.port.min=3D31000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[13] :
> -Dwrapper.jvm.port.max=3D31999
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[14] :
> -Dwrapper.debug=3DTRUE
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[15] :
> -Dwrapper.pid=3D84477
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[16] :
> -Dwrapper.version=3D3.2.0
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[17] :
> -Dwrapper.native_library=3Dwrapper
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[18] :
> -Dwrapper.cpu.timeout=3D10
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[19] :
> -Dwrapper.jvmid=3D1
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[20] :
> org.tanukisoftware.wrapper.WrapperSimpleApp
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[21] :
> com.cordys.coe.fta.agent.AgentMain
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[22] :
> ./conf/fta.properties
> STATUS | wrapper  | 2006/07/10 14:47:05 | Launching a JVM...
> INFO   | jvm 1    | 2006/07/10 14:47:08 | WrapperManager class
> initialized by thread: main  Using classloader:
> sun.misc.Launcher$AppClassLoader@8004442
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: JVM #1
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Running a 64-bit JVM.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Registering
> shutdown hook
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Using
wrapper
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Load native library.  One or
> more attempts may fail if platform specific libraries do not exist.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Loading native library
failed:
> libwrapper-osf1-alpha-64.so  Cause: java.lang.UnsatisfiedLinkError: no
> wrapper-osf1-alpha-64 in java.library.path
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Loaded native library:
> libwrapper.so
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Calling native
initialization
> method.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Inside native WrapperManager
> initialization method
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Java Version   : 1.4.2-4.p2
> Fast VM
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Java VM Vendor :
> Hewlett-Packard Company
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
>
WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@801d501
> , args["./conf/fta.properties"]) called by thread: main
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Open socket to
> wrapper...Wrapper-Connection
> ERROR  | wrapper  | 2006/07/10 14:47:35 | Startup failed: Timed out
> waiting for a signal from the JVM.
> ERROR  | wrapper  | 2006/07/10 14:47:35 | JVM did not exit on request,
> terminated
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2006/07/10 14:47:36 |   signal number=3D20
(SIGCHLD),
> source=3D"unknown"
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Received SIGCHLD, calling
> wait().
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | wait() returned, child
process
> should be gone.
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | JVM was only running for 29
> seconds leading to a failed restart count of 1.
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Waiting 60 seconds before
> launching another JVM.
> DEBUG  | wrapper  | 2006/07/10 14:47:42 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2006/07/10 14:47:42 |   signal number=3D2 (SIGINT),
> source=3D"unknown"
> STATUS | wrapper  | 2006/07/10 14:47:42 | INT trapped.  Shutting down.
> DEBUG  | wrapper  | 2006/07/10 14:47:42 | wrapperStopProcess(0)
called.
> STATUS | wrapper  | 2006/07/10 14:47:42 | <-- Wrapper Stopped
>
> I tried several times, but still no luck.
> When I copy over the 3.1.2 binaries everything works again.
>
> I'm not a C programmer, but a Java programmer. I know a little about
C,
> but not enough to get it to work. Do you have any idea what I could do
> to get the build to work?
>
> Regards,
>
> Phillip
>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: maandag 10 juli 2006 9:21
> To: wra...@li...
> Subject: Re: [Wrapper-user] OSF1 Build
>
> Phillip,
> The prerelease distribution is a special distribution that is meant
for
> users wishing to create
> distributions:
>
http://sourceforge.net/project/showfiles.php?group_id=3D39428&package_id=3D1
> 83647
>
> It will output a "release" distribution.
>
> Yes, if you could please send me binary directly, I'll add it to the
> releases.
> If you get it working, I may also ask you to help out the with the
3.2.1
>
> release that will
> be out soon.
>
> Cheers,
> Leif
>
> Phillip Gussow wrote:
>> Hi Leif,
>>
>> Thanks for the reply. Somewhere today our Tru64 person will install
> the
>> c environment and I will give it a try.
>>
>> The pre-release, is that the frozen 3.2.1 branch? Or should I take
the
>> normal 3.2.0 release?
>>
>> And if I get it to work, do you want the binaries then? How should I
>> ship them to you then?
>>
>> Regards,
>>
>> Phillip
>>
>> -----Original Message-----
>> From: wra...@li...
>> [mailto:wra...@li...] On Behalf Of Leif
>> Mortenson
>> Sent: zondag 9 juli 2006 3:02
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] OSF1 Build
>>
>> Philip,
>>     Sorry about that.  I have not been able to get in touch with the
>> person who has helped
>> me with that release in the past.  Everyone are volunteers and as
> people
>>
>> change jobs etc,
>> I lose access to certain hosts.
>>
>>     The makefiles should be functioning, so if you download the
>> prerelease tar ball.  You
>> should be able to build it simply by running "./build64 release".
If
>
>> you end up with any
>> problems, post them and I may be able to give you some ideas.  You
> will
>> of course need
>> to have a c development environment installed.  Not sure how that is
>> done on OSF1.
>>
>> Cheers,
>> Leif
>>
>> Phillip Gussow wrote:
>>
>>> Hi,
>>>
>>> Like Omilian I'm a Java programmer and not a C programmer. I need a
>>> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can
>>> anyone help me with this? Or tell me the things I need on my Tru64
in
>
>>> order to build it?
>>>
>>> Thanks in advance!!!
>>>
>>>
>>>
>>> Regards,
>>>
>>> Phillip
>>>
>
>
>
>
------------------------------------------------------------------------
> -
> Using Tomcat but need to do more? Need to support web services,
> security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D1=
21642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
************************************************************************
***************************
> The information in this message is confidential and may be legally   =20
> privileged.
> It is intended solely for the addressee. Access to this message by  =20
> anyone else is
> unauthorized. If you are not the intended recipient, any disclosure, =20
>  copying, or
> distribution of the message, or any action or omission taken by you  =20
> in reliance
> on it is prohibited and may be unlawful. Please immediately contact  =20
> the sender if
> you have received this message in error. This email does not
constitute any
> commitment  from Cordys Holding BV or any of its subsidiaries except
when
> expressly agreed in a written agreement between the intended recipient
and
> Cordys Holding BV or its subsidiaries.
>   =20
>
************************************************************************
***************************
>
>
>
>
------------------------------------------------------------------------
-
> Using Tomcat but need to do more? Need to support web services,
security?
> Get stuff done quickly with pre-integrated technology to make your job
easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D1=
21642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>




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

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

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

[<da...@sm...>]

This may sound silly (I haven't compiled the 3.2.x versions of =20
Wrapper), but did you try to use the build.sh script in the source =20
(apologies if that has been removed and it is a red herring).

I built a 3.1.x from source on an IBM z (s390) mainframe system, using =20
nothing much more than a tweak of the makefile (to pick up the math =20
library), and then issuing the command ./build.sh

Hope this helps or at least not confuse you!

Many thanks,

David Hayes

Quoting Phillip Gussow <pg...@co...>:

> Hi Leif,
>
> We installed gcc on the Tru64 5.1B system, but still no luck. The
> makefile won't work. I tried via some commandline compiling it:
> gcc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
> But also via cc:
> cc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
> -I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
> wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
> wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
>
> Via CC I could compile it and also get the so file:
> cc -DOSF1 -D_REENTRANT -shared wrapperjni_unix.o wrapperinfo.o
> wrapperjni.o -o ../../lib/libwrapper.so
>
> But when I try to run it, it won't work:
> STATUS | wrapper  | 2006/07/10 14:47:05 | --> Wrapper Started as Console
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Using tick timer.
> DEBUG  | wrapperp | 2006/07/10 14:47:05 | server listening on port
> 32000.
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Classpath element,
> wrapper.java.classpath.18, does not exist: ./lib/platformextentions.jar
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[0] :
> /usr/opt/java142/bin/java
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[1] :
> -Dlog4j.configuration=3D./conf/fta.log4j.properties
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[2] :
> -Dfta.log4j.watchdelay=3D1000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[3] :
> -Djava.endorsed.dirs=3D./endorsed
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[4] :
> -Dfta.log4j.configfile=3D./conf/fta.log4j.properties
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[5] : -Xms64m
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[6] : -Xmx256m
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[7] :
> -Djava.library.path=3D./lib
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[8] : -classpath
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[9] :
> ./lib/wrapper.jar:.:./lib:./lib/fta.jar:./lib/activation.jar:./lib/bcpro
> v-jdk14-130.jar:./lib/commons-logging.jar:./lib/enotarysdk.jar:./lib/eno
> tarysdkimpl.jar:./lib/log4j-1.2.8.jar:./lib/xmlsec.jar:./lib/xmlsecprovi
> der-apache.jar:./lib/xmlsectoolkit.jar:./lib/xerces.jar:./lib/coelib.jar
> :./lib/commons-httpclient-3.0.jar:./lib/commons-codec-1.3.jar:./lib/plat
> formextentions.jar
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[10] :
> -Dwrapper.key=3D2tmCwYaY7RiQlYjz
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[11] :
> -Dwrapper.port=3D32000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[12] :
> -Dwrapper.jvm.port.min=3D31000
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[13] :
> -Dwrapper.jvm.port.max=3D31999
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[14] :
> -Dwrapper.debug=3DTRUE
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[15] :
> -Dwrapper.pid=3D84477
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[16] :
> -Dwrapper.version=3D3.2.0
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[17] :
> -Dwrapper.native_library=3Dwrapper
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[18] :
> -Dwrapper.cpu.timeout=3D10
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[19] :
> -Dwrapper.jvmid=3D1
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[20] :
> org.tanukisoftware.wrapper.WrapperSimpleApp
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[21] :
> com.cordys.coe.fta.agent.AgentMain
> DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[22] :
> ./conf/fta.properties
> STATUS | wrapper  | 2006/07/10 14:47:05 | Launching a JVM...
> INFO   | jvm 1    | 2006/07/10 14:47:08 | WrapperManager class
> initialized by thread: main  Using classloader:
> sun.misc.Launcher$AppClassLoader@8004442
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: JVM #1
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Running a 64-bit JVM.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Registering
> shutdown hook
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Using wrapper
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Load native library.  One or
> more attempts may fail if platform specific libraries do not exist.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Loading native library failed:
> libwrapper-osf1-alpha-64.so  Cause: java.lang.UnsatisfiedLinkError: no
> wrapper-osf1-alpha-64 in java.library.path
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Loaded native library:
> libwrapper.so
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Calling native initialization
> method.
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Inside native WrapperManager
> initialization method
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Java Version   : 1.4.2-4.p2
> Fast VM
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Java VM Vendor :
> Hewlett-Packard Company
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> INFO   | jvm 1    | 2006/07/10 14:47:09 |
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@801d501
> , args["./conf/fta.properties"]) called by thread: main
> INFO   | jvm 1    | 2006/07/10 14:47:09 | Open socket to
> wrapper...Wrapper-Connection
> ERROR  | wrapper  | 2006/07/10 14:47:35 | Startup failed: Timed out
> waiting for a signal from the JVM.
> ERROR  | wrapper  | 2006/07/10 14:47:35 | JVM did not exit on request,
> terminated
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2006/07/10 14:47:36 |   signal number=3D20 (SIGCHLD),
> source=3D"unknown"
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Received SIGCHLD, calling
> wait().
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | wait() returned, child process
> should be gone.
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | JVM was only running for 29
> seconds leading to a failed restart count of 1.
> DEBUG  | wrapper  | 2006/07/10 14:47:36 | Waiting 60 seconds before
> launching another JVM.
> DEBUG  | wrapper  | 2006/07/10 14:47:42 | Signal trapped.  Details:
> DEBUG  | wrapper  | 2006/07/10 14:47:42 |   signal number=3D2 (SIGINT),
> source=3D"unknown"
> STATUS | wrapper  | 2006/07/10 14:47:42 | INT trapped.  Shutting down.
> DEBUG  | wrapper  | 2006/07/10 14:47:42 | wrapperStopProcess(0) called.
> STATUS | wrapper  | 2006/07/10 14:47:42 | <-- Wrapper Stopped
>
> I tried several times, but still no luck.
> When I copy over the 3.1.2 binaries everything works again.
>
> I'm not a C programmer, but a Java programmer. I know a little about C,
> but not enough to get it to work. Do you have any idea what I could do
> to get the build to work?
>
> Regards,
>
> Phillip
>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: maandag 10 juli 2006 9:21
> To: wra...@li...
> Subject: Re: [Wrapper-user] OSF1 Build
>
> Phillip,
> The prerelease distribution is a special distribution that is meant for
> users wishing to create
> distributions:
> http://sourceforge.net/project/showfiles.php?group_id=3D39428&package_id=
=3D1
> 83647
>
> It will output a "release" distribution.
>
> Yes, if you could please send me binary directly, I'll add it to the
> releases.
> If you get it working, I may also ask you to help out the with the 3.2.1
>
> release that will
> be out soon.
>
> Cheers,
> Leif
>
> Phillip Gussow wrote:
>> Hi Leif,
>>
>> Thanks for the reply. Somewhere today our Tru64 person will install
> the
>> c environment and I will give it a try.
>>
>> The pre-release, is that the frozen 3.2.1 branch? Or should I take the
>> normal 3.2.0 release?
>>
>> And if I get it to work, do you want the binaries then? How should I
>> ship them to you then?
>>
>> Regards,
>>
>> Phillip
>>
>> -----Original Message-----
>> From: wra...@li...
>> [mailto:wra...@li...] On Behalf Of Leif
>> Mortenson
>> Sent: zondag 9 juli 2006 3:02
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] OSF1 Build
>>
>> Philip,
>>     Sorry about that.  I have not been able to get in touch with the
>> person who has helped
>> me with that release in the past.  Everyone are volunteers and as
> people
>>
>> change jobs etc,
>> I lose access to certain hosts.
>>
>>     The makefiles should be functioning, so if you download the
>> prerelease tar ball.  You
>> should be able to build it simply by running "./build64 release".   If
>
>> you end up with any
>> problems, post them and I may be able to give you some ideas.  You
> will
>> of course need
>> to have a c development environment installed.  Not sure how that is
>> done on OSF1.
>>
>> Cheers,
>> Leif
>>
>> Phillip Gussow wrote:
>>
>>> Hi,
>>>
>>> Like Omilian I'm a Java programmer and not a C programmer. I need a
>>> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can
>>> anyone help me with this? Or tell me the things I need on my Tru64 in
>
>>> order to build it?
>>>
>>> Thanks in advance!!!
>>>
>>>
>>>
>>> Regards,
>>>
>>> Phillip
>>>
>
>
>
> ------------------------------------------------------------------------
> -
> Using Tomcat but need to do more? Need to support web services,
> security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> **************************************************************************=
*************************
> The information in this message is confidential and may be legally   =20
> privileged.
> It is intended solely for the addressee. Access to this message by  =20
> anyone else is
> unauthorized. If you are not the intended recipient, any disclosure, =20
>  copying, or
> distribution of the message, or any action or omission taken by you  =20
> in reliance
> on it is prohibited and may be unlawful. Please immediately contact  =20
> the sender if
> you have received this message in error. This email does not constitute an=
y
> commitment  from Cordys Holding BV or any of its subsidiaries except when
> expressly agreed in a written agreement between the intended recipient and
> Cordys Holding BV or its subsidiaries.
>   =20
> **************************************************************************=
*************************
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job eas=
ier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

[<da...@sm...>]

But one of the thoughts he had was to create the pid file on a network =20
accessable directory, so that both machines could use the same =20
physical location, and thus only one file existing.

Quoting Leif Mortenson <le...@ta...>:

> Martyn,
>     You would have to modify the shell script a bit.  But you could
> place the pid file
> mentioned in the shell script on the network share.  You would have to
> change the
> logic a bit however as the file is currently ignored if the process in
> the pid file does
> not exist.  It wouldn't exist on the other machine of course.
>
> Cheers,
> Leif
>
> Martynas Brijunas wrote:
>> Hi Leif,
>>
>> thank you for your answer.
>>
>> The processes are started manually by an operator. Or they can be
>> started automatically on one server, and manually on another. So that
>> would eliminate the problem of a power outage you mentioned.
>>
>> I was hoping that by detecting an existing PID file (for example, on a
>> network share), the wrapper would refuse to start on another server,
>> until this original PID file is removed.
>>
>> Martyn
>>
>>
>> 2006/7/10, Leif Mortenson <le...@ta...>:
>>
>>> Martyn,
>>>    The problem is that you are talking about two physical machines.
>>> The Wrapper has
>>> features do this within a single machine.  But not for multiple
>>> machines.  You will need to
>>> implement a startup class which say attempts to open a socket to the
>>> other machine.  If
>>> it connects, it knows the other server is running and shuts down.   If
>>> it fails to connect then
>>> it can assume it opens its own server socket to listen for connections.
>>>
>>>    This is not fail proof however.  You need to account for cases where
>>> both servers come
>>> up at pretty much the same instant.  Say after a power outage or
>>> something.   Maybe make
>>> server a the master.  It will always try to run.  Server B will try to
>>> start but then poll Server
>>> A and always shutdown if it finds it.  Something like that.
>>>
>>>    But like was already said, I don't think this is really under the
>>> scope of the wrapper
>>> unless I am missing what you are trying to say.
>>>
>>> Cheers,
>>> Leif
>>>
>>> Martynas Brijunas wrote:
>>>
>>>> Hi Martin,
>>>>
>>>> thank you for your reply. I think i explained the problem not  =20
>>>> very clearly.
>>>>
>>>> Server A: process AAA is running
>>>> Server B: process AAA must not be running if it is running on Server
>>>> A, otherwise it can.
>>>>
>>>> How to ensure that when it is running on Server A, it cannot be
>>>> started on Server B? And vice versa: when it is running on Server B,
>>>> it cannot be started on Server A.
>>>>
>>>> Is it possible to emply PIDs or anchor files for this purpose?
>>>>
>>>> Thanks,
>>>> Martyn
>>>>
>>>> 2006/7/7, Martin Gazak <ma...@mi...>:
>>>>
>>>>
>>>>> Hallo,
>>>>> this seems not to be a task for Java Service Wrapper - try to look for
>>>>> example at www.linux-ha.org (Linux/Unix environment only, but seems to
>>>>> be your case), you may achieve also failover of the service (including
>>>>> the IP failover).
>>>>>
>>>>>
>>>>>
>>>>> Martynas Brijunas wrote:
>>>>>
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we have 2 servers that have the same wrapper services for failover
>>>>>> reasons. Only one instance of each server can run at any given time.
>>>>>> Is there a way to prevent an accidental start of a service in 2
>>>>>> locations? I thought of employing a PID file on a network share, but
>>>>>> not sure if that would work.
>>>>>>
>>>>>> Thank you.
>>>>>>
>>>>>>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job eas=
ier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

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

[Phillip G. <pg...@co...>]

Hi Leif,

We installed gcc on the Tru64 5.1B system, but still no luck. The
makefile won't work. I tried via some commandline compiling it:
gcc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
-I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper
But also via cc:
cc -DOSF1 -D_REENTRANT -I/usr/opt/java142/include
-I/usr/opt/java142/include/alpha -lpthread -lm -ldb -lrt wrapper.c
wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
wrapperjni.c wrapperjni_unix.c -o ../../bin/wrapper

Via CC I could compile it and also get the so file:
cc -DOSF1 -D_REENTRANT -shared wrapperjni_unix.o wrapperinfo.o
wrapperjni.o -o ../../lib/libwrapper.so

But when I try to run it, it won't work:
STATUS | wrapper  | 2006/07/10 14:47:05 | --> Wrapper Started as Console
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Using tick timer.
DEBUG  | wrapperp | 2006/07/10 14:47:05 | server listening on port
32000.
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Classpath element,
wrapper.java.classpath.18, does not exist: ./lib/platformextentions.jar
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[0] :
/usr/opt/java142/bin/java
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[1] :
-Dlog4j.configuration=3D./conf/fta.log4j.properties
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[2] :
-Dfta.log4j.watchdelay=3D1000
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[3] :
-Djava.endorsed.dirs=3D./endorsed
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[4] :
-Dfta.log4j.configfile=3D./conf/fta.log4j.properties
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[5] : -Xms64m
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[6] : -Xmx256m
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[7] :
-Djava.library.path=3D./lib
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[8] : -classpath
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[9] :
./lib/wrapper.jar:.:./lib:./lib/fta.jar:./lib/activation.jar:./lib/bcpro
v-jdk14-130.jar:./lib/commons-logging.jar:./lib/enotarysdk.jar:./lib/eno
tarysdkimpl.jar:./lib/log4j-1.2.8.jar:./lib/xmlsec.jar:./lib/xmlsecprovi
der-apache.jar:./lib/xmlsectoolkit.jar:./lib/xerces.jar:./lib/coelib.jar
:./lib/commons-httpclient-3.0.jar:./lib/commons-codec-1.3.jar:./lib/plat
formextentions.jar
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[10] :
-Dwrapper.key=3D2tmCwYaY7RiQlYjz
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[11] :
-Dwrapper.port=3D32000
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[12] :
-Dwrapper.jvm.port.min=3D31000
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[13] :
-Dwrapper.jvm.port.max=3D31999
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[14] :
-Dwrapper.debug=3DTRUE
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[15] :
-Dwrapper.pid=3D84477
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[16] :
-Dwrapper.version=3D3.2.0
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[17] :
-Dwrapper.native_library=3Dwrapper
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[18] :
-Dwrapper.cpu.timeout=3D10
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[19] :
-Dwrapper.jvmid=3D1
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[20] :
org.tanukisoftware.wrapper.WrapperSimpleApp
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[21] :
com.cordys.coe.fta.agent.AgentMain
DEBUG  | wrapper  | 2006/07/10 14:47:05 | Command[22] :
./conf/fta.properties
STATUS | wrapper  | 2006/07/10 14:47:05 | Launching a JVM...
INFO   | jvm 1    | 2006/07/10 14:47:08 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@8004442
INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper (Version 3.2.0)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2006/07/10 14:47:09 |=20
INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2006/07/10 14:47:09 | Running a 64-bit JVM.
INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2006/07/10 14:47:09 |=20
INFO   | jvm 1    | 2006/07/10 14:47:09 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2006/07/10 14:47:09 | Load native library.  One or
more attempts may fail if platform specific libraries do not exist.
INFO   | jvm 1    | 2006/07/10 14:47:09 | Loading native library failed:
libwrapper-osf1-alpha-64.so  Cause: java.lang.UnsatisfiedLinkError: no
wrapper-osf1-alpha-64 in java.library.path
INFO   | jvm 1    | 2006/07/10 14:47:09 | Loaded native library:
libwrapper.so
INFO   | jvm 1    | 2006/07/10 14:47:09 | Calling native initialization
method.
INFO   | jvm 1    | 2006/07/10 14:47:09 | Inside native WrapperManager
initialization method
INFO   | jvm 1    | 2006/07/10 14:47:09 | Java Version   : 1.4.2-4.p2
Fast VM
INFO   | jvm 1    | 2006/07/10 14:47:09 | Java VM Vendor :
Hewlett-Packard Company
INFO   | jvm 1    | 2006/07/10 14:47:09 |=20
INFO   | jvm 1    | 2006/07/10 14:47:09 |
WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@801d501
, args["./conf/fta.properties"]) called by thread: main
INFO   | jvm 1    | 2006/07/10 14:47:09 | Open socket to
wrapper...Wrapper-Connection
ERROR  | wrapper  | 2006/07/10 14:47:35 | Startup failed: Timed out
waiting for a signal from the JVM.
ERROR  | wrapper  | 2006/07/10 14:47:35 | JVM did not exit on request,
terminated
DEBUG  | wrapper  | 2006/07/10 14:47:36 | Signal trapped.  Details:
DEBUG  | wrapper  | 2006/07/10 14:47:36 |   signal number=3D20 (SIGCHLD),
source=3D"unknown"
DEBUG  | wrapper  | 2006/07/10 14:47:36 | Received SIGCHLD, calling
wait().
DEBUG  | wrapper  | 2006/07/10 14:47:36 | wait() returned, child process
should be gone.
DEBUG  | wrapper  | 2006/07/10 14:47:36 | JVM was only running for 29
seconds leading to a failed restart count of 1.
DEBUG  | wrapper  | 2006/07/10 14:47:36 | Waiting 60 seconds before
launching another JVM.
DEBUG  | wrapper  | 2006/07/10 14:47:42 | Signal trapped.  Details:
DEBUG  | wrapper  | 2006/07/10 14:47:42 |   signal number=3D2 (SIGINT),
source=3D"unknown"
STATUS | wrapper  | 2006/07/10 14:47:42 | INT trapped.  Shutting down.
DEBUG  | wrapper  | 2006/07/10 14:47:42 | wrapperStopProcess(0) called.
STATUS | wrapper  | 2006/07/10 14:47:42 | <-- Wrapper Stopped

I tried several times, but still no luck.
When I copy over the 3.1.2 binaries everything works again.

I'm not a C programmer, but a Java programmer. I know a little about C,
but not enough to get it to work. Do you have any idea what I could do
to get the build to work?

Regards,

Phillip=20


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: maandag 10 juli 2006 9:21
To: wra...@li...
Subject: Re: [Wrapper-user] OSF1 Build

Phillip,
The prerelease distribution is a special distribution that is meant for=20
users wishing to create
distributions:
http://sourceforge.net/project/showfiles.php?group_id=3D39428&package_id=3D1
83647

It will output a "release" distribution.

Yes, if you could please send me binary directly, I'll add it to the=20
releases.
If you get it working, I may also ask you to help out the with the 3.2.1

release that will
be out soon.

Cheers,
Leif

Phillip Gussow wrote:
> Hi Leif,
>
> Thanks for the reply. Somewhere today our Tru64 person will install
the
> c environment and I will give it a try.
>
> The pre-release, is that the frozen 3.2.1 branch? Or should I take the
> normal 3.2.0 release?
>
> And if I get it to work, do you want the binaries then? How should I
> ship them to you then?
>
> Regards,
>
> Phillip
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: zondag 9 juli 2006 3:02
> To: wra...@li...
> Subject: Re: [Wrapper-user] OSF1 Build
>
> Philip,
>     Sorry about that.  I have not been able to get in touch with the=20
> person who has helped
> me with that release in the past.  Everyone are volunteers and as
people
>
> change jobs etc,
> I lose access to certain hosts.
>
>     The makefiles should be functioning, so if you download the=20
> prerelease tar ball.  You
> should be able to build it simply by running "./build64 release".   If

> you end up with any
> problems, post them and I may be able to give you some ideas.  You
will=20
> of course need
> to have a c development environment installed.  Not sure how that is=20
> done on OSF1.
>
> Cheers,
> Leif
>
> Phillip Gussow wrote:
>  =20
>> Hi,=20
>> =20
>> Like Omilian I'm a Java programmer and not a C programmer. I need a=20
>> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can=20
>> anyone help me with this? Or tell me the things I need on my Tru64 in

>> order to build it?=20
>> =20
>> Thanks in advance!!!
>>
>> =20
>>
>> Regards,
>>
>> Phillip
>>    =20



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

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

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

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

Martyn,
    You would have to modify the shell script a bit.  But you could 
place the pid file
mentioned in the shell script on the network share.  You would have to 
change the
logic a bit however as the file is currently ignored if the process in 
the pid file does
not exist.  It wouldn't exist on the other machine of course.

Cheers,
Leif

Martynas Brijunas wrote:
> Hi Leif,
>
> thank you for your answer.
>
> The processes are started manually by an operator. Or they can be
> started automatically on one server, and manually on another. So that
> would eliminate the problem of a power outage you mentioned.
>
> I was hoping that by detecting an existing PID file (for example, on a
> network share), the wrapper would refuse to start on another server,
> until this original PID file is removed.
>
> Martyn
>
>
> 2006/7/10, Leif Mortenson <le...@ta...>:
>   
>> Martyn,
>>    The problem is that you are talking about two physical machines.
>> The Wrapper has
>> features do this within a single machine.  But not for multiple
>> machines.  You will need to
>> implement a startup class which say attempts to open a socket to the
>> other machine.  If
>> it connects, it knows the other server is running and shuts down.   If
>> it fails to connect then
>> it can assume it opens its own server socket to listen for connections.
>>
>>    This is not fail proof however.  You need to account for cases where
>> both servers come
>> up at pretty much the same instant.  Say after a power outage or
>> something.   Maybe make
>> server a the master.  It will always try to run.  Server B will try to
>> start but then poll Server
>> A and always shutdown if it finds it.  Something like that.
>>
>>    But like was already said, I don't think this is really under the
>> scope of the wrapper
>> unless I am missing what you are trying to say.
>>
>> Cheers,
>> Leif
>>
>> Martynas Brijunas wrote:
>>     
>>> Hi Martin,
>>>
>>> thank you for your reply. I think i explained the problem not very clearly.
>>>
>>> Server A: process AAA is running
>>> Server B: process AAA must not be running if it is running on Server
>>> A, otherwise it can.
>>>
>>> How to ensure that when it is running on Server A, it cannot be
>>> started on Server B? And vice versa: when it is running on Server B,
>>> it cannot be started on Server A.
>>>
>>> Is it possible to emply PIDs or anchor files for this purpose?
>>>
>>> Thanks,
>>> Martyn
>>>
>>> 2006/7/7, Martin Gazak <ma...@mi...>:
>>>
>>>       
>>>> Hallo,
>>>> this seems not to be a task for Java Service Wrapper - try to look for
>>>> example at www.linux-ha.org (Linux/Unix environment only, but seems to
>>>> be your case), you may achieve also failover of the service (including
>>>> the IP failover).
>>>>
>>>>
>>>>
>>>> Martynas Brijunas wrote:
>>>>
>>>>         
>>>>> Hi,
>>>>>
>>>>> we have 2 servers that have the same wrapper services for failover
>>>>> reasons. Only one instance of each server can run at any given time.
>>>>> Is there a way to prevent an accidental start of a service in 2
>>>>> locations? I thought of employing a PID file on a network share, but
>>>>> not sure if that would work.
>>>>>
>>>>> Thank you.
>>>>>
>>>>>           

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

[Martynas B. <mb...@gm...>]

Hi Leif,

thank you for your answer.

The processes are started manually by an operator. Or they can be
started automatically on one server, and manually on another. So that
would eliminate the problem of a power outage you mentioned.

I was hoping that by detecting an existing PID file (for example, on a
network share), the wrapper would refuse to start on another server,
until this original PID file is removed.

Martyn


2006/7/10, Leif Mortenson <le...@ta...>:
> Martyn,
>    The problem is that you are talking about two physical machines.
> The Wrapper has
> features do this within a single machine.  But not for multiple
> machines.  You will need to
> implement a startup class which say attempts to open a socket to the
> other machine.  If
> it connects, it knows the other server is running and shuts down.   If
> it fails to connect then
> it can assume it opens its own server socket to listen for connections.
>
>    This is not fail proof however.  You need to account for cases where
> both servers come
> up at pretty much the same instant.  Say after a power outage or
> something.   Maybe make
> server a the master.  It will always try to run.  Server B will try to
> start but then poll Server
> A and always shutdown if it finds it.  Something like that.
>
>    But like was already said, I don't think this is really under the
> scope of the wrapper
> unless I am missing what you are trying to say.
>
> Cheers,
> Leif
>
> Martynas Brijunas wrote:
> > Hi Martin,
> >
> > thank you for your reply. I think i explained the problem not very clearly.
> >
> > Server A: process AAA is running
> > Server B: process AAA must not be running if it is running on Server
> > A, otherwise it can.
> >
> > How to ensure that when it is running on Server A, it cannot be
> > started on Server B? And vice versa: when it is running on Server B,
> > it cannot be started on Server A.
> >
> > Is it possible to emply PIDs or anchor files for this purpose?
> >
> > Thanks,
> > Martyn
> >
> > 2006/7/7, Martin Gazak <ma...@mi...>:
> >
> >> Hallo,
> >> this seems not to be a task for Java Service Wrapper - try to look for
> >> example at www.linux-ha.org (Linux/Unix environment only, but seems to
> >> be your case), you may achieve also failover of the service (including
> >> the IP failover).
> >>
> >>
> >>
> >> Martynas Brijunas wrote:
> >>
> >>> Hi,
> >>>
> >>> we have 2 servers that have the same wrapper services for failover
> >>> reasons. Only one instance of each server can run at any given time.
> >>> Is there a way to prevent an accidental start of a service in 2
> >>> locations? I thought of employing a PID file on a network share, but
> >>> not sure if that would work.
> >>>
> >>> Thank you.
> >>>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

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

Martyn,
    The problem is that you are talking about two physical machines.   
The Wrapper has
features do this within a single machine.  But not for multiple 
machines.  You will need to
implement a startup class which say attempts to open a socket to the 
other machine.  If
it connects, it knows the other server is running and shuts down.   If 
it fails to connect then
it can assume it opens its own server socket to listen for connections.

    This is not fail proof however.  You need to account for cases where 
both servers come
up at pretty much the same instant.  Say after a power outage or 
something.   Maybe make
server a the master.  It will always try to run.  Server B will try to 
start but then poll Server
A and always shutdown if it finds it.  Something like that.

    But like was already said, I don't think this is really under the 
scope of the wrapper
unless I am missing what you are trying to say.

Cheers,
Leif

Martynas Brijunas wrote:
> Hi Martin,
>
> thank you for your reply. I think i explained the problem not very clearly.
>
> Server A: process AAA is running
> Server B: process AAA must not be running if it is running on Server
> A, otherwise it can.
>
> How to ensure that when it is running on Server A, it cannot be
> started on Server B? And vice versa: when it is running on Server B,
> it cannot be started on Server A.
>
> Is it possible to emply PIDs or anchor files for this purpose?
>
> Thanks,
> Martyn
>
> 2006/7/7, Martin Gazak <ma...@mi...>:
>   
>> Hallo,
>> this seems not to be a task for Java Service Wrapper - try to look for
>> example at www.linux-ha.org (Linux/Unix environment only, but seems to
>> be your case), you may achieve also failover of the service (including
>> the IP failover).
>>
>>
>>
>> Martynas Brijunas wrote:
>>     
>>> Hi,
>>>
>>> we have 2 servers that have the same wrapper services for failover
>>> reasons. Only one instance of each server can run at any given time.
>>> Is there a way to prevent an accidental start of a service in 2
>>> locations? I thought of employing a PID file on a network share, but
>>> not sure if that would work.
>>>
>>> Thank you.
>>>       

Re: [Wrapper-user] how to prevent 2 instances of the same service running on 2 servers

[Martynas B. <mb...@gm...>]

Hi Martin,

thank you for your reply. I think i explained the problem not very clearly.

Server A: process AAA is running
Server B: process AAA must not be running if it is running on Server
A, otherwise it can.

How to ensure that when it is running on Server A, it cannot be
started on Server B? And vice versa: when it is running on Server B,
it cannot be started on Server A.

Is it possible to emply PIDs or anchor files for this purpose?

Thanks,
Martyn

2006/7/7, Martin Gazak <ma...@mi...>:
> Hallo,
> this seems not to be a task for Java Service Wrapper - try to look for
> example at www.linux-ha.org (Linux/Unix environment only, but seems to
> be your case), you may achieve also failover of the service (including
> the IP failover).
>
>
>
> Martynas Brijunas wrote:
> > Hi,
> >
> > we have 2 servers that have the same wrapper services for failover
> > reasons. Only one instance of each server can run at any given time.
> > Is there a way to prevent an accidental start of a service in 2
> > locations? I thought of employing a PID file on a network share, but
> > not sure if that would work.
> >
> > Thank you.
> >
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
> --
> RNDr. Martin Gazak, MicroStep-MIS
> Cavojskeho 1, 841 04 Bratislava, Slovakia
> Tel: ++421 2 602 00 128, 111
> Fax: ++421 2 602 00 180
> e-mail: ma...@mi...
> www: http://www.microstep-mis.com
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Wrapper stops if user logouts in Solaris

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

Jaison,
The problem is that your libwrapper.so file is not being found. The signal
trapping features require that this native library be present. There should
have been a message in the wrapper.log file even without enabling debug
output.

Cheers,
Leif

maria jaison wrote:
> Hi Leif,
>  I did uncommenting the line IGNORE_SIGNALS=true.
> But still the problem(Logout stops daemon) exist. I
> attached log files with this mail. Could you please
> check it and help me to come out of this problem.
>
> Thanks and Regards
> Jaison
>
>
>
>   
>> Jaison,
>>     I have seen problems on Solaris where processes
>> with sometimes get 
>> TERM signals.
>> That let me to implement the IGNORE_SIGNALS >feature
>>     
> .several versions back.
>   
>> In the sh script that comes with the wrapper, simply
>> uncomment the 
>> following line:
>>     
>  >#IGNORE_SIGNALS=true
>  
>   >   If you are still seeing problems after doing so,
>   
>> set the 
>>     
>  >wrapper.debug=true property
>  >and then post back with the contents of your
>   
>> wrapper.log file.
>>     
>  
>  Cheers,
>  Leif
>   

Re: [Wrapper-user] OSF1 Build

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

Phillip,
The prerelease distribution is a special distribution that is meant for 
users wishing to create
distributions:
http://sourceforge.net/project/showfiles.php?group_id=39428&package_id=183647

It will output a "release" distribution.

Yes, if you could please send me binary directly, I'll add it to the 
releases.
If you get it working, I may also ask you to help out the with the 3.2.1 
release that will
be out soon.

Cheers,
Leif

Phillip Gussow wrote:
> Hi Leif,
>
> Thanks for the reply. Somewhere today our Tru64 person will install the
> c environment and I will give it a try.
>
> The pre-release, is that the frozen 3.2.1 branch? Or should I take the
> normal 3.2.0 release?
>
> And if I get it to work, do you want the binaries then? How should I
> ship them to you then?
>
> Regards,
>
> Phillip
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: zondag 9 juli 2006 3:02
> To: wra...@li...
> Subject: Re: [Wrapper-user] OSF1 Build
>
> Philip,
>     Sorry about that.  I have not been able to get in touch with the 
> person who has helped
> me with that release in the past.  Everyone are volunteers and as people
>
> change jobs etc,
> I lose access to certain hosts.
>
>     The makefiles should be functioning, so if you download the 
> prerelease tar ball.  You
> should be able to build it simply by running "./build64 release".   If 
> you end up with any
> problems, post them and I may be able to give you some ideas.  You will 
> of course need
> to have a c development environment installed.  Not sure how that is 
> done on OSF1.
>
> Cheers,
> Leif
>
> Phillip Gussow wrote:
>   
>> Hi, 
>>  
>> Like Omilian I'm a Java programmer and not a C programmer. I need a 
>> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can 
>> anyone help me with this? Or tell me the things I need on my Tru64 in 
>> order to build it? 
>>  
>> Thanks in advance!!!
>>
>>  
>>
>> Regards,
>>
>> Phillip
>>     

Re: [Wrapper-user] OSF1 Build

[Phillip G. <pg...@co...>]

Hi Leif,

Thanks for the reply. Somewhere today our Tru64 person will install the
c environment and I will give it a try.

The pre-release, is that the frozen 3.2.1 branch? Or should I take the
normal 3.2.0 release?

And if I get it to work, do you want the binaries then? How should I
ship them to you then?

Regards,

Phillip

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: zondag 9 juli 2006 3:02
To: wra...@li...
Subject: Re: [Wrapper-user] OSF1 Build

Philip,
    Sorry about that.  I have not been able to get in touch with the=20
person who has helped
me with that release in the past.  Everyone are volunteers and as people

change jobs etc,
I lose access to certain hosts.

    The makefiles should be functioning, so if you download the=20
prerelease tar ball.  You
should be able to build it simply by running "./build64 release".   If=20
you end up with any
problems, post them and I may be able to give you some ideas.  You will=20
of course need
to have a c development environment installed.  Not sure how that is=20
done on OSF1.

Cheers,
Leif

Phillip Gussow wrote:
>
> Hi,=20
> =20
> Like Omilian I'm a Java programmer and not a C programmer. I need a=20
> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can=20
> anyone help me with this? Or tell me the things I need on my Tru64 in=20
> order to build it?=20
> =20
> Thanks in advance!!!
>
> =20
>
> Regards,
>
> Phillip
>
> =20
>



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

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

Re: [Wrapper-user] Specifying an icon for a service console window

[Martynas B. <mb...@gm...>]

Hi Leif,

thank you for your answer. At my workplace everyone is very impressed
with your program.

Is there a chance to beta-test this new windows version of the wrapper? Thanks.

2006/7/9, Leif Mortenson <le...@ta...>:
> Martynas,
>    This is not currently possible.  The Wrapper is technically a DOS
> command line
> application rather than a windows application.   That is why it always
> has a console
> window.
>
>    I am working on a version which will ship with both a wrapper.exe as
> well as
> a wrapperw.exe.   The second would be a windows application which would
> have the ability to do things like setting the icon.
>
>    3.2.1 is already frozen, so this branch will have to wait for a
> later release.
> It turned out to be a little more difficult than I had expected.
>
> Cheers,
> Leif
>
> Martynas Brijunas wrote:
> > Hi,
> >
> > is it possible to specify an icon file that would be used for a
> > service console window? Now all my services consoles look the same
> > (with the standard MS-DOS icon).
> >
> > Thank you.
> >
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
> >
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] OSF1 Build

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

Philip,
    Sorry about that.  I have not been able to get in touch with the 
person who has helped
me with that release in the past.  Everyone are volunteers and as people 
change jobs etc,
I lose access to certain hosts.

    The makefiles should be functioning, so if you download the 
prerelease tar ball.  You
should be able to build it simply by running "./build64 release".   If 
you end up with any
problems, post them and I may be able to give you some ideas.  You will 
of course need
to have a c development environment installed.  Not sure how that is 
done on OSF1.

Cheers,
Leif

Phillip Gussow wrote:
>
> Hi, 
>  
> Like Omilian I'm a Java programmer and not a C programmer. I need a 
> build for a Tru64 system. The 3.1.2 OSF1 build worked perfectly. Can 
> anyone help me with this? Or tell me the things I need on my Tru64 in 
> order to build it? 
>  
> Thanks in advance!!!
>
>  
>
> Regards,
>
> Phillip
>
>  
>

Re: [Wrapper-user] Specifying an icon for a service console window

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

Martynas,
    This is not currently possible.  The Wrapper is technically a DOS 
command line
application rather than a windows application.   That is why it always 
has a console
window.

    I am working on a version which will ship with both a wrapper.exe as 
well as
a wrapperw.exe.   The second would be a windows application which would
have the ability to do things like setting the icon.

    3.2.1 is already frozen, so this branch will have to wait for a 
later release.
It turned out to be a little more difficult than I had expected.

Cheers,
Leif

Martynas Brijunas wrote:
> Hi,
>
> is it possible to specify an icon file that would be used for a
> service console window? Now all my services consoles look the same
> (with the standard MS-DOS icon).
>
> Thank you.
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] Java app takes 99% CPU (Solaris) when run as daemon

[Scott M. <sc...@so...>]

Thank you for your comments/suggestions. It helped me focus on where the
problem was (my application). I had implemented a buffered IO reader to act
as a console to accept commands from the user running the application. When
running as a daemon, the concept of a console made no sense so I modified
the application so it wouldn't create the console in daemon mode and the
application is back to using less than 1/10 of a percent of the CPU. Thanks
for getting me focused in the right area.

Scott Myers
sc...@so...

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...] 
Sent: Thursday, July 06, 2006 6:29 PM
To: sc...@so...; wra...@li...
Subject: Re: [Wrapper-user] Java app takes 99% CPU (Solaris) when run as
daemon


Scott,
    Is it the Java process or the wrapper process that is eating up all 
of your CPU?  I'll
assume the java process for now.   I have never heard of any problems 
like this with
the wrapper in the past so I doubt that it is causing it.
    On UNIX systems the difference between a console and daemon process 
under
the wrapper is pretty minor.  Should be no differences in the java 
process.  The
wrapper process will have been forked a couple extra times to turn it 
into a detached
process however.   The java process will then be the child process of 
that resulting
process.

    For starters, I would try sending a couple thread dump requests to 
your application
using the wrapper's scripts.  Look at each of the threads and make sure 
that they
appear to be in locations that make sense.  Most likely it is a tight 
loop someplace.
    You can also play with the JVM's -Xrunhprof command line to get the 
JVM to do
CPU profiling.  That will tell you exactly where the JVM is spending all 
of its time.

Cheers,
Leif

Scott Myers wrote:
> I have a java application that I am testing with the  wrapper. It
> works great so far under Windows and also
> under Solaris when run using the java -jar command  and when run under 
> the wrapper in console mode.
>
> For some reason, when I run it on Solaris (SunOS 5.9)  under the
> wrapper as a daemon (start rather than
> console), the application consumes all available CPU. prstat shows the 
> application percentage rapidly
> climbing to 99% and staying there.
>
> Does anyone have any ideas why the application would use 0.1% of the
> CPU on a Solaris system in console
> mode but 99% when run as a daemon (started)?
>  
> Scott Myers
> sc...@so... <mailto:sc...@so...>
> (408) 973-8374
> www.softwareassist.net <http://www.softwareassist.net/>
>  

[Wrapper-user] Specifying an icon for a service console window

[Martynas B. <mb...@gm...>]

Hi,

is it possible to specify an icon file that would be used for a
service console window? Now all my services consoles look the same
(with the standard MS-DOS icon).

Thank you.