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

Re: [Wrapper-user] Error loading: C:\j2sdk1.4.2_03\jre\bin\client\jvm.dl

[Raj P. <coo...@gm...>]

Tried this with the apach procrun, same thing happens. I wonder if the
server is running out of
some resource.  I've got 2gb of RAM plus 2gb of swap - with all the apps on
my box running
plus 33 services I'm right at 2gb of memory used.  So it should be caused b=
y
running out
of memory.

Raj

On 12/2/05, Raj Patel <coo...@gm...> wrote:
>
> I am running Windows XP Professional, though I get this on windows 2003
> server
> as well.
>
> After I get an initial failure, I can launch additional tomcat containers
> from the command line
> using the default tomcat startup scripts.  Would it help if I sent you a
> script to rapidly
> create 40+ tomcat containers configured to run on different ports?  It
> would be about
> a 100megs of stuff.
>
> Raj
>
>
> On 11/23/05, Leif Mortenson <le...@ta...> wrote:
> >
> > Raj,
> >    Another user saw something like this in June.  The mail was titled:
> > "Problems while starting multiple wrappers".  I had tested 40 JVMs on
> > my own system without any problems and never came up with a solution
> > to the problem...
> >
> >    For some reason, the Java.exe process is not able to load the jvm.dl=
l
> > file.  There is nothing about the Wrapper that I can think of which
> > could
> > be causing this.  What version of Windows are you using?  Home,
> > Professional, or Server edition?  My tests had been on a XP Pro system
> > with a simple Java app.  I would run into memory issues running that
> > many Tomcats on my system.
> >
> >    When your 18th JVM fails, what happens if you try to launch that
> > instance of Tomcat without the Wrapper?
> >
> >    Are you running all 18 instances as services?   What happens if you
> > run then in console windows.   My thought is that there may be some
> > limitations on handles for a single user??  By default, all services ar=
e
> > run as the SYSTEM user.
> >
> >    Anyone else have any ideas?
> >
> > Cheers,
> > Leif
> >
> > Raj Patel wrote:
> > > I'm getting this error when I load up a large number of tomcat
> > instances,
> > > the number it takes varies from machine to machine but it seems
> > > to be between 10-20
> > >
> > > wrapper | JVM started (PID=3D19416)
> > > jvm 3 | Error loading: C:\j2sdk1.4.2_03\jre\bin\client\jvm.dll
> > >
> > > I currently have  a machine with 17 instances, if I try to add anothe=
r
> > > i get the above error.  If I shut down one of the existing instances
> > > I can start the new one.  Then if I reboot ALL instances startup
> > > just fine for a total of 18 instances.
> > >
> > > Any ideas?
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
>
>

RE: [Wrapper-user] Compiling on Win32 for AMD64

[Errol N. <en...@df...>]

Anybody got some help on this issue for me?
I'm still unable to build the wrapper.dll for AMD64 using Visio Studio
.Net 2003 and WinDDK 2003 SP1.

------ Build started: Project: WrapperJNI, Configuration: Release64
Win32 ------

Compiling...
cl : Command line warning D9002 : ignoring unknown option '/YXstdafx.h'
wrapperjni_win.c
wrapperjni.c
wrapperjni_win.c : fatal error C1083: Cannot open program database file:
'c:\documents and
settings\eneal\desktop\wrapper_3.1.2_src\src\c\wrapperjni___win32_releas
e\vc80.idb': No error
Generating Code...
wrapperjni.c : fatal error C1083: Cannot open program database file:
'c:\documents and
settings\eneal\desktop\wrapper_3.1.2_src\src\c\wrapperjni___win32_releas
e\vc80.idb': No error

Build log was saved at "file://c:\Documents and
Settings\eneal\Desktop\wrapper_3.1.2_src\src\c\Release64\BuildLog.htm"
WrapperJNI - 2 error(s), 1 warning(s)


---------------------- Done ----------------------

    Build: 0 succeeded, 1 failed, 0 skipped



Thanks in advance!=20

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Rune
Fauske
Sent: Thursday, November 24, 2005 3:06 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Compiling on Win32 for AMD64

Hi Errol,
Check out this post from the archives,
http://sourceforge.net/mailarchive/message.php?msg_id=3D11130602, which
describes what I had to do in order to make the wrapper build under
Visual C++ .Net 2003:
I don't know if this is still valid.. haven't compiled the wrapper
source since back then.

--
Rune

On 11/24/05, Errol Neal <en...@df...> wrote:
> I'm going to attempt cross-compiling the source code on Windows XP,
> SP2 to produce an executable and dll on AMD64 that I can use with a=20
> 64-bit JVM. I'm trying first to compile it for just Win32  but I'm
stuck.
>
>  ------ Build started: Project: Wrapper, Configuration: Release Win32
> ------
>
> Compiling...
> wrapper_win.c
> wrapper_win.c(2593) : error C2061: syntax error : identifier 'main'
> wrapper_win.c(2593) : error C2059: syntax error : ';'
> wrapper_win.c(2593) : error C2059: syntax error : 'type'
>
> Build log was saved at "file://c:\Documents and=20
> Settings\eneal\Desktop\wrapper_3.1.2_src\wrapper_3.1.2_src\src\c\Relea
> se
> \BuildLog.htm"
> Wrapper - 3 error(s), 0 warning(s)
>
>
> ---------------------- Done ----------------------
>
>     Build: 0 succeeded, 1 failed, 0 skipped
>
>
> It doesn't like:
>
> ** SNIP **
>
> void _CRTAPI1 main(int argc, char **argv) {
>     int result =3D 0;
>     int i;
>
> ** END SNIP **
>
> Any ideas?
>
> I'm using Visual Studio .Net 2003
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log

> files for problems?  Stop!  Download the new AJAX search engine that=20
> makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] restart problem

[<b.v...@va...>]

Hello,

what I notice is that once restarted, the old JVM doesn't disappear. This
is a line of ps:
root      7506  0.0  0.0     0    0 ?        Z    05:08   0:00 [java
<defunct>]

Could this cause a problem?

cheers,

Bo van Weert





                                                                           
             Leif Mortenson                                                
             <leif@tanukisoftw                                             
             are.com>                                                   To 
             Sent by:                  wra...@li...  
             wrapper-user-admi                                          cc 
             n...@li...                                             
             ge.net                                                Subject 
                                       Re: [Wrapper-user] restart problem  
                                                                           
             12/12/2005 04:59                                              
                                                                           
                                                                           
             Please respond to                                             
             wrapper-user@list                                             
             s.sourceforge.net                                             
                                                                           
                                                                           




Is anything showing up in any of the Tomcat or Wrapper logs?  My first
guess would be a
problem rebinding to one or more ports.  Some UNIX platforms lock ports
for up to
2 minutes before they can be bound again.

If that is the problem, you can resolve it by forcing the Wrapper to
wait a couple minutes
before launching a new JVM:
http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html
wrapper.restart.delay=150 # 2.5 minutes

Cheers,
Leif

b.v...@va... wrote:
>
>
> Hello,
>
> I've installed the wrapper on a VPS server, behind the apache web server,
> to keep a tomcat 4.1 going.
> This goes fine, but sometimes, after maybe 2 restarts, tomcat doesn't
> restart properly anymore. When connecting with a browser, an "internal
> server error" is given. The wrapper console gives correct ping signals. a
> wrapper "restart" command doesn't make it work anymore.
> However, when I do a "wrapper stop" and then a "wrapper start", it starts
> working correctly again.
>
> Is there any explanation for this? Is there some way I could simulate
> "wrapper stop" and "wrapper start" as 2 separate steps?
>
> Regards,
>
>
> Bo van Weert
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

[Donatas C. <don...@ma...>]

Leif,

These are some scripts that I found on my Fedora Core 4 machine. All of them
do create lock files in /var/lock/subsys/.

Greetings,
Donatas 

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, December 12, 2005 2:07 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper doesn't call stop() during machine
restart on Fedora

Donatas,
    Good work tracking that down.   Looking at Debian at least. the 
/var/lock/ directory
exists, but not the /var/lock/subsys/ directory.   One thing that I 
could do is to look for
the /var/lock/subsys/ directory and create that lock file if it 
exists.   It might make more
sense to do it within the wrapper process however, that way if the 
wrapper process
dies, the lock file will get deleted like the pid file does.
    Opinions on this from anyone else welcome as well.  Not really sure 
