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

Re: [Wrapper-user] Re2: application runs a thread - Tomcat does not stop completely

[<nic...@uk...>]

I havent seen tomcat actually do this... (later version might..)

The correct approach is not to use a servlet.

Instead use a Servlet Listener.

-Nick






Internet
Da...@le...@lists.sourceforge.net - 17/02/2005 00:19


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] Re2: application runs a thread - Tomcat does not
       stop completely



Yes, but what if the servlet is collected by the container during normal
garbage collection?  After all, the servlet that launches the thread is
not doing anything.  If it gets collected, destroy is called and my
thread would end!

-Dave


From: <nick@uk...>.bnpparibas.com
 <http://sourceforge.net/mailarchive/message.php?msg_id=10873120>  Re:
application runs a thread - Tomcat does not stop completely
2005-02-15 18:09


 You need to use your serlvlet destroy() method to stop your thread (I
 assume you are starting the thread in a servlet)....

 I do a ;

 while (continue) {
       whatever();
       nap();
 }

 and get the destroy to toggle "continue"

 -Nick


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Internet
 Dave@le...@li... - 16/02/2005 00:44


 Please respond to wrapper-user@li...

 Sent by:    wrapper-user-admin@li...



 To:    wrapper-user

 cc:


 Subject:    [Wrapper-user] application runs a thread - Tomcat does not
stop
        completely


 Hello - I cannot seem to get my Tomcat application to stop completely
on
 Windows XP.

 I think I know generally what is happening.  The shutdown is issued to
 Tomcat correctly.  However, my application runs a thread, which sleeps
 for an interval, wakes up, then goes back to sleep.  The servlet
 container is not exiting because it is waiting for all of the threads
to
 end.  When I try the service shutdown while the thread is running I get
 this in the log:

 ERROR  | wrapper  | 2005/02/15 16:37:38 | Shutdown failed: Timed out
 waiting for signal from JVM.
 ERROR  | wrapper  | 2005/02/15 16:37:39 | JVM did not exit on request,
 terminated

 If I end my Thread before stopping the service, it all works hunky
dory.
 However, I do not want to rely on the user stopping the thread.

 I want to be able to call one of my classes so I can shut down the
 application"s thread.  I have tried everything, mostly using
 WrapperStartStopApp.  Help!

  -Dave


(See attached file: C.htm)(Embedded image moved to file: pic04678.jpg)

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

[Wrapper-user] Re: Wrapper-user digest, Vol 1 #544 - 1 msg

[Stephen S. <scs...@gm...>]

I don't mean to be dense or anything, but we're using Linux with
wrapper, and doing "su --command=" in a simple script placed in
/etc/init.d that calls out to the other script seems to do the trick:

...
start)
  su - myuser --command=/home/myuser/myapp start
...

Never tried this RUN_AS_USER thing, but it seems to me that Unix/Linux
have built-in commands to accomplish what it is you're trying to
accomplish anyway..

-Stephen.

On Wed, 16 Feb 2005 20:39:22 -0800 Andrew Serff <an...@se...> wrote:
> To:  wra...@li...
> Subject: [Wrapper-user] Running Process as another user (RUN_AS_USER)
> Reply-To: wra...@li...
> 
> I'm having real problems trying to get my processes to run as another
> user other than root.  I'm running Solaris 8 and roots shell is sh.  My
> user i'm trying to run as has a shell of csh.  I have even taken out
> everything out of its environment to rule that out of the problem.
> My scripts work just fine when I run them from the command line.  I have
> it set up like so:
> 
> /etc/init.d/myapp -> linked to /home/myuser/myapp
> /etc/rc3.d/S99myapp -> linked to ../init.d/myapp
> 
> I can either just fine from the command line:
> # su - root
> # /etc/init.d/myapp start
> # /etc/rc3.d/S99myapp start
> 
> However, when I reboot the machine, I see the message "Starting
> Application Name..." message from the wrapper, but when I get to the
> command prompt and run:
> #/etc/init.d/myapp status
> It isn't running.  There is nothing written to my logs (both the
> wrapper.log or /var/adm/messages).
> If I set RUN_AS_USER to root (or comment it out), it works fine.  I have
> tried this on 2 different machines, with different users, with NIS users
> and local users, etc.  I have put a redirect to a file after the su
> command.  All i see in there is the rest of the output from the boot
> process for some reason.  I see "Starting OpenWindows in 5 seconds,
> control C to stop."
> 
> I have tried running just the complete su command and that works fine as
> well.
> I have also changed all my paths in all my config files to be absolute.
> I'm at a loss...any help in what I can try to debug it would be great.
> Andrew

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

[Glen <gle...@mo...>]

I forgot about using the command line java vm arg -server.  Thanks!!!!

You my be surprised but I agree with you.  Which is why I was thinking 
of having a separate executable for the more app-like stuff (versus the 
service-like stuff).  Sharing code where applicable. 

Ultimately my question is, is this desired in the JSW code base?  Or 
better as my own project to be possibly merged later?


So of the features I mentioned originally

1.SERVICE and APP - auto creation of the java program if using the 
java.command.name parm and the specified value does not exist.  This is 
configurable the default is to NOT do it.

2.NOT NEEDED - choose hotspot/server/client VM no longer needed

3. APP - have a special executable that is app mode only.  It will no 
tlook for any commadn line parms (-i -c etc) instead it will look for a 
.conf file of the same name as the executable.  So myapp.exe would be 
maypp.conf

4. APP - linked to 3 invoke the JVM in the same process (configurable 
would cause several other config options to be ignored for example 
java.command.name)



nic...@uk... wrote:

