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

Re: [Wrapper-user] Drag and Drop disabled when running as service via a wrapper

[Mark L. <mid...@ve...>]

Leif,

Yes, the drag and drop works when my app is run in the Wrapper in a 
console. It also works when the app is run directly in the JVM, without 
the Wrapper. It does not work when it is run in the Wrapper as a 
Service. I have no way to test whether it works properly in a service 
implemented without the Wrapper, but I assume the problem is inherent to 
running a GUI app as a service. There seems to be something about the 
Windows service environment that is disabling drag and drop.

I was hoping that some setting in the Wrapper might solve the problem, 
though a search of the documentation and the mail archives did not 
reveal any such thing. It would also be nice to know if anyone else is 
able to implement Java drag and drop in a Wrapper-implemented service. 
Also, shouldn't the setting for enabling a service to interact with the 
desktop (wrapper.ntservice.interactive=true) cover this problem? If so, 
is there some other consideration I should be aware of regarding that 
setting? I did verify in the Windows service manager window that the 
interactive setting was enabled.

I wonder if it could be related to me running the service as the local 
system account, while trying to do the drag and drop while logged in as 
my personal account. I changed the setting in the Windows Service 
Manager to run the app as my personal account. I restarted the service, 
and it looked normal in the service manager, but the GUI never showed 
up. Then I tried the same thing by changing the wrapper.conf file to run 
the service as my personal account

wrapper.ntservice.interactive=false
wrapper.ntservice.account=.\Mark
wrapper.ntservice.password=myPassword

And it behaved the same way. Looked as expected in the Service Manager 
window, but the GUI never showed up.

-Mark

Leif Mortenson wrote:
> Mark,
>    That is not something I have tried personally.   To be clear,
> Drag and drop is not working when running as a service.  Does
> it work when running under the Wrapper in a console?
>
> Cheers,
> Leif
>
> Mark Leone wrote:
>> I have a Java Swing app that supports drag and drop. It works 
>> properly in stand-alone mode, but when I run it as a service via 
>> Wrapper, the drag and drop is disabled. When I drag a file that I 
>> should be able to drop, I get the circle with a slash icon. I have 
>> "wrapper.ntservice.interactive=true" in the Wrapper configuration 
>> file. Is there any other setting in Wrapper that might remedy this?  
>> I posted on the Sun java forums, but didn't get any responses. I'm 
>> hoping someone here might know how to make this work.
>>
>> -Mark
>>   
>
>
>

Re: [Wrapper-user] Drag and Drop disabled when running as service via a wrapper

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

Mark,
    That is not something I have tried personally.   To be clear,
Drag and drop is not working when running as a service.  Does
it work when running under the Wrapper in a console?

Cheers,
Leif

Mark Leone wrote:
> I have a Java Swing app that supports drag and drop. It works properly 
> in stand-alone mode, but when I run it as a service via Wrapper, the 
> drag and drop is disabled. When I drag a file that I should be able to 
> drop, I get the circle with a slash icon. I have 
> "wrapper.ntservice.interactive=true" in the Wrapper configuration file. 
> Is there any other setting in Wrapper that might remedy this?  I posted 
> on the Sun java forums, but didn't get any responses. I'm hoping someone 
> here might know how to make this work.
>
> -Mark
>   

[Wrapper-user] Drag and Drop disabled when running as service via a wrapper

[Mark L. <mid...@ve...>]

I have a Java Swing app that supports drag and drop. It works properly 
in stand-alone mode, but when I run it as a service via Wrapper, the 
drag and drop is disabled. When I drag a file that I should be able to 
drop, I get the circle with a slash icon. I have 
"wrapper.ntservice.interactive=true" in the Wrapper configuration file. 
Is there any other setting in Wrapper that might remedy this?  I posted 
on the Sun java forums, but didn't get any responses. I'm hoping someone 
here might know how to make this work.

-Mark

[Wrapper-user] Service Wrapper in RedHat 4

[Lorin M. <lor...@ya...>]

Hi,
   
  I have some problems running the wrapper in RedHat 4. I downloaded wrapper-linux-x86-32-3.2.3.tar.gz, modified the config files, but when I start it, the machine get locked and the caps ans scroll ligths are blinking. I noticed that if I try the testwrapper, it works until I try to stop it, when the machine gets locked in similar fashion.
   
  Can somebody help me?
   
  Thanks.

 
---------------------------------
The fish are biting.
 Get more visitors on your site using Yahoo! Search Marketing.

Re: [Wrapper-user] JVM appears hung: Timed out waiting for signalfrom JVM. problem

[Simon C. <sim...@fu...>]

Anti-virus and anti-spam by FortiGate

[Wrapper-user] OT: Invitation to participate in research project

[Ben A. <ben...@st...>]

Hello there

I would greatly appreciate a small amount of your time to assist with
my doctoral research at The University of Newcastle. The research
concerns open source licensing and we're seeking developers working on
Java projects. The research is supervised, ethics-approved, anonymous
and results will be freely available. Participation will also provide a
custom licensing report for your project. To learn more, please visit:

   http://licensing-research.newcastle.edu.au

Thanks for reading this email, and I hope you'll consider participating.

Best regards
Ben Alex

(My apologies for being off-topic; this list will not be emailed again)

Re: [Wrapper-user] JVM appears hung: Timed out waiting for signal from JVM. problem

[Simon C. \(Funmobile\) <sim...@fu...>]

Hi Leif,

the following is the wrapper.conf:

#********************************************************************
# TestWrapper Properties
#
# NOTE - Please use src/conf/wrapper.conf.in as a template for your
#        own application rather than the values used for the
#        TestWrapper sample.
#********************************************************************
# Java Application
wrapper.java.command=3D/usr/java/jdk1.5.0_07/bin/java

# Java Main class.  This class must implement the WrapperListener =
interface
#  or guarantee that the WrapperManager class is initialized.  Helper
#  classes are provided to do this for you.  See the Integration section
#  of the documentation for details.
#wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.test.Main
wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperStartStopApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
# wrapper.java.classpath.1=3D../lib/wrappertest.jar
# wrapper.java.classpath.2=3D../lib/wrapper.jar
wrapper.java.classpath.1=3D/usr/local/wrapper-linux-x86-32-3.2.3/lib/wrap=
per.jar
wrapper.java.classpath.2=3D/usr/apache-tomcat-5.5.17/bin/bootstrap.jar
wrapper.java.classpath.3=3D/usr/apache-tomcat-5.5.17/bin/commons-logging-=
api.jar
wrapper.java.classpath.4=3D/usr/java/jdk1.5.0_07/lib/tools.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
# wrapper.java.library.path.1=3D../lib
wrapper.java.library.path.1=3D/usr/local/wrapper-linux-x86-32-3.2.3/lib

# Java Additional Parameters
#wrapper.java.additional.1=3D
wrapper.java.additional.1=3D-Djava.endorsed.dirs=3D/usr/apache-tomcat-5.5=
.17/common/endorsed
wrapper.java.additional.2=3D-Dcatalina.base=3D/usr/apache-tomcat-5.5.17
wrapper.java.additional.3=3D-Dcatalina.home=3D/usr/apache-tomcat-5.5.17
wrapper.java.additional.4=3D-Djava.io.tmpdir=3D/usr/apache-tomcat-5.5.17/=
temp
wrapper.java.additional.5=3D-XX:MaxPermSize=3D64m

# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3D3
wrapper.java.initmemory=3D768

# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=3D64
wrapper.java.maxmemory=3D768

# Application parameters.  Add parameters as needed starting from 1
#wrapper.app.parameter.1=3D
wrapper.app.parameter.1=3Dorg.apache.catalina.startup.Bootstrap
wrapper.app.parameter.2=3D1
wrapper.app.parameter.3=3Dstart

wrapper.app.parameter.4=3Dorg.apache.catalina.startup.Bootstrap
wrapper.app.parameter.5=3Dtrue
wrapper.app.parameter.6=3D1
wrapper.app.parameter.7=3Dstop

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console.  (See docs for formats)
wrapper.console.format=3DPM

# Log Level for console output.  (See docs for log levels)
wrapper.console.loglevel=3DINFO

# Log file to use for wrapper output logging.
wrapper.logfile=3D/var/log/tomcat/tomcat-1.log

# Format of output for the log file.  (See docs for formats)
wrapper.logfile.format=3DLPTM

# Log Level for log file output.  (See docs for log levels)
wrapper.logfile.loglevel=3DDEBUG

# Maximum size that the log file will be allowed to grow to before
#  the log is rolled. Size is specified in bytes.  The default value
#  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
#  'm' (mb) suffix.  For example: 10m =3D 10 megabytes.
wrapper.logfile.maxsize=3D0

# Maximum number of rolled log files which will be allowed before old
#  files are deleted.  The default value of 0 implies no limit.
wrapper.logfile.maxfiles=3D0

# Log Level for sys/event log output.  (See docs for log levels)
wrapper.syslog.loglevel=3DDEBUG

wrapper.ping.timeout=3D60
wrapper.statusfile=3D/var/run/tomcat/wrapper_1.status

wrapper.filter.trigger.1=3Djava.lang.OutOfMemoryError
wrapper.filter.action.1=3DRESTART

and we use it for monitor tomcat 5.5.17. and the following is the debug =
log:

DEBUG  | wrapperp | 2007/06/23 16:47:17 | read a packet PING : ok
DEBUG  | wrapper  | 2007/06/23 16:47:17 | Got ping response from JVM
DEBUG  | wrapperp | 2007/06/23 16:47:22 | send a packet PING : ping
INFO   | jvm 2    | 2007/06/23 16:47:22 | Received a packet PING : ping
INFO   | jvm 2    | 2007/06/23 16:47:22 | Send a packet PING : ok
DEBUG  | wrapperp | 2007/06/23 16:47:22 | read a packet PING : ok
DEBUG  | wrapper  | 2007/06/23 16:47:22 | Got ping response from JVM
DEBUG  | wrapperp | 2007/06/23 16:47:26 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:31 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:35 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:40 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:44 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:49 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:53 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:47:58 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:02 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:07 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:11 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:16 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:20 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:25 | send a packet PING : ping
DEBUG  | wrapperp | 2007/06/23 16:48:29 | send a packet PING : ping
ERROR  | wrapper  | 2007/06/23 16:48:32 | JVM appears hung: Timed out =
waiting for signal from JVM.

wrapper seeems hang after this and cannot try to restart JVM. it is so =
strange?

I need to try to increase the value of ping timeout?

Regards

Simon.


----- Original Message -----=20
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Sunday, June 24, 2007 8:45 AM
Subject: Re: [Wrapper-user] JVM appears hung: Timed out waiting for =
signal from JVM. problem


> Simon,
> Can you post your wrapper.conf file? Also if you are able to
> reproduce this, can you set the wrapper.debug=3Dtrue property
> and post the resulting wrapper.conf file as well?
>=20
> >From what you posted, it looks like the Wrapper is detecting
> that the JVM is hung, at which point it should be killing and
> restarting the JVM process. I am not clear exactly what you
> are see at that point however.
>=20
> Cheers,
> Leif
>=20
> Simon Chan (Funmobile) wrote:
> > hi all,
> > I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now.
> > but I see that it is hung and show the following error:
> > INFO | jvm 1 | 2007/06/22 18:34:25 | Send a packet PING : ok
> > ERROR | wrapper | 2007/06/22 18:35:36 | JVM appears hung: Timed out
> > waiting for signal from JVM.
> > wrapper seems don't try to restart it and just leave it and make
> > tomcat die.
> > do u have any idea?
> > Regards
> > Simon.
> > =
------------------------------------------------------------------------
> >
> > =
-------------------------------------------------------------------------=

> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > =
------------------------------------------------------------------------
> >
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >  =20
>=20
>=20
>=20


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


> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/


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


> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>=20


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


No virus found in this incoming message.
Checked by AVG Free Edition.=20
Version: 7.5.472 / Virus Database: 269.9.6/862 - Release Date: 6/22/2007 =
3:04 PM

Re: [Wrapper-user] ./wrapper found but not executable on Solaris 10

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

Anastasios,
Are you using the wrapper binary from the solaris distribution?
If so, which version.
The message is saying the a wrapper file exists, but the executable
bit is not set.
Make sure you have run:
chmod +x wrapper

Cheers,
Leif

Anastasios Angelidis wrote:
> I'm trying to run the test wrapper on Solaris 10 SUN XFire 2100 AMD 64
>
> First it tries to find the binary compatible wrapper either -32 or -64 
> and then it finds the wrapper.
>
> And I get ./wrapper (found but not executable)
>
> Thanks
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] JVM appears hung: Timed out waiting for signal from JVM. problem

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

Simon,
Can you post your wrapper.conf file? Also if you are able to
reproduce this, can you set the wrapper.debug=true property
and post the resulting wrapper.conf file as well?

>From what you posted, it looks like the Wrapper is detecting
that the JVM is hung, at which point it should be killing and
restarting the JVM process. I am not clear exactly what you
are see at that point however.

Cheers,
Leif

Simon Chan (Funmobile) wrote:
> hi all,
> I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now.
> but I see that it is hung and show the following error:
> INFO | jvm 1 | 2007/06/22 18:34:25 | Send a packet PING : ok
> ERROR | wrapper | 2007/06/22 18:35:36 | JVM appears hung: Timed out
> waiting for signal from JVM.
> wrapper seems don't try to restart it and just leave it and make
> tomcat die.
> do u have any idea?
> Regards
> Simon.
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

Re: [Wrapper-user] Question about wrapper configuration files

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

Merri,
The Wrapper is not able to read the values from your ini file.  But it
will work off of a master configuration file.  You may be able to do
something where you generate a wrapper-master.conf file with the
values in your ini file to avoid having to make changes in two places.

wrapper-master.conf:
---
set.JRE_PATH=C:/jre/bin/java.exe
set.PROP_1=C:/some_path/to_some_file
set.PROP_2=C:/another_path/1.0
---

wrapper.conf:
---
#include ../conf/wrapper-master.conf
wrapper.java.command=%JRE_PATH%
wrapper.java.classpath.1=%PROP_2%/wrapper.jar
wrapper.java.classpath.2=%PROP_2%/xyz.jar
wrapper.java.additional.1=-Dcom.testing.value=%PROP_1%/abc/xyz
---

Cheers,
Leif

Merri Jensen wrote:
> I'm not sure of the appropriate forum for this question so I thought I would start here first.
>
> The java applications I support use a common launcher.exe and launcher.sh file to execute.  We have an ini formatted file that drives the generic launcher where we list the java location, the command line arguments, and the working directory.  We also use the Service Wrapper to start some of these applications as a service.  
>
> We may have multiple apps deployed on the same machine, so we have implemented the launchers in such a way as to allow us to use a master config file.  Basically, it's a file that contains a list of variables and their values (they are mostly paths) that we can then reference by variable name in the ini files for each of the app launchers.  This creates a kind of lookthrough so that our customers are able to update the value of a common variable in the master config file without having to go and update each individual application ini file.
>
> I need to be able to do this same kind of "lookthrough" with the wrapper.conf files we have created for the service launchers.  I have read the information about the cascading configuration files, but I'm not sure if the options have to match exactly in the included file.  Our options do not match, so I'm trying to see if there is a way to make this work without having to make code changes.  I've included a sample of what I am looking to do is below.
>
> Master.config file:
>
> [properties]
> JRE_PATH=C:/jre/bin/java.exe
> PROP_1=C:/some_path/to_some_file
> PROP_2=C:/another_path/1.0
>
>
> Wrapper.conf:
>
> wrapper.java.command=<JRE_PATH>
> wrapper.java.classpath.1=<PROP_2>/wrapper.jar
> wrapper.java.classpath.2=<PROP_2>/xyz.jar
> wrapper.java.additional.1=-Dcom.testing.value=<PROP_1>/abc/xyz
>
>
> Is this even possible?
>
> Thanks for any and all assistance with this.
> -Merri
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

[Wrapper-user] JVM appears hung: Timed out waiting for signal from JVM. problem

[Simon C. \(Funmobile\) <sim...@fu...>]

hi all,

I am using wrapper to monitor my tomcat 5.5.17 (use java 1.5) now.
but I see that it is hung and show the following error:

INFO   | jvm 1    | 2007/06/22 18:34:25 | Send a packet PING : ok
ERROR  | wrapper  | 2007/06/22 18:35:36 | JVM appears hung: Timed out =
waiting for signal from JVM.


wrapper seems don't try to restart it and just leave it and make tomcat =
die.

do u have any idea?

Regards

Simon. 

[Wrapper-user] Question about wrapper configuration files

[Merri J. <Mer...@sa...>]

I'm not sure of the appropriate forum for this question so I thought I =
would start here first.

The java applications I support use a common launcher.exe and =
launcher.sh file to execute.  We have an ini formatted file that drives =
the generic launcher where we list the java location, the command line =
arguments, and the working directory.  We also use the Service Wrapper =
to start some of these applications as a service. =20

We may have multiple apps deployed on the same machine, so we have =
implemented the launchers in such a way as to allow us to use a master =
config file.  Basically, it's a file that contains a list of variables =
and their values (they are mostly paths) that we can then reference by =
variable name in the ini files for each of the app launchers.  This =
creates a kind of lookthrough so that our customers are able to update =
the value of a common variable in the master config file without having =
to go and update each individual application ini file.

I need to be able to do this same kind of "lookthrough" with the =
wrapper.conf files we have created for the service launchers.  I have =
read the information about the cascading configuration files, but I'm =
not sure if the options have to match exactly in the included file.  Our =
options do not match, so I'm trying to see if there is a way to make =
this work without having to make code changes.  I've included a sample =
of what I am looking to do is below.

Master.config file:

[properties]
JRE_PATH=3DC:/jre/bin/java.exe
PROP_1=3DC:/some_path/to_some_file
PROP_2=3DC:/another_path/1.0


Wrapper.conf:

wrapper.java.command=3D<JRE_PATH>
wrapper.java.classpath.1=3D<PROP_2>/wrapper.jar
wrapper.java.classpath.2=3D<PROP_2>/xyz.jar
wrapper.java.additional.1=3D-Dcom.testing.value=3D<PROP_1>/abc/xyz


Is this even possible?

Thanks for any and all assistance with this.
-Merri

[Wrapper-user] ./wrapper found but not executable on Solaris 10

[Anastasios A. <vo...@vi...>]

I'm trying to run the test wrapper on Solaris 10 SUN XFire 2100 AMD 64

First it tries to find the binary compatible wrapper either -32 or -64 
and then it finds the wrapper.

And I get ./wrapper (found but not executable)

Thanks

[Wrapper-user] SERVICE_CONTROL_INTERROGATE - Service Dies.

[Neeraja K. <nee...@in...>]

Hi,

I have gone through 
http://sourceforge.net/mailarchive/forum.php?thread_name=43787BEF.2010407%40bcx.co.za&forum_name=wrapper-user





[Wrapper-user] SERVICE_CONTROL_INTERROGATE - Service Dies.
From: Sean Riley <sean.riley@bc...> - 2005-11-14 11:59
Hi,

I have read 
http://sourceforge.net/mailarchive/message.php?msg_id=9490872 and am 
experiencing the same issue.

I am running v3.1.2 on a machine that has 1 processor unfortunately the 
service seems to intermitantly hang. The message before this problem 
occurs is as follows

ServiceControlHandler(4)
SERVICE_CONTROL_INTERROGATE

The service looks as if it is still running however my app is not doing 
its job.. (I.e. monitoring a dir for the existance of files and writing 
to a log file)

Is there anybody that has had this issue and been able to fix it? or Is 
there somthing I can do to narrow my search while troubleshooting.

Many Thanks
Sean 


------------------------------------------------------------------------------------------------------------
I am facing the same issue with the wrapper in our application.

Is this issue got resolved now? anybody can help me?



Thanks & regards
Neeraja
________________________________
Neeraja Kollu
DCAuP - Web Portal Project
IBM India Private Limited
Building No 3B, Mindspace, Hitechcity
Madhapur, Hyderabad -500081, INDIA

Phone     : +91 40  66959153
Email      : nee...@in...

Re: [Wrapper-user] FW: Service Wrapper in IBM s390 linux server

[<ep...@up...>]

Bern,
You were right! The problem was the undefined JAVA_HOME on that machine. I
defined it as you said, and ran the script and it created the wrapper
without errors. I even removed the copied jni.h and use the makefile as
it was before, and it still makes the binary wrapper. So as Leif said, we
just need to copy the makefile: Makefile-linux-x86-64 and rename it to
Makefile-linux-s390x-64 and make sure that JAVA_HOME is defined.

My wrapped service is now running!

Thanks to both,

Edrick


Quoting wra...@li...:

>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Bernd
> Laengerich
> Sent: Tuesday, June 12, 2007 9:03 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] FW: Service Wrapper in IBM s390 linux server
>
> ep...@up... schrieb:
>
>> Bernd,
>> I found a copy of jni.h on my machine on the folder:
>>      /opt/ibm/java2-s390x-50/include/jni.h
>> I copied the file to my wrapper src c folder on the same machine:
>>      /usr/local/wrappersrc/wrapper_3.2.3_src/src/c/jni.h
>> And ran again the build64.sh script and the same error is generated.
> Did I
>> miss something out? I checked twice and the jni.h is on that folder
> and
>> the output still says that is missing. Do I have to change something
>> else?
>
> This is strange. Is JAVA_HOME defined? AFAIS, the directoy
> $JAVA_HOME/include ist included in the include search path, so the first
>
> error should not have occured:
>
> COMPILE = gcc [...]
> INCLUDE=$(JAVA_HOME)/include
> DEFS = -I$(INCLUDE) -I$(INCLUDE)/linux
> [...]
> %.o: %.c
> 	@echo '$(COMPILE) -c $<'; \
> 	$(COMPILE) $(DEFS) -Wp,-MD,.deps/$(*F).pp -c $<
> [...]
>
> I never built the wrapper myself, but try defining the JAVA_HOME
> (export JAVA_HOME=/opt/ibm/java2-s390x-50) and change the makefile line
> to:
>
> %.o: %.c
> 	@echo '$(COMPILE) $(DEFS) -c $<'; \
>
> to include the directories of the compiler call in the output.
>
> Check, if there is a directory /opt/ibm/java2-s390x-50/include/linux. If
>
> not, change the last part of the makefile line
> DEFS = -I$(INCLUDE) -I$(INCLUDE)/linux
> to whatever directory there is with platform dependant include files.
>
> Bernd
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] FW: Service Wrapper in IBM s390 linux server

[Bernd L. <Ber...@we...>]

ep...@up... schrieb:

> Bernd,
> I found a copy of jni.h on my machine on the folder:
>      /opt/ibm/java2-s390x-50/include/jni.h
> I copied the file to my wrapper src c folder on the same machine:
>      /usr/local/wrappersrc/wrapper_3.2.3_src/src/c/jni.h
> And ran again the build64.sh script and the same error is generated. Did I
> miss something out? I checked twice and the jni.h is on that folder and
> the output still says that is missing. Do I have to change something
> else?

This is strange. Is JAVA_HOME defined? AFAIS, the directoy 
$JAVA_HOME/include ist included in the include search path, so the first 
error should not have occured:

COMPILE = gcc [...]
INCLUDE=$(JAVA_HOME)/include
DEFS = -I$(INCLUDE) -I$(INCLUDE)/linux
[...]
%.o: %.c
	@echo '$(COMPILE) -c $<'; \
	$(COMPILE) $(DEFS) -Wp,-MD,.deps/$(*F).pp -c $<
[...]

I never built the wrapper myself, but try defining the JAVA_HOME
(export JAVA_HOME=/opt/ibm/java2-s390x-50) and change the makefile line to:

%.o: %.c
	@echo '$(COMPILE) $(DEFS) -c $<'; \

to include the directories of the compiler call in the output.

Check, if there is a directory /opt/ibm/java2-s390x-50/include/linux. If 
not, change the last part of the makefile line
DEFS = -I$(INCLUDE) -I$(INCLUDE)/linux
to whatever directory there is with platform dependant include files.

Bernd

Re: [Wrapper-user] FW: Service Wrapper in IBM s390 linux server

[<ep...@up...>]

Bernd,
I found a copy of jni.h on my machine on the folder:
     /opt/ibm/java2-s390x-50/include/jni.h
I copied the file to my wrapper src c folder on the same machine:
     /usr/local/wrappersrc/wrapper_3.2.3_src/src/c/jni.h
And ran again the build64.sh script and the same error is generated. Did I
miss something out? I checked twice and the jni.h is on that folder and
the output still says that is missing. Do I have to change something
else?

Thanks,
Edrick


Quoting wra...@li...:

>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Bernd
> Laengerich
> Sent: Tuesday, June 12, 2007 7:59 AM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Service Wrapper in IBM s390 linux server
>
> ep...@up... schrieb:
>
>> In file included from wrapperjni.h:47,
>>                  from wrapperjni_unix.c:55:
>> org_tanukisoftware_wrapper_WrapperManager.h:2:17: error: jni.h: No
> such
>> file or directory
>
> jni.h must be included in the include directory configuration. jni.h is
> found at jdk*/include
>
> Bernd
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Service Wrapper in IBM s390 linux server

[Bernd L. <Ber...@we...>]

ep...@up... schrieb:

> In file included from wrapperjni.h:47,
>                  from wrapperjni_unix.c:55:
> org_tanukisoftware_wrapper_WrapperManager.h:2:17: error: jni.h: No such
> file or directory

jni.h must be included in the include directory configuration. jni.h is 
found at jdk*/include

Bernd

Re: [Wrapper-user] Service Wrapper in IBM s390 linux server

[<ep...@up...>]

Quoting wra...@li...:
Leif,
This is the output of the Build64.sh with the renamed makefile copy:

Wrapper Build System
--------------------
Buildfile: build.xml

init:msg:
**********************************************************************
About to build a 64-bit version of the Java Service Wrapper 3.2.3.
The OS Name is "linux", resolved from "Linux".
The Architecture is "s390x", resolved from "s390x".
The distribution name will be: wrapper-linux-s390x-64-3.2.3
**********************************************************************

update-info:
Copying 1 file to
/usr/local/wrappersrc/wrapper_3.2.3_src/src/java/org/tanukisoftware/wrapper
Copying 1 file to /usr/local/wrappersrc/wrapper_3.2.3_src/src/c

compile-java-warn:
**********************************************************************
WARNING
The jar is being built for Java version 1.4.  This will not be
compatible with older JVMs.
**********************************************************************
compile-java:
Compiling 1 source file to
/usr/local/wrappersrc/wrapper_3.2.3_src/build/classes
ClassArgument.name=3Dorg.tanukisoftware.wrapper.WrapperManager

compile-c-unix:
if test ! -d .deps; then mkdir .deps; fi
gcc -O3 -fPIC -Wall --pedantic -pthread -lm wrapper.c wrapperinfo.c
wrappereventloop.c wrapper_unix.c property.c logger.c -o
../../bin/wrapper
gcc -O3 -fPIC -Wall --pedantic -c wrapperjni_unix.c
In file included from wrapperjni.h:47,
                 from wrapperjni_unix.c:55:
org_tanukisoftware_wrapper_WrapperManager.h:2:17: error: jni.h: No such
file or directory
In file included from wrapperjni.h:47,
                 from wrapperjni_unix.c:55:
org_tanukisoftware_wrapper_WrapperManager.h:157: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98void=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:165: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jstring=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:173: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jint=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:181: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jint=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:189: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98void=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:197: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98void=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:205: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98void=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:213: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jobject=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:221: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jobject=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:229: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before
=E2=80=98jobjectArray=E2=80=99
org_tanukisoftware_wrapper_WrapperManager.h:237: error: expected =E2=80=98=
=3D=E2=80=99,
=E2=80=98,=E2=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99 or =E2=80=
=98__attribute__=E2=80=99 before =E2=80=98jobject=E2=80=99
wrapperjni_unix.c:88: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99, =E2=80=98asm=E2=80=99
or =E2=80=98__attribute__=E2=80=99 before =E2=80=98void=E2=80=99
wrapperjni_unix.c:112: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98ji=
nt=E2=80=99
wrapperjni_unix.c:122: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98vo=
id=E2=80=99
wrapperjni_unix.c:139: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98vo=
id=E2=80=99
wrapperjni_unix.c:153: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98jo=
bject=E2=80=99
wrapperjni_unix.c:261: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98jo=
bject=E2=80=99
wrapperjni_unix.c:280: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98jo=
bjectArray=E2=80=99
wrapperjni_unix.c:291: error: expected =E2=80=98=3D=E2=80=99, =E2=80=98,=E2=
=80=99, =E2=80=98;=E2=80=99,
=E2=80=98asm=E2=80=99 or =E2=80=98__attribute__=E2=80=99 before =E2=80=98jo=
bject=E2=80=99
make: *** [wrapperjni_unix.o] Error 1

BUILD FAILE

/usr/local/wrappersrc/wrapper_3.2.3_src/build.xml:576: exec returned: 2

Total time: 24 seconds



Thanks,
Edrick
>
>
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Monday, June 11, 2007 7:09 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Service Wrapper in IBM s390 linux server
>
> Edrick,
>    No, you are the very first personto request this.  A new
> make file is going to need to be created.   Good news is that
> there is a pretty good chance the x86-64 make file will work.
> Try copying Makefile-linux-x86-64 and try the build.
>    If you get any errors it may be necessary to make some
> modifications.  Post the build output and I may be able to
> help.   Let me know if it works as well as I would like to add
> an appropriate makefile for other users in the future.
>
> Cheers,
> Leif
>
> ep...@up... wrote:
>> Hi,
>>
>> I'm trying to use the Service Wrapper to create a service that does
> some
>> management on data on both linux and windows platforms. The system
> with
>> the wrapper was tested successfully in windows and linux 32 bit. But
> our
>> production target system is a linux IBM s390 64-bit system. There's no
>> wrapper download binary for that system, so we downloaded the sources
> and
>> tried to run the build file (build64.sh), but it asks for a
>> "Makefile-linux-s390x-64" (which is not included on the source
>> distribution). Do you have that makefile available or a binary
>> distribution for a linux machine running on an IBM s390 server? Any
> help
>> will be appreciated.
>>
>>
>>
>> Thanks in advance,
>>
>> Edrick
>
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Service Wrapper in IBM s390 linux server

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

Edrick,
    No, you are the very first personto request this.  A new
make file is going to need to be created.   Good news is that
there is a pretty good chance the x86-64 make file will work.
Try copying Makefile-linux-x86-64 and try the build.
    If you get any errors it may be necessary to make some
modifications.  Post the build output and I may be able to
help.   Let me know if it works as well as I would like to add
an appropriate makefile for other users in the future.

Cheers,
Leif

ep...@up... wrote:
> Hi,
>
> I’m trying to use the Service Wrapper to create a service that does some
> management on data on both linux and windows platforms. The system with
> the wrapper was tested successfully in windows and linux 32 bit. But our
> production target system is a linux IBM s390 64-bit system. There’s no
> wrapper download binary for that system, so we downloaded the sources and
> tried to run the build file (build64.sh), but it asks for a
> “Makefile-linux-s390x-64” (which is not included on the source
> distribution). Do you have that makefile available or a binary
> distribution for a linux machine running on an IBM s390 server? Any help
> will be appreciated.
>
>
>
> Thanks in advance,
>
> Edrick

[Wrapper-user] Service Wrapper in IBM s390 linux server

[<ep...@up...>]

Hi,

I=E2=80=99m trying to use the Service Wrapper to create a service that does=
 some
management on data on both linux and windows platforms. The system with
the wrapper was tested successfully in windows and linux 32 bit. But our
production target system is a linux IBM s390 64-bit system. There=E2=80=99s=
 no
wrapper download binary for that system, so we downloaded the sources and
tried to run the build file (build64.sh), but it asks for a
=E2=80=9CMakefile-linux-s390x-64=E2=80=9D (which is not included on the sou=
rce
distribution). Do you have that makefile available or a binary
distribution for a linux machine running on an IBM s390 server? Any help
will be appreciated.



Thanks in advance,

Edrick

Re: [Wrapper-user] Configuration Properties

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

Barry,
    The Wrapper does not have a command on UNIX version to stop
another process.   The shell script will accept a stop command that
will do this however.   The script is considered part of the "wrapper"
solution.

    There are a number of ways to stop a wrapper process.   By
default you can send it a TERM signal.  The wrapper can be
configured to ignore these signals however.

    Another method is to specify an anchor file using the
wrapper.anchorfile=./wrapper.anchor property.  The wrapper will
create the anchor file on startup.  If you delete it, the wrapper will
shutdown cleanly.

    Hope that helps.

Cheers,
Leif

Barry Molof wrote:
> Ok, I see how to start a unix daemon using wrapper directly with 
> wrapper.daemonize=TRUE.  However, once it is started, can I use the 
> wrapper directly to stop the daemon?
>  
> Barry
>
>  
> On 6/7/07, *Leif Mortenson* <le...@ta... 
> <mailto:le...@ta...>> wrote:
>
>     Barry,
>     Yes, it works the same on all platforms.  %VAR% syntax is used rather
>     than the standard UNIX $VAR format so the wrapper.conf file will work
>     on all platforms without modification.
>
>     Take a look at this page for more details:
>     http://wrapper.tanukisoftware.org/doc/english/props-envvars.html
>     <http://wrapper.tanukisoftware.org/doc/english/props-envvars.html>
>
>     Cheers,
>     Leif
>
>     Barry Molof wrote:
>     > Hello Leif,
>     >
>     > Could I get the same functionality in Linux\Solaris?  Have a common
>     > wrapper.conf file that includes another app specific conf file
>     based
>     > on an environment variable.
>     >
>     > Thanks,
>     > Barry
>     >
>     > On 6/4/07, *Barry Molof* <bm...@gm...
>     <mailto:bm...@gm...> <mailto:bm...@gm...
>     <mailto:bm...@gm...>>>
>     > wrote:
>     >
>     >     I got it working.  The bat file to install the service that
>     comes
>     >     with the distribution does not allow you to add extra
>     parameters.
>     >     If I do as you say and run the wrapper.exe directly to
>     install it
>     >     then everything works great.
>     >
>     >     Thank you for your help.
>     >
>     >
>     >     On 6/4/07, *Barry Molof* <bm...@gm...
>     <mailto:bm...@gm...>
>     >     <mailto:bm...@gm... <mailto:bm...@gm...>>> wrote:
>     >
>     >         This didn't seem to work.  I have a wrapper.conf with only
>     >         #include %WRAPPER_CONF_INCLUDE% and I run the NT Service
>     >         install bat file as:
>     >
>     >         InstallService.bat .\wrapper.conf
>     >         set.WRAPPER_CONF_INCLUDE=..\agent\conf\wrapper.conf
>     >
>     >         When I do this, it looks like it is never reading the
>     >         agent\conf\wrapper.conf file at all since a service called
>     >         wrapper is installed instead of the name I am giving it
>     in the
>     >         application conf file.
>     >
>     >         On 6/4/07, *Leif Mortenson* < le...@ta...
>     <mailto:le...@ta...>
>     >         <mailto:le...@ta...
>     <mailto:le...@ta...>>> wrote:
>     >
>     >             Barry,
>     >             > When running wrapper.exe directly you have the
>     choice to
>     >             specify
>     >             > configuration properties on the command line. Is it
>     >             possible to
>     >             > install a windows service using the Install bat
>     file and
>     >             to specify
>     >             > configuration properties to set when it starts?
>     >             Anything placed on the command line when the service in
>     >             installed
>     >             will be placed into the registry and used again when
>     the
>     >             service is
>     >             started.
>     >             >
>     >             > What I would like to do is have a common conf file
>     that
>     >             is called
>     >             > first which would then include another application
>     >             specific conf file
>     >             > that is pointed to by a configuration property
>     specified
>     >             when the
>     >             > wrapper.exe service is called. Is this possible?
>     >             Try this.
>     >             Start by specifying the following to include your config
>     >             file from the
>     >             primary wrapper.conf:
>     >             ---
>     >             #include %WRAPPER_CONF_INCLUDE%
>     >             ---
>     >
>     >             Then put the following on the command line when
>     installing
>     >             the service:
>     >             wrapper.exe -i ..\conf\wrapper.conf
>     >             set.WRAPPER_CONF_INCLUDE=../myapp.conf
>     >
>     >             Cheers,
>     >             Leif
>

Re: [Wrapper-user] JBoss as a Windows service

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

Gregor,
The documentation for the JBoss example is a sample of the steps
needed to make JBoss or some other application work. The specific
property values shown are only valid for the specific version of JBoss
that was used to create the example.
The version of JBoss you are using may require slightly different
property values. You will need to see what the batch file that comes
with JBoss is generating.

Also with 3 instances of JBoss, there are going to be some port
conflicts by default. Make sure that you are configuring them to
all bind different ports.

Cheers,
Leif

Gregor Novak wrote:
>
> Hi,
>
> I'm trying to set up the Java Service Wrapper to start the Jboss as a 
> windows service.
>
> I tried to use the instructions on the official web page, but they 
> don't work for me. When ever I want to test it (start from Console) 
> I’m getting exceptions – so also the windows service is not working.
>
> My environment is like this:
>
> OS: Windows Server 2003
>
> App Server: jboss-4.0.5.GA
>
> JAVA: jrockit-R27.2.0-jdk1.5.0_10
>
> I'm running 3 instances of JBoss. If I start them from run.bat they 
> are working normally – also if I use SUN java and Java service it's 
> working as it should.
>
> My wrapper.conf file looks like this:
>
> wrapper.java.command=%JAVA_HOME%/bin/java
>
> wrapper.java.additional.1=-Dprogram.name=run.bat
>
> wrapper.java.additional.2=-Xms256m
>
> wrapper.java.additional.3=-Xmx768m
>
> wrapper.java.additional.4=-Djava.endorsed.dirs=c:/%JBOSS_HOME%/lib/endorsed
>
> wrapper.java.classpath.1=../lib/wrapper.jar
>
> wrapper.java.classpath.2=%JAVA_HOME%/lib/tools.jar
>
> wrapper.java.classpath.3=./run.jar
>
> wrapper.java.library.path.1=../lib
>
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> wrapper.app.parameter.1=org.jboss.Main
>
> wrapper.app.parameter.2=-c instance3
>
> wrapper.ntservice.name=JBoss-instance3
>
> wrapper.ntservice.displayname=JBoss Server-instance3
>
> Does any one have any idea how should I set up the config file so that 
> it will start instance that I want on JBoss.
>
> Thanks,
>
> Grega
>

[Wrapper-user] JBoss as a Windows service

[Gregor N. <Gre...@he...>]

Hi,

=20

I'm trying to set up the Java Service Wrapper to start the Jboss as a
windows service.

I tried to use the instructions on the official web page, but they don't
work for me. When ever I want to test it (start from Console) I'm
getting exceptions - so also the  windows service is not working.

=20

My environment is like this:

OS: Windows Server 2003

App Server: jboss-4.0.5.GA

JAVA: jrockit-R27.2.0-jdk1.5.0_10

=20

I'm running 3 instances of JBoss. If I start them from run.bat they are
working normally - also if I use SUN java and Java service it's working
as it should.

=20

My wrapper.conf file looks like this:

=20

wrapper.java.command=3D%JAVA_HOME%/bin/java

wrapper.java.additional.1=3D-Dprogram.name=3Drun.bat

wrapper.java.additional.2=3D-Xms256m

wrapper.java.additional.3=3D-Xmx768m

wrapper.java.additional.4=3D-Djava.endorsed.dirs=3Dc:/%JBOSS_HOME%/lib/en=
dor
sed

wrapper.java.classpath.1=3D../lib/wrapper.jar

wrapper.java.classpath.2=3D%JAVA_HOME%/lib/tools.jar

wrapper.java.classpath.3=3D./run.jar

wrapper.java.library.path.1=3D../lib

wrapper.java.mainclass=3Dorg.tanukisoftware.wrapper.WrapperSimpleApp

wrapper.app.parameter.1=3Dorg.jboss.Main

wrapper.app.parameter.2=3D-c instance3

wrapper.ntservice.name=3DJBoss-instance3

wrapper.ntservice.displayname=3DJBoss Server-instance3

=20

Does any one have any idea how should I set up the config file so that
it will start instance that I want on JBoss.

=20

Thanks,

=20

Grega

Re: [Wrapper-user] Configuration Properties

[Barry M. <bm...@gm...>]

Ok, I see how to start a unix daemon using wrapper directly with
wrapper.daemonize=TRUE.  However, once it is started, can I use the wrapper
directly to stop the daemon?

Barry


On 6/7/07, Leif Mortenson <le...@ta...> wrote:
>
> Barry,
> Yes, it works the same on all platforms.  %VAR% syntax is used rather
> than the standard UNIX $VAR format so the wrapper.conf file will work
> on all platforms without modification.
>
> Take a look at this page for more details:
> http://wrapper.tanukisoftware.org/doc/english/props-envvars.html
>
> Cheers,
> Leif
>
> Barry Molof wrote:
> > Hello Leif,
> >
> > Could I get the same functionality in Linux\Solaris?  Have a common
> > wrapper.conf file that includes another app specific conf file based
> > on an environment variable.
> >
> > Thanks,
> > Barry
> >
> > On 6/4/07, *Barry Molof* <bm...@gm... <mailto:bm...@gm...>>
> > wrote:
> >
> >     I got it working.  The bat file to install the service that comes
> >     with the distribution does not allow you to add extra parameters.
> >     If I do as you say and run the wrapper.exe directly to install it
> >     then everything works great.
> >
> >     Thank you for your help.
> >
> >
> >     On 6/4/07, *Barry Molof* <bm...@gm...
> >     <mailto:bm...@gm...>> wrote:
> >
> >         This didn't seem to work.  I have a wrapper.conf with only
> >         #include %WRAPPER_CONF_INCLUDE% and I run the NT Service
> >         install bat file as:
> >
> >         InstallService.bat .\wrapper.conf
> >         set.WRAPPER_CONF_INCLUDE=..\agent\conf\wrapper.conf
> >
> >         When I do this, it looks like it is never reading the
> >         agent\conf\wrapper.conf file at all since a service called
> >         wrapper is installed instead of the name I am giving it in the
> >         application conf file.
> >
> >         On 6/4/07, *Leif Mortenson* <le...@ta...
> >         <mailto:le...@ta...>> wrote:
> >
> >             Barry,
> >             > When running wrapper.exe directly you have the choice to
> >             specify
> >             > configuration properties on the command line. Is it
> >             possible to
> >             > install a windows service using the Install bat file and
> >             to specify
> >             > configuration properties to set when it starts?
> >             Anything placed on the command line when the service in
> >             installed
> >             will be placed into the registry and used again when the
> >             service is
> >             started.
> >             >
> >             > What I would like to do is have a common conf file that
> >             is called
> >             > first which would then include another application
> >             specific conf file
> >             > that is pointed to by a configuration property specified
> >             when the
> >             > wrapper.exe service is called. Is this possible?
> >             Try this.
> >             Start by specifying the following to include your config
> >             file from the
> >             primary wrapper.conf:
> >             ---
> >             #include %WRAPPER_CONF_INCLUDE%
> >             ---
> >
> >             Then put the following on the command line when installing
> >             the service:
> >             wrapper.exe -i ..\conf\wrapper.conf
> >             set.WRAPPER_CONF_INCLUDE=../myapp.conf
> >
> >             Cheers,
> >             Leif
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>