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

[Wrapper-user] Alert/Notification on restart

[Chandra P. <cp...@ig...>]

Can wrapper send alerts/notification or execute external scripts when it
restarts a JVM?=20
The possible options appear to be
1) Subclass org.tanukisoftware.wrapper.WrapperSimpleApp or
org.tanukisoftware.wrapper.WrapperStartStopApp
2) Use Integration Method 3

Re: [Wrapper-user] Is Wrapper supported for internationalization ?

[Chris D. <chr...@pa...>]

Hi Bigchi,

Java Service Wrapper should have no effect on your internationalization 
code.  The issue is likely to be related to the JVM picking up it's 
locale (language and location) from the system's regional settings.  
When you run your application from a command prompt, the JVM will 
determine the locale based off the regional settings defined for your 
user account under Control Panel->Regional Settings.  When the JVM is 
started via Java Service Wrapper, by default it will start under the 
context of the built-in "system" account (i.e. not your user account) 
and this account may have different regional settings (normally based on 
the default user profile).

You may fine the procedure detailed here useful:
    http://papercut.biz/kb/Main/SettingTheCurrencySignInWebTools

An alternate option is to explicitly pass through the locale options via 
the service wrappers wrapper.conf file with lines like:

    wrapper.java.additional.1=-Duser.language=en
    wrapper.java.additional.2=-Duser.country=AU

A quick overview of the Sun JVM options is discussed at:
    
http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#set-default-locale

I hope this information is of assistance.

Cheers,

Christopher Dance
PaperCut Software Pty. Ltd.
Phone:   +61 (03) 9807 5767
Mobile:  +61 (0) 414 942 336 
Profile: http://www.papercut.biz/company.htm#chris
Weblog:  http://papercut.biz/blog/author/chris/

Chi, Shih-Wei Debra (Debra) wrote:
> Hi all,
>
> I am using the Java service wrapper version 3.2.1 to run my own java
> appliccation.
>
> When I run this application through java command, it displays correct
> language and country information.
>
> When I invoke the same application through wrapper, it always displays
> language as English and country as USA.
>
> Any tips on what is going on here and how to resolve the issue ?
>
> Thanks.
>
> bigchi
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>   

[Wrapper-user] Is Wrapper supported for internationalization ?

[Chi, Shih-W. D. (Debra) <dc...@al...>]

Hi all,

I am using the Java service wrapper version 3.2.1 to run my own java
appliccation.

When I run this application through java command, it displays correct
language and country information.

When I invoke the same application through wrapper, it always displays
language as English and country as USA.

Any tips on what is going on here and how to resolve the issue ?

Thanks.

bigchi

[Wrapper-user] WrapperStartStopApp: one class, different start/stop methods

[Simon SF <sf...@we...>]

Hi folks,

is it possible to use the WrapperStartStopApp helper class to run a java 
program which must be started using the main method of a class and a 
special shutdown-method of the same class?

Thanks
Simon

Re: [Wrapper-user] logoff

[<ASc...@ax...>]

Hi Leif,

I think the solution to my problem is to ignore the logoff event in the
'c' code.=20

I tried this solution and tried the following:
1) added the '-Xrs' option=20
2) ignored the logoff event in a wrapper helper java class.

I can spawn the wrapper.exe from a service we wrote (or the windows
srvany.exe)  and we can logoff and log back in and everything seems to
be running fine.

Do you want me to implement this as an option so I can give you back my
changes?

Our 'main' service launches other executables and they simply do not
respond to the logoff event.

My boss did a 'google' and found other people complaining about the
'windows' issue of killing a process due to logging off.

Let me know=20

Thanks,
Adam




-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, January 01, 2007 11:35 AM
To: wra...@li...
Subject: [SPAM] - Re: [Wrapper-user] logoff - Email found in subject

Adam,
I'm not sure exactly what behavior you are looking for?  Windows=20
requires that
all running applications be closed when the user logs off.   If you want

to keep something
running then it has to be run as a service.

What are you trying to do?  I may have some ideas.

Cheers,
Leif