>  
>
>>>The VM to use (client/server/hotspot) is pertinent regardless of app or
>>>service.
>>>      
>>>
>We just use a command-line parameter ("-server" or whatever)
>
>  
>
>>>You are right about the others they are specific to using JSW to run
>>>apps.  Which is why I have a wrapperw.exe which is separate and distinct
>>>from wrapper.exe.  Wrapperw.exe has allthe cool app features I mentioned
>>>(though I rename the wrapperw.exe to myapp.exe) and I still use
>>>wrapper.exe for running services.
>>>The idea here is that from my research of the various java start
>>>products JSW is by far hte most mature so why not use the excelent code
>>>base to make a great app launcher too.
>>>      
>>>
>
>Its only my personal opinion, but it appears to me that a Generic App
>Launcher is a seperate project.
>Perhaps JSW would be an excellent starting point.
>
>JSW is one of the nicest OSS projects I have  seen. It addresses one
>problem, and does it very well (I dont think these two facts are
>coincidental).
>It would be a shame to see that focus diluted.
>But thats just my opinion  :-)
>
>-Nick
>
>
>
>
>
>
>Internet
>gle...@mo...@lists.sourceforge.net - 15/02/2005 15:15
>
>
>Please respond to wra...@li...
>
>Sent by:    wra...@li...
>
>
>
>To:    wrapper-user
>
>cc:
>
>
>Subject:    Re: [Wrapper-user] are any of these features I have added
>       desirable in the wrapper code base
>
>
>The VM to use (client/server/hotspot) is pertinent regardless of app or
>service.
>
>You are right about the others they are specific to using JSW to run
>apps.  Which is why I have a wrapperw.exe which is separate and distinct
>from wrapper.exe.  Wrapperw.exe has allthe cool app features I mentioned
>(though I rename the wrapperw.exe to myapp.exe) and I still use
>wrapper.exe for running services.
>
>The idea here is that from my research of the various java start
>products JSW is by far hte most mature so why not use the excelent code
>base to make a great app launcher too.
>
>
>
>
>nic...@uk... wrote:
>
>  
>
>>   It seems most of these enhancements are centred around a generic
>>     java-executable-wrapper rather than a "service wrapper".
>>   The latter being for server, long running, tasks...
>>
>>   Is that where JSW wants to go?
>>   Its quite a different goal...
>>
>>   -Nick
>>
>>
>>
>>
>>
>>
>>Internet
>>gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39
>>
>>
>>Please respond to wra...@li...
>>
>>Sent by:    wra...@li...
>>
>>
>>
>>To:    wrapper-user
>>
>>cc:
>>
>>
>>Subject:    [Wrapper-user] are any of these features I have added
>>    
>>
>desirable
>  
>
>>      in the wrapper code base
>>
>>
>>Hi All,
>>I have added a few options  to java service wrapper and I am wondeirng
>>if they are desirable for the main branch.  Here they are
>>
>>   * An option to create the java command specified in the
>>     "wrapper.java.command" property if it doesn't already exist.  This
>>     is a simplification for me.  Before I did this I would just have a
>>     scrpit run to create all the java command copies I needed, which
>>     worked but was more maintenance.  With this I have more
>>     flexibility (like if I think a java comand is not used anymore I
>>     can just delete it knowing that the wrapper will recreate it if
>>     needed)
>>   * An altered wrapperw.exe that runs as a console application and
>>     looks for a .conf file in the same directory with the same base
>>     name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>>     myprog.exe it will look for myprog.conf.  Also any command line
>>     arguments are passed directly into the java app.  This allows one
>>     to use myprog.exe as a windows explorer file handler with minimum
>>     effort.  If  you use the wrapper.exe as is you would have to go
>>     into the registry and add the appropriate command line parms (-c
>>     myprog.conf).  I implemented this as a completely new executable
>>     since all the options (-c -t -p -i -r -?) are still there just as
>>     (--c --t --p --i --r --?)
>>   * An option for running in console mode to run the java app in the
>>     same process as wrapper.exe.  Now I know this sort of defeats the
>>     robustness that the java service wrapper offers but for "quick
>>     click" utilities it is simpler and slightly less resource intensive.
>>   * An option to choose the JIT (client or server).  This currently
>>     only works on win32 since I don't currently vae a linux machine to
>>     play with but I am fairly certain I could make it portable with
>>     minimum effort.  Also questions about hwo this should work with
>>     non-sun jvm's
>>
>>
>>If these ideas are desirable I am willing to code it (currently it is
>>50% hack 50% clean by code it I mean make it 100% clean).  I am also
>>open to alternative ways of implementing.
>>
>>Let me know what you all think.
>>
>>regards,
>>Glen
>>
>>
>>(See attached file: C.htm)
>>
>>This message and any attachments (the "message") is
>>intended solely for the addressees and is confidential.
>>If you receive this message in error, please delete it and
>>immediately notify the sender. Any use not in accord with
>>its purpose, any dissemination or disclosure, either whole
>>or partial, is prohibited except formal approval. The internet
>>can not guarantee the integrity of this message.
>>BNP PARIBAS (and its subsidiaries) shall (will) not
>>therefore be liable for the message if modified.
>>
>>**********************************************************************************************
>>    
>>
>
>  
>
>>BNP Paribas Private Bank London Branch is authorised
>>by CECEI & AMF and is regulated by the Financial Services
>>Authority for the conduct of its investment business in the
>>United Kingdom.
>>
>>BNP Paribas Securities Services London Branch is authorised
>>by CECEI & AMF and is regulated by the Financial Services
>>Authority for the conduct of its investment business in the
>>United Kingdom.
>>
>>BNP Paribas Fund Services UK Limited is authorised and
>>regulated by the Financial Services Authority.
>>
>>
>>
>>
>>------------------------------------------------------------------------
>>
>>Hi All,
>>I have added a few options  to java service wrapper and I am wondeirng
>>if they are desirable for the main branch.  Here they are
>>
>>    * An option to create the java command specified in the
>>      "wrapper.java.command" property if it doesn't already exist.
>>      This is a simplification for me.  Before I did this I would just
>>      have a scrpit run to create all the java command copies I
>>      needed, which worked but was more maintenance.  With this I have
>>      more flexibility (like if I think a java comand is not used
>>      anymore I can just delete it knowing that the wrapper will
>>      recreate it if needed)
>>    * An altered wrapperw.exe that runs as a console application and
>>      looks for a .conf file in the same directory with the same base
>>      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>>      myprog.exe it will look for myprog.conf.  Also any command line
>>      arguments are passed directly into the java app.  This allows
>>      one to use myprog.exe as a windows explorer file handler with
>>      minimum effort.  If  you use the wrapper.exe as is you would
>>      have to go into the registry and add the appropriate command
>>      line parms (-c myprog.conf).  I implemented this as a completely
>>      new executable since all the options (-c -t -p -i -r -?) are
>>      still there just as (--c --t --p --i --r --?)
>>    * An option for running in console mode to run the java app in the
>>      same process as wrapper.exe.  Now I know this sort of defeats
>>      the robustness that the java service wrapper offers but for
>>      "quick click" utilities it is simpler and slightly less resource
>>      intensive.
>>    * An option to choose the JIT (client or server).  This currently
>>      only works on win32 since I don't currently vae a linux machine
>>      to play with but I am fairly certain I could make it portable
>>      with minimum effort.  Also questions about hwo this should work
>>      with non-sun jvm's
>>
>>
>>If these ideas are desirable I am willing to code it (currently it is
>>50% hack 50% clean by code it I mean make it 100% clean).  I am also
>>open to alternative ways of implementing.
>>
>>Let me know what you all think.
>>
>>regards,
>>Glen
>>
>>    
>>
>
>
>(See attached file: C.htm)
>
>This message and any attachments (the "message") is 
>intended solely for the addressees and is confidential. 
>If you receive this message in error, please delete it and 
>immediately notify the sender. Any use not in accord with
>its purpose, any dissemination or disclosure, either whole 
>or partial, is prohibited except formal approval. The internet 
>can not guarantee the integrity of this message. 
>BNP PARIBAS (and its subsidiaries) shall (will) not 
>therefore be liable for the message if modified. 
>
>**********************************************************************************************
>
>BNP Paribas Private Bank London Branch is authorised 
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the
>United Kingdom.
>
>BNP Paribas Securities Services London Branch is authorised
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the 
>United Kingdom.
>  
>BNP Paribas Fund Services UK Limited is authorised and 
>regulated by the Financial Services Authority.
>
>  
>
>
> ------------------------------------------------------------------------
>
> The VM to use (client/server/hotspot) is pertinent regardless of app 
> or service.
>
> You are right about the others they are specific to using JSW to run 
> apps.  Which is why I have a wrapperw.exe which is separate and 
> distinct from wrapper.exe.  Wrapperw.exe has allthe cool app features 
> I mentioned (though I rename the wrapperw.exe to myapp.exe) and I 
> still use wrapper.exe for running services.
>
> The idea here is that from my research of the various java start 
> products JSW is by far hte most mature so why not use the excelent 
> code base to make a great app launcher too.
>
>
>
>
> nic...@uk... wrote:
>
>>    It seems most of these enhancements are centred around a generic
>>      java-executable-wrapper rather than a "service wrapper".
>>    The latter being for server, long running, tasks...
>>
>>    Is that where JSW wants to go?
>>    Its quite a different goal...
>>
>>    -Nick
>>
>>
>>
>>
>>
>>
>>Internet
>>gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39
>>
>>
>>Please respond to wra...@li...
>>
>>Sent by:    wra...@li...
>>
>>
>>
>>To:    wrapper-user
>>
>>cc:
>>
>>
>>Subject:    [Wrapper-user] are any of these features I have added desirable
>>       in the wrapper code base
>>
>>
>>Hi All,
>>I have added a few options  to java service wrapper and I am wondeirng
>>if they are desirable for the main branch.  Here they are
>>
>>    * An option to create the java command specified in the
>>      "wrapper.java.command" property if it doesn't already exist.  This
>>      is a simplification for me.  Before I did this I would just have a
>>      scrpit run to create all the java command copies I needed, which
>>      worked but was more maintenance.  With this I have more
>>      flexibility (like if I think a java comand is not used anymore I
>>      can just delete it knowing that the wrapper will recreate it if
>>      needed)
>>    * An altered wrapperw.exe that runs as a console application and
>>      looks for a .conf file in the same directory with the same base
>>      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>>      myprog.exe it will look for myprog.conf.  Also any command line
>>      arguments are passed directly into the java app.  This allows one
>>      to use myprog.exe as a windows explorer file handler with minimum
>>      effort.  If  you use the wrapper.exe as is you would have to go
>>      into the registry and add the appropriate command line parms (-c
>>      myprog.conf).  I implemented this as a completely new executable
>>      since all the options (-c -t -p -i -r -?) are still there just as
>>      (--c --t --p --i --r --?)
>>    * An option for running in console mode to run the java app in the
>>      same process as wrapper.exe.  Now I know this sort of defeats the
>>      robustness that the java service wrapper offers but for "quick
>>      click" utilities it is simpler and slightly less resource intensive.
>>    * An option to choose the JIT (client or server).  This currently
>>      only works on win32 since I don't currently vae a linux machine to
>>      play with but I am fairly certain I could make it portable with
>>      minimum effort.  Also questions about hwo this should work with
>>      non-sun jvm's
>>
>>
>>If these ideas are desirable I am willing to code it (currently it is
>>50% hack 50% clean by code it I mean make it 100% clean).  I am also
>>open to alternative ways of implementing.
>>
>>Let me know what you all think.
>>
>>regards,
>>Glen
>>
>>
>>(See attached file: C.htm)
>>
>>This message and any attachments (the "message") is 
>>intended solely for the addressees and is confidential. 
>>If you receive this message in error, please delete it and 
>>immediately notify the sender. Any use not in accord with
>>its purpose, any dissemination or disclosure, either whole 
>>or partial, is prohibited except formal approval. The internet 
>>can not guarantee the integrity of this message. 
>>BNP PARIBAS (and its subsidiaries) shall (will) not 
>>therefore be liable for the message if modified. 
>>
>>**********************************************************************************************
>>
>>BNP Paribas Private Bank London Branch is authorised 
>>by CECEI & AMF and is regulated by the Financial Services
>>Authority for the conduct of its investment business in the
>>United Kingdom.
>>
>>BNP Paribas Securities Services London Branch is authorised
>>by CECEI & AMF and is regulated by the Financial Services
>>Authority for the conduct of its investment business in the 
>>United Kingdom.
>>  
>>BNP Paribas Fund Services UK Limited is authorised and 
>>regulated by the Financial Services Authority.
>>
>>  
>>
>>
>> ------------------------------------------------------------------------
>>
>> Hi All,
>> I have added a few options  to java service wrapper and I am 
>> wondeirng if they are desirable for the main branch.  Here they are
>>
>>     * An option to create the java command specified in the
>>       "wrapper.java.command" property if it doesn't already exist. 
>>       This is a simplification for me.  Before I did this I would
>>       just have a scrpit run to create all the java command copies I
>>       needed, which worked but was more maintenance.  With this I
>>       have more flexibility (like if I think a java comand is not
>>       used anymore I can just delete it knowing that the wrapper will
>>       recreate it if needed)
>>     * An altered wrapperw.exe that runs as a console application and
>>       looks for a .conf file in the same directory with the same base
>>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>>       myprog.exe it will look for myprog.conf.  Also any command line
>>       arguments are passed directly into the java app.  This allows
>>       one to use myprog.exe as a windows explorer file handler with
>>       minimum effort.  If  you use the wrapper.exe as is you would
>>       have to go into the registry and add the appropriate command
>>       line parms (-c myprog.conf).  I implemented this as a
>>       completely new executable since all the options (-c -t -p -i -r
>>       -?) are still there just as (--c --t --p --i --r --?)
>>     * An option for running in console mode to run the java app in
>>       the same process as wrapper.exe.  Now I know this sort of
>>       defeats the robustness that the java service wrapper offers but
>>       for "quick click" utilities it is simpler and slightly less
>>       resource intensive.
>>     * An option to choose the JIT (client or server).  This currently
>>       only works on win32 since I don't currently vae a linux machine
>>       to play with but I am fairly certain I could make it portable
>>       with minimum effort.  Also questions about hwo this should work
>>       with non-sun jvm's
>>
>>
>> If these ideas are desirable I am willing to code it (currently it is 
>> 50% hack 50% clean by code it I mean make it 100% clean).  I am also 
>> open to alternative ways of implementing.
>>
>> Let me know what you all think.
>>
>> regards,
>> Glen
>>
>