what is best
here.  Though I would like the scripts to work out of the box as much as 
possible.
    How do other application scripts function on Fedora?  If they are 
designed to be
run on linux systems as well, I could take a look at them for clues.

Cheers,
Leif

[Wrapper-user] How can i use service wrapper in uinxware?

[Donald <fly...@gm...>]

hi,all
I am not familiar with makefile in unixware,i don't know if i want
compile java service wrapper in unixware,what should i do?
Can i just use hp-uinx version in unixware?

regards

--
Donald

Re: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

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

Donatas,
    Good work tracking that down.   Looking at Debian at least. the 
/var/lock/ directory
exists, but not the /var/lock/subsys/ directory.   One thing that I 
could do is to look for
the /var/lock/subsys/ directory and create that lock file if it 
exists.   It might make more
sense to do it within the wrapper process however, that way if the 
wrapper process
dies, the lock file will get deleted like the pid file does.
    Opinions on this from anyone else welcome as well.  Not really sure 
what is best
here.  Though I would like the scripts to work out of the box as much as 
possible.
    How do other application scripts function on Fedora?  If they are 
designed to be
run on linux systems as well, I could take a look at them for clues.

Cheers,
Leif

Donatas Ciuksys wrote:
> Hi again,
>
> Well I got it running (I meen stopping :) ). It seems it is Fedora specific
> (or might be not only Fedora) - I had to modify little bit your start-up
> script. As I figured out, Fedora does not run shutdown script with stop
> argument until you have lock file in directory /var/lock/subsys/. So I
> modified script as follows (the name of my script is
> /etc/init.d/frtdcypher):
>
> ---------------------------------
> start() {
>     echo "Starting $APP_LONG_NAME..."
>     getpid
>     if [ "X$pid" = "X" ]
>     then
>         touch /var/lock/subsys/frtdcypher                <------- create
> lock file
>         if [ "X$IGNORE_SIGNALS" = "X" ]
> ... 
>
> stopit() {
>     echo "Stopping $APP_LONG_NAME..."
>     getpid
>     if [ "X$pid" = "X" ]
>     then
>         echo "$APP_LONG_NAME was not running."
>     else
>         rm -f /var/lock/subsys/frtdcypher                 <-------- remove
> lock file
>         if [ "X$IGNORE_SIGNALS" = "X" ]
> ...
> ----------------------------------
>
> This is excerpt from /etc/rc.d/rc (this script executes all the shutdown
> scripts):
>
> # First, run the KILL scripts.
> for i in /etc/rc$runlevel.d/K* ; do
> 	check_runlevel "$i" || continue
>
> 	# Check if the subsystem is already up.
> 	subsys=${i#/etc/rc$runlevel.d/K??}
> 	[ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ]
> \
> 		|| continue
>
> 	# Bring the subsystem down.
> 	if LC_ALL=C egrep -q "(killproc |action )" $i ; then
> 		$i stop
> 	else
> 		action $"Stopping $subsys: " $i stop
> 	fi
> done
> ----------------------------------
>
> Well, seems each different linux distribution has its own rules.
>
> Thank you for hint to check whether shutdown script is being called on
> system exit. 
>
> Cheers,
> Donatas
>   

RE: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

[Donatas C. <don...@ma...>]

Hi again,

Well I got it running (I meen stopping :) ). It seems it is Fedora specific
(or might be not only Fedora) - I had to modify little bit your start-up
script. As I figured out, Fedora does not run shutdown script with stop
argument until you have lock file in directory /var/lock/subsys/. So I
modified script as follows (the name of my script is
/etc/init.d/frtdcypher):

---------------------------------
start() {
    echo "Starting $APP_LONG_NAME..."
    getpid
    if [ "X$pid" = "X" ]
    then
        touch /var/lock/subsys/frtdcypher                <------- create
lock file
        if [ "X$IGNORE_SIGNALS" = "X" ]
... 

stopit() {
    echo "Stopping $APP_LONG_NAME..."
    getpid
    if [ "X$pid" = "X" ]
    then
        echo "$APP_LONG_NAME was not running."
    else
        rm -f /var/lock/subsys/frtdcypher                 <-------- remove
lock file
        if [ "X$IGNORE_SIGNALS" = "X" ]
...
----------------------------------

This is excerpt from /etc/rc.d/rc (this script executes all the shutdown
scripts):

# First, run the KILL scripts.
for i in /etc/rc$runlevel.d/K* ; do
	check_runlevel "$i" || continue

	# Check if the subsystem is already up.
	subsys=${i#/etc/rc$runlevel.d/K??}
	[ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ]
\
		|| continue

	# Bring the subsystem down.
	if LC_ALL=C egrep -q "(killproc |action )" $i ; then
		$i stop
	else
		action $"Stopping $subsys: " $i stop
	fi
done
----------------------------------

Well, seems each different linux distribution has its own rules.

Thank you for hint to check whether shutdown script is being called on
system exit. 

Cheers,
Donatas

RE: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

[Donatas C. <don...@ma...>]

Hi, Leif,

Attached is the wrapper.log file with wrapper.debug=true 
The program is started via /etc/init.d/ script. All the needed symlinks are
registered, during machine startup wrapper starts up OK.
This is the output of chkconfig:

[root@fedora ~]# chkconfig --list frtdcypher
frtdcypher      0:off   1:off   2:off   3:on    4:off   5:on    6:off

I suspect that during reboot shutdown symlink is not called (though symlink
is in directories rc0.d, rc1.d, rc2.d, rc4.d, rc6.d). What could be the
reason?

Donatas

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, December 12, 2005 6:09 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper doesn't call stop() during machine
restart on Fedora

Donatas,
    Could you try this with wrapper.debug=true set?  That way you will 
be able to see whether
the shutdown is being started or not.
    How is your program being started?  Is it set up in the /etc/init.d 
directory?  Have you set
up the appropriate symbolic links to start and stop the daemon at the 
various run levels?
If the shutdown sym link is not there then the system will just kill the 
process on shutdown
as a last resort.  That may be what you are seeing.

    This page is for Debian, but take a look at this:
http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-debian.html

Cheers,
Leif

Donatas Ciuksys wrote:
> Hi,
>
> I'm using Wrapper 3.1.2 on Fedora core 4 linux. The problem occurs during
> restart of linux machine (with command reboot). This is wrapper.log:
>
> STATUS | wrapper  | 2005/12/07 17:22:41 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2005/12/07 17:22:41 | Launching a JVM...
> INFO   | jvm 1    | 2005/12/07 17:22:56 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2005/12/07 17:22:56 |
> STATUS | wrapper  | 2005/12/07 17:25:10 | TERM trapped.  Shutting down.
> STATUS | wrapper  | 2005/12/07 17:26:47 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2005/12/07 17:26:48 | Launching a JVM...
> INFO   | jvm 1    | 2005/12/07 17:27:03 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
>
> >From my application log file I see that method stop() was not called
during
> shutdown. I suppose this is Linux issue - possibly too litle time is given
> for Wrapper to terminate?
>
> Greetings,
> Donatas



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

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

Donatas,
    Could you try this with wrapper.debug=true set?  That way you will 
be able to see whether
the shutdown is being started or not.
    How is your program being started?  Is it set up in the /etc/init.d 
directory?  Have you set
up the appropriate symbolic links to start and stop the daemon at the 
various run levels?
If the shutdown sym link is not there then the system will just kill the 
process on shutdown
as a last resort.  That may be what you are seeing.

    This page is for Debian, but take a look at this:
http://wrapper.tanukisoftware.org/doc/english/launch-nix-boot-debian.html

Cheers,
Leif

Donatas Ciuksys wrote:
> Hi,
>
> I'm using Wrapper 3.1.2 on Fedora core 4 linux. The problem occurs during
> restart of linux machine (with command reboot). This is wrapper.log:
>
> STATUS | wrapper  | 2005/12/07 17:22:41 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2005/12/07 17:22:41 | Launching a JVM...
> INFO   | jvm 1    | 2005/12/07 17:22:56 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2005/12/07 17:22:56 |
> STATUS | wrapper  | 2005/12/07 17:25:10 | TERM trapped.  Shutting down.
> STATUS | wrapper  | 2005/12/07 17:26:47 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2005/12/07 17:26:48 | Launching a JVM...
> INFO   | jvm 1    | 2005/12/07 17:27:03 | Wrapper (Version 3.1.2)
> http://wrapper.tanukisoftware.org
>
> >From my application log file I see that method stop() was not called during
> shutdown. I suppose this is Linux issue - possibly too litle time is given
> for Wrapper to terminate?
>
> Greetings,
> Donatas

Re: [Wrapper-user] Help needed in passing properties to main class at runtime

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

The examples that you send appear to be correct.  I am not really clear 
as to exactly
what problem you are having. Could you enable debug output with the
wrapper.debug=true property then post back with your wrapper.conf and
wrapper.log files.  That will let me see what exactly is going on.

Cheers,
Leif

karthikeyan d wrote:
> Hi All,
>  
> i am currently facing the following issue.
>  
> i have one windows command file to invoke an RMI engine. i have one 
> build.xml file where i have written all the tasks to start and stop 
> the engine. while executing the command file, i will be passing a lot 
> of parameters(more than 20) to the RMI engine main class. i would like 
> to know how i can pass all these values in the wrapper config file?
>  
> i tried the following scenarios.
>  
> #1. wrapper.java.additional.1=-Dconfigfolder=E:/workingfolder
>  
> #2. wrapper.java.additional.2=-Dlog4j.configuration=log4j.properties
>  
> i have set the application parameters properly. Also all required jars 
> are in the classpath.
>  
> i am able to run the test sample wrapper application and jboss as a 
> service without any issues. Also i am able to run the RMI engine from 
> a command prompt by invoking the ant target without any errors.
>  
> Can anyone please help in telling me where i have gone wrong? All I 
> need to know is how to pass some properties dynamically to the main 
> class which i want to run as a service? This is easily done in ANT 
> script using the <sysproperty key="configfolder" 
> value="${configfolder}"/>
>  
> Thanks & Regards,
>  
> buiswhiz

Re: [Wrapper-user] restart problem

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

Is anything showing up in any of the Tomcat or Wrapper logs?  My first 
guess would be a
problem rebinding to one or more ports.  Some UNIX platforms lock ports 
for up to
2 minutes before they can be bound again.

If that is the problem, you can resolve it by forcing the Wrapper to 
wait a couple minutes
before launching a new JVM:
http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html
wrapper.restart.delay=150 # 2.5 minutes

Cheers,
Leif

b.v...@va... wrote:
>
>
> Hello,
>
> I've installed the wrapper on a VPS server, behind the apache web server,
> to keep a tomcat 4.1 going.
> This goes fine, but sometimes, after maybe 2 restarts, tomcat doesn't
> restart properly anymore. When connecting with a browser, an "internal
> server error" is given. The wrapper console gives correct ping signals. a
> wrapper "restart" command doesn't make it work anymore.
> However, when I do a "wrapper stop" and then a "wrapper start", it starts
> working correctly again.
>
> Is there any explanation for this? Is there some way I could simulate
> "wrapper stop" and "wrapper start" as 2 separate steps?
>
> Regards,
>
>
> Bo van Weert
>   

[Wrapper-user] restart problem

[<b.v...@va...>]

Hello,

I've installed the wrapper on a VPS server, behind the apache web server,
to keep a tomcat 4.1 going.
This goes fine, but sometimes, after maybe 2 restarts, tomcat doesn't
restart properly anymore. When connecting with a browser, an "internal
server error" is given. The wrapper console gives correct ping signals. a
wrapper "restart" command doesn't make it work anymore.
However, when I do a "wrapper stop" and then a "wrapper start", it starts
working correctly again.

Is there any explanation for this? Is there some way I could simulate
"wrapper stop" and "wrapper start" as 2 separate steps?

Regards,


Bo van Weert

[Wrapper-user] Help needed in passing properties to main class at runtime

[karthikeyan d <bui...@gm...>]

Hi All,

i am currently facing the following issue.

i have one windows command file to invoke an RMI engine. i have one
build.xml file where i have written all the tasks to start and stop the
engine. while executing the command file, i will be passing a lot of
parameters(more than 20) to the RMI engine main class. i would like to know
how i can pass all these values in the wrapper config file?

i tried the following scenarios.

#1. wrapper.java.additional.1=3D-Dconfigfolder=3DE:/workingfolder

#2. wrapper.java.additional.2=3D-Dlog4j.configuration=3Dlog4j.properties

i have set the application parameters properly. Also all required jars are
in the classpath.

i am able to run the test sample wrapper application and jboss as a service
without any issues. Also i am able to run the RMI engine from a command
prompt by invoking the ant target without any errors.

Can anyone please help in telling me where i have gone wrong? All I need to
know is how to pass some properties dynamically to the main class which i
want to run as a service? This is easily done in ANT script using the
<sysproperty key=3D"configfolder" value=3D"${configfolder}"/>

Thanks & Regards,

buiswhiz

[Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

[Donatas C. <don...@ma...>]

Hi,

I'm using Wrapper 3.1.2 on Fedora core 4 linux. The problem occurs during
restart of linux machine (with command reboot). This is wrapper.log:

STATUS | wrapper  | 2005/12/07 17:22:41 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2005/12/07 17:22:41 | Launching a JVM...
INFO   | jvm 1    | 2005/12/07 17:22:56 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2005/12/07 17:22:56 |
STATUS | wrapper  | 2005/12/07 17:25:10 | TERM trapped.  Shutting down.
STATUS | wrapper  | 2005/12/07 17:26:47 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2005/12/07 17:26:48 | Launching a JVM...
INFO   | jvm 1    | 2005/12/07 17:27:03 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org

From my application log file I see that method stop() was not called during
shutdown. I suppose this is Linux issue - possibly too litle time is given
for Wrapper to terminate?

Greetings,
Donatas

Re: [Wrapper-user] WHAT VERSION ?

[bashiro <ba...@my...>]

Thanks Leif,

Thanks for the explaination



Have a nice day

Bashiro



 --- On Thu 12/08, Leif Mortenson < le...@ta... > wrote:

From: Leif Mortenson [mailto: le...@ta...]

To: wra...@li...

Date: Fri, 09 Dec 2005 06:01:39 +0900

Subject: Re: [Wrapper-user] WHAT VERSION ?



Bashiro,    3.1.2 is the most recent released version.   3.2.0 is the next version in CVS. I havebeen making several references to changes in the upcoming version.  Sorry for theconfusion.Cheers,Leifbashiro wrote:> Hello,>>>> I am not sure whether I have missed something.>> I use wrapper version 3.1.2, is there any newer version than this ?>> I have checked the page and I think the current version is 3.1.2.>> But I am asking this because i have been following the mails that have >> been coming and I think I heard somewhere that there is newer version.>>>> Thanks in advance...>> bashiro>   -------------------------------------------------------This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click_______________________________________________Wrapper-user mailing 
lis...@li...://lists.sourceforge.net/lists/listinfo/wrapper-user

_______________________________________________
No banners. No pop-ups. No kidding.
Make My Way  your home on the Web - http://www.myway.com

Re: [Wrapper-user] WHAT VERSION ?

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

Bashiro,
    3.1.2 is the most recent released version.   3.2.0 is the next 
version in CVS. I have
been making several references to changes in the upcoming version.  
Sorry for the
confusion.

Cheers,
Leif

bashiro wrote:
> Hello,
>
>
>
> I am not sure whether I have missed something.
>
> I use wrapper version 3.1.2, is there any newer version than this ?
>
> I have checked the page and I think the current version is 3.1.2.
>
> But I am asking this because i have been following the mails that have 
>
> been coming and I think I heard somewhere that there is newer version.
>
>
>
> Thanks in advance...
>
> bashiro
>   

[Wrapper-user] WHAT VERSION ?

[bashiro <ba...@my...>]

Hello,



I am not sure whether I have missed something.

I use wrapper version 3.1.2, is there any newer version than this ?

I have checked the page and I think the current version is 3.1.2.

But I am asking this because i have been following the mails that have 

been coming and I think I heard somewhere that there is newer version.



Thanks in advance...

bashiro

_______________________________________________
No banners. No pop-ups. No kidding.
Make My Way  your home on the Web - http://www.myway.com

[Wrapper-user] UNSUBSCRIBE

[Reed, M. \(MREED\) <MR...@ar...>]

=09

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...]On Behalf Of
Tatalovich, Nicki
Sent: Thursday, December 08, 2005 12:36 PM
To: wra...@li...
Subject: RE: [Wrapper-user] cannot load native lib on HPUX


Any update on this?

Nicki
=20
nta...@Fi...
(714) 327-3690
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of
Tatalovich, Nicki
Sent: Wednesday, November 16, 2005 2:01 PM
To: wra...@li...
Subject: RE: [Wrapper-user] cannot load native lib on HPUX

Using Java Service Wrapper 3.1.2 with the HPUX platform requires that
the libwrapper.so file be renamed to libwrapper.sl and that you install
the gcc compiler in order to satisfy the dynamic link requirement to the
gcc library
/sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl

Any chance you will be fixing the HPUX build to remove the dependency on
the gcc library, thereby not implicating the gcc OSS and the associated
GNU GPL license?
Alternatively, if a fix includes the gcc library statically linked,
would that change the JSW license or are you able to get some type of
exception to the gcc GNU GPL V2.0 license?

Nicki

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Friday, August 12, 2005 9:25 AM
To: wra...@li...
Subject: Re: [Wrapper-user] cannot load native lib on HPUX

Olaf,
    I have modified the build process for the 3.2.0 release so that the
distribution names will include both the processor and OS.   This should
help make this kind of thing clear, as well as making it possible to
have
multiple HPUX platform versions.

Cheers,
Leif

Olaf Zschiedrich wrote:

>HPUX can run on different processor architectures (PA-RISC and
Itanium).
>These two are not binary compatible. Normaly there should be 2
downloads
>for the wrapper on HPUX but there is only one and hint where it was
>build on. May be this one is not the correct one for your architecture.

>I posted to the newgroujp because of this! I have a customer using HPUX
>on both architectues and like to use the wrapper. My problem is that i
>have no access to the machines in order to build the wrapper from
>scratch there.
>May u can do this? I realy interressted to get the wrapper running
HPUX!
>Cu Olaf
>
>
>Am Do, den 28.07.2005 schrieb Andreas Wendt um 9:53:
> =20
>
>>Hi Nicki,
>>
>>this is also the case on my system (HP-UX 11.11 with Java 1.4.2).
>>When looking inside the shared library with the chatr tool (similar to
ldd on Linux), I found a dependency on this GCC library:
>>
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size !=3D sizeof(dl_header_ext). Please
update your version of the chatr tool.=20
>>lib/libwrapper.sl:=20
>>         shared library=20
>>         shared library dynamic path search:
>>             SHLIB_PATH     disabled  second=20
>>             embedded path  disabled  first  Not Defined
>>         shared library list:
>>             dynamic
/sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>         nulptr references enabled
>>
>>When running this tool on the wrapper library of version 3.0.5 (the
one I still use), I get this:
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size !=3D sizeof(dl_header_ext). Please
update your version of the linker.=20
>>libwrapper.sl:=20
>>         shared library=20
>>         shared library dynamic path search:
>>             SHLIB_PATH     enabled   first =20
>>             embedded path  disabled  second Not Defined
>>         shared library list:
>>             dynamic   /usr/lib/libc.2
>>             dynamic   /usr/lib/libnsl.1
>>             dynamic   /usr/lib/libpthread.1
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>
>>So it seems that somehow a GCC shared library is got linked in. If you
do not have GCC installed on your system, the loading of the wrapper lib
will fail.
>>So the HP-UX maintainer, Ashish Gawarikar, should have a look inside
his makefile to figure out, how GCC is forced not to include one of its
own libraries.
>>
>>Cheers,
>>Andreas
>>
>>
>>   =20
>>
>>> =20
>>>
>>>I am trying to run the Java Service Wrapper 3.1.2 on HPUX B.11.11
with HP JVM 1.4.0 and having problems loading the wrapper's native
library.=20
>>>
>>>Anyone know which HP JVM the Wrapper has been tested with or works
with HPUX?=20
>>>
>>>Any help would be appreciated, I'm stuck and not sure what else to
try.=20
>>>
>>> =20
>>>
>>>FYI, I have this running on Windows, Solaris, Linux, and one of my 2
service apps is running on AIX using the first configuration specified
below.=20
>>>
>>> =20
>>>
>>>Detailed results of my test cases for HPUX follows:=20
>>>
>>> =20
>>>
>>>I am trying to start the James Mail Server v2.2.0 with the following
configuration:=20
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar, libwrapper.so=20
>>>
>>>JamesMailServer/conf holds wrapper.conf with:=20
>>>
>>>            wrapper.java.classpath.1=3Dphoenix-loader.jar=20
>>>
>>>            wrapper.java.classpath.2=3Dwrapper.jar=20
>>>
>>>            wrapper.java.library.path=3D./=20
>>>
>>>            There are wrapper.java.additional.#'s set up for phoenix
(app framework that James runs under) items=20
>>>
>>> =20
>>>
>>>Wrapper reports:=20
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | --> Wrapper Started as
Daemon=20
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | Launching a JVM...=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'.=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           The file is
located on the path at the following location but=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           could not be
loaded:=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |
/opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           Please verify
that the file is readable by the current user=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           and that the file
has not been corrupted in any way.=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           System signals
will not be handled correctly.=20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |=20
>>>
>>> =20
>>>
>>>I tried re-downloading and replacing the libwrapper.so but no change.

>>>
>>> =20
>>>
>>>I turned on wrapper.debug and get the following:=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning intermediate
process...=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning daemon process...=20
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | --> Wrapper Started as
Daemon=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Using system timer.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:45 | server listening on port
15012.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[0] :
../../_jvm/bin/java=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[1] :
-Djava.ext.dirs=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[2] :
-Dphoenix.home=3D..=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[3] :
-Djava.security.policy=3Djar:file:phoenix-loader.jar!/META-INF/java.polic=
y

>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[4] :
-Djava.security.manager=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[5] :
-Dlog4j.configuration=3Dfile:../log4j.properties=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[6] : -Xms16m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[7] : -Xmx64m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[8] :
-Djava.library.path=3D./=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[9] : -classpath=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[10] :
phoenix-loader.jar:wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[11] :
-Dwrapper.key=3D7ZmDBln32MYoPDJB=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[12] :
-Dwrapper.port=3D15012=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[13] :
-Dwrapper.debug=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[14] :
-Dwrapper.use_system_time=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[15] :
-Dwrapper.version=3D3.1.2=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[16] :
-Dwrapper.native_library=3Dwrapper=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[17] :
-Dwrapper.service=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[18] :
-Dwrapper.cpu.timeout=3D10=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[19] :
-Dwrapper.jvmid=3D1=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher=20
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | Launching a JVM...=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@ae000d=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: JVM #1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
Registering shutdown hook=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: Using
wrapper=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Loading native library
failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper
in java.library.path=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           The file is
located on the path at the following location but=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           could not be
loaded:=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
/opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           Please verify
that the file is readable by the current user=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           and that the file
has not been corrupted in any way.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           System signals
will not be handled correctly.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java Version   :
1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java VM Vendor :
Hewlett-Packard Company=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@f
dc96c, args[]) called by thread: main=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Open socket to wrapper...=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Opened Socket=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet KEY :
7ZmDBln32MYoPDJB=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D15012,localport=3D65199])=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | accepted a socket from
127.0.0.1 on port 65199=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet KEY :
7ZmDBln32MYoPDJB=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Got key from JVM:
7ZmDBln32MYoPDJB=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet LOW_LOG_LEVEL
: 1=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet PING_TIMEOUT
: 30=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Start Application.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet START : start

>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet
LOW_LOG_LEVEL : 1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
LowLogLevel from Wrapper is 1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet
PING_TIMEOUT : 30=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
PingTimeout from Wrapper is 30000=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet START :
start=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | calling listener.start()=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet START_PENDING
: 45000=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | DaemonLauncher: Starting up
Phoenix=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet START_PENDING
: 45000=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | JVM signalled a start
pending with waitHint of 45000 millis.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Phoenix 4.0.1=20
>>>
>>> =20
>>>
>>> =20
>>>
>>>I changed the configuration as follows:=20
>>>
>>>JamesMailServer/bin holds wrapper=20
>>>
>>>JamesMailServer/lib holds wrapper.jar, libwrapper.so=20
>>>
>>>JamesMailServer/conf holds wrapper.conf with:=20
>>>
>>>            wrapper.java.classpath.1=3Dphoenix-loader.jar=20
>>>
>>>            wrapper.java.classpath.2=3Dwrapper.jar=20
>>>
>>>            wrapper.java.library.path=3D../lib=20
>>>
>>> =20
>>>
>>>Now it cannot find wrapper.jar, which is probably to be expected
since I didn't change the classpath.2 to ../lib/wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning intermediate
process...=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning daemon process...=20
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | --> Wrapper Started as
Daemon=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Using system timer.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:23:58 | server listening on port
15012.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Classpath element,
wrapper.java.classpath.2, does not exist: wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[0] :
../../_jvm/bin/java=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[1] :
-Djava.ext.dirs=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[2] :
-Dphoenix.home=3D..=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[3] :
-Djava.security.policy=3Djar:file:phoenix-loader.jar!/META-INF/java.polic=
y

>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[4] :
-Djava.security.manager=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[5] :
-Dlog4j.configuration=3Dfile:../log4j.properties=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[6] : -Xms16m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[7] : -Xmx64m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[8] :
-Djava.library.path=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[9] : -classpath=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[10] :
phoenix-loader.jar:wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[11] :
-Dwrapper.key=3DoBu_BydY68Glrk6Y=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[12] :
-Dwrapper.port=3D15012=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[13] :
-Dwrapper.debug=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[14] :
-Dwrapper.use_system_time=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[15] :
-Dwrapper.version=3D3.1.2=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[16] :
-Dwrapper.native_library=3Dwrapper=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[17] :
-Dwrapper.service=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[18] :
-Dwrapper.cpu.timeout=3D10=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[19] :
-Dwrapper.jvmid=3D1=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher=20
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | Launching a JVM...=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Exception in thread "main"
java.lang.ExceptionInInitializerError=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.ja
va:174)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Caused by:
java.security.AccessControlException: access denied
(java.util.PropertyPermission wrapper.debug read)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.security.AccessControlContext.checkPermission(AccessControlContext.
java:270)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.security.AccessController.checkPermission(AccessController.java:401
)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.SecurityManager.checkPermission(SecurityManager.java:546)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323)

