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

Re: [Wrapper-user] FW: cannot access member of class with modifiers "public static"

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

Roger,
The error is saying that your class "RemoteDaemon".  Does not have
a public static main method in that class.

The Wrapper is finding the class, but it then uses Java reflection to
find the main method.

Could you give me some more information to track this down?   Does
the main method exist in the RemoteDaemon class or is it
implemented in a super class?   If I can reproduce this here, I should
easily be able to work around it.

Thanks,
Leif

Viton, Roger wrote:
>
> -----Original Message-----
> From: Viton, Roger
> Sent: Tue 4/1/2008 4:25 PM
> To: wra...@li...
> Subject:  cannot access member of class with modifiers "public static"
>
> Leif,
>
> Have a standalone application.  Runs fine as standalone application.
>
> Code sits on a port and listens.
>
> Here is wrapper.conf.  Below is output when executing app.bat
>
>
> Thank you,
>
> V/r,
> Roger
>
> =====================================================
> #********************************************************************
> # Wrapper License Properties (Ignored by Community Edition)
> #********************************************************************
> #include ../conf/wrapper-license.conf
>
> #********************************************************************
> # Wrapper Java Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=%JAVA_HOME%/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=org.tanukisoftware.wrapper.test.Main
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=../lib/wrappertest.jar
> wrapper.java.classpath.2=../lib/wrapper.jar
> wrapper.java.classpath.3=../lib/RemoteShell.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
>
> # Java Additional Parameters
> #wrapper.java.additional.1=
>
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
>
> # Application parameters.  Add parameters as needed starting from 1
> #wrapper.app.parameter.1=
> wrapper.app.parameter.1=RemoteDaemon
> wrapper.app.parameter.2=50001
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Format of output for the console.  (See docs for formats)
> wrapper.console.format=PM
>
> # Log Level for console output.  (See docs for log levels)
> wrapper.console.loglevel=INFO
>
> # Log file to use for wrapper output logging.
> wrapper.logfile=../logs/wrapper.log
>
> # Format of output for the log file.  (See docs for formats)
> wrapper.logfile.format=LPTM
>
> # Log Level for log file output.  (See docs for log levels)
> wrapper.logfile.loglevel=INFO
>
> # 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 = 10 megabytes.
> wrapper.logfile.maxsize=0
>
> # 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=0
>
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=Test Wrapper Sample Application
>
> #********************************************************************
> # Wrapper Windows NT/2000/XP Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> #  using this configuration file has been installed as a service.
> #  Please uninstall the service before modifying this section.  The
> #  service can then be reinstalled.
>
> # Name of the service
> wrapper.ntservice.name=RemoteDaemon
>
> # Display name of the service
> wrapper.ntservice.displayname=RemoteDaemon
>
> # Description of the service
> wrapper.ntservice.description=RemoteDaemon
>
> # Service dependencies.  Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
>
> # Mode in which the service is installed.  AUTO_START or DEMAND_START
> wrapper.ntservice.starttype=AUTO_START
>
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=false
>
> ====================================================
> ====================================================
> ====================================================
>
> >app
> wrapper  | --> Wrapper Started as Console
> wrapper  | Java Service Wrapper Community Edition 3.3.0
> wrapper  |   Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights 
> Reserved.
> wrapper  |     http://wrapper.tanukisoftware.org
> wrapper  |
> wrapper  | Launching a JVM...
> jvm 1    | WrapperManager: Initializing...
> jvm 1    | WrapperSimpleApp:
> jvm 1    | WrapperSimpleApp: Encountered an error running main:
> jvm 1    | WrapperSimpleApp: java.lang.IllegalAccessException: Class 
> org.tanukisoftware.wrapper.WrapperSimpleApp can not access a mem
> ber of class RemoteDaemon with modifiers "public static"
> jvm 1    | WrapperSimpleApp:    at 
> sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65)
> jvm 1    | WrapperSimpleApp:    at 
> java.lang.reflect.Method.invoke(Method.java:588)
> jvm 1    | WrapperSimpleApp:    at 
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:237)
> jvm 1    | WrapperSimpleApp:    at java.lang.Thread.run(Thread.java:619)
> wrapper  | <-- Wrapper Stopped
> Press any key to continue . . .
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ------------------------------------------------------------------------
>
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>   

Re: [Wrapper-user] Automatical restart of the wrapper Service

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

Sathish,
There are a number of reasons why the Wrapper could have restarted
the JVM.   In all cases, the Wrapper will write something to the log.
Can you post your wrapper.log file covering the time period just before
up through afte the restart?   Also let me know the version of the
Wrapper you are using.

Thanks,
Leif

P.SathishKumar wrote:
> Hi, The wrapper service is restarted automatically.I dont know why it 
> is happen.(May be this is due to heavy load or etc..) . Also If it is 
> automatic restart it does not leave any logging messages for 
> restart.(starting/stopping logs are came).Please tell me if anybody 
> knows about this? 

[Wrapper-user] Automatical restart of the wrapper Service

[P.SathishKumar <sat...@rs...>]

Hi,

   The wrapper service is restarted automatically.I dont know why it is
happen.(May be this is due to heavy load or etc..) . Also If it is automatic
restart it does not leave any logging messages for 
restart.(starting/stopping logs are came).Please tell me if anybody knows
about this?
-- 
View this message in context: http://www.nabble.com/Automatical-restart-of-the-wrapper-Service-tp16416887p16416887.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

[Wrapper-user] FW: cannot access member of class with modifiers "public static"

[Viton, R. <VI...@sc...>]

Leif,

I did sign up.  The site kicks email back to me as if I am
not a member.



Roger

-----Original Message-----
From: Viton, Roger
Sent: Tue 4/1/2008 4:25 PM
To: wra...@li...
Subject:  cannot access member of class with modifiers "public static"
 
Leif,

Have a standalone application.  Runs fine as standalone application.

Code sits on a port and listens.

Here is wrapper.conf.  Below is output when executing app.bat


Thank you,

V/r,
Roger

=====================================================
#********************************************************************
# Wrapper License Properties (Ignored by Community Edition)
#********************************************************************
#include ../conf/wrapper-license.conf

#********************************************************************
# Wrapper Java Properties
#********************************************************************
# Java Application
wrapper.java.command=%JAVA_HOME%/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=org.tanukisoftware.wrapper.test.Main
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
wrapper.java.classpath.1=../lib/wrappertest.jar
wrapper.java.classpath.2=../lib/wrapper.jar
wrapper.java.classpath.3=../lib/RemoteShell.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib

# Java Additional Parameters
#wrapper.java.additional.1=

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

# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=64

# Application parameters.  Add parameters as needed starting from 1
#wrapper.app.parameter.1=
wrapper.app.parameter.1=RemoteDaemon
wrapper.app.parameter.2=50001

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

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

# Log file to use for wrapper output logging.
wrapper.logfile=../logs/wrapper.log

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

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

# 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 = 10 megabytes.
wrapper.logfile.maxsize=0

# 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=0

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

#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=Test Wrapper Sample Application

#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
#  using this configuration file has been installed as a service.
#  Please uninstall the service before modifying this section.  The
#  service can then be reinstalled.

# Name of the service
wrapper.ntservice.name=RemoteDaemon

# Display name of the service
wrapper.ntservice.displayname=RemoteDaemon

# Description of the service
wrapper.ntservice.description=RemoteDaemon

# Service dependencies.  Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=

# Mode in which the service is installed.  AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false

====================================================
====================================================
====================================================

>app
wrapper  | --> Wrapper Started as Console
wrapper  | Java Service Wrapper Community Edition 3.3.0
wrapper  |   Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
wrapper  |     http://wrapper.tanukisoftware.org
wrapper  |
wrapper  | Launching a JVM...
jvm 1    | WrapperManager: Initializing...
jvm 1    | WrapperSimpleApp:
jvm 1    | WrapperSimpleApp: Encountered an error running main:
jvm 1    | WrapperSimpleApp: java.lang.IllegalAccessException: Class org.tanukisoftware.wrapper.WrapperSimpleApp can not access a mem
ber of class RemoteDaemon with modifiers "public static"
jvm 1    | WrapperSimpleApp:    at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65)
jvm 1    | WrapperSimpleApp:    at java.lang.reflect.Method.invoke(Method.java:588)
jvm 1    | WrapperSimpleApp:    at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:237)
jvm 1    | WrapperSimpleApp:    at java.lang.Thread.run(Thread.java:619)
wrapper  | <-- Wrapper Stopped
Press any key to continue . . .

Re: [Wrapper-user] Include a wrapper.java.additional property on one platform only

[Mikael S. <mik...@un...>]

Leif Mortenson skrev:
> I will give this some thought.  Maybe something like this
> wrapper.java.additional.1.unix=
> wrapper.java.additional.1.windows=
> Or more specifically.
> wrapper.java.additional.1.linux=
> Those would override
> wrapper.java.additional.1=

Keep in mind that I don't want another property on non-Linux platforms, it should be this property on Linux and nothing 
on other platforms.

> Problem is would that be for all properties or just certain ones.

Perhaps some kind of CPP-style preprocessor for wrapper.conf (you already have #include).

#if %WRAPPER_OS% == linux
wrapper.java.additional.1=-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider
#endif

BTW, this would be simpler if you don't have to specify the numbers:
http://sourceforge.net/tracker/index.php?func=detail&aid=1930298&group_id=39428&atid=425190

Re: [Wrapper-user] Include a wrapper.java.additional property on one platform only

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

Mikael,
Right now the only way would be to
use include files that only exist on the appropriate platforms.
Include files are optional.

I will give this some thought.  Maybe something like this
wrapper.java.additional.1.unix=
wrapper.java.additional.1.windows=
Or more specifically.
wrapper.java.additional.1.linux=
Those would override
wrapper.java.additional.1=

Problem is would that be for all properties or just certain ones.

Cheers,
Leif

Mikael Ståldal wrote:
> I have a program I start with Wrapper that should be albe to run on several platforms.
>
> However, on one platform I need to specify a particular wrapper.java.additional property that doesn't work on the other 
> platforms. (In my case it is -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider on Linux.)
>
> Is there any convenient way to do this with Wrapper, without having to deliver multiple configuration files?
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

Re: [Wrapper-user] Wrapper command on Unix/Linux

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

Mikael,
The -c command did not used to exist for Unix platforms.  I added it
to make the command lines on Windows and UNIX the same.   They
now both take all of the same syntax.  Windows has more available
commands however.

Windows:
---
Java Service Wrapper Professional Edition 3.3.0
  Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
    http://wrapper.tanukisoftware.org

Usage:
  bin\wrapper <command> <configuration file> [configuration properties] 
[...]
  bin\wrapper <configuration file> [configuration properties] [...]
     (<command> implicitly '-c')
  bin\wrapper <command>
     (<configuration file> implicitly 'wrapper.conf')
  bin\wrapper
     (<command> implicitly '-c' and <configuration file> 'wrapper.conf')

where <command> can be one of:
  -c  --console run as a Console application
  -t  --start   starT an NT service
  -a  --pause   pAuse a started NT service
  -e  --resume  rEsume a paused NT service
  -p  --stop    stoP a running NT service
  -i  --install Install as an NT service
  -it --installstart Install and sTart as an NT service
  -r  --remove  Remove as an NT service
  -l=<code> --controlcode=<code> send a user controL Code to a running 
NT service
  -d  --dump    request a thread Dump
  -q  --query   Query the current status of the service
  -qs --querysilent Silently Query the current status of the service
  -h  --hostid  prints a list of Host ids which can be used to license 
this host.
  -v  --version print the wrapper's version information.
  -?  --help    print this help message

<configuration file> is the wrapper.conf to use.  Name must be absolute 
or relative
  to the location of bin\wrapper

[configuration properties] are configuration name-value pairs which 
override values
  in wrapper.conf.  For example:
  wrapper.debug=true
---

Linux:
---
Java Service Wrapper Professional Edition 3.3.0
  Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
    http://wrapper.tanukisoftware.org

Usage:
  bin/wrapper <command> <configuration file> [configuration properties] 
[...]
  bin/wrapper <configuration file> [configuration properties] [...]
     (<command> implicitly '-c')
  bin/wrapper <command>
     (<configuration file> implicitly 'wrapper.conf')
  bin/wrapper
     (<command> implicitly '-c' and <configuration file> 'wrapper.conf')

where <command> can be one of:
  -c  --console run as a Console application
  -h  --hostid  prints a list of Host ids which can be used to license 
this host.
  -v  --version print the wrapper's version information.
  -?  --help    print this help message

<configuration file> is the wrapper.conf to use.  Name must be absolute 
or relative
  to the location of bin/wrapper

[configuration properties] are configuration name-value pairs which 
override values
  in wrapper.conf.  For example:
  wrapper.debug=true
---

Cheers,
Leif

Mikael Ståldal wrote:
> Is there any difference between specifying -c and not specifying any command?
>
> If not, why is there a -c command when that is the only and default command?
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>   

[Wrapper-user] Wrapper command on Unix/Linux

[Mikael S. <mik...@un...>]

Is there any difference between specifying -c and not specifying any command?

If not, why is there a -c command when that is the only and default command?

[Wrapper-user] Include a wrapper.java.additional property on one platform only

[Mikael S. <mik...@un...>]

I have a program I start with Wrapper that should be albe to run on several platforms.

However, on one platform I need to specify a particular wrapper.java.additional property that doesn't work on the other 
platforms. (In my case it is -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider on Linux.)

Is there any convenient way to do this with Wrapper, without having to deliver multiple configuration files?

[Wrapper-user] Wrapper 3.3.0 Release!

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

Hello all,
After far too long, we have finally managed to get the long awaited
3.3.0 release out the door. This version contains a huge number
of new features, but fixes, and general improvements. Please take
a look at the Release Notes for the full list of changes:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

----------------------------------------------------------------------
Licensing Changes:

We have debated for the last few years how best to make the
Wrapper project into a more profitable venture to help drive its
continued development. Hopefully we have come up with a
model which will make the majority of the community happy.

The license of the Wrapper has been changed from MIT to GPL2
for the Community Edition of the Wrapper.
http://wrapper.tanukisoftware.org/doc/english/licenseCommunity.html

In addition we have released two commercial editions of the
Wrapper. A Standard Edition, and a Professional Edition. Both
of these editions are being offered under one of two licenses.
The first is a Server License which is tied to a specific server.
The second is a Development License which enables our users
to embed and distribute the Wrapper as part of a larger
commercial application.
http://wrapper.tanukisoftware.org/doc/english/licenseServer.html
http://wrapper.tanukisoftware.org/doc/english/licenseDevelopment.html

The download location has been moved away from SourceForge
because of the commercial nature of some of the downloads.
The new download page is here:
http://wrapper.tanukisoftware.org/doc/english/download.jsp

Licenses for the Standard and Professional Editions of the Wrapper
can be purchased here:
http://wrapper.tanukisoftware.org/doc/english/accountLicenses.jsp

We are very interested in continuing to support the open source
community while at the same time creating a Wrapper business
which is able to support its development and support. If you
have any questions or comments about this new model please
do not hesitate to contact me directly off list.

----------------------------------------------------------------------
Feature Overview:

Here is a brief list of some of the major changes and additions.
Please view the Release Notes for a complete list:
http://wrapper.tanukisoftware.org/doc/english/release-notes.html

* Windows 64-bit verison - This is a much asked for addition to the
Wrapper suite. We have chosen to only offer this version in the
Standard and Professional editions initially. As soon as we have
recouped the costs of its development we WILL be releasing a
Community Edition as well. Hopefully quite soon.

* Make it possible to set initial and maximum memory settings
relative to the total system memory. (Standard, Professional)

* Add a way to schedule restarts and shutdowns. (Professional)

* Add a way to send emails or execute external commands in
response to many JVM or Wrapper events. (Professional)

* Make it possible to debug configuration file includes.

* Fix several 32-bit limits in 64-bit versions.

* Add support for more platforms.

* Fix several problems.

----------------------------------------------------------------------

We look forward to hearing your feedback on this new release.

Sincerely,
Leif Mortenson
Tanuki Software, Inc.

[Wrapper-user] automated response

[Dittmar G. <gr...@if...>]

Dittmar Gross ist wegen Urlaub bis 27-Mrz-2008
nicht per eMail zu erreichen.

Bitte wenden Sie sich in dringenden Faellen an
Telefon +49 (69) 7680 50, Telefax +49 (69) 7680 5333
oder eMail fi...@if...

Dittmar Gross is not available via eMail until 
Mar-27-2008 because of vacation.

In urgent cases please contact us directly by
Telephone +49 (69) 7680 50, Fax +49 (69) 7680 5333
or eMail fi...@if...

----------------------------------------------------------------------------
i:FAO Group
Clemensstrasse 9, 60487 Frankfurt am Main, Germany Tel +49 (69) 7680-50,
Fax +49 (69) 7680-5100, eMail information at ifao.net, www.cytric.info 

i:FAO Group GmbH
Sitz in Frankfurt am Main
Eingetragen beim Amtsgericht Frankfurt am Main, HRB 73600
Geschaeftsfuehrer: Louis Arnitz, Karin Froese 

To view the disclaimer text, click here:
www.ifao.net/disclaimer

Re: [Wrapper-user] Problem deleting folder containing Wrapper code

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

I have no idea what's locking this up, but try this tool:
http://ccollomb.free.fr/unlocker/

You can then right mouse button on the /bin folder in W2003, and  
Unlock, and it should tell you what applications have a lock on it,  
and if you want break the lock.

David Hayes

Quoting Ado Trakic <ado...@ya...>:

> Has anyone experienced similar issue in the past?
> I have created folder JSW on Windows 2003 Server with wrapper's   
> /bin, /config, /log, /lib folders  etc. Used install/uninstall from   
> bin folder to create and remove Windows service. When I tried to   
> delete JSW folder it deleted everything, but /bin folder (all of the  
>  files within it got removed). I am getting an error "cannot remove   
> folder bin: it is being used by another person or program. close any  
>  programs that might be using the file and try again". Before   
> removing this folder I successfully uninstalled the service. Not   
> sure what is locking the /bin folder.
>
> Any suggestions - Thanks.
>
> p.s. deleting works fine on XP machine, but not on Win 2003 Server.
>
> -- Ado
>
>
>
>
>         
> ____________________________________________________________________________________
> Be a better friend, newshound, and
> know-it-all with Yahoo! Mobile.  Try it now.    
> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

[Wrapper-user] Problem deleting folder containing Wrapper code

[Ado T. <ado...@ya...>]

Has anyone experienced similar issue in the past?
I have created folder JSW on Windows 2003 Server with wrapper's /bin, /config, /log, /lib folders  etc. Used install/uninstall from bin folder to create and remove Windows service. When I tried to delete JSW folder it deleted everything, but /bin folder (all of the files within it got removed). I am getting an error "cannot remove folder bin: it is being used by another person or program. close any programs that might be using the file and try again". Before removing this folder I successfully uninstalled the service. Not sure what is locking the /bin folder. 

Any suggestions - Thanks.

p.s. deleting works fine on XP machine, but not on Win 2003 Server.

-- Ado




      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

[Wrapper-user] Permission Problem

[Ado T. <ado...@ya...>]

Thanks all for suggestions. Application started working when I started the service with system
account.

-- Ado

----- Original Message ----
From: Leif Mortenson <le...@ta...>
To: wra...@li...
Sent: Monday, March 24, 2008 3:21:31 AM
Subject: Re: [Wrapper-user] (no subject)

Ado,
Can you please set wrapper.debug=true and then try again.  Post
back with the output of a single invocation.

Thanks,
Leif

Ado Trakic wrote:
> Hi all,
>
> please assist if you can here. Ran into this issue two days ago and 
> still can't resolve it. I have a simple queue monitoring application 
> which invokes another Java program every time it finds a message on 
> the queue. It worked perfectly fine in Windows XP environment, but 
> when I moved it onto the Windows 2003 Server environment get the 
> following error when I attempt to start service:
>
> STATUS | wrapper  |  Launching a JVM...
> ERROR  | wrapper  |  JVM exited while loading the application.
> FATAL  | wrapper  |  There were 5 failed launches in a row, each 
> lasting less than 300 seconds.  Giving up.
>
>
> Any ideas why I am getting this error on Windows Server 2003? Setting 
> debug level to info did not help much. Pretty sure that my config file 
> is fine since directory structure is completely the same. Thanks a lot.
>
> -- Ado


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user






      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

[Wrapper-user] wrapper.working.dir and lib path

[Brian E. F. <br...@re...>]

I'm trying to setup a bundle that looks like this:

/base
  /container
     /bin
        /jsw
          /[OS... windows/linux-x86-32 etc]
          +--Scripts/wrapper.exe etc
            /lib
            +--Wrapper native libs
     /conf
     +---Wrapper.conf

  /application
    /foo
    /foo2


The container folder and application folders will be bundled into
separate zips such that the application can be swapped out without
having to download and setup the container bundle. The problem is that
by default wrapper sets the current folder to the location of the jsw
executable. This means that to use relative paths in the application
bundle, I need to understand the layout of the container bundle. Worse,
it means if the users modify the container bundle, they need to change a
bunch of properties they shouldn't have to touch.

What I'd like to do is set the working dir to /base and then everything
knows where it is located from there and doesn't care about the layout
of the other bundle. I tried using wrapper.working.dir and this does
exactly what I need with one problem, it now doesn't know how to find
the wrapper library because the location of it actually depends on which
OS the user happens to be using. 

I thought about assuming a given location for the binaries and or the
native wrapper library, but that means the user would have to select the
proper OS stuff and move it.

It would be awesome if the wrapper defined some property that could also
be used to mean "the location of the binary" in addition to the
wrapper.working.dir so that you could actually have two generic points
of reference.

Is there any way to accomplish what I'm trying to do currently? Is there
a better alternative that I'm missing?

Thanks,
Brian

Re: [Wrapper-user] (no subject)

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

Ado,
Can you please set wrapper.debug=true and then try again.  Post
back with the output of a single invocation.

Thanks,
Leif

Ado Trakic wrote:
> Hi all,
>
> please assist if you can here. Ran into this issue two days ago and 
> still can't resolve it. I have a simple queue monitoring application 
> which invokes another Java program every time it finds a message on 
> the queue. It worked perfectly fine in Windows XP environment, but 
> when I moved it onto the Windows 2003 Server environment get the 
> following error when I attempt to start service:
>
> STATUS | wrapper  |  Launching a JVM...
> ERROR  | wrapper  |  JVM exited while loading the application.
> FATAL  | wrapper  |  There were 5 failed launches in a row, each 
> lasting less than 300 seconds.  Giving up.
>
>
> Any ideas why I am getting this error on Windows Server 2003? Setting 
> debug level to info did not help much. Pretty sure that my config file 
> is fine since directory structure is completely the same. Thanks a lot.
>
> -- Ado

Re: [Wrapper-user] (no subject)

[Karthik D. <kar...@ya...>]

Ado,

Can you increase the JVM PermSize and see if that does the trick? It looks to me more like it is a heap space issue. Can you try this out?

Karthik

Ado Trakic <ado...@ya...> wrote: Hi all,

please assist if you can here. Ran into this issue two days ago and still can't resolve it. I have a simple queue monitoring application which invokes another Java program every time it finds a message on the queue. It worked perfectly fine in Windows XP environment, but when I moved it onto the Windows 2003 Server environment get the following error when I attempt to start service:

STATUS | wrapper  |  Launching a JVM...
ERROR  | wrapper  |  JVM exited while loading the application.
FATAL  | wrapper  |  There were 5 failed launches in a row, each lasting less than 300 seconds.  Giving up.


Any ideas why I am getting this error on Windows Server 2003? Setting debug level to info did not help much. Pretty sure  that my config file is fine since directory structure is completely the same. Thanks a lot. 

-- Ado






       
---------------------------------
Looking for last minute shopping deals?   Find them fast with Yahoo! Search.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


       
---------------------------------
Never miss a thing.   Make Yahoo your homepage.

[Wrapper-user] (no subject)

[Ado T. <ado...@ya...>]

Hi all,

please assist if you can here. Ran into this issue two days ago and still can't resolve it. I have a simple queue monitoring application which invokes another Java program every time it finds a message on the queue. It worked perfectly fine in Windows XP environment, but when I moved it onto the Windows 2003 Server environment get the following error when I attempt to start service:

STATUS | wrapper  |  Launching a JVM...
ERROR  | wrapper  |  JVM exited while loading the application.
FATAL  | wrapper  |  There were 5 failed launches in a row, each lasting less than 300 seconds.  Giving up.


Any ideas why I am getting this error on Windows Server 2003? Setting debug level to info did not help much. Pretty sure that my config file is fine since directory structure is completely the same. Thanks a lot. 

-- Ado







      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs

Re: [Wrapper-user] [solved] jps and other java tools don't see java process started with wrapper

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

Dietmar,
Thanks for tracking this down.  What was the exact cause?
The SYSTEM and logged in users would have different defined
temporary folders.  Was that the problem or was it a permission
problem?

Cheers,
Leif


Die...@eu... wrote:
> Hello list,
>
> I found the problem.
>
> The thread is here:
>
> http://forum.java.sun.com/thread.jspa?threadID=5133218
>
> regards Dietmar
>
> wra...@li... schrieb am 08.02.2008 09:28:01:
>
>   
>> Hello list,
>>     
>
>   
>> i hope the subject isn't too long :-)
>>     
>
>   
>> First thank's for this great tool.
>>     
>
>   
>> I use wrapper on win2000 SP4 with jdk1.5 and jdk1.6 on tomcat5.5 since
>> long time without great problems. But now I want use some tools from
>> java.net and java to watch the vm started by wrapper.
>>     
>
>   
>> The main reason is: https://visualvm.dev.java.net
>>     
>
>   
>> But this tool don't see the java process. I post on the list and get
>> the hint that I should check it with jps and that this is a permission
>> problem from the service.
>>     
>
>   
>> So I did some test without sucess.
>>     
>
>   
>> I try to start the service with ./Administrator as user and login
>> also as local Administrator but with jps I see only my own java process.
>>     
>
>   
>> And tips or hints.
>>     
>
>   
>> thanks Dietmar

[Wrapper-user] [solved] jps and other java tools don't see java process started with wrapper

[<Die...@eu...>]

Hello list,

I found the problem.

The thread is here:

http://forum.java.sun.com/thread.jspa?threadID=5133218

regards Dietmar

wra...@li... schrieb am 08.02.2008 09:28:01:

> Hello list,

> i hope the subject isn't too long :-)

> First thank's for this great tool.

> I use wrapper on win2000 SP4 with jdk1.5 and jdk1.6 on tomcat5.5 since
> long time without great problems. But now I want use some tools from
> java.net and java to watch the vm started by wrapper.

> The main reason is: https://visualvm.dev.java.net

> But this tool don't see the java process. I post on the list and get
> the hint that I should check it with jps and that this is a permission
> problem from the service.

> So I did some test without sucess.

> I try to start the service with ./Administrator as user and login
> also as local Administrator but with jps I see only my own java process.

> And tips or hints.

> thanks Dietmar

> 
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Cannot build for HPUX Itanium 2

[pellias <pe...@gm...>]

hi

  thanks for the quick reply, the java installed in my hpux is in
/opt/java1.5 and i see there are IA64N and IA64W subdirectories, i also
managed to run some programs with java -d64 and it worked. so i don't think
its a java setup problem ?

  prior to your reply, i actually tweaked the build.xml and trick it to
accept my system as a 64-bit system and then copied the PARISC makefile as
the ia64 build file.

  i managed to build a libwrapper.sl (not .so) as well as the wrapper.jar
file. when i tested the wrapper, it shows this:
---
INFO   | jvm 1    | 2008/03/12 15:18:44 |
INFO   | jvm 1    | 2008/03/12 15:18:44 | WARNING - Unable to load the
Wrapper's native library because none of the
INFO   | jvm 1    | 2008/03/12 15:18:44 |           following files:
INFO   | jvm 1    | 2008/03/12 15:18:44 |
libwrapper-hpux-ia64w-64.so
INFO   | jvm 1    | 2008/03/12 15:18:44 |             libwrapper.so
INFO   | jvm 1    | 2008/03/12 15:18:44 |           could be located
on the following java.library.path:
INFO   | jvm 1    | 2008/03/12 15:18:44 |
/home/msgbus4/pellias/wrapper/.
INFO   | jvm 1    | 2008/03/12 15:18:44 |           Please see the
documentation for the wrapper.java.library.path
INFO   | jvm 1    | 2008/03/12 15:18:44 |           configuration property.
INFO   | jvm 1    | 2008/03/12 15:18:44 |           System signals
will not be handled correctly.
INFO   | jvm 1    | 2008/03/12 15:18:44 |
---

  other than the warning message, the wrapper seems to work (i can
start/stop the server).

  is it safe to continue using the wrapper ?


Leif Mortenson-2 wrote:
> 
> Pellias,
> This is most likely being caused because you are running a 32-bit
> JVM on your 64-bit system.  That is perfectly Ok thing to do but
> you should be running build32.sh.
> 
> If you really want to be using a 64 version, make sure that  your
> 64-bit JVM is on set up on your path correctly.
> 
> Cheers,
> Leif
> 
> pellias wrote:
>> hi
>>
>>   i have some problem building the src for HPUX Itanium, i've read some
>> topics here but could not find out what changes needs to be done to make
>> it
>> work.
>>
>>   when i ran build64.sh, i got
>>
>> init-bits-mismatch-warning:
>> **********************************************************************
>> A 64-bit build was requested, but this is a 32-bit JVM.
>> **********************************************************************
>>
>>   doing some debugging on the build.xml, i realise it detected my os.name
>> as
>> "HP-UX" and os.arch as "IA64N".
>>
>>   any help is appreciated. Thanks.
>>
>> pe...@gm...
>>   
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 

-- 
View this message in context: http://www.nabble.com/Cannot-build-for-HPUX-Itanium-2-tp15973166p15999901.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

[Wrapper-user] Endorsed Dirs problem

[Joe M. <joe...@gm...>]

I have an application that is migrating to the JAXB 2.1.5 libraries. We need
to expressly run it with the command line option,
"-Djava.endorsed.dirs=.....".
When this directory is the same as the directory with the wrapper.dll (i.e.
when the java.library.path also points to the same directory), the wrapper
startup complains about not being able to find the wrapper.dll (and the
32bit vs. 64bit message comes up) and then it can't load additional dlls
from that library path.

I'm going to try making those two separate directories tonight, but does
anyone know why this happens?  If I simply remove that endorsed dirs option,
the app works fine.  I've tested this with 3.2.0 and 3.2.3.

Thanks,
Joe

[Wrapper-user] JAVA_HOME again

[Gabriel T. <gab...@lo...>]

Hi,

I aleready post a question about a problem with JAVA_HOME variable under 
windows XP and now i have a similar problem under linux.
Here the error in log file :
wrapper  | --> Wrapper Started as Console
wrapper  | Launching a JVM...
wrapper  | Unable to start a JVM
jvm 1    | wrapper  | Unable to start JVM: No such file or directory (2)
wrapper  | <-- Wrapper Stopped

I add thoses lines in /etc/profile :

export JAVA_HOME=/opt/java/jdk1.6.0_04
export PATH=$PATH:$JAVA_HOME/bin

If i do $java -jar mysoftware.jar
it's ok
but $sudo java -jar mysoftware.jar
java: command not found
so root user don't have JAVA_HOME or PATH setted.

What is the best way to set the variables?


Thanks.

-- 
Best Regards.

Gabriel TESSIER
LOGOSAPIENCE
3, Rue Pierre et Marie CURIE
49070 ST JEAN DE LINIERES
+33 (0)2.41.36.81.41 

Re: [Wrapper-user] Cannot build for HPUX Itanium 2

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

Pellias,
This is most likely being caused because you are running a 32-bit
JVM on your 64-bit system.  That is perfectly Ok thing to do but
you should be running build32.sh.

If you really want to be using a 64 version, make sure that  your
64-bit JVM is on set up on your path correctly.

Cheers,
Leif

pellias wrote:
> hi
>
>   i have some problem building the src for HPUX Itanium, i've read some
> topics here but could not find out what changes needs to be done to make it
> work.
>
>   when i ran build64.sh, i got
>
> init-bits-mismatch-warning:
> **********************************************************************
> A 64-bit build was requested, but this is a 32-bit JVM.
> **********************************************************************
>
>   doing some debugging on the build.xml, i realise it detected my os.name as
> "HP-UX" and os.arch as "IA64N".
>
>   any help is appreciated. Thanks.
>
> pe...@gm...
>   

[Wrapper-user] Cannot build for HPUX Itanium 2

[pellias <pe...@gm...>]

hi

  i have some problem building the src for HPUX Itanium, i've read some
topics here but could not find out what changes needs to be done to make it
work.

  when i ran build64.sh, i got

init-bits-mismatch-warning:
**********************************************************************
A 64-bit build was requested, but this is a 32-bit JVM.
**********************************************************************

  doing some debugging on the build.xml, i realise it detected my os.name as
"HP-UX" and os.arch as "IA64N".

  any help is appreciated. Thanks.

pe...@gm...
-- 
View this message in context: http://www.nabble.com/Cannot-build-for-HPUX-Itanium-2-tp15973166p15973166.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.