[Wrapper-user] CAN WRAPPER BE RUN ON OS2 ?

[Bashiro <ba...@en...>]

Hi all,

I wonder if wrapper could be run on OS2 warp or eComstation ?
Has anyone any idea ?
I think theoritically it should be possible, but I have to ask.
Practically is this possible ?

bashiro

[Wrapper-user] Running Process as another user (RUN_AS_USER)

[Andrew S. <an...@se...>]

I'm having real problems trying to get my processes to run as another 
user other than root.  I'm running Solaris 8 and roots shell is sh.  My 
user i'm trying to run as has a shell of csh.  I have even taken out 
everything out of its environment to rule that out of the problem.
My scripts work just fine when I run them from the command line.  I have 
it set up like so:

/etc/init.d/myapp -> linked to /home/myuser/myapp
/etc/rc3.d/S99myapp -> linked to ../init.d/myapp

I can either just fine from the command line:
# su - root
# /etc/init.d/myapp start
# /etc/rc3.d/S99myapp start

However, when I reboot the machine, I see the message "Starting 
Application Name..." message from the wrapper, but when I get to the 
command prompt and run:
#/etc/init.d/myapp status
It isn't running.  There is nothing written to my logs (both the 
wrapper.log or /var/adm/messages).
If I set RUN_AS_USER to root (or comment it out), it works fine.  I have 
tried this on 2 different machines, with different users, with NIS users 
and local users, etc.  I have put a redirect to a file after the su 
command.  All i see in there is the rest of the output from the boot 
process for some reason.  I see "Starting OpenWindows in 5 seconds, 
control C to stop."