>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.System.getProperty(System.java:572)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperMana
ger.java:772)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:4
22)=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   ... 2 more=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM process exited with a
code of 1, setting the wrapper exit code to 1.=20
>>>
>>>ERROR  | wrapper  | 2005/07/26 19:23:59 | JVM exited while loading
the application.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM was only running for 0
seconds leading to a failed restart count of 1.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | Waiting 5 seconds before
launching another JVM.=20
>>>
>>> =20
>>>
>>>I changed the configuration as follows:=20
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar=20
>>>
>>>JamesMailServer/lib holds libwrapper.so=20
>>>
>>>JamesMailServer/conf holds wrapper.conf with:=20
>>>
>>>            wrapper.java.classpath.1=3Dphoenix-loader.jar=20
>>>
>>>            wrapper.java.classpath.2=3Dwrapper.jar=20
>>>
>>>            wrapper.java.library.path=3D../lib=20
>>>
>>> =20
>>>
>>>Now it complains that it cannot load the native library because there
is no wrapper in java.library.path, which is correct, the wrapper is in
the bin directory not the lib directory.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning intermediate
process...=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning daemon process...=20
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | --> Wrapper Started as
Daemon=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Using system timer.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:01 | server listening on port
15012.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[0] :
../../_jvm/bin/java=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[1] :
-Djava.ext.dirs=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[2] :
-Dphoenix.home=3D..=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[3] :
-Djava.security.policy=3Djar:file:phoenix-loader.jar!/META-INF/java.polic=
y