ASc...@ax... wrote:
>
> hi,=20
> =20
> Is there a way to control the logoff event when using the wrapper in=20
> 'console' mode? We would like to not logoff and at the same time use=20
> the wrapper to run our application as 'console'. =20
> The 'c' code looks like it will always logoff if running as a console.

> Is there a way to trap the logoff in the java code and not log the=20
> application off ?
> =20
> thanks,=20
> Adam
>


------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] logoff - Email found in subject

[<ASc...@ax...>]

Hi,
Let me try to give a brief explanation of our architecture. A component
of our product is a search engine. It is a message archive product.

Our main application (Message archive) is run as a service. This service
will start (spawn) the search engine. I will refer to the front end of
the search engine as 'Master'.=20

The Master then talks to 'worker' machines.  The Master is a java
application and talks to worker machines that are java applications.

'Part 1' of the issue:
We would like to start (spawn) the Master as part of the main NT
service. We do not want the Master to be a separate service, but to be
part of the Main service process tree. If the main service spawns the
wrapper as a console, then the wrapper will get logoff events, even
though it was spawned from the Main NT service.

'Part 2' of my issues:
The master talks to worker machines and spawns the java application. We
cannot setup the worker machines as NT services, because these worker
machines 'listen' to various port numbers (assigned from the Master). It
is an application configuration option how to setup the workers, so
requiring NT services for the workers would not be practical. For
instance, at setup time we do not know what port numbers will be
assigned and there could be many port numbers, so having a service for
each port would not be feasible.

However, once these workers are started, we do not want to receive
logoff events, since these workers are really 'logically' services.

I hope this explains what we are trying to do. Thank you very much for
your help

Adam





-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Monday, January 01, 2007 11:35 AM
To: wra...@li...
Subject: [SPAM] - Re: [Wrapper-user] logoff - Email found in subject

Adam,
I'm not sure exactly what behavior you are looking for?  Windows=20
requires that
all running applications be closed when the user logs off.   If you want

to keep something
running then it has to be run as a service.

What are you trying to do?  I may have some ideas.

Cheers,
Leif

ASc...@ax... wrote:
>
> hi,=20
> =20
> Is there a way to control the logoff event when using the wrapper in=20
> 'console' mode? We would like to not logoff and at the same time use=20
> the wrapper to run our application as 'console'. =20
> The 'c' code looks like it will always logoff if running as a console.

> Is there a way to trap the logoff in the java code and not log the=20
> application off ?
> =20
> thanks,=20
> Adam
>


------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] logoff

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

Adam,
I'm not sure exactly what behavior you are looking for?  Windows 
requires that
all running applications be closed when the user logs off.   If you want 
to keep something
running then it has to be run as a service.

What are you trying to do?  I may have some ideas.

Cheers,
Leif

ASc...@ax... wrote:
>
> hi, 
>  
> Is there a way to control the logoff event when using the wrapper in 
> 'console' mode? We would like to not logoff and at the same time use 
> the wrapper to run our application as 'console'.  
> The 'c' code looks like it will always logoff if running as a console. 
> Is there a way to trap the logoff in the java code and not log the 
> application off ?
>  
> thanks, 
> Adam
>

[Wrapper-user] logoff

[<ASc...@ax...>]

hi,=20
=20
Is there a way to control the logoff event when using the wrapper in
'console' mode? We would like to not logoff and at the same time use the
wrapper to run our application as 'console'. =20
The 'c' code looks like it will always logoff if running as a console.
Is there a way to trap the logoff in the java code and not log the
application off ?
=20
thanks,=20
Adam=20

Re: [Wrapper-user] Error :unable to bind listener to any port in the range

[Marcin W. <mar...@o2...>]

Hello.

It looks like some serious problem which has something in common with 
exhausting system resources. I had similar problem witch java 
application, it crashes periodicaly everywhere where socket was used.  
The problem was not with java application, but with program in C (Win 
Api) which doesn't releases some Windows handlers. There was interesting 
that this handlers have nothing in common with sockets. I hope that this 
information helps.

Cheers,
Marcin