I have tried running just the complete su command and that works fine as 
well.
I have also changed all my paths in all my config files to be absolute.
I'm at a loss...any help in what I can try to debug it would be great.
Andrew

RE: [Wrapper-user] re: cant find libwrapper.so

[Venkatesh S. <Ven...@lc...>]

++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Please read the disclaimer at the bottom of this e-mail.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++

0.What environment are you running on ....???
1.Have you set the library as executable ? ( yes, i know its a library )


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of
mai...@st...
Sent: 16 February 2005 14:57
To: wra...@li...
Subject: [Wrapper-user] re: cant find libwrapper.so


Downloading fresh copy didnt work.

Could this possibly be because im running A64 server? I know some things
need to be recompiled for this server? Could be why it thinks that
libwrapper.so is possibly corrupted.

John

> I tried that too and still getting the same error, saying that it is
> corrupted.
>
> Ill try downloading a fresh copy.
>
> (sorry about the multiple posts, I hate mailing lists, wish you guys would
> just use a forum)
>
> John
>
>
> " Sorry...didn"t read your whole message.  You can change the path setting
> to be a full path
> vs. the relative path that you have specified.
>
>  For example:
>  wrapper.java.library.path.1=3D/usr/local/wrapper/common/lib"
>
>
>


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


**********************************************************************
This email is intended for the named recipient(s) only. Its contents
are  confidential and may only be retained by the named recipient(s)
and may only be copied or  disclosed  with the consent of=20
LCH.Clearnet Limited.   If you are not an intended recipient please
delete this e-mail and notify pos...@lc....

The contents  of this  email are  subject to  contract in all cases,=20
and LCH.Clearnet Limited makes no contractual commitment save where
confirmed by hard copy.  LCH.Clearnet Limited accepts no liability,=20
including liability for negligence, in respect of any statement in=20
this email.

LCH.Clearnet Limited, Registered Office: Aldgate House,=20
33 Aldgate High Street, London EC3N 1EA.    Recognised as a Clearing=20
House under the Financial Services & Markets Act 2000. Reg in England No.25=
932=20
Telephone: +44 20 7426 7000              Internet: http://www.lchclearnet.c=
om
**********************************************************************

[Wrapper-user] re: cant find libwrapper.so

[<mai...@st...>]

Downloading fresh copy didnt work.

Could this possibly be because im running A64 server? I know some things
need to be recompiled for this server? Could be why it thinks that
libwrapper.so is possibly corrupted.

John

> I tried that too and still getting the same error, saying that it is
> corrupted.
>
> Ill try downloading a fresh copy.
>
> (sorry about the multiple posts, I hate mailing lists, wish you guys would
> just use a forum)
>
> John
>
>
> " Sorry...didn"t read your whole message.  You can change the path setting
> to be a full path
> vs. the relative path that you have specified.
>
>  For example:
>  wrapper.java.library.path.1=/usr/local/wrapper/common/lib"
>
>
>

[Wrapper-user] re: cant find libwrapper.so

[<mai...@st...>]

I tried that too and still getting the same error, saying that it is
corrupted.

Ill try downloading a fresh copy.

(sorry about the multiple posts, I hate mailing lists, wish you guys would
just use a forum)

John


" Sorry...didn"t read your whole message.  You can change the path setting
to be a full path
vs. the relative path that you have specified.

 For example:
 wrapper.java.library.path.1=/usr/local/wrapper/common/lib"

[Wrapper-user] cant find libwrapper.so

[<mai...@st...>]

Hello, Im new!

I installed the wrapper and upon testing with ./tomcat console option. I
get the following error.

jvm 1    | WARNING - Unable to load the Wrapper's native library
'libwrapper.so'.
jvm 1    |           The file is located on the path at the following
location but
jvm 1    |           could not be loaded:
jvm 1    |
/home/username/domain.com/jakarta-tomcat-5.0.28/bin/../common/lib/libwrapper.so
jvm 1    |           Please verify that the file is readable by the
current user
jvm 1    |           and that the file has not been corrupted in any way.
jvm 1    |           System signals will not be handled correctly.

No matter what I set the path in wrapper.conf
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../common/lib

Notice how its pointing to tomcat_home/bin instead of just tomcat home.

How do I fix this?

Thanks!

John

[Wrapper-user] java.io.IOException

[Hackl I. <Ing...@sy...>]

Hi,

I have used the wrapper to install a java program as a service on a Cluster
with Windows 2000 Service Pack 4.
The installation works and the service starts successfully but there is no
output to the console.
All the output which is written with System.out.println to the console just
does not appear.

And if I read input from the console I get the following exception:

-E-2005-02-15 16:04:44.734: java.io.IOException: The handle is invalid
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at at.co.systema.gf.util.ConsolePrompt$ConsoleTask.run(ConsolePrompt.java:98

Does anybody know what's going wrong here ?

Ingo Hackl
MPA Software Entwicklung
					
SYSTEMA						
Human Information Systems					
Gesellschaft m.b.H.						
Langgasse 11						
A-4020 Linz						

S  \\       ////   S  T  E  M  A					
       \\    ////   
         \\ ////  E-Mail: mailto:ing...@sy...
<mailto:ing...@sy...> 	
         ////  	 Phone: +43 (0)732 661008-14	
        ////   WEB: http://www.systema.info <http://www.systema.info> 	

Re: [Wrapper-user] application runs a thread - Tomcat does not stop completely

[<nic...@uk...>]

You need to use your serlvlet destroy() method to stop your thread (I
assume you are starting the thread in a servlet)....

I do a ;

while (continue) {
      whatever();
      nap();
}

and get the destroy to toggle "continue"

-Nick






Internet
Da...@le...@lists.sourceforge.net - 16/02/2005 00:44


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] application runs a thread - Tomcat does not stop
       completely


Hello - I cannot seem to get my Tomcat application to stop completely on
Windows XP.

I think I know generally what is happening.  The shutdown is issued to
Tomcat correctly.  However, my application runs a thread, which sleeps
for an interval, wakes up, then goes back to sleep.  The servlet
container is not exiting because it is waiting for all of the threads to
end.  When I try the service shutdown while the thread is running I get
this in the log:

ERROR  | wrapper  | 2005/02/15 16:37:38 | Shutdown failed: Timed out
waiting for signal from JVM.
ERROR  | wrapper  | 2005/02/15 16:37:39 | JVM did not exit on request,
terminated

If I end my Thread before stopping the service, it all works hunky dory.
However, I do not want to rely on the user stopping the thread.

I want to be able to call one of my classes so I can shut down the
application's thread.  I have tried everything, mostly using
WrapperStartStopApp.  Help!

 -Dave
(See attached file: C.htm)

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

[Wrapper-user] Running Process as another user (RUN_AS_USER)

[Andrew <li...@se...>]

I'm having real problems trying to get my processes to run as another 
user other than root.  I'm running Solaris 8 and roots shell is sh.  My 
user i'm trying to run as has a shell of csh.  I have even taken out 
everything out of its environment to rule that out of the problem. 

My scripts work just fine when I run them from the command line.  I have 
it set up like so:

/etc/init.d/myapp -> linked to /home/myuser/myapp
/etc/rc3.d/S99myapp -> linked to ../init.d/myapp

I can either just fine from the command line:
# su - root
# /etc/init.d/myapp start
# /etc/rc3.d/S99myapp start