>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[4] :
-Djava.security.manager=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[5] :
-Dlog4j.configuration=3Dfile:../log4j.properties=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[6] : -Xms16m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[7] : -Xmx64m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[8] :
-Djava.library.path=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[9] : -classpath=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[10] :
phoenix-loader.jar:wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[11] :
-Dwrapper.key=3D6aMwYbl_yezX8ds9=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[12] :
-Dwrapper.port=3D15012=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[13] :
-Dwrapper.debug=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[14] :
-Dwrapper.use_system_time=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[15] :
-Dwrapper.version=3D3.1.2=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[16] :
-Dwrapper.native_library=3Dwrapper=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[17] :
-Dwrapper.service=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[18] :
-Dwrapper.cpu.timeout=3D10=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[19] :
-Dwrapper.jvmid=3D1=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher=20
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | Launching a JVM...=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@ae000d=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: JVM #1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
Registering shutdown hook=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: Using
wrapper=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Loading native library
failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper
in java.library.path=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           The file is
located on the path at the following location but=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           could not be
loaded:=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
/opt/FileNet/Collaboration/JamesMailServer/bin/../lib/libwrapper.so=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           Please verify
that the file is readable by the current user=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           and that the file
has not been corrupted in any way.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           System signals
will not be handled correctly.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java Version   :
1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java VM Vendor :
Hewlett-Packard Company=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@e
4cbc4, args[]) called by thread: main=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Open socket to wrapper...=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Opened Socket=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet KEY :
6aMwYbl_yezX8ds9=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D15012,localport=3D49327])=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | accepted a socket from
127.0.0.1 on port 49327=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet KEY :
6aMwYbl_yezX8ds9=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Got key from JVM:
6aMwYbl_yezX8ds9=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet LOW_LOG_LEVEL
: 1=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet PING_TIMEOUT
: 30=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Start Application.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet START : start