Stephen Kaspersen wrote:
> On some Windows machines the service stops running with the following 
> message in the log file.
>
> INFO   | jvm 1    | Date Ommited | java.net.SocketException: No buffer 
> space available (maximum connections reached?): JVM_Bind
> FATAL  | wrapperp | Date Ommited | unable to bind listener to any port 
> in the range 32000-32999. (An operation on a socket could not be 
> performed because the system lacked sufficient buffer space or because a 
> queue was full. (0x2747))
>
>   

[Wrapper-user] Error :unable to bind listener to any port in the range

[Stephen K. <st...@sp...>]

I have a server application running on both Windows XP and Linux using 
Wrapper Implementation-Version 3.2.0.
The application makes use of the WrapperListener interface for start and 
stop events.

On some Windows machines the service stops running with the following 
message in the log file.

INFO   | jvm 1    | Date Ommited | java.net.SocketException: No buffer 
space available (maximum connections reached?): JVM_Bind
FATAL  | wrapperp | Date Ommited | unable to bind listener to any port 
in the range 32000-32999. (An operation on a socket could not be 
performed because the system lacked sufficient buffer space or because a 
queue was full. (0x2747))
ERROR  | wrapper  | Date Ommited | Shutdown failed: Timed out waiting 
for signal from JVM.
INFO   | jvm 1    | Date Ommited | java.net.SocketException: No buffer 
space available (maximum connections reached?): JVM_Bind
FATAL  | wrapperp | Date Ommited | unable to bind listener to any port 
in the range 32000-32999. (An operation on a socket could not be 
performed because the system lacked sufficient buffer space or because a 
queue was full. (0x2747))
ERROR  | wrapper  | Date Ommited | JVM did not exit on request, terminated
STATUS | wrapper  | Date Ommited | <-- Wrapper Stopped

When this happens the service can not be restarted until the machine has 
been rebooted.

If anyone has faced this problem or has an idea on how to fix it please 
reply.
Thanks
Stephen

Re: [Wrapper-user] why #include-file is not reloaded

[<m.m...@ac...>]

Hi Leif,
thank you for perfect answer. I look forward to next release and will =
use workaround until it's online.
Cheers Markus

[Wrapper-user] Hang in finalizer

[Chuck W. <ch...@ma...>]

Hi All,

I've got a strange anomaly in an application running in Windows under
the wrapper and am wondering if the wrapper might be in any way
complicit.  The issue is that the application hangs registering
finalizers inside Object.clone() for 15 minutes.  The class whose
instance is being cloned has one trivial one-line finalize() method. 
There are 4 threads doing cloning the same instance at the same time.

Has anybody seen anything like this?  Does wrapper interact with java in
some way that might alter finalizer management in Object.clone()?

The bottom of the stack trace, the part inside java, looks like this:

java.lang.ref.Finalizer.add(Unknown Source)
        java.lang.ref.Finalizer.<init>(Unknown Source)
        java.lang.ref.Finalizer.register(Unknown Source)
        java.lang.Object.clone(Native Method)

Each thread doing this sits there for 15 minutes.  Normally this same
operation is near-instantaneous.  The problem happens sporadically,
sometimes happening but usually not on precisely the same clone() operation.

Thanks for any suggestions or ideas,

Chuck

Re: [Wrapper-user] Wrapper.exe execute batch after jvm exit

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

Levi,
    This kind of thing has been on my todo list for a while.  Users 
would like to
be able to run arbitrary applications in response to various events.

    For now, it is not directly possible.  But I do have an idea for how you
could get this working.

    Add the following property to your wrapper.conf.
wrapper.java.statusfile=java.status
http://wrapper.tanukisoftware.org/doc/english/prop-java-statusfile.html

    When your Java application is ready to do an upgrade, it will launch
a child JVM using Runtime.exec which does the following:

1) Wait until the contents of the java.status file are "DOWN" or the 
file is gone.
2) If gone, something went wrong.  Exit.
3) The status is DOWN so you can now safely make your changes.
4) Exit.

    In any case, this simple java process should clean itself up so you 
shouldn't
have to worry about it being left around.

    I'm ccing this to the mailing list as that is the preferred place to 
be asking
questions like this.  This particular one may also be of use to others.

Cheers,
Leif