However, when I reboot the machine, I see the message "Starting 
Application Name..." message from the wrapper, but when I get to the 
command prompt and run:
#/etc/init.d/myapp status
It isn't running.  There is nothing written to my logs (both the 
wrapper.log or /var/adm/messages). 

If I set RUN_AS_USER to root (or comment it out), it works fine.  I have 
tried this on 2 different machines, with different users, with NIS users 
and local users, etc.  I have put a redirect to a file after the su 
command.  All i see in there is the rest of the output from the boot 
process for some reason.  I see "Starting OpenWindows in 5 seconds, 
control C to stop."

I have tried running just the complete su command and that works fine as 
well. 

I have also changed all my paths in all my config files to be absolute. 

I'm at a loss...any help in what I can try to debug it would be great.
Andrew

[Wrapper-user] application runs a thread - Tomcat does not stop completely

[Dave W. <Da...@le...>]

Hello - I cannot seem to get my Tomcat application to stop completely on
Windows XP. =20
=20
I think I know generally what is happening.  The shutdown is issued to
Tomcat correctly.  However, my application runs a thread, which sleeps
for an interval, wakes up, then goes back to sleep.  The servlet
container is not exiting because it is waiting for all of the threads to
end.  When I try the service shutdown while the thread is running I get
this in the log:
=20
ERROR  | wrapper  | 2005/02/15 16:37:38 | Shutdown failed: Timed out
waiting for signal from JVM.
ERROR  | wrapper  | 2005/02/15 16:37:39 | JVM did not exit on request,
terminated
=20
If I end my Thread before stopping the service, it all works hunky dory.
However, I do not want to rely on the user stopping the thread.
=20
I want to be able to call one of my classes so I can shut down the
application's thread.  I have tried everything, mostly using
WrapperStartStopApp.  Help!
=20
-Dave

Re: [Wrapper-user] Basedir when running as root

[Andrew <li...@se...>]

Never mind, I figured this one out and I submitted a bug for it.  The su 
on Solaris 8 doesn't support the -m option. 

Andrew

Andrew wrote:

> I have written and configured my scripts to run my java application 
> and I would like to install it as a daemon on solaris.  I can start it 
> using <Script_Name> console and it works fine.  But when I try to su 
> to root, then do <Script_Name> start it complains that it can't find 
> the wrapper executible.  I thought that the script was supposed to be 
> relative to where your script lives.  It doesn't seem to be though. Do 
> i need to do anything else to make it when when trying to run it as root?
>
> Thanks
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] cant find libwrapper.so

[Love, E. <EB...@ic...>]

Sorry...didn't read your whole message.  You can change the path setting =
to be a full path vs. the relative path that you have specified.

For example:
wrapper.java.library.path.1=3D/usr/local/wrapper/common/lib


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of Love, Erik
Sent: Tuesday, February 15, 2005 4:57 PM
To: wra...@li...
Subject: RE: [Wrapper-user] cant find libwrapper.so


You need to download the version of wrapper appropriate for your server. =
 (ie. libwrapper.so is typically for unix)

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of
mai...@st...
Sent: Tuesday, February 15, 2005 4:55 PM
To: wra...@li...
Subject: [Wrapper-user] cant find libwrapper.so


Hello, Im new!

I installed the wrapper and upon testing with ./tomcat console option. I
get the following error.

jvm 1    | WARNING - Unable to load the Wrapper's native library
'libwrapper.so'.
jvm 1    |           The file is located on the path at the following
location but
jvm 1    |           could not be loaded:
jvm 1    |           =20
/home/username/domain.com/jakarta-tomcat-5.0.28/bin/../common/lib/libwrap=
per.so
jvm 1    |           Please verify that the file is readable by the
current user
jvm 1    |           and that the file has not been corrupted in any =
way.
jvm 1    |           System signals will not be handled correctly.

No matter what I set the path in wrapper.conf
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=3D../common/lib

Notice how its pointing to tomcat_home/bin instead of just tomcat home.

How do I fix this?

Thanks!

John


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] cant find libwrapper.so

[Love, E. <EB...@ic...>]

You need to download the version of wrapper appropriate for your server. =
 (ie. libwrapper.so is typically for unix)

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of
mai...@st...
Sent: Tuesday, February 15, 2005 4:55 PM
To: wra...@li...
Subject: [Wrapper-user] cant find libwrapper.so


Hello, Im new!

I installed the wrapper and upon testing with ./tomcat console option. I
get the following error.

jvm 1    | WARNING - Unable to load the Wrapper's native library
'libwrapper.so'.
jvm 1    |           The file is located on the path at the following
location but
jvm 1    |           could not be loaded:
jvm 1    |           =20
/home/username/domain.com/jakarta-tomcat-5.0.28/bin/../common/lib/libwrap=
per.so
jvm 1    |           Please verify that the file is readable by the
current user
jvm 1    |           and that the file has not been corrupted in any =
way.
jvm 1    |           System signals will not be handled correctly.

No matter what I set the path in wrapper.conf
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=3D../common/lib

Notice how its pointing to tomcat_home/bin instead of just tomcat home.

How do I fix this?

Thanks!

John


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] cant find libwrapper.so

[<mai...@st...>]

Hello, Im new!

I installed the wrapper and upon testing with ./tomcat console option. I
get the following error.

jvm 1    | WARNING - Unable to load the Wrapper's native library
'libwrapper.so'.
jvm 1    |           The file is located on the path at the following
location but
jvm 1    |           could not be loaded:
jvm 1    |            
/home/username/domain.com/jakarta-tomcat-5.0.28/bin/../common/lib/libwrapper.so
jvm 1    |           Please verify that the file is readable by the
current user
jvm 1    |           and that the file has not been corrupted in any way.
jvm 1    |           System signals will not be handled correctly.

No matter what I set the path in wrapper.conf
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../common/lib

Notice how its pointing to tomcat_home/bin instead of just tomcat home.

How do I fix this?

Thanks!

John

[Wrapper-user] Basedir when running as root

[Andrew <li...@se...>]

I have written and configured my scripts to run my java application and 
I would like to install it as a daemon on solaris.  I can start it using 
<Script_Name> console and it works fine.  But when I try to su to root, 
then do <Script_Name> start it complains that it can't find the wrapper 
executible.  I thought that the script was supposed to be relative to 
where your script lives.  It doesn't seem to be though. Do i need to do 
anything else to make it when when trying to run it as root?

Thanks

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

[<nic...@uk...>]

>> The VM to use (client/server/hotspot) is pertinent regardless of app or
>> service.
We just use a command-line parameter ("-server" or whatever)

>> You are right about the others they are specific to using JSW to run
>> apps.  Which is why I have a wrapperw.exe which is separate and distinct
>> from wrapper.exe.  Wrapperw.exe has allthe cool app features I mentioned
>> (though I rename the wrapperw.exe to myapp.exe) and I still use
>> wrapper.exe for running services.
>> The idea here is that from my research of the various java start
>> products JSW is by far hte most mature so why not use the excelent code
>> base to make a great app launcher too.

Its only my personal opinion, but it appears to me that a Generic App
Launcher is a seperate project.
Perhaps JSW would be an excellent starting point.

JSW is one of the nicest OSS projects I have  seen. It addresses one
problem, and does it very well (I dont think these two facts are
coincidental).
It would be a shame to see that focus diluted.
But thats just my opinion  :-)

-Nick