>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet
LOW_LOG_LEVEL : 1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
LowLogLevel from Wrapper is 1=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet
PING_TIMEOUT : 30=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
PingTimeout from Wrapper is 30000=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet START :
start=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | calling listener.start()=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet START_PENDING
: 45000=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | DaemonLauncher: Starting up
Phoenix=20
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet START_PENDING
: 45000=20
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | JVM signalled a start
pending with waitHint of 45000 millis.=20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | =20
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Phoenix 4.0.1=20
>>>
>>> =20
>>>
>>>I changed the configuration as follows:=20
>>>
>>>JamesMailServer/bin holds wrapper=20
>>>
>>>JamesMailServer/lib holds libwrapper.so, wrapper.jar=20
>>>
>>>JamesMailServer/conf holds wrapper.conf with:=20
>>>
>>>            wrapper.java.classpath.1=3Dphoenix-loader.jar=20
>>>
>>>            wrapper.java.classpath.2=3D../lib/wrapper.jar=20
>>>
>>>            wrapper.java.library.path=3D../lib=20
>>>
>>> =20
>>>
>>>Now I get access denied but I'm not sure what it is having trouble
accessing:=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning intermediate
process...=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning daemon process...=20
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | --> Wrapper Started as
Daemon=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Using system timer.=20
>>>
>>>DEBUG  | wrapperp | 2005/07/27 15:41:54 | server listening on port
15012.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[0] :
../../_jvm/bin/java=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[1] :
-Djava.ext.dirs=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[2] :
-Dphoenix.home=3D..=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[3] :
-Djava.security.policy=3Djar:file:phoenix-loader.jar!/META-INF/java.polic=
y

>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[4] :
-Djava.security.manager=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[5] :
-Dlog4j.configuration=3Dfile:../log4j.properties=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[6] : -Xms16m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[7] : -Xmx64m=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[8] :
-Djava.library.path=3D../lib=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[9] : -classpath=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[10] :
phoenix-loader.jar:../lib/wrapper.jar=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[11] :
-Dwrapper.key=3D4LSJ4LeJ1boXnqoH=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[12] :
-Dwrapper.port=3D15012=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[13] :
-Dwrapper.debug=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[14] :
-Dwrapper.use_system_time=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[15] :
-Dwrapper.version=3D3.1.2=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[16] :
-Dwrapper.native_library=3Dwrapper=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[17] :
-Dwrapper.service=3DTRUE=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[18] :
-Dwrapper.cpu.timeout=3D10=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[19] :
-Dwrapper.jvmid=3D1=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher=20
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | Launching a JVM...=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Exception in thread "main"
java.lang.ExceptionInInitializerError=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.ja
va:174)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Caused by:
java.security.AccessControlException: access denied
(java.util.PropertyPermission wrapper.debug read)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.security.AccessControlContext.checkPermission(AccessControlContext.
java:270)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.security.AccessController.checkPermission(AccessController.java:401
)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.SecurityManager.checkPermission(SecurityManager.java:546)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323)

>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.System.getProperty(System.java:572)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperMana
ger.java:772)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:4
22)=20
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   ... 2 more=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM process exited with a
code of 1, setting the wrapper exit code to 1.=20
>>>
>>>ERROR  | wrapper  | 2005/07/27 15:41:55 | JVM exited while loading
the application.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM was only running for 0
seconds leading to a failed restart count of 1.=20
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | Waiting 5 seconds before
launching another JVM.=20
>>>
>>> =20
>>>
>>>File permissions are as follows:=20
>>>
>>>-rwxrwxr-x   1 root       sys         151744 Oct  2  2004 wrapper=20
>>>
>>>-r--r--r--   1 root       sys          20480 Oct  2  2004
libwrapper.so=20
>>>
>>>-r--r--r--   1 root       sys          51939 Oct  2  2004 wrapper.jar