levi wrote:
> Message body follows:
>
> I have been working with the wrapper for almost a year now
> and have been quite pleased.  I have found the need to
> execute a batch after the JVM exits.  I wanted to get your
> input on how difficult this might be to include as a feature
> in the wrapper.
>
> Exact scenerio:
> The java application being run by the wrapper downloads an
> updated jar containing the main class executed by the
> wrapper.  The downloaded file needs to be renamed but this
> cannot be done until after the JVM exits.  I have a very
> simple batch file which will perform the needed operation
> but I do not have a way to execute it automatically after
> the JVM exits.
>
> Any suggestions?  I am a Java developer and offer any
> assistance I can provide with this new development.
>
> Levi Pearce
>   

Re: [Wrapper-user] why #include-file is not reloaded

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

Markus,
    I tested this out a little bit.   Properties in include files are 
correctly being reloaded
That is not your problem.  It is actually with the working dir.

    The problem is that the Wrapper loads the configuration files the 
first time when its
working directory is the location of the wrapper.exe.  As stated in the 
docs, once the
configuration file is fully loaded, the working directory will be 
changed as per the
value specified with wrapper.working.dir.
    This means that the first time around, your include file reference 
is correct.
However, when it attempts to go back and reload the config file later, 
this relative
reverence is no longer valid your include file is being looked for at
../../startup.conf relative to the wrapper.exe

    I view this as a bug in the wrapper that I'll fix for the next 
release at the end of the
month.  For now, you can work around this by using the following two include
references.  This works because the wrapper ignores include files that 
do not exist.

#include ../startup.conf
#include startup.conf

Cheers,
Leif

Markus Müller wrote:
> Hi together,
> my wrapper.conf contains following lines:
>
> wrapper.java.mainclass=myclass1
> wrapper.working.dir=../
> #include ../startup.conf
> wrapper.restart.reload_configuration=TRUE
>
> startup.conf conatins only one line:
>
> wrapper.java.mainclass=myclass2
>
> If i start wrapper, myclass2 will start perfectly. But if i do WrapperManager.restart(); in my code, myclass1 starts up. I did various test and I think, while reolading the configuration, #include-files are not used. Any idea, why not?
> I'm using wrapper Version 3.2.3. myclass1 and myclass2 implements WrapperListener.
>
>   

[Wrapper-user] why #include-file is not reloaded

[<m.m...@ac...>]

Hi together,
my wrapper.conf contains following lines:

wrapper.java.mainclass=3Dmyclass1
wrapper.working.dir=3D../
#include ../startup.conf
wrapper.restart.reload_configuration=3DTRUE

startup.conf conatins only one line:

wrapper.java.mainclass=3Dmyclass2

If i start wrapper, myclass2 will start perfectly. But if i do =
WrapperManager.restart(); in my code, myclass1 starts up. I did various =
test and I think, while reolading the configuration, #include-files are =
not used. Any idea, why not?
I'm using wrapper Version 3.2.3. myclass1 and myclass2 implements =
WrapperListener.

Re: [Wrapper-user] Max memory is set to 4gb

[krishna <kri...@pd...>]

Hi Leif,
I appreciate your quick response.
thanks,
Krishna

Leif Mortenson wrote:

>Krishna,
>    That has been in there for a long time.  I'll remove the limitation 
>for the next release.
>For the time being, simply comment out the wrapper.java.maxmemory 
>property.  You
>can still set the memory setting manually using something like the 
>following:
>wrapper.java.additional.1=-Xmx256m
>
>Cheers,
>Leif
>
>krishna wrote:
>  
>
>>Hello all,
>>We have an application that needs more memory. We are using 64bit OS to 
>>be able to allocate more memory to process and we are successful runnig 
>>jboss server with 28gb of memory. But when we use java wrapper to start 
>>jboss it only uses 4gb of memory. I found out in source (wrapper.c) 
>>that, it is hard coded to max of 4gb for -Xmx parameter. Is there any 
>>reason for limiting this to 4GB? If i modify wrapper.c and fix the code 
>>to use more memory for 64 bit OS, would it work fine? Please let me know 
>>asap.
>>thanks,
>>Krishna
>>Software Engineer
>>PDF Solutions, Inc.
>>  
>>    
>>
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys - and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>

Re: [Wrapper-user] Max memory is set to 4gb

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

Krishna,
    That has been in there for a long time.  I'll remove the limitation 
for the next release.
For the time being, simply comment out the wrapper.java.maxmemory 
property.  You
can still set the memory setting manually using something like the 
following:
wrapper.java.additional.1=-Xmx256m

Cheers,
Leif

krishna wrote:
> Hello all,
> We have an application that needs more memory. We are using 64bit OS to 
> be able to allocate more memory to process and we are successful runnig 
> jboss server with 28gb of memory. But when we use java wrapper to start 
> jboss it only uses 4gb of memory. I found out in source (wrapper.c) 
> that, it is hard coded to max of 4gb for -Xmx parameter. Is there any 
> reason for limiting this to 4GB? If i modify wrapper.c and fix the code 
> to use more memory for 64 bit OS, would it work fine? Please let me know 
> asap.
> thanks,
> Krishna
> Software Engineer
> PDF Solutions, Inc.
>   

[Wrapper-user] Max memory is set to 4gb

[krishna <kri...@pd...>]

Hello all,
We have an application that needs more memory. We are using 64bit OS to 
be able to allocate more memory to process and we are successful runnig 
jboss server with 28gb of memory. But when we use java wrapper to start 
jboss it only uses 4gb of memory. I found out in source (wrapper.c) 
that, it is hard coded to max of 4gb for -Xmx parameter. Is there any 
reason for limiting this to 4GB? If i modify wrapper.c and fix the code 
to use more memory for 64 bit OS, would it work fine? Please let me know 
asap.
thanks,
Krishna
Software Engineer
PDF Solutions, Inc.

[Wrapper-user] Wrapper + Tomcat 6.0.2 issue (on Linux)

[Shay H. <kel...@gm...>]

I am new to the Wrapper, but have it mostly working with Tomcat 6.0.2. I
really only have one issue with the wrapper.app.parameter.X definitions. If
I have:

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap
wrapper.app.parameter.2=1
wrapper.app.parameter.3=start
wrapper.app.parameter.4=org.apache.catalina.startup.Bootstrap
wrapper.app.parameter.5=true
wrapper.app.parameter.6=1
wrapper.app.parameter.7=stop

then the wrapper doesn't call 'start' correctly. I get a usage output from
Tomcat. If I leave off everything past .4, it starts fine; ie

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=org.apache.catalina.startup.Bootstrap
wrapper.app.parameter.2=1
wrapper.app.parameter.3=start

This works, however, I have no idea the consequences of not providing the
stop parameters. I run it as console and a CTRL-C seems to clean everything
up fine, but I haven't tried daemon yet with a TERM signal.

I have output set to DEBUG and here is some of the output:

------------------------------------------------------------------------------------------------------------------------
DEBUG  | wrapper  | 2006/12/04 14:21:52 | Start Application.
DEBUG  | wrapperp | 2006/12/04 14:21:52 | send a packet START : start
INFO   | jvm 1    | 2006/12/04 14:21:53 | Received a packet LOW_LOG_LEVEL :
1
INFO   | jvm 1    | 2006/12/04 14:21:53 | Wrapper Manager: LowLogLevel from
Wrapper is 1
INFO   | jvm 1    | 2006/12/04 14:21:53 | Received a packet PING_TIMEOUT :
30
INFO   | jvm 1    | 2006/12/04 14:21:53 | PingTimeout from Wrapper is 30000
INFO   | jvm 1    | 2006/12/04 14:21:53 | Received a packet PROPERTIES :
(Property Values)
INFO   | jvm 1    | 2006/12/04 14:21:53 | Received a packet START : start
INFO   | jvm 1    | 2006/12/04 14:21:53 | calling WrapperListener.start()
INFO   | jvm 1    | 2006/12/04 14:21:53 | Waiting for
WrapperListener.startrunner thread to complete.
INFO   | jvm 1    | 2006/12/04 14:21:53 | WrapperListener.start runner
thread started.
INFO   | jvm 1    | 2006/12/04 14:21:53 | WrapperSimpleApp: start(args) Will
wait up to 2 seconds for the main method to complete.
INFO   | jvm 1    | 2006/12/04 14:21:53 | WrapperSimpleApp: invoking main
method
INFO   | jvm 1    | 2006/12/04 14:21:53 | usage: java
org.apache.catalina.startup.Catalina [ -config {pathname} ] [ -nonaming ] {
start | stop }
INFO   | jvm 1    | 2006/12/04 14:21:53 | Dec 4, 2006 2:21:53 PM
org.apache.catalina.startup.Catalina stopServer
INFO   | jvm 1    | 2006/12/04 14:21:53 | SEVERE: Catalina.stop:
INFO   | jvm 1    | 2006/12/04 14:21:53 | java.net.ConnectException:
Connection refused
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.net.PlainSocketImpl.socketConnect(Native Method)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at java.net.Socket.connect(
Socket.java:519)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at java.net.Socket.connect(
Socket.java:469)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at java.net.Socket.<init>(
Socket.java:366)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at java.net.Socket.<init>(
Socket.java:179)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
org.apache.catalina.startup.Catalina.stopServer(Catalina.java:395)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
:39)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.lang.reflect.Method.invoke(Method.java:585)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:337)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:415)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
:39)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
java.lang.reflect.Method.invoke(Method.java:585)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240)
INFO   | jvm 1    | 2006/12/04 14:21:53 |     at java.lang.Thread.run(
Thread.java:595)
INFO   | jvm 1    | 2006/12/04 14:21:53 | Wrapper Manager: ShutdownHook
started
INFO   | jvm 1    | 2006/12/04 14:21:53 | WrapperManager.stop(0) called by
thread: Wrapper-Shutdown-Hook
INFO   | jvm 1    | 2006/12/04 14:21:53 | Send a packet STOP : 0
INFO   | jvm 1    | 2006/12/04 14:21:53 | Startup runner thread stopped.
DEBUG  | wrapperp | 2006/12/04 14:21:53 | read a packet STOP : 0
DEBUG  | wrapper  | 2006/12/04 14:21:53 | JVM requested a shutdown. (0)
DEBUG  | wrapper  | 2006/12/04 14:21:53 | wrapperStopProcess(0) called.
DEBUG  | wrapper  | 2006/12/04 14:21:53 | Sending stop signal to JVM
-----------------------------------------------------------------------------------------------------------------------------------

It seems the line:

INFO   | jvm 1    | 2006/12/04 14:21:53 | usage: java
org.apache.catalina.startup.Catalina [ -config {pathname} ] [ -nonaming ] {
start | stop }

indicates that startup.Catalina received incorrect parameters and sent back
a usage string. This only happens if I leave in parameters 4,5,6 and 7.

After some research it seems the "Connection refused" is because the Tomcat
server never started in the first place.


Anyone have any idea how to get this working?

Thanks.


Shay

Re: [Wrapper-user] How to suppress log entries

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

Leif,
thanks for the confirmation.  I'm only a middle-man on this issue.
The problem was reported by one of my customers who is convinced this
is a wrapper issue.  I'll forward your message for his review.

Michael Giroux

On 11/27/06, Leif Mortenson <le...@ta...> wrote:
> Michael,
>    Those are not coming from the Wrapper.   What does your wrapper.conf
> file look
> like?  Is it possible that you are failing to load a log4j config file
> or something along those
> lines?
>
> Cheers,
> Leif
>
> Michael Giroux wrote:
> > JSW is generating a significant number of INFO entries for opening and
> > loading jar files.  There are several log related configuration items,
> > but I do not see one that directly effects these log entries.
> >
> > Could you please tell me how to disable these "Opened" and "Loaded"
> > log messages?
> >
> > Thanks
> > Michael Giroux
> >
> >
> > STATUS | wrapper  | 2006/11/15 08:34:43 | Launching a JVM...
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\avalon-framework-4.1.5.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\gnu-crypto-sasl-jdk1.4.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\idl.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\jacorb.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\logkit-1.2.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> > C:\JOnAS-4.8.3\lib\endorsed\ow_carol_iiop_delegate.jar]
> >
> >
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Object
> > from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.io.Serializable
> > from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
> > INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Comparable
> > from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
> >
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Change wrapper.conf logging level via shell script

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

Peter,
It is possible to specify any property from the command line.   I'm not 
sure what you
are asking for with the wrapper.loglevel=ALL setting.   But you can set 
the log levels by
adding the following:
wrapper.logfile.loglevel=INFO wrapper.console.loglevel=INFO 
wrapper.syslog.loglevel=NONE

This will only have any effect when the wrapper is first started of course.

You could also use an include file in the wrapper.conf file.  By 
rewriting those values, you
could then trigger a reload and thus change them by restarting the JVM.

Yet another option is to use the command file.  This will let you change 
the log level
at any time as the wrapper is running.
http://wrapper.tanukisoftware.org/doc/english/prop-commandfile.html

Cheers,
Leif

peter ellis wrote:
> If it possible to change the logging level from the shell script for
> example in the shell script my start() command contains...
>
> ...
> COMMAND_LINE="$CMDNICE $WRAPPER_CMD $WRAPPER_CONF
> wrapper.syslog.ident=$APP_NAME wrapper.pidfile=$PIDFILE
> wrapper.daemonize=TRUE $ANCHORPROP $IGNOREPROP $LOCK$
>
> Is there a tag like wrapper.loglevel=ALL
>
> ???
>
>   

[Wrapper-user] Change wrapper.conf logging level via shell script

[peter e. <pet...@go...>]

If it possible to change the logging level from the shell script for
example in the shell script my start() command contains...

...
COMMAND_LINE="$CMDNICE $WRAPPER_CMD $WRAPPER_CONF
wrapper.syslog.ident=$APP_NAME wrapper.pidfile=$PIDFILE
wrapper.daemonize=TRUE $ANCHORPROP $IGNOREPROP $LOCK$

Is there a tag like wrapper.loglevel=ALL

???

-- 
Peter Ellis
Java Developer

Re: [Wrapper-user] How to suppress log entries

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

Michael,
    Those are not coming from the Wrapper.   What does your wrapper.conf 
file look
like?  Is it possible that you are failing to load a log4j config file 
or something along those
lines?

Cheers,
Leif

Michael Giroux wrote:
> JSW is generating a significant number of INFO entries for opening and
> loading jar files.  There are several log related configuration items,
> but I do not see one that directly effects these log entries.
>
> Could you please tell me how to disable these "Opened" and "Loaded"
> log messages?
>
> Thanks
> Michael Giroux
>
>
> STATUS | wrapper  | 2006/11/15 08:34:43 | Launching a JVM...
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\avalon-framework-4.1.5.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\gnu-crypto-sasl-jdk1.4.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\idl.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\jacorb.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\logkit-1.2.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
> C:\JOnAS-4.8.3\lib\endorsed\ow_carol_iiop_delegate.jar]
>
>
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Object
> from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.io.Serializable
> from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
> INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Comparable
> from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
>   

[Wrapper-user] How to suppress log entries

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

JSW is generating a significant number of INFO entries for opening and
loading jar files.  There are several log related configuration items,
but I do not see one that directly effects these log entries.

Could you please tell me how to disable these "Opened" and "Loaded"
log messages?

Thanks
Michael Giroux


STATUS | wrapper  | 2006/11/15 08:34:43 | Launching a JVM...
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\avalon-framework-4.1.5.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\gnu-crypto-sasl-jdk1.4.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\idl.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\jacorb.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\logkit-1.2.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Opened
C:\JOnAS-4.8.3\lib\endorsed\ow_carol_iiop_delegate.jar]


INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Object
from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.io.Serializable
from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]
INFO   | jvm 1    | 2006/11/15 08:34:44 | [Loaded java.lang.Comparable
from C:\Programme\Java\jdk1.5.0_09\jre\lib\rt.jar]

[Wrapper-user] WrapperActionServer security

[peter e. <pet...@go...>]

If i want to use the WrapperActionServer then can i utlise some form
of security or the security model as you mention in the documentation
such that the WrapperActionServer will only accept commands from
specific users give that the use has say logged in via telnet i.e.

action: login
username: me
password: mypassword

then they would run a command like

restartserver



-- 
Peter Ellis
Java Developer