Internet
gle...@mo...@lists.sourceforge.net - 15/02/2005 15:15


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    Re: [Wrapper-user] are any of these features I have added
       desirable in the wrapper code base


The VM to use (client/server/hotspot) is pertinent regardless of app or
service.

You are right about the others they are specific to using JSW to run
apps.  Which is why I have a wrapperw.exe which is separate and distinct
from wrapper.exe.  Wrapperw.exe has allthe cool app features I mentioned
(though I rename the wrapperw.exe to myapp.exe) and I still use
wrapper.exe for running services.

The idea here is that from my research of the various java start
products JSW is by far hte most mature so why not use the excelent code
base to make a great app launcher too.




nic...@uk... wrote:

>    It seems most of these enhancements are centred around a generic
>      java-executable-wrapper rather than a "service wrapper".
>    The latter being for server, long running, tasks...
>
>    Is that where JSW wants to go?
>    Its quite a different goal...
>
>    -Nick
>
>
>
>
>
>
>Internet
>gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39
>
>
>Please respond to wra...@li...
>
>Sent by:    wra...@li...
>
>
>
>To:    wrapper-user
>
>cc:
>
>
>Subject:    [Wrapper-user] are any of these features I have added
desirable
>       in the wrapper code base
>
>
>Hi All,
>I have added a few options  to java service wrapper and I am wondeirng
>if they are desirable for the main branch.  Here they are
>
>    * An option to create the java command specified in the
>      "wrapper.java.command" property if it doesn't already exist.  This
>      is a simplification for me.  Before I did this I would just have a
>      scrpit run to create all the java command copies I needed, which
>      worked but was more maintenance.  With this I have more
>      flexibility (like if I think a java comand is not used anymore I
>      can just delete it knowing that the wrapper will recreate it if
>      needed)
>    * An altered wrapperw.exe that runs as a console application and
>      looks for a .conf file in the same directory with the same base
>      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>      myprog.exe it will look for myprog.conf.  Also any command line
>      arguments are passed directly into the java app.  This allows one
>      to use myprog.exe as a windows explorer file handler with minimum
>      effort.  If  you use the wrapper.exe as is you would have to go
>      into the registry and add the appropriate command line parms (-c
>      myprog.conf).  I implemented this as a completely new executable
>      since all the options (-c -t -p -i -r -?) are still there just as
>      (--c --t --p --i --r --?)
>    * An option for running in console mode to run the java app in the
>      same process as wrapper.exe.  Now I know this sort of defeats the
>      robustness that the java service wrapper offers but for "quick
>      click" utilities it is simpler and slightly less resource intensive.
>    * An option to choose the JIT (client or server).  This currently
>      only works on win32 since I don't currently vae a linux machine to
>      play with but I am fairly certain I could make it portable with
>      minimum effort.  Also questions about hwo this should work with
>      non-sun jvm's
>
>
>If these ideas are desirable I am willing to code it (currently it is
>50% hack 50% clean by code it I mean make it 100% clean).  I am also
>open to alternative ways of implementing.
>
>Let me know what you all think.
>
>regards,
>Glen
>
>
>(See attached file: C.htm)
>
>This message and any attachments (the "message") is
>intended solely for the addressees and is confidential.
>If you receive this message in error, please delete it and
>immediately notify the sender. Any use not in accord with
>its purpose, any dissemination or disclosure, either whole
>or partial, is prohibited except formal approval. The internet
>can not guarantee the integrity of this message.
>BNP PARIBAS (and its subsidiaries) shall (will) not
>therefore be liable for the message if modified.
>
>**********************************************************************************************

>
>BNP Paribas Private Bank London Branch is authorised
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the
>United Kingdom.
>
>BNP Paribas Securities Services London Branch is authorised
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the
>United Kingdom.
>
>BNP Paribas Fund Services UK Limited is authorised and
>regulated by the Financial Services Authority.
>
>
>
>
> ------------------------------------------------------------------------
>
> Hi All,
> I have added a few options  to java service wrapper and I am wondeirng
> if they are desirable for the main branch.  Here they are
>
>     * An option to create the java command specified in the
>       "wrapper.java.command" property if it doesn't already exist.
>       This is a simplification for me.  Before I did this I would just
>       have a scrpit run to create all the java command copies I
>       needed, which worked but was more maintenance.  With this I have
>       more flexibility (like if I think a java comand is not used
>       anymore I can just delete it knowing that the wrapper will
>       recreate it if needed)
>     * An altered wrapperw.exe that runs as a console application and
>       looks for a .conf file in the same directory with the same base
>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>       myprog.exe it will look for myprog.conf.  Also any command line
>       arguments are passed directly into the java app.  This allows
>       one to use myprog.exe as a windows explorer file handler with
>       minimum effort.  If  you use the wrapper.exe as is you would
>       have to go into the registry and add the appropriate command
>       line parms (-c myprog.conf).  I implemented this as a completely
>       new executable since all the options (-c -t -p -i -r -?) are
>       still there just as (--c --t --p --i --r --?)
>     * An option for running in console mode to run the java app in the
>       same process as wrapper.exe.  Now I know this sort of defeats
>       the robustness that the java service wrapper offers but for
>       "quick click" utilities it is simpler and slightly less resource
>       intensive.
>     * An option to choose the JIT (client or server).  This currently
>       only works on win32 since I don't currently vae a linux machine
>       to play with but I am fairly certain I could make it portable
>       with minimum effort.  Also questions about hwo this should work
>       with non-sun jvm's
>
>
> If these ideas are desirable I am willing to code it (currently it is
> 50% hack 50% clean by code it I mean make it 100% clean).  I am also
> open to alternative ways of implementing.
>
> Let me know what you all think.
>
> regards,
> Glen
>


(See attached file: C.htm)

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

[Wrapper-user] off topic:

[Glen <gle...@mo...>]

I accidentally sent a message to this list from my spam free email 
account and I have already started to get an inload of spam :-(

I know this is far featched but is there any way to remove the original 
message or change the sender of the message to be gle...@mo...?

Thanks to anyone that can assist (my mailing list account gets over 400 
spam messages a day as opposed to my up til now spam free email which 
received one or two a week)

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

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

Nick,

Are the goals incompatible?  That is, does it affect the "service" part 
if the behavior of the "executable" part is changed?

We have a need for both aspects.  At the user option the code can be 
installed as a service, but some would rather run it from the command 
line, and there's even a situation where it started automatically based 
on a registry entry.

Part of the attraction to us is the ability to use it in any of these 
roles - even on Linux or other platforms.

Jim

nic...@uk... wrote:
> 
>     It seems most of these enhancements are centred around a generic
>       java-executable-wrapper rather than a "service wrapper".
>     The latter being for server, long running, tasks...
> 
>     Is that where JSW wants to go?
>     Its quite a different goal...
> 
>     -Nick
> 
> 
> 
> 
> 
> 
> Internet
> gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39
> 
> 
> Please respond to wra...@li...
> 
> Sent by:    wra...@li...
> 
> 
> 
> To:    wrapper-user
> 
> cc:
> 
> 
> Subject:    [Wrapper-user] are any of these features I have added desirable
>        in the wrapper code base
> 
> 
> Hi All,
> I have added a few options  to java service wrapper and I am wondeirng
> if they are desirable for the main branch.  Here they are
> 
>     * An option to create the java command specified in the
>       "wrapper.java.command" property if it doesn't already exist.  This
>       is a simplification for me.  Before I did this I would just have a
>       scrpit run to create all the java command copies I needed, which
>       worked but was more maintenance.  With this I have more
>       flexibility (like if I think a java comand is not used anymore I
>       can just delete it knowing that the wrapper will recreate it if
>       needed)
>     * An altered wrapperw.exe that runs as a console application and
>       looks for a .conf file in the same directory with the same base
>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>       myprog.exe it will look for myprog.conf.  Also any command line
>       arguments are passed directly into the java app.  This allows one
>       to use myprog.exe as a windows explorer file handler with minimum
>       effort.  If  you use the wrapper.exe as is you would have to go
>       into the registry and add the appropriate command line parms (-c
>       myprog.conf).  I implemented this as a completely new executable
>       since all the options (-c -t -p -i -r -?) are still there just as
>       (--c --t --p --i --r --?)
>     * An option for running in console mode to run the java app in the
>       same process as wrapper.exe.  Now I know this sort of defeats the
>       robustness that the java service wrapper offers but for "quick
>       click" utilities it is simpler and slightly less resource intensive.
>     * An option to choose the JIT (client or server).  This currently
>       only works on win32 since I don't currently vae a linux machine to
>       play with but I am fairly certain I could make it portable with
>       minimum effort.  Also questions about hwo this should work with
>       non-sun jvm's
> 
> 
> If these ideas are desirable I am willing to code it (currently it is
> 50% hack 50% clean by code it I mean make it 100% clean).  I am also
> open to alternative ways of implementing.
> 
> Let me know what you all think.
> 
> regards,
> Glen
> 
> 
> (See attached file: C.htm)
> 
> This message and any attachments (the "message") is 
> intended solely for the addressees and is confidential. 
> If you receive this message in error, please delete it and 
> immediately notify the sender. Any use not in accord with
> its purpose, any dissemination or disclosure, either whole 
> or partial, is prohibited except formal approval. The internet 
> can not guarantee the integrity of this message. 
> BNP PARIBAS (and its subsidiaries) shall (will) not 
> therefore be liable for the message if modified. 
> 
> **********************************************************************************************
> 
> BNP Paribas Private Bank London Branch is authorised 
> by CECEI & AMF and is regulated by the Financial Services
> Authority for the conduct of its investment business in the
> United Kingdom.
> 
> BNP Paribas Securities Services London Branch is authorised
> by CECEI & AMF and is regulated by the Financial Services
> Authority for the conduct of its investment business in the 
> United Kingdom.
>   
> BNP Paribas Fund Services UK Limited is authorised and 
> regulated by the Financial Services Authority.
> 
> 
> 
> ------------------------------------------------------------------------
> 
> Hi All,
> I have added a few options  to java service wrapper and I am wondeirng 
> if they are desirable for the main branch.  Here they are
> 
>     * An option to create the java command specified in the
>       "wrapper.java.command" property if it doesn't already exist.  This
>       is a simplification for me.  Before I did this I would just have a
>       scrpit run to create all the java command copies I needed, which
>       worked but was more maintenance.  With this I have more
>       flexibility (like if I think a java comand is not used anymore I
>       can just delete it knowing that the wrapper will recreate it if
>       needed)
>     * An altered wrapperw.exe that runs as a console application and
>       looks for a .conf file in the same directory with the same base
>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>       myprog.exe it will look for myprog.conf.  Also any command line
>       arguments are passed directly into the java app.  This allows one
>       to use myprog.exe as a windows explorer file handler with minimum
>       effort.  If  you use the wrapper.exe as is you would have to go
>       into the registry and add the appropriate command line parms (-c
>       myprog.conf).  I implemented this as a completely new executable
>       since all the options (-c -t -p -i -r -?) are still there just as
>       (--c --t --p --i --r --?)
>     * An option for running in console mode to run the java app in the
>       same process as wrapper.exe.  Now I know this sort of defeats the
>       robustness that the java service wrapper offers but for "quick
>       click" utilities it is simpler and slightly less resource intensive.
>     * An option to choose the JIT (client or server).  This currently
>       only works on win32 since I don't currently vae a linux machine to
>       play with but I am fairly certain I could make it portable with
>       minimum effort.  Also questions about hwo this should work with
>       non-sun jvm's
> 
> 
> If these ideas are desirable I am willing to code it (currently it is 
> 50% hack 50% clean by code it I mean make it 100% clean).  I am also 
> open to alternative ways of implementing.
> 
> Let me know what you all think.
> 
> regards,
> Glen
> 

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

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

[Glen <gle...@mo...>]

The --x options are simply to delineate them from normal application 
parms...  So the customzied wrapper that I am using can still be used in 
the standard way...


Jim Redman wrote:

> Glen,
>
> Glen Marchesani wrote:
>
>>     * An altered wrapperw.exe that runs as a console application and
>>       looks for a .conf file in the same directory with the same base
>>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>>       myprog.exe it will look for myprog.conf.  Also any command line
>>       arguments are passed directly into the java app.  This allows one
>>       to use myprog.exe as a windows explorer file handler with minimum
>>       effort.  If  you use the wrapper.exe as is you would have to go
>>       into the registry and add the appropriate command line parms (-c
>>       myprog.conf).  I implemented this as a completely new executable
>>       since all the options (-c -t -p -i -r -?) are still there just as
>>       (--c --t --p --i --r --?)
>
>
> I've just implemented the same feature, by just recreating the argv[] 
> if argc < 3.  I'm not sure what the significance of the --x options 
> are. In this case, our interest is in being able to run java apps a 
> .exe's and get away from bat files.  We have some directories with 
> multiple apps.
>
> I'd be happy to provide the code if it's of interest.
>
> Jim
>

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

[Glen <gle...@mo...>]

The VM to use (client/server/hotspot) is pertinent regardless of app or 
service.

You are right about the others they are specific to using JSW to run 
apps.  Which is why I have a wrapperw.exe which is separate and distinct 
from wrapper.exe.  Wrapperw.exe has allthe cool app features I mentioned 
(though I rename the wrapperw.exe to myapp.exe) and I still use 
wrapper.exe for running services.

The idea here is that from my research of the various java start 
products JSW is by far hte most mature so why not use the excelent code 
base to make a great app launcher too.




nic...@uk... wrote:

>    It seems most of these enhancements are centred around a generic
>      java-executable-wrapper rather than a "service wrapper".
>    The latter being for server, long running, tasks...
>
>    Is that where JSW wants to go?
>    Its quite a different goal...
>
>    -Nick
>
>
>
>
>
>
>Internet
>gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39
>
>
>Please respond to wra...@li...
>
>Sent by:    wra...@li...
>
>
>
>To:    wrapper-user
>
>cc:
>
>
>Subject:    [Wrapper-user] are any of these features I have added desirable
>       in the wrapper code base
>
>
>Hi All,
>I have added a few options  to java service wrapper and I am wondeirng
>if they are desirable for the main branch.  Here they are
>
>    * An option to create the java command specified in the
>      "wrapper.java.command" property if it doesn't already exist.  This
>      is a simplification for me.  Before I did this I would just have a
>      scrpit run to create all the java command copies I needed, which
>      worked but was more maintenance.  With this I have more
>      flexibility (like if I think a java comand is not used anymore I
>      can just delete it knowing that the wrapper will recreate it if
>      needed)
>    * An altered wrapperw.exe that runs as a console application and
>      looks for a .conf file in the same directory with the same base
>      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>      myprog.exe it will look for myprog.conf.  Also any command line
>      arguments are passed directly into the java app.  This allows one
>      to use myprog.exe as a windows explorer file handler with minimum
>      effort.  If  you use the wrapper.exe as is you would have to go
>      into the registry and add the appropriate command line parms (-c
>      myprog.conf).  I implemented this as a completely new executable
>      since all the options (-c -t -p -i -r -?) are still there just as
>      (--c --t --p --i --r --?)
>    * An option for running in console mode to run the java app in the
>      same process as wrapper.exe.  Now I know this sort of defeats the
>      robustness that the java service wrapper offers but for "quick
>      click" utilities it is simpler and slightly less resource intensive.
>    * An option to choose the JIT (client or server).  This currently
>      only works on win32 since I don't currently vae a linux machine to
>      play with but I am fairly certain I could make it portable with
>      minimum effort.  Also questions about hwo this should work with
>      non-sun jvm's
>
>
>If these ideas are desirable I am willing to code it (currently it is
>50% hack 50% clean by code it I mean make it 100% clean).  I am also
>open to alternative ways of implementing.
>
>Let me know what you all think.
>
>regards,
>Glen
>
>
>(See attached file: C.htm)
>
>This message and any attachments (the "message") is 
>intended solely for the addressees and is confidential. 
>If you receive this message in error, please delete it and 
>immediately notify the sender. Any use not in accord with
>its purpose, any dissemination or disclosure, either whole 
>or partial, is prohibited except formal approval. The internet 
>can not guarantee the integrity of this message. 
>BNP PARIBAS (and its subsidiaries) shall (will) not 
>therefore be liable for the message if modified. 
>
>**********************************************************************************************
>
>BNP Paribas Private Bank London Branch is authorised 
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the
>United Kingdom.
>
>BNP Paribas Securities Services London Branch is authorised
>by CECEI & AMF and is regulated by the Financial Services
>Authority for the conduct of its investment business in the 
>United Kingdom.
>  
>BNP Paribas Fund Services UK Limited is authorised and 
>regulated by the Financial Services Authority.
>
>  
>
>
> ------------------------------------------------------------------------
>
> Hi All,
> I have added a few options  to java service wrapper and I am wondeirng 
> if they are desirable for the main branch.  Here they are
>
>     * An option to create the java command specified in the
>       "wrapper.java.command" property if it doesn't already exist. 
>       This is a simplification for me.  Before I did this I would just
>       have a scrpit run to create all the java command copies I
>       needed, which worked but was more maintenance.  With this I have
>       more flexibility (like if I think a java comand is not used
>       anymore I can just delete it knowing that the wrapper will
>       recreate it if needed)
>     * An altered wrapperw.exe that runs as a console application and
>       looks for a .conf file in the same directory with the same base
>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>       myprog.exe it will look for myprog.conf.  Also any command line
>       arguments are passed directly into the java app.  This allows
>       one to use myprog.exe as a windows explorer file handler with
>       minimum effort.  If  you use the wrapper.exe as is you would
>       have to go into the registry and add the appropriate command
>       line parms (-c myprog.conf).  I implemented this as a completely
>       new executable since all the options (-c -t -p -i -r -?) are
>       still there just as (--c --t --p --i --r --?)
>     * An option for running in console mode to run the java app in the
>       same process as wrapper.exe.  Now I know this sort of defeats
>       the robustness that the java service wrapper offers but for
>       "quick click" utilities it is simpler and slightly less resource
>       intensive.
>     * An option to choose the JIT (client or server).  This currently
>       only works on win32 since I don't currently vae a linux machine
>       to play with but I am fairly certain I could make it portable
>       with minimum effort.  Also questions about hwo this should work
>       with non-sun jvm's
>
>
> If these ideas are desirable I am willing to code it (currently it is 
> 50% hack 50% clean by code it I mean make it 100% clean).  I am also 
> open to alternative ways of implementing.
>
> Let me know what you all think.
>
> regards,
> Glen
>

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

[<nic...@uk...>]

    It seems most of these enhancements are centred around a generic
      java-executable-wrapper rather than a "service wrapper".
    The latter being for server, long running, tasks...

    Is that where JSW wants to go?
    Its quite a different goal...

    -Nick






Internet
gle...@ap...@lists.sourceforge.net - 15/02/2005 03:39


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] are any of these features I have added desirable
       in the wrapper code base


Hi All,
I have added a few options  to java service wrapper and I am wondeirng
if they are desirable for the main branch.  Here they are

    * An option to create the java command specified in the
      "wrapper.java.command" property if it doesn't already exist.  This
      is a simplification for me.  Before I did this I would just have a
      scrpit run to create all the java command copies I needed, which
      worked but was more maintenance.  With this I have more
      flexibility (like if I think a java comand is not used anymore I
      can just delete it knowing that the wrapper will recreate it if
      needed)
    * An altered wrapperw.exe that runs as a console application and
      looks for a .conf file in the same directory with the same base
      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
      myprog.exe it will look for myprog.conf.  Also any command line
      arguments are passed directly into the java app.  This allows one
      to use myprog.exe as a windows explorer file handler with minimum
      effort.  If  you use the wrapper.exe as is you would have to go
      into the registry and add the appropriate command line parms (-c
      myprog.conf).  I implemented this as a completely new executable
      since all the options (-c -t -p -i -r -?) are still there just as
      (--c --t --p --i --r --?)
    * An option for running in console mode to run the java app in the
      same process as wrapper.exe.  Now I know this sort of defeats the
      robustness that the java service wrapper offers but for "quick
      click" utilities it is simpler and slightly less resource intensive.
    * An option to choose the JIT (client or server).  This currently
      only works on win32 since I don't currently vae a linux machine to
      play with but I am fairly certain I could make it portable with
      minimum effort.  Also questions about hwo this should work with
      non-sun jvm's


If these ideas are desirable I am willing to code it (currently it is
50% hack 50% clean by code it I mean make it 100% clean).  I am also
open to alternative ways of implementing.

Let me know what you all think.

regards,
Glen


(See attached file: C.htm)

This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet 
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the
United Kingdom.

BNP Paribas Securities Services London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in the 
United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority.

Re: [Wrapper-user] are any of these features I have added desirable in the wrapper code base

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

Glen,

Glen Marchesani wrote:
>     * An altered wrapperw.exe that runs as a console application and
>       looks for a .conf file in the same directory with the same base
>       name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
>       myprog.exe it will look for myprog.conf.  Also any command line
>       arguments are passed directly into the java app.  This allows one
>       to use myprog.exe as a windows explorer file handler with minimum
>       effort.  If  you use the wrapper.exe as is you would have to go
>       into the registry and add the appropriate command line parms (-c
>       myprog.conf).  I implemented this as a completely new executable
>       since all the options (-c -t -p -i -r -?) are still there just as
>       (--c --t --p --i --r --?)

I've just implemented the same feature, by just recreating the argv[] if 
argc < 3.  I'm not sure what the significance of the --x options are. 
In this case, our interest is in being able to run java apps a .exe's 
and get away from bat files.  We have some directories with multiple apps.

I'd be happy to provide the code if it's of interest.

Jim

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