>>>
>>>-rw-rw-rw-   1 root       sys           4865 Jul 27 15:40
wrapper.conf=20
>>>
>>> =20
>>>
>>>I've also tried to run Java Service Wrapper 3.1.1 with the same
results.=20
>>>
>>> =20
>>>
>>>Could someone please help me.=20
>>>
>>>  =20
>>>
>>>Nicki =20
>>>
>>> =20
>>>
>>>FileNet Corporation=20
>>>
>>>www.filenet.com
>>>
>>>nta...@Fi...=20
>>>
>>>Phone: (714) 327-3690=20
>>>
>>>Fax:      (714) 327-5076=20
>>>
>>>CONFIDENTIAL NOTICE: The contents of this message, including any
attachments, are confidential and are intended solely for the use of the
person or entity to whom the message was addressed. If you are not the
intended recipient of this message, please be advised that any
dissemination, distribution, or use of the contents of this message is
strictly prohibited. If you received this message in error, please
notify the sender. Please also permanently delete all copies of the
original message and any attached documentation. Thank you.=20
>>>     =20
>>>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user




-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] cannot load native lib on HPUX

[Tatalovich, N. <NTa...@fi...>]

Any update on this?

Nicki
 
nta...@Fi...
(714) 327-3690
-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of
Tatalovich, Nicki
Sent: Wednesday, November 16, 2005 2:01 PM
To: wra...@li...
Subject: RE: [Wrapper-user] cannot load native lib on HPUX

Using Java Service Wrapper 3.1.2 with the HPUX platform requires that
the libwrapper.so file be renamed to libwrapper.sl and that you install
the gcc compiler in order to satisfy the dynamic link requirement to the
gcc library
/sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl

Any chance you will be fixing the HPUX build to remove the dependency on
the gcc library, thereby not implicating the gcc OSS and the associated
GNU GPL license?
Alternatively, if a fix includes the gcc library statically linked,
would that change the JSW license or are you able to get some type of
exception to the gcc GNU GPL V2.0 license?

Nicki

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Friday, August 12, 2005 9:25 AM
To: wra...@li...
Subject: Re: [Wrapper-user] cannot load native lib on HPUX

Olaf,
    I have modified the build process for the 3.2.0 release so that the
distribution names will include both the processor and OS.   This should
help make this kind of thing clear, as well as making it possible to
have
multiple HPUX platform versions.

Cheers,
Leif

Olaf Zschiedrich wrote:

>HPUX can run on different processor architectures (PA-RISC and
Itanium).
>These two are not binary compatible. Normaly there should be 2
downloads
>for the wrapper on HPUX but there is only one and hint where it was
>build on. May be this one is not the correct one for your architecture.

>I posted to the newgroujp because of this! I have a customer using HPUX
>on both architectues and like to use the wrapper. My problem is that i
>have no access to the machines in order to build the wrapper from
>scratch there.
>May u can do this? I realy interressted to get the wrapper running
HPUX!
>Cu Olaf
>
>
>Am Do, den 28.07.2005 schrieb Andreas Wendt um 9:53:
>  
>
>>Hi Nicki,
>>
>>this is also the case on my system (HP-UX 11.11 with Java 1.4.2).
>>When looking inside the shared library with the chatr tool (similar to
ldd on Linux), I found a dependency on this GCC library:
>>
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size != sizeof(dl_header_ext). Please
update your version of the chatr tool. 
>>lib/libwrapper.sl: 
>>         shared library 
>>         shared library dynamic path search:
>>             SHLIB_PATH     disabled  second 
>>             embedded path  disabled  first  Not Defined
>>         shared library list:
>>             dynamic
/sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>         nulptr references enabled
>>
>>When running this tool on the wrapper library of version 3.0.5 (the
one I still use), I get this:
>>Running chatr lib/libwrapper.so...
>>chatr(warning): dl_header_ext.size != sizeof(dl_header_ext). Please
update your version of the linker. 
>>libwrapper.sl: 
>>         shared library 
>>         shared library dynamic path search:
>>             SHLIB_PATH     enabled   first  
>>             embedded path  disabled  second Not Defined
>>         shared library list:
>>             dynamic   /usr/lib/libc.2
>>             dynamic   /usr/lib/libnsl.1
>>             dynamic   /usr/lib/libpthread.1
>>         shared vtable support disabled
>>         static branch prediction disabled
>>         executable from stack: D (default)
>>         kernel assisted branch prediction enabled
>>         lazy swap allocation disabled
>>         text segment locking disabled
>>         data segment locking disabled
>>         third quadrant private data space disabled
>>         fourth quadrant private data space disabled
>>         third quadrant global data space disabled
>>         data page size: D (default)
>>         instruction page size: D (default)
>>
>>So it seems that somehow a GCC shared library is got linked in. If you
do not have GCC installed on your system, the loading of the wrapper lib
will fail.
>>So the HP-UX maintainer, Ashish Gawarikar, should have a look inside
his makefile to figure out, how GCC is forced not to include one of its
own libraries.
>>
>>Cheers,
>>Andreas
>>
>>
>>    
>>
>>>  
>>>
>>>I am trying to run the Java Service Wrapper 3.1.2 on HPUX B.11.11
with HP JVM 1.4.0 and having problems loading the wrapper's native
library. 
>>>
>>>Anyone know which HP JVM the Wrapper has been tested with or works
with HPUX? 
>>>
>>>Any help would be appreciated, I'm stuck and not sure what else to
try. 
>>>
>>>  
>>>
>>>FYI, I have this running on Windows, Solaris, Linux, and one of my 2
service apps is running on AIX using the first configuration specified
below. 
>>>
>>>  
>>>
>>>Detailed results of my test cases for HPUX follows: 
>>>
>>>  
>>>
>>>I am trying to start the James Mail Server v2.2.0 with the following
configuration: 
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar, libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=./ 
>>>
>>>            There are wrapper.java.additional.#'s set up for phoenix
(app framework that James runs under) items 
>>>
>>>  
>>>
>>>Wrapper reports: 
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | --> Wrapper Started as
Daemon 
>>>
>>>STATUS | wrapper  | 2005/07/25 20:09:27 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |  
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           The file is
located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           could not be
loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |
/opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           Please verify
that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           and that the file
has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |           System signals
will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 |  
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/25 20:09:28 | 
>>>
>>>  
>>>
>>>I tried re-downloading and replacing the libwrapper.so but no change.

>>>
>>>  
>>>
>>>I turned on wrapper.debug and get the following: 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning intermediate
process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | --> Wrapper Started as
Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:45 | server listening on port
15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[0] :
../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[1] :
-Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[2] :
-Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[3] :
-Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy

>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[4] :
-Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[5] :
-Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[8] :
-Djava.library.path=./ 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[10] :
phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[11] :
-Dwrapper.key=7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[12] :
-Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[13] :
-Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[14] :
-Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[15] :
-Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[16] :
-Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[17] :
-Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[18] :
-Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[19] :
-Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:45 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 18:53:45 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@ae000d 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: JVM #1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
Registering shutdown hook 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager: Using
wrapper 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Loading native library
failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper
in java.library.path 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           The file is
located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           could not be
loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
/opt/FileNet/Collaboration/JamesMailServer/bin/./libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           Please verify
that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           and that the file
has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |           System signals
will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java Version   :
1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Java VM Vendor :
Hewlett-Packard Company 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@f
dc96c, args[]) called by thread: main 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Open socket to wrapper... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Opened Socket 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet KEY :
7ZmDBln32MYoPDJB 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |
handleSocket(Socket[addr=/127.0.0.1,port=15012,localport=65199]) 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | accepted a socket from
127.0.0.1 on port 65199 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet KEY :
7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Got key from JVM:
7ZmDBln32MYoPDJB 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet LOW_LOG_LEVEL
: 1 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet PING_TIMEOUT
: 30 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | Start Application. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | send a packet START : start

>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet
LOW_LOG_LEVEL : 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
LowLogLevel from Wrapper is 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet
PING_TIMEOUT : 30 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Wrapper Manager:
PingTimeout from Wrapper is 30000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Received a packet START :
start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | calling listener.start() 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Send a packet START_PENDING
: 45000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | DaemonLauncher: Starting up
Phoenix 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 18:53:46 | read a packet START_PENDING
: 45000 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 18:53:46 | JVM signalled a start
pending with waitHint of 45000 millis. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 18:53:46 | Phoenix 4.0.1 
>>>
>>>  
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper 
>>>
>>>JamesMailServer/lib holds wrapper.jar, libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now it cannot find wrapper.jar, which is probably to be expected
since I didn't change the classpath.2 to ../lib/wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning intermediate
process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | --> Wrapper Started as
Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:23:58 | server listening on port
15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Classpath element,
wrapper.java.classpath.2, does not exist: wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[0] :
../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[1] :
-Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[2] :
-Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[3] :
-Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy

>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[4] :
-Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[5] :
-Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[8] :
-Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[10] :
phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[11] :
-Dwrapper.key=oBu_BydY68Glrk6Y 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[12] :
-Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[13] :
-Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[14] :
-Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[15] :
-Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[16] :
-Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[17] :
-Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[18] :
-Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[19] :
-Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:58 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:23:58 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Exception in thread "main"
java.lang.ExceptionInInitializerError 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.ja
va:174) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 | Caused by:
java.security.AccessControlException: access denied
(java.util.PropertyPermission wrapper.debug read) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.security.AccessControlContext.checkPermission(AccessControlContext.
java:270) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.security.AccessController.checkPermission(AccessController.java:401
) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.SecurityManager.checkPermission(SecurityManager.java:546) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323)

>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
java.lang.System.getProperty(System.java:572) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperMana
ger.java:772) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   at
org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:4
22) 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:23:58 |   ... 2 more 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM process exited with a
code of 1, setting the wrapper exit code to 1. 
>>>
>>>ERROR  | wrapper  | 2005/07/26 19:23:59 | JVM exited while loading
the application. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | JVM was only running for 0
seconds leading to a failed restart count of 1. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:23:59 | Waiting 5 seconds before
launching another JVM. 
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper, wrapper.jar 
>>>
>>>JamesMailServer/lib holds libwrapper.so 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now it complains that it cannot load the native library because there
is no wrapper in java.library.path, which is correct, the wrapper is in
the bin directory not the lib directory. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning intermediate
process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | --> Wrapper Started as
Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:01 | server listening on port
15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[0] :
../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[1] :
-Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[2] :
-Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[3] :
-Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy

>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[4] :
-Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[5] :
-Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[8] :
-Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[10] :
phoenix-loader.jar:wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[11] :
-Dwrapper.key=6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[12] :
-Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[13] :
-Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[14] :
-Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[15] :
-Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[16] :
-Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[17] :
-Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[18] :
-Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[19] :
-Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:01 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/26 19:32:01 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$AppClassLoader@ae000d 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: JVM #1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
Registering shutdown hook 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager: Using
wrapper 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Loading native library
failed: libwrapper.so  Cause: java.lang.UnsatisfiedLinkError: no wrapper
in java.library.path 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | WARNING - Unable to load
the Wrapper's native library 'libwrapper.so'. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           The file is
located on the path at the following location but 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           could not be
loaded: 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
/opt/FileNet/Collaboration/JamesMailServer/bin/../lib/libwrapper.so 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           Please verify
that the file is readable by the current user 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           and that the file
has not been corrupted in any way. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |           System signals
will not be handled correctly. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java Version   :
1.4.0.00-020529-18:43 Java HotSpot(TM) Server VM 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Java VM Vendor :
Hewlett-Packard Company 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
WrapperManager.start(org.apache.avalon.phoenix.launcher.DaemonLauncher@e
4cbc4, args[]) called by thread: main 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Open socket to wrapper... 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Opened Socket 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet KEY :
6aMwYbl_yezX8ds9 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |
handleSocket(Socket[addr=/127.0.0.1,port=15012,localport=49327]) 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | accepted a socket from
127.0.0.1 on port 49327 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet KEY :
6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Got key from JVM:
6aMwYbl_yezX8ds9 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet LOW_LOG_LEVEL
: 1 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet PING_TIMEOUT
: 30 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | Start Application. 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | send a packet START : start

>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet
LOW_LOG_LEVEL : 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
LowLogLevel from Wrapper is 1 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet
PING_TIMEOUT : 30 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Wrapper Manager:
PingTimeout from Wrapper is 30000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Received a packet START :
start 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | calling listener.start() 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Send a packet START_PENDING
: 45000 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | DaemonLauncher: Starting up
Phoenix 
>>>
>>>DEBUG  | wrapperp | 2005/07/26 19:32:02 | read a packet START_PENDING
: 45000 
>>>
>>>DEBUG  | wrapper  | 2005/07/26 19:32:02 | JVM signalled a start
pending with waitHint of 45000 millis. 
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 |  
>>>
>>>INFO   | jvm 1    | 2005/07/26 19:32:02 | Phoenix 4.0.1 
>>>
>>>  
>>>
>>>I changed the configuration as follows: 
>>>
>>>JamesMailServer/bin holds wrapper 
>>>
>>>JamesMailServer/lib holds libwrapper.so, wrapper.jar 
>>>
>>>JamesMailServer/conf holds wrapper.conf with: 
>>>
>>>            wrapper.java.classpath.1=phoenix-loader.jar 
>>>
>>>            wrapper.java.classpath.2=../lib/wrapper.jar 
>>>
>>>            wrapper.java.library.path=../lib 
>>>
>>>  
>>>
>>>Now I get access denied but I'm not sure what it is having trouble
accessing: 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning intermediate
process... 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Spawning daemon process... 
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | --> Wrapper Started as
Daemon 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Using system timer. 
>>>
>>>DEBUG  | wrapperp | 2005/07/27 15:41:54 | server listening on port
15012. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[0] :
../../_jvm/bin/java 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[1] :
-Djava.ext.dirs=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[2] :
-Dphoenix.home=.. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[3] :
-Djava.security.policy=jar:file:phoenix-loader.jar!/META-INF/java.policy

>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[4] :
-Djava.security.manager 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[5] :
-Dlog4j.configuration=file:../log4j.properties 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[6] : -Xms16m 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[7] : -Xmx64m 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[8] :
-Djava.library.path=../lib 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[9] : -classpath 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[10] :
phoenix-loader.jar:../lib/wrapper.jar 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[11] :
-Dwrapper.key=4LSJ4LeJ1boXnqoH 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[12] :
-Dwrapper.port=15012 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[13] :
-Dwrapper.debug=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[14] :
-Dwrapper.use_system_time=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[15] :
-Dwrapper.version=3.1.2 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[16] :
-Dwrapper.native_library=wrapper 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[17] :
-Dwrapper.service=TRUE 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[18] :
-Dwrapper.cpu.timeout=10 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[19] :
-Dwrapper.jvmid=1 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:54 | Command[20] :
org.apache.avalon.phoenix.launcher.DaemonLauncher 
>>>
>>>STATUS | wrapper  | 2005/07/27 15:41:54 | Launching a JVM... 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Exception in thread "main"
java.lang.ExceptionInInitializerError 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
com.silveregg.wrapper.WrapperManager.start(WrapperManager.java:203) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.apache.avalon.phoenix.launcher.DaemonLauncher.main(DaemonLauncher.ja
va:174) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 | Caused by:
java.security.AccessControlException: access denied
(java.util.PropertyPermission wrapper.debug read) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.security.AccessControlContext.checkPermission(AccessControlContext.
java:270) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.security.AccessController.checkPermission(AccessController.java:401
) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.SecurityManager.checkPermission(SecurityManager.java:546) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1323)

>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
java.lang.System.getProperty(System.java:572) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.tanukisoftware.wrapper.WrapperManager.getBooleanProperty(WrapperMana
ger.java:772) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   at
org.tanukisoftware.wrapper.WrapperManager.<clinit>(WrapperManager.java:4
22) 
>>>
>>>INFO   | jvm 1    | 2005/07/27 15:41:55 |   ... 2 more 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM process exited with a
code of 1, setting the wrapper exit code to 1. 
>>>
>>>ERROR  | wrapper  | 2005/07/27 15:41:55 | JVM exited while loading
the application. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | JVM was only running for 0
seconds leading to a failed restart count of 1. 
>>>
>>>DEBUG  | wrapper  | 2005/07/27 15:41:55 | Waiting 5 seconds before
launching another JVM. 
>>>
>>>  
>>>
>>>File permissions are as follows: 
>>>
>>>-rwxrwxr-x   1 root       sys         151744 Oct  2  2004 wrapper 
>>>
>>>-r--r--r--   1 root       sys          20480 Oct  2  2004
libwrapper.so 
>>>
>>>-r--r--r--   1 root       sys          51939 Oct  2  2004 wrapper.jar

>>>
>>>-rw-rw-rw-   1 root       sys           4865 Jul 27 15:40
wrapper.conf 
>>>
>>>  
>>>
>>>I've also tried to run Java Service Wrapper 3.1.1 with the same
results. 
>>>
>>>  
>>>
>>>Could someone please help me. 
>>>
>>>   
>>>
>>>Nicki  
>>>
>>>  
>>>
>>>FileNet Corporation 
>>>
>>>www.filenet.com
>>>
>>>nta...@Fi... 
>>>
>>>Phone: (714) 327-3690 
>>>
>>>Fax:      (714) 327-5076 
>>>
>>>CONFIDENTIAL NOTICE: The contents of this message, including any
attachments, are confidential and are intended solely for the use of the
person or entity to whom the message was addressed. If you are not the
intended recipient of this message, please be advised that any
dissemination, distribution, or use of the contents of this message is
strictly prohibited. If you received this message in error, please
notify the sender. Please also permanently delete all copies of the
original message and any attached documentation. Thank you. 
>>>      
>>>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user




-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Request from users about new 32 vs 64-bit distributions

[Martin K. <mar...@un...>]

Hello Leif,

uname -a output on a Ubuntu 5.10 box with a generic AMD64 kernel

Linux hermione 2.6.12-9-amd64-generic #1 Mon Oct 10 13:27:39 BST 2005
x86_64 GNU/Linux


uname -a output on a Gentoo box with a kernel compiled for EM64T

Linux potter 2.6.13-gentoo-r5 #1 SMP Wed Nov 2 08:41:48 CET 2005 x86_64
Intel(R) Pentium(R) 4 CPU 3.60GHz GenuineIntel GNU/Linux


As you can imagine, the uname -m output for both system is x86_64.


os.name and os.arch are

os.name='Linux' os.arch='amd64'

(SUN JDK and IBM JDK)


I wouldn't make a difference between the AMD64 and EM64T builds. The
binaries for AMD64 are sufficient for EM64T.

We don't have a IA64 box here. I don't know what uname returns, but the
os.arch should be "ia64" with a IBM JDK.

Regards,
Martin

Re: [Wrapper-user] RUN_AS_USER question

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

Ha ha,I wasnt being pushy :-)
It was just out of curiosity - I am releasing something depending on it...
- if a wrapper release was imminent (like in the next few days or so..) I
would have delayed my release...

-Nick





Internet
le...@ta...@lists.sourceforge.net - 08/12/2005 13:21


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

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



To:    wrapper-user

cc:


Subject:    Re: [Wrapper-user] RUN_AS_USER question


Nick,
    Believe it or not, I want it released even more than you. :-)  Have
to get some
more docs written, test a bit more, and get some issues with 64-bit
builds worked
out.  My goal is to get it out my the end of the year...  But no quoting
me.. <:-)
I have actually been working on it quite a bit lately.
    Lots of other year end deadlines as well...

Cheers,
Leif

nic...@uk... wrote:
> By the way, when do you think the release will go out?
>
> -Nick
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
 https://lists.sourceforge.net/lists/listinfo/wrapper-user


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] Request from users about new 32 vs 64-bit distributions

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

Hi all,
I am trying to get a plan for the 3.2.0 release finalized, and am stuck on
how exactly to handle the 64 bit platforms. Ant does not seem to have
any reliable way to differentiate between 32 and 64 bit versions of java.
I am looking for a way to do so to make the builds work cleanly.

Could you please tell me your os, CPU, run the fully detailed uname
command "uname -a", letting me know if the option is different.
Also modify any build.xml and give me the output of the following from
ant:
<echo message="os.name='${os.name}' os.arch='${os.arch}'"/>

If there are not any ways to decide within ant, then I may modify
the build.sh and build.bat scripts to make the decision by parsing the
uname results and then pass a -D64bit parameter to the JVM when
launching Ant. The problem there is that I really want to build for the
JVM rather than the OS. It is possible to run 32 bit JVMs on a 64 bit
system...

I have decided to include the architecture in the distribution name
to handle the fact there there will now be 32 and 64 bit versions of
most platforms.
32 bit examples are:
wrapper_win32_x86_3.2.0
wrapper_linux_x86_3.2.0

What do you think the distribution names should be for the 32 and
64 bit versions of Solaris, HPUX, Linux, etc... x86 is shown for the 32
bit architecture. But what makes sense for the 64 bit systems. Are
versions build for the 64 AMD going to be the same as the Intel chips?
Sorry for my ignorance in this area, but I don't have any to play with.

Any suggestions in this area are welcome.

Cheers,
Leif

Re: [Wrapper-user] Windows Service and working.dir problem

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

Amad,
    My first guess would be that the java command can not be located on 
the path when
being run as a service.  Make sure that those environment settings are 
system wide
and not just for your current user.  By default the Wrapper runs as the 
SYSTEM user
when running as a service.

    Have you looked at the wrapper.log file.  That should show you what 
the problem
is.  If you don't see it, then that is what I will need to see.

Cheers,
Leif

Amad Fida wrote:
> Hi,  
>  
> I am trying to run CruiseControl as service. There are few problems,  
>  
> 1. It only works in console mode but can't set the working.dir. It's always
> assumed to be Wrapper.exe's directory to be the working directory.
>  
> 2. Service doesn't start. I get 1075 when starting service. 
>  
> Following is my wrapper.conf,  
>   
<snip>

Re: [Wrapper-user] RUN_AS_USER question

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

Nick,
    Believe it or not, I want it released even more than you. :-)  Have 
to get some
more docs written, test a bit more, and get some issues with 64-bit 
builds worked
out.  My goal is to get it out my the end of the year...  But no quoting 
me.. <:-)
I have actually been working on it quite a bit lately.
    Lots of other year end deadlines as well...

Cheers,
Leif

nic...@uk... wrote:
> By the way, when do you think the release will go out?
>
> -Nick
>   

Re: [Wrapper-user] RUN_AS_USER question

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

Nick,

nic...@uk... wrote:
> I am not too keen on having to enter the password in order to see usage....
> (its a bit anti-social....)
>   
Ok.....  I fixed it.
> I notice that the "kill -9" is gone (if it timed out waiting for it to
> stop...)
> Is this no longer needed - or was there a problem with it?
>   
That was actually a design flaw.  I was trying to be overly careful with 
the script.
The problem was that the sh script was waiting a maximum of 5 minutes before
killing the wrapper process.  Normally, the wrapper would never take 
that long
to shut down so that would not be necessary anyway..
But if the user had configured the wrapper to have a longer shutdown 
timeout,
say 10 minutes.  (I did this to deal with a particular app).  Then the 
script would
timeout and forcibly kill the Wrapper process.   The problem there is 
that because
the Wrapper was waiting for the JVM to exit, the JVM is still left running.
When using the "stop" command this may not be a problem because the JVM
would usually shutdown correctly when it was done with what it was doing.

The problem was if the "restart" command was passed to the script.  The 
script
was waiting 5 minutes, killing the Wrapper and then starting a new 
Wrapper, and
thus, JVM instance.   Because the first JVM was still running, the 
second JVM
was failing to start due to port conflicts.

Any long timeout would not work for someone.   Assuming that the Wrapper
process itself is not frozen, this timeout in the script should never be 
necessary
as the Wrapper itself will timeout and kill a slow JVM.  Pulling it out 
seems
to be the correct thing to do.  I have never seen or heard of the Wrapper
process itself getting stuck shutting down.
> The only other thing I have in my slightly customised wrapper script -
> which I think is required - is:
>
> #... handle relative PIDDIR
>
> # Same test for WRAPPER_CMD
> FIRST_CHAR=`echo $WRAPPER_CMD | cut -c1,1`
> if [ "$FIRST_CHAR" != "/" ]
> then
> WRAPPER_CMD=$REALDIR/$WRAPPER_CMD
> fi
>
> #... handle relative WRAPPER_CONF
>   
Ok, I went ahead and added this.  What were you doing that you found 
this to be
necessary?

I attached the new script.  Please look it over again.

Cheers,
Leif