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

[Wrapper-user] Wrong Email-Header-Date according Event-Mails

[Matthias K. <mat...@fr...>]

Hello,

I'm actually trying to configure my professional jsw to send 
event-emails. This wrapper (version 3.3.3) is used for a 
Tomcat-Webserver (version 5.5.26). If an error occurs, the wrapper 
should send an email according with a special subject and date.
I can get these mails (that works), but the emails have all the wrong 
and also same date-header. It seems to be a static timestamp (12/04/2007 
20:02). I have no idea, where and why this timestamp is set, because the 
smtp-host has recieved and sent the mail with the right date (Mon, 22 
Jun 2009 14:01:12 +0200). If anybody has an idea how i can fix it, 
please let me know.


Here is a snippet from the wrapper-log-output:

INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: Date: Fri, 13 Apr 2007 03:02:00 +0900
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: X-Mailer: Java Service Wrapper Professional 3.3.3
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart':   Send:
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: The JVM was restarted!
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart':   Send:
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: Please check on its status in the wrapper.log.
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart':   Send:
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart':   Send:
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: Note: This Mail was automatically generated by the Java Service 
Wrapper.
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: .
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Recv: 250 OK id=1MIiD3-0002dd-4m
INFO   | wrapper  | 2009/06/22 14:01:13 | Event Mail 'jvm_restart': 
Send: QUIT

Best regards
Matthias

Re: [Wrapper-user] Service Stops with error 143

[Tanuki S. S. <su...@ta...>]

Robert,
We will do some more research into what could be causing this today.
I have a few questions:

1) Is this something that you have been able to reproduce?  If so,
would it be possible for you to set the wrapper.debug=true property
and run this again?

2) What Windows version are you using?

3) Do you know if anything else happened on the system at the time
that the 2 Wrappers terminated?  A User logout, or the stopping of
some other process?
>From the log, the exit originated with the Java process, not the Wrapper.

4) Is the wrapper.ntservice.interactive propery set for one or both of
the services?  If so, is there a GUI of some sort being displayed?
This would include a status bar icon.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

On Tue, Jun 23, 2009 at 3:40 AM, Leland, Robert<rob...@io...> wrote:
> We use jdk1.6.0_12\bin\java.exe to launch our application.
>
> The wrapper.log doesn't have any interesting information. The strange thing is that we have two copies of the wrapper running for the same application on the same machine and they both terminated at the same exact time.
> Here is the log from one instance (they are both the same)
>
> STATUS | wrapper  | 2009/06/18 04:08:54 | --> Wrapper Started as Service
> STATUS | wrapper  | 2009/06/18 04:08:54 | Java Service Wrapper Standard Edition 3.3.2
> STATUS | wrapper  | 2009/06/18 04:08:54 |   Copyright (C) 1999-2009 Tanuki Software, Ltd.  All Rights Reserved.
> STATUS | wrapper  | 2009/06/18 04:08:54 |     http://wrapper.tanukisoftware.org
> STATUS | wrapper  | 2009/06/18 04:08:54 |   Licensed to Production Server
> STATUS | wrapper  | 2009/06/18 04:08:54 |
> STATUS | wrapper  | 2009/06/18 04:08:54 | Launching a JVM...
> STATUS | wrapper  | 2009/06/22 10:07:12 | <-- Wrapper Stopped
> STATUS | wrapper  | 2009/06/22 11:49:57 | --> Wrapper Started as Service
>
> ___________________________________
> Robert Leland               INTEGRITYOne  Partners
> P: (703) 581-6522                     1900 Campus Commons Drive, Suite 150
> F: (703) 476-7405                      Reston, VA 20191
> rob...@io...
>
> BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D
>
> ________________________________
>
> From: Leif Mortenson [mailto:lei...@ta...]
> Sent: Mon 6/22/2009 12:39 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Service Stops with error 143
>
>
>
> Robert,
> Could you please post the last 30 seconds or so of your wrapper.log?
> It should provide a little more information about where this exit code
> originated.
>
> Are you by any chance running the javaw.exe version of java rather
> than java.exe?  We had another user recently report the same exit code
> and the problem was tracked back to that.  When using the Wrapper,
> there is no reason to ever make use of the javaw.exe binary because
> the Wrapper is handling all console output.
>
> javaw does not behave reliably when run as a Windows service.  It is
> able to receive signals both as a console application and as a Windows
> application.  The problems arise because the order in which the
> signals are received by javaw is not consistent.
>
> Starting with the 3.3.6 release, we will be warning against the use of
> javaw when running as a service until a way can be found to reliably
> trap all signals received from the system.
>
> Cheers,
> Leif

-- 
Leif Mortenson
Representative Director
Tanuki Software, Ltd.
6-16-7-1001 Nishi-Kasai, Edogawa-ku
Tokyo 134-0088 Japan
Tel/Fax: +81-3-3878-3211
http://www.tanukisoftware.com
lei...@ta...

[Wrapper-user] Antw: Re: Service Stops with error 143

[Hubert F. <Hub...@ab...>]

Hi,
Silly question: Do the two services use the same configuration file?
Could it be a file/resource already locked/used/registered issue?
hub

>>> "Leland, Robert" <rob...@io...> 22.06.09 20.42 Uhr >>>
We use jdk1.6.0_12\bin\java.exe to launch our application.
 
The wrapper.log doesn't have any interesting information. The strange
thing is that we have two copies of the wrapper running for the same
application on the same machine and they both terminated at the same
exact time.
Here is the log from one instance (they are both the same)
 
STATUS | wrapper  | 2009/06/18 04:08:54 | --> Wrapper Started as Service
STATUS | wrapper  | 2009/06/18 04:08:54 | Java Service Wrapper Standard
Edition 3.3.2
STATUS | wrapper  | 2009/06/18 04:08:54 |   Copyright (C) 1999-2009
Tanuki Software, Ltd.  All Rights Reserved.
STATUS | wrapper  | 2009/06/18 04:08:54 |    
http://wrapper.tanukisoftware.org
STATUS | wrapper  | 2009/06/18 04:08:54 |   Licensed to Production
Server
STATUS | wrapper  | 2009/06/18 04:08:54 | 
STATUS | wrapper  | 2009/06/18 04:08:54 | Launching a JVM...
STATUS | wrapper  | 2009/06/22 10:07:12 | <-- Wrapper Stopped
STATUS | wrapper  | 2009/06/22 11:49:57 | --> Wrapper Started as Service

___________________________________
Robert Leland               INTEGRITYOne  Partners 
P: (703) 581-6522                     1900 Campus Commons Drive, Suite
150
F: (703) 476-7405                      Reston, VA 20191
rob...@io...

BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D

________________________________

From: Leif Mortenson [mailto:lei...@ta...]
Sent: Mon 6/22/2009 12:39 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Service Stops with error 143



Robert,
Could you please post the last 30 seconds or so of your wrapper.log?
It should provide a little more information about where this exit code
originated.

Are you by any chance running the javaw.exe version of java rather
than java.exe?  We had another user recently report the same exit code
and the problem was tracked back to that.  When using the Wrapper,
there is no reason to ever make use of the javaw.exe binary because
the Wrapper is handling all console output.

javaw does not behave reliably when run as a Windows service.  It is
able to receive signals both as a console application and as a Windows
application.  The problems arise because the order in which the
signals are received by javaw is not consistent.

Starting with the 3.3.6 release, we will be warning against the use of
javaw when running as a service until a way can be found to reliably
trap all signals received from the system.

Cheers,
Leif


On Tue, Jun 23, 2009 at 1:16 AM, Leland, Robert<rob...@io...>
wrote:
> The Windows System log indicated that the wrapper sent an application
specific error 143.
> What does error 143 mean ?
> Is there a complete list errors that can be issued by the wrapper ?
>
> ___________________________________
> Robert Leland               INTEGRITYOne  Partners
> P: (703) 581-6522                     1900 Campus Commons Drive, Suite
150
> F: (703) 476-7405                      Reston, VA 20191
> rob...@io...
>
> BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge
conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference:
$250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Service Stops with error 143

[Leland, R. <rob...@io...>]

We use jdk1.6.0_12\bin\java.exe to launch our application.
 
The wrapper.log doesn't have any interesting information. The strange thing is that we have two copies of the wrapper running for the same application on the same machine and they both terminated at the same exact time.
Here is the log from one instance (they are both the same)
 
STATUS | wrapper  | 2009/06/18 04:08:54 | --> Wrapper Started as Service
STATUS | wrapper  | 2009/06/18 04:08:54 | Java Service Wrapper Standard Edition 3.3.2
STATUS | wrapper  | 2009/06/18 04:08:54 |   Copyright (C) 1999-2009 Tanuki Software, Ltd.  All Rights Reserved.
STATUS | wrapper  | 2009/06/18 04:08:54 |     http://wrapper.tanukisoftware.org
STATUS | wrapper  | 2009/06/18 04:08:54 |   Licensed to Production Server
STATUS | wrapper  | 2009/06/18 04:08:54 | 
STATUS | wrapper  | 2009/06/18 04:08:54 | Launching a JVM...
STATUS | wrapper  | 2009/06/22 10:07:12 | <-- Wrapper Stopped
STATUS | wrapper  | 2009/06/22 11:49:57 | --> Wrapper Started as Service

___________________________________
Robert Leland               INTEGRITYOne  Partners 
P: (703) 581-6522                     1900 Campus Commons Drive, Suite 150
F: (703) 476-7405                      Reston, VA 20191
rob...@io...

BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D

________________________________

From: Leif Mortenson [mailto:lei...@ta...]
Sent: Mon 6/22/2009 12:39 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Service Stops with error 143



Robert,
Could you please post the last 30 seconds or so of your wrapper.log?
It should provide a little more information about where this exit code
originated.

Are you by any chance running the javaw.exe version of java rather
than java.exe?  We had another user recently report the same exit code
and the problem was tracked back to that.  When using the Wrapper,
there is no reason to ever make use of the javaw.exe binary because
the Wrapper is handling all console output.

javaw does not behave reliably when run as a Windows service.  It is
able to receive signals both as a console application and as a Windows
application.  The problems arise because the order in which the
signals are received by javaw is not consistent.

Starting with the 3.3.6 release, we will be warning against the use of
javaw when running as a service until a way can be found to reliably
trap all signals received from the system.

Cheers,
Leif


On Tue, Jun 23, 2009 at 1:16 AM, Leland, Robert<rob...@io...> wrote:
> The Windows System log indicated that the wrapper sent an application specific error 143.
> What does error 143 mean ?
> Is there a complete list errors that can be issued by the wrapper ?
>
> ___________________________________
> Robert Leland               INTEGRITYOne  Partners
> P: (703) 581-6522                     1900 Campus Commons Drive, Suite 150
> F: (703) 476-7405                      Reston, VA 20191
> rob...@io...
>
> BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Service Stops with error 143

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

Robert,
Could you please post the last 30 seconds or so of your wrapper.log?
It should provide a little more information about where this exit code
originated.

Are you by any chance running the javaw.exe version of java rather
than java.exe?  We had another user recently report the same exit code
and the problem was tracked back to that.  When using the Wrapper,
there is no reason to ever make use of the javaw.exe binary because
the Wrapper is handling all console output.

javaw does not behave reliably when run as a Windows service.  It is
able to receive signals both as a console application and as a Windows
application.  The problems arise because the order in which the
signals are received by javaw is not consistent.

Starting with the 3.3.6 release, we will be warning against the use of
javaw when running as a service until a way can be found to reliably
trap all signals received from the system.

Cheers,
Leif


On Tue, Jun 23, 2009 at 1:16 AM, Leland, Robert<rob...@io...> wrote:
> The Windows System log indicated that the wrapper sent an application specific error 143.
> What does error 143 mean ?
> Is there a complete list errors that can be issued by the wrapper ?
>
> ___________________________________
> Robert Leland               INTEGRITYOne  Partners
> P: (703) 581-6522                     1900 Campus Commons Drive, Suite 150
> F: (703) 476-7405                      Reston, VA 20191
> rob...@io...
>
> BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D

[Wrapper-user] Service Stops with error 143

[Leland, R. <rob...@io...>]

The Windows System log indicated that the wrapper sent an application specific error 143.
What does error 143 mean ?
Is there a complete list errors that can be issued by the wrapper ?
 
___________________________________
Robert Leland               INTEGRITYOne  Partners 
P: (703) 581-6522                     1900 Campus Commons Drive, Suite 150
F: (703) 476-7405                      Reston, VA 20191
rob...@io...

BUSINESS CONSULTING | TECHNOLOGY | INNOVATION R&D
 

Re: [Wrapper-user] Question about the configuration file

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

Ming,
The memory properties you mentioned are commented out by default,
meaning that the Wrapper is not specifying any memory settings.  The
JVM is thus starting up using its defaults, just as it would do on its
own.  I believe this is a max memory of 64MB for most JVMs.  The
initial memory is usually 2 or 3 MB depending on the platform.

You can see exactly how we are launching the JVM by setting the
following property:

wrapper.java.command.loglevel=INFO

Cheers,
Leif

On Tue, Jun 16, 2009 at 6:19 AM, Chen, Ming Ming<min...@hp...> wrote:
> Hi,
> The following lines are in the configuration file:
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
>
> Questions:
> 1. What are we setting for the initmemory and maxmemory?
> 2. What if I don't set anything? What value will be used?
>
> Regards
> Ming

[Wrapper-user] Service Wrapper + Java Web Start

[Georgi A. <geo...@gm...>]

Hi,

I'm having problems integrating Java Web Start with the service wrapper. We
have a java application that needs to be run as a service, however we also
want to take advantage of the auto update feature of the Java Web Start. The
application will be deployed on client machines, so the client effort should
be at minimum.
Is something like this possible?

I'm struggling with this problem for a while with no success.

Thanks, Georgi

[Wrapper-user] Question about the configuration file

[Chen, M. M. <min...@hp...>]

Hi,
The following lines are in the configuration file:
# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3

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

Questions:
1. What are we setting for the initmemory and maxmemory?
2. What if I don't set anything? What value will be used?

Regards
Ming

Re: [Wrapper-user] Error 5: access is denied - SOLVED

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

Jonathan,
Thank you for taking the time to send the resolution to this.  We will think
about ways to add some of this to the Wrapper's debug output to aid in
debugging this kind of problem in the future.

This page describes how to access this information from the command line:
http://articles.techrepublic.com.com/5100-10878_11-1050976.html

Cheers,
Leif

On Mon, Jun 15, 2009 at 2:58 AM, Jonathan Ashar
<Jon...@hi...>wrote:

> Hi,
>
> I solved the issue with access denied.  The answer: file access control
> lists (acls), a Windows security mechanism.  You can get/set the acl by
> calling getfacl/setfacl at the command line.
>
> Previously, my acl on wrapper.exe, wrapper.jar, wrapper.lib, and derby.conf
> was:
>
> # file: wrapper.exe
> # owner: Yoni
> # group: None
> user::rwx
> group::---
> group:root:rwx
> group:SYSTEM:rwx
> mask:rwx
> other:---
>
>
> I set the acl to
>
> # owner: Yoni
> # group: None
> user::rwx
> group::rwx
> mask:rwx
> other:rwx
>
> and, viola, it worked!  I'm sure the acl permissions could be restricted
> further, if the user is interested.
>
> So, you were right -- not a wrapper issue, a Windows thing.
>
> Thanks for the help,
> Yoni
> ________________________________________
> From: Leif Mortenson [lei...@ta...]
> Sent: Thursday, June 11, 2009 6:16 PM
> To: wra...@li...
> Cc: Brent Frederick
> Subject: Re: [Wrapper-user] Error 5: access is denied
>
> Jonathan,
> This is not a problem I have seen before and we are attempting to
> track down the cause.
> I went in and dug through the source.   This error is being thrown
> after the Wrapper service has requested and received permission to
> start the service, when it actually calls the StartService function.
> Looking at the documentation for the StartService function,
> ERROR_ACCESS_DENIED should only be encountered if the SERVICE_START
> was not granted, which it was.
>
> This sounds like it might be related, but the page says it is a
> Windows 2000 problem.  You are running Windows XP correct?
> http://support.microsoft.com/kb/256299
> Does this look like it might apply?
>
> The error you are seeing happening when the ServiceManager is
> attempting to launch the Wrapper service.  Because it is happening
> when you run "net start derby", I think that is is something related
> to the system configuration or security policy rather than an issue
> with the Wrapper.   I say this because the error is happening before
> the Wrapper process is launched.  I do want to help track this down as
> it may affect other users as well.
>
> The Java policy etc should not have anything to do with this problem
> either because at the point that the error is encountered, Java is not
> even in the equation.
>
> >From the wrapper.conf file that you sent, it does not appear that you
> are specifying a specific account to run as.  This means that the
> Wrapper service will run as the default SYSTEM account.   You might
> want to try uninstalling and then reinstalling the service.  Were any
> modifications made to the service configuration after it was
> installed?
>
> Please take a look at the above page and we will investigate this
> further on our end as well.
>
> Cheers,
> Leif
>
>
> On Thu, Jun 11, 2009 at 6:27 AM, Jonathan
> Ashar<Jon...@hi...> wrote:
> > Hi,
> >
> > I see the error whenever I try to start the service (manually, or
> automatically on start up).
> >
> > For example, running wrapper.exe -t derby.conf, the log file reads
> >
> > STATUS | wrapper  | 2009/06/11 00:25:59 | Starting the Apache Derby
> Database service...
> > ERROR  | wrapper  | 2009/06/11 00:25:59 | Unable to start the service -
> Access is denied. (0x5)
> >
> >
> > When I start the Wrapper through the console, it works.  I'm attaching
> the log file when started through console. (By the way, the log file gets
> placed in C:/ , which is not the location of wrapper.exe)
> >
> > Thank you,
> > Yoni
> >
> >
> > ________________________________________
> > From: Leif Mortenson [lei...@ta...]
> > Sent: Wednesday, June 10, 2009 6:19 PM
> > To: wra...@li...
> > Cc: Brent Frederick
> > Subject: Re: [Wrapper-user] (no subject)
> >
> > Jonathan,
> > Looking over the files you sent, I do not see anything that stands out
> > as a problem.
> >
> > Where exactly are you seeing the error?
> >
> > What happens if you try to start the Wrapper service as follows?:
> > wrapper.exe -t derby.conf
> >
> > When you try to start the service, do you get anything in the
> > wrapper.log file?  If so, could you send the wrapper.log with
> > wrapper.debug=true set?
> >
> > In some cases, the wrapper may output errors to the log file before
> > the wrapper.conf has been loaded.  In this case the wrapper will write
> > to its default log file.  When running as a service, this will be a
> > file called wrapper.log in the Windows system directory.
> >
> > Cheers,
> > Leif
> >
> > On Wed, Jun 10, 2009 at 7:49 PM, Jonathan
> > Ashar<Jon...@hi...> wrote:
> >> Hello,
> >>
> >> I am using the wrapper to wrap an Apache Derby database service.
> >>
> >> When I start the wrapper via the console (wrapper.exe -c derby.conf) it
> >> succeeds.
> >> When I install it as a service (wrapper.exe -i derby.conf) the install
> >> succeeds, but the service is never able to start. I see "Error 5: access
> is
> >> denied".
> >>
> >> I have XP Pro, and am installing as Windows admin user.  I am pasting
> below
> >> my java.policy and derby.conf
> >>
> >> The first time I installed it as service, it was working -- ever since I
> >> uninstalled and reinstalled the service, it fails!
> >>
> >> Thank you,
> >> Yoni
> >>
> >>
> >> Here is my java.policy file:
> >>
> >> // Standard extensions get all permissions by default
> >> grant codeBase "file:${{java.ext.dirs}}/*" {
> >>  permission java.security.AllPermission;
> >> };
> >> // default permissions granted to all domains
> >> grant {
> >>  // Allows any thread to stop itself using the java.lang.Thread.stop()
> >>  // method that takes no argument.
> >>  // Note that this permission is granted by default only to remain
> >>  // backwards compatible.
> >>  // It is strongly recommended that you either remove this permission
> >>  // from this policy file or further restrict it to code sources
> >>  // that you specify, because Thread.stop() is potentially unsafe.
> >>  // See "http://java.sun.com/notes" for more information.
> >>  permission java.lang.RuntimePermission "stopThread";
> >>  // allows anyone to listen on un-privileged ports
> >>  permission java.net.SocketPermission "localhost:1024-", "listen";
> >>  // "standard" properies that can be read by anyone
> >>  permission java.util.PropertyPermission "java.version", "read";
> >>  permission java.util.PropertyPermission "java.vendor", "read";
> >>  permission java.util.PropertyPermission "java.vendor.url", "read";
> >>  permission java.util.PropertyPermission "java.class.version", "read";
> >>  permission java.util.PropertyPermission "os.name", "read";
> >>  permission java.util.PropertyPermission "os.version", "read";
> >>  permission java.util.PropertyPermission "os.arch", "read";
> >>  permission java.util.PropertyPermission "file.separator", "read";
> >>  permission java.util.PropertyPermission "path.separator", "read";
> >>  permission java.util.PropertyPermission "line.separator", "read";
> >>  permission java.util.PropertyPermission "java.specification.version",
> >> "read";
> >>  permission java.util.PropertyPermission "java.specification.vendor",
> >> "read";
> >>  permission java.util.PropertyPermission "java.specification.name",
> "read";
> >>  permission java.util.PropertyPermission
> "java.vm.specification.version",
> >> "read";
> >>  permission java.util.PropertyPermission "java.vm.specification.vendor",
> >> "read";
> >>  permission java.util.PropertyPermission "java.vm.specification.name",
> >> "read";
> >>  permission java.util.PropertyPermission "java.vm.version", "read";
> >>  permission java.util.PropertyPermission "java.vm.vendor", "read";
> >>  permission java.util.PropertyPermission "java.vm.name", "read";
> >> };
> >> // Give Wrapper classes full permissions
> >> grant codeBase "file:C:/Program
> Files/glassfish-v2/javadb/lib/wrapper.jar" {
> >>         permission java.security.AllPermission;
> >> };
> >> // Give Derby net classes full permissions
> >> grant codeBase "file:C:/Program
> Files/glassfish-v2/javadb/lib/derbynet.jar"
> >> {
> >>         permission java.security.AllPermission;
> >> };
> >>
> >>
> >> and derby.conf:
> >>
> >> # Java Application
> >> wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
> >> # Java Main class
> >> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
> >> # Java Classpath (include wrapper.jar)
> >> wrapper.java.classpath.1=../lib/derby.jar
> >> wrapper.java.classpath.2=../lib/derbynet.jar
> >> wrapper.java.classpath.3=../lib/derbytools.jar
> >> wrapper.java.classpath.4=../lib/Wrapper.jar
> >> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> >> wrapper.java.library.path.1=../lib
> >> # Java Additional Parameters
> >> wrapper.java.additional.1=-Dderby.system.home="C:/Documents and
> >> Settings/Yoni/.netbeans-derby"
> >> # Application parameters
> >> wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
> >> # number of arguments is 3
> >> wrapper.app.parameter.2=3
> >> wrapper.app.parameter.3=start
> >> # Option -h 0.0.0.0 means: listening on all interfaces, not only on
> >> localhost.
> >> # This is needed to make the derby server accept connections from other
> >> hosts
> >> # than the localhost.
> >> wrapper.app.parameter.4=-h
> >> wrapper.app.parameter.5=0.0.0.0
> >> wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
> >> wrapper.app.parameter.7=true
> >> # number of arguments is 1
> >> wrapper.app.parameter.8=1
> >> wrapper.app.parameter.9=shutdown
> >> # Initial Java Heap Size (in MB)
> >> wrapper.java.initmemory=64
> >> # Maximum Java Heap Size (in MB)
> >> wrapper.java.maxmemory=128
> >> #********************************************************************
> >> # Wrapper Logging Properties
> >> #********************************************************************
> >> wrapper.console.format=PM
> >> wrapper.console.loglevel=INFO
> >> wrapper.logfile=/wrapper.log
> >> wrapper.logfile.format=LPTM
> >> wrapper.logfile.loglevel=INFO
> >> wrapper.logfile.maxsize=5m
> >> wrapper.logfile.maxfiles=10
> >> wrapper.syslog.loglevel=ERROR
> >> #********************************************************************
> >> # Wrapper Windows Properties
> >> #********************************************************************
> >> # Title to use when running as a console
> >> wrapper.console.title=Derby DB Server
> >> # 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.
> >> wrapper.ntservice.name=derby
> >> wrapper.ntservice.displayname=Apache Derby Database
> >> wrapper.ntservice.description=Apache Derby Relational Database Engine
> >> (Network Server)
> >> wrapper.ntservice.starttype=AUTO_START
> >> wrapper.ntservice.interactive=false
>
>

Re: [Wrapper-user] Error 5: access is denied - SOLVED

[Jonathan A. <Jon...@hi...>]

Hi,

I solved the issue with access denied.  The answer: file access control lists (acls), a Windows security mechanism.  You can get/set the acl by calling getfacl/setfacl at the command line.

Previously, my acl on wrapper.exe, wrapper.jar, wrapper.lib, and derby.conf was:

# file: wrapper.exe
# owner: Yoni
# group: None
user::rwx
group::---
group:root:rwx
group:SYSTEM:rwx
mask:rwx
other:---


I set the acl to 

# owner: Yoni
# group: None
user::rwx
group::rwx
mask:rwx
other:rwx

and, viola, it worked!  I'm sure the acl permissions could be restricted further, if the user is interested.

So, you were right -- not a wrapper issue, a Windows thing.  

Thanks for the help,
Yoni
________________________________________
From: Leif Mortenson [lei...@ta...]
Sent: Thursday, June 11, 2009 6:16 PM
To: wra...@li...
Cc: Brent Frederick
Subject: Re: [Wrapper-user] Error 5: access is denied

Jonathan,
This is not a problem I have seen before and we are attempting to
track down the cause.
I went in and dug through the source.   This error is being thrown
after the Wrapper service has requested and received permission to
start the service, when it actually calls the StartService function.
Looking at the documentation for the StartService function,
ERROR_ACCESS_DENIED should only be encountered if the SERVICE_START
was not granted, which it was.

This sounds like it might be related, but the page says it is a
Windows 2000 problem.  You are running Windows XP correct?
http://support.microsoft.com/kb/256299
Does this look like it might apply?

The error you are seeing happening when the ServiceManager is
attempting to launch the Wrapper service.  Because it is happening
when you run "net start derby", I think that is is something related
to the system configuration or security policy rather than an issue
with the Wrapper.   I say this because the error is happening before
the Wrapper process is launched.  I do want to help track this down as
it may affect other users as well.

The Java policy etc should not have anything to do with this problem
either because at the point that the error is encountered, Java is not
even in the equation.

>From the wrapper.conf file that you sent, it does not appear that you
are specifying a specific account to run as.  This means that the
Wrapper service will run as the default SYSTEM account.   You might
want to try uninstalling and then reinstalling the service.  Were any
modifications made to the service configuration after it was
installed?

Please take a look at the above page and we will investigate this
further on our end as well.

Cheers,
Leif


On Thu, Jun 11, 2009 at 6:27 AM, Jonathan
Ashar<Jon...@hi...> wrote:
> Hi,
>
> I see the error whenever I try to start the service (manually, or automatically on start up).
>
> For example, running wrapper.exe -t derby.conf, the log file reads
>
> STATUS | wrapper  | 2009/06/11 00:25:59 | Starting the Apache Derby Database service...
> ERROR  | wrapper  | 2009/06/11 00:25:59 | Unable to start the service - Access is denied. (0x5)
>
>
> When I start the Wrapper through the console, it works.  I'm attaching the log file when started through console. (By the way, the log file gets placed in C:/ , which is not the location of wrapper.exe)
>
> Thank you,
> Yoni
>
>
> ________________________________________
> From: Leif Mortenson [lei...@ta...]
> Sent: Wednesday, June 10, 2009 6:19 PM
> To: wra...@li...
> Cc: Brent Frederick
> Subject: Re: [Wrapper-user] (no subject)
>
> Jonathan,
> Looking over the files you sent, I do not see anything that stands out
> as a problem.
>
> Where exactly are you seeing the error?
>
> What happens if you try to start the Wrapper service as follows?:
> wrapper.exe -t derby.conf
>
> When you try to start the service, do you get anything in the
> wrapper.log file?  If so, could you send the wrapper.log with
> wrapper.debug=true set?
>
> In some cases, the wrapper may output errors to the log file before
> the wrapper.conf has been loaded.  In this case the wrapper will write
> to its default log file.  When running as a service, this will be a
> file called wrapper.log in the Windows system directory.
>
> Cheers,
> Leif
>
> On Wed, Jun 10, 2009 at 7:49 PM, Jonathan
> Ashar<Jon...@hi...> wrote:
>> Hello,
>>
>> I am using the wrapper to wrap an Apache Derby database service.
>>
>> When I start the wrapper via the console (wrapper.exe -c derby.conf) it
>> succeeds.
>> When I install it as a service (wrapper.exe -i derby.conf) the install
>> succeeds, but the service is never able to start. I see "Error 5: access is
>> denied".
>>
>> I have XP Pro, and am installing as Windows admin user.  I am pasting below
>> my java.policy and derby.conf
>>
>> The first time I installed it as service, it was working -- ever since I
>> uninstalled and reinstalled the service, it fails!
>>
>> Thank you,
>> Yoni
>>
>>
>> Here is my java.policy file:
>>
>> // Standard extensions get all permissions by default
>> grant codeBase "file:${{java.ext.dirs}}/*" {
>>  permission java.security.AllPermission;
>> };
>> // default permissions granted to all domains
>> grant {
>>  // Allows any thread to stop itself using the java.lang.Thread.stop()
>>  // method that takes no argument.
>>  // Note that this permission is granted by default only to remain
>>  // backwards compatible.
>>  // It is strongly recommended that you either remove this permission
>>  // from this policy file or further restrict it to code sources
>>  // that you specify, because Thread.stop() is potentially unsafe.
>>  // See "http://java.sun.com/notes" for more information.
>>  permission java.lang.RuntimePermission "stopThread";
>>  // allows anyone to listen on un-privileged ports
>>  permission java.net.SocketPermission "localhost:1024-", "listen";
>>  // "standard" properies that can be read by anyone
>>  permission java.util.PropertyPermission "java.version", "read";
>>  permission java.util.PropertyPermission "java.vendor", "read";
>>  permission java.util.PropertyPermission "java.vendor.url", "read";
>>  permission java.util.PropertyPermission "java.class.version", "read";
>>  permission java.util.PropertyPermission "os.name", "read";
>>  permission java.util.PropertyPermission "os.version", "read";
>>  permission java.util.PropertyPermission "os.arch", "read";
>>  permission java.util.PropertyPermission "file.separator", "read";
>>  permission java.util.PropertyPermission "path.separator", "read";
>>  permission java.util.PropertyPermission "line.separator", "read";
>>  permission java.util.PropertyPermission "java.specification.version",
>> "read";
>>  permission java.util.PropertyPermission "java.specification.vendor",
>> "read";
>>  permission java.util.PropertyPermission "java.specification.name", "read";
>>  permission java.util.PropertyPermission "java.vm.specification.version",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.specification.vendor",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.specification.name",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.version", "read";
>>  permission java.util.PropertyPermission "java.vm.vendor", "read";
>>  permission java.util.PropertyPermission "java.vm.name", "read";
>> };
>> // Give Wrapper classes full permissions
>> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/wrapper.jar" {
>>         permission java.security.AllPermission;
>> };
>> // Give Derby net classes full permissions
>> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/derbynet.jar"
>> {
>>         permission java.security.AllPermission;
>> };
>>
>>
>> and derby.conf:
>>
>> # Java Application
>> wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
>> # Java Main class
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
>> # Java Classpath (include wrapper.jar)
>> wrapper.java.classpath.1=../lib/derby.jar
>> wrapper.java.classpath.2=../lib/derbynet.jar
>> wrapper.java.classpath.3=../lib/derbytools.jar
>> wrapper.java.classpath.4=../lib/Wrapper.jar
>> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>> wrapper.java.library.path.1=../lib
>> # Java Additional Parameters
>> wrapper.java.additional.1=-Dderby.system.home="C:/Documents and
>> Settings/Yoni/.netbeans-derby"
>> # Application parameters
>> wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
>> # number of arguments is 3
>> wrapper.app.parameter.2=3
>> wrapper.app.parameter.3=start
>> # Option -h 0.0.0.0 means: listening on all interfaces, not only on
>> localhost.
>> # This is needed to make the derby server accept connections from other
>> hosts
>> # than the localhost.
>> wrapper.app.parameter.4=-h
>> wrapper.app.parameter.5=0.0.0.0
>> wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
>> wrapper.app.parameter.7=true
>> # number of arguments is 1
>> wrapper.app.parameter.8=1
>> wrapper.app.parameter.9=shutdown
>> # Initial Java Heap Size (in MB)
>> wrapper.java.initmemory=64
>> # Maximum Java Heap Size (in MB)
>> wrapper.java.maxmemory=128
>> #********************************************************************
>> # Wrapper Logging Properties
>> #********************************************************************
>> wrapper.console.format=PM
>> wrapper.console.loglevel=INFO
>> wrapper.logfile=/wrapper.log
>> wrapper.logfile.format=LPTM
>> wrapper.logfile.loglevel=INFO
>> wrapper.logfile.maxsize=5m
>> wrapper.logfile.maxfiles=10
>> wrapper.syslog.loglevel=ERROR
>> #********************************************************************
>> # Wrapper Windows Properties
>> #********************************************************************
>> # Title to use when running as a console
>> wrapper.console.title=Derby DB Server
>> # 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.
>> wrapper.ntservice.name=derby
>> wrapper.ntservice.displayname=Apache Derby Database
>> wrapper.ntservice.description=Apache Derby Relational Database Engine
>> (Network Server)
>> wrapper.ntservice.starttype=AUTO_START
>> wrapper.ntservice.interactive=false

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Activity Report

[Christian <chr...@ta...>]

Leif,

It's time for the weekly report.

Cheers,
Christian

Re: [Wrapper-user] Error 5: access is denied

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

Jonathan,
This is not a problem I have seen before and we are attempting to
track down the cause.
I went in and dug through the source.   This error is being thrown
after the Wrapper service has requested and received permission to
start the service, when it actually calls the StartService function.
Looking at the documentation for the StartService function,
ERROR_ACCESS_DENIED should only be encountered if the SERVICE_START
was not granted, which it was.

This sounds like it might be related, but the page says it is a
Windows 2000 problem.  You are running Windows XP correct?
http://support.microsoft.com/kb/256299
Does this look like it might apply?

The error you are seeing happening when the ServiceManager is
attempting to launch the Wrapper service.  Because it is happening
when you run "net start derby", I think that is is something related
to the system configuration or security policy rather than an issue
with the Wrapper.   I say this because the error is happening before
the Wrapper process is launched.  I do want to help track this down as
it may affect other users as well.

The Java policy etc should not have anything to do with this problem
either because at the point that the error is encountered, Java is not
even in the equation.

>From the wrapper.conf file that you sent, it does not appear that you
are specifying a specific account to run as.  This means that the
Wrapper service will run as the default SYSTEM account.   You might
want to try uninstalling and then reinstalling the service.  Were any
modifications made to the service configuration after it was
installed?

Please take a look at the above page and we will investigate this
further on our end as well.

Cheers,
Leif


On Thu, Jun 11, 2009 at 6:27 AM, Jonathan
Ashar<Jon...@hi...> wrote:
> Hi,
>
> I see the error whenever I try to start the service (manually, or automatically on start up).
>
> For example, running wrapper.exe -t derby.conf, the log file reads
>
> STATUS | wrapper  | 2009/06/11 00:25:59 | Starting the Apache Derby Database service...
> ERROR  | wrapper  | 2009/06/11 00:25:59 | Unable to start the service - Access is denied. (0x5)
>
>
> When I start the Wrapper through the console, it works.  I'm attaching the log file when started through console. (By the way, the log file gets placed in C:/ , which is not the location of wrapper.exe)
>
> Thank you,
> Yoni
>
>
> ________________________________________
> From: Leif Mortenson [lei...@ta...]
> Sent: Wednesday, June 10, 2009 6:19 PM
> To: wra...@li...
> Cc: Brent Frederick
> Subject: Re: [Wrapper-user] (no subject)
>
> Jonathan,
> Looking over the files you sent, I do not see anything that stands out
> as a problem.
>
> Where exactly are you seeing the error?
>
> What happens if you try to start the Wrapper service as follows?:
> wrapper.exe -t derby.conf
>
> When you try to start the service, do you get anything in the
> wrapper.log file?  If so, could you send the wrapper.log with
> wrapper.debug=true set?
>
> In some cases, the wrapper may output errors to the log file before
> the wrapper.conf has been loaded.  In this case the wrapper will write
> to its default log file.  When running as a service, this will be a
> file called wrapper.log in the Windows system directory.
>
> Cheers,
> Leif
>
> On Wed, Jun 10, 2009 at 7:49 PM, Jonathan
> Ashar<Jon...@hi...> wrote:
>> Hello,
>>
>> I am using the wrapper to wrap an Apache Derby database service.
>>
>> When I start the wrapper via the console (wrapper.exe -c derby.conf) it
>> succeeds.
>> When I install it as a service (wrapper.exe -i derby.conf) the install
>> succeeds, but the service is never able to start. I see "Error 5: access is
>> denied".
>>
>> I have XP Pro, and am installing as Windows admin user.  I am pasting below
>> my java.policy and derby.conf
>>
>> The first time I installed it as service, it was working -- ever since I
>> uninstalled and reinstalled the service, it fails!
>>
>> Thank you,
>> Yoni
>>
>>
>> Here is my java.policy file:
>>
>> // Standard extensions get all permissions by default
>> grant codeBase "file:${{java.ext.dirs}}/*" {
>>  permission java.security.AllPermission;
>> };
>> // default permissions granted to all domains
>> grant {
>>  // Allows any thread to stop itself using the java.lang.Thread.stop()
>>  // method that takes no argument.
>>  // Note that this permission is granted by default only to remain
>>  // backwards compatible.
>>  // It is strongly recommended that you either remove this permission
>>  // from this policy file or further restrict it to code sources
>>  // that you specify, because Thread.stop() is potentially unsafe.
>>  // See "http://java.sun.com/notes" for more information.
>>  permission java.lang.RuntimePermission "stopThread";
>>  // allows anyone to listen on un-privileged ports
>>  permission java.net.SocketPermission "localhost:1024-", "listen";
>>  // "standard" properies that can be read by anyone
>>  permission java.util.PropertyPermission "java.version", "read";
>>  permission java.util.PropertyPermission "java.vendor", "read";
>>  permission java.util.PropertyPermission "java.vendor.url", "read";
>>  permission java.util.PropertyPermission "java.class.version", "read";
>>  permission java.util.PropertyPermission "os.name", "read";
>>  permission java.util.PropertyPermission "os.version", "read";
>>  permission java.util.PropertyPermission "os.arch", "read";
>>  permission java.util.PropertyPermission "file.separator", "read";
>>  permission java.util.PropertyPermission "path.separator", "read";
>>  permission java.util.PropertyPermission "line.separator", "read";
>>  permission java.util.PropertyPermission "java.specification.version",
>> "read";
>>  permission java.util.PropertyPermission "java.specification.vendor",
>> "read";
>>  permission java.util.PropertyPermission "java.specification.name", "read";
>>  permission java.util.PropertyPermission "java.vm.specification.version",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.specification.vendor",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.specification.name",
>> "read";
>>  permission java.util.PropertyPermission "java.vm.version", "read";
>>  permission java.util.PropertyPermission "java.vm.vendor", "read";
>>  permission java.util.PropertyPermission "java.vm.name", "read";
>> };
>> // Give Wrapper classes full permissions
>> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/wrapper.jar" {
>>         permission java.security.AllPermission;
>> };
>> // Give Derby net classes full permissions
>> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/derbynet.jar"
>> {
>>         permission java.security.AllPermission;
>> };
>>
>>
>> and derby.conf:
>>
>> # Java Application
>> wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
>> # Java Main class
>> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
>> # Java Classpath (include wrapper.jar)
>> wrapper.java.classpath.1=../lib/derby.jar
>> wrapper.java.classpath.2=../lib/derbynet.jar
>> wrapper.java.classpath.3=../lib/derbytools.jar
>> wrapper.java.classpath.4=../lib/Wrapper.jar
>> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
>> wrapper.java.library.path.1=../lib
>> # Java Additional Parameters
>> wrapper.java.additional.1=-Dderby.system.home="C:/Documents and
>> Settings/Yoni/.netbeans-derby"
>> # Application parameters
>> wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
>> # number of arguments is 3
>> wrapper.app.parameter.2=3
>> wrapper.app.parameter.3=start
>> # Option -h 0.0.0.0 means: listening on all interfaces, not only on
>> localhost.
>> # This is needed to make the derby server accept connections from other
>> hosts
>> # than the localhost.
>> wrapper.app.parameter.4=-h
>> wrapper.app.parameter.5=0.0.0.0
>> wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
>> wrapper.app.parameter.7=true
>> # number of arguments is 1
>> wrapper.app.parameter.8=1
>> wrapper.app.parameter.9=shutdown
>> # Initial Java Heap Size (in MB)
>> wrapper.java.initmemory=64
>> # Maximum Java Heap Size (in MB)
>> wrapper.java.maxmemory=128
>> #********************************************************************
>> # Wrapper Logging Properties
>> #********************************************************************
>> wrapper.console.format=PM
>> wrapper.console.loglevel=INFO
>> wrapper.logfile=/wrapper.log
>> wrapper.logfile.format=LPTM
>> wrapper.logfile.loglevel=INFO
>> wrapper.logfile.maxsize=5m
>> wrapper.logfile.maxfiles=10
>> wrapper.syslog.loglevel=ERROR
>> #********************************************************************
>> # Wrapper Windows Properties
>> #********************************************************************
>> # Title to use when running as a console
>> wrapper.console.title=Derby DB Server
>> # 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.
>> wrapper.ntservice.name=derby
>> wrapper.ntservice.displayname=Apache Derby Database
>> wrapper.ntservice.description=Apache Derby Relational Database Engine
>> (Network Server)
>> wrapper.ntservice.starttype=AUTO_START
>> wrapper.ntservice.interactive=false

Re: [Wrapper-user] Thread dump location

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

Brant,
Currently all console output from the JVM is being logged at the INFO
log level, this includes the thread dumps.    We have on our todo list
the ability to control the log level of the JVM'S console output in
more detail.  I willl think about how this could be done only for
thread dumps, or about ways to send that output to another file.

Chers,
Leif

On Thu, Jun 11, 2009 at 9:35 AM, Brant Strand<bs...@ad...> wrote:
> I’m triggering a thread dump with the –d command and the log level set to
> STAUS. All I get in the log file is:
>
> ---
>
> 2009/06/10 17:21:38 | STATUS | wrapper  | Dumping JVM state.
>
> --
>
> If I set the log level to INFO, I get the thead dump in the wrapper log.
>
>
>
> This seems like an unnecessary requirement to utilize the thread dump
> facility. If I’m issuing a command for a dump, I should like to get the
> output regardless of my logging level.
>
>
>
> Moreover, is it possible to specify a file into which the thread dump be
> written (or, even better, a file name format?)
>
>
>
> Thanks for your assistance,
>
> Brant

-- 
Leif Mortenson
Representative Director
Tanuki Software, Ltd.
6-16-7-1001 Nishi-Kasai, Edogawa-ku
Tokyo 134-0088 Japan
Tel/Fax: +81-3-3878-3211
http://www.tanukisoftware.com
lei...@ta...

[Wrapper-user] Thread dump location

[Brant S. <bs...@ad...>]

I'm triggering a thread dump with the -d command and the log level set to STAUS. All I get in the log file is:
---
2009/06/10 17:21:38 | STATUS | wrapper  | Dumping JVM state.
--
If I set the log level to INFO, I get the thead dump in the wrapper log.

This seems like an unnecessary requirement to utilize the thread dump facility. If I'm issuing a command for a dump, I should like to get the output regardless of my logging level.

Moreover, is it possible to specify a file into which the thread dump be written (or, even better, a file name format?)

Thanks for your assistance,
Brant

Re: [Wrapper-user] Error 5: access is denied

[Jonathan A. <Jon...@hi...>]

Hi,

I see the error whenever I try to start the service (manually, or automatically on start up).

For example, running wrapper.exe -t derby.conf, the log file reads

STATUS | wrapper  | 2009/06/11 00:25:59 | Starting the Apache Derby Database service...
ERROR  | wrapper  | 2009/06/11 00:25:59 | Unable to start the service - Access is denied. (0x5)


When I start the Wrapper through the console, it works.  I'm attaching the log file when started through console. (By the way, the log file gets placed in C:/ , which is not the location of wrapper.exe)

Thank you,
Yoni


________________________________________
From: Leif Mortenson [lei...@ta...]
Sent: Wednesday, June 10, 2009 6:19 PM
To: wra...@li...
Cc: Brent Frederick
Subject: Re: [Wrapper-user] (no subject)

Jonathan,
Looking over the files you sent, I do not see anything that stands out
as a problem.

Where exactly are you seeing the error?

What happens if you try to start the Wrapper service as follows?:
wrapper.exe -t derby.conf

When you try to start the service, do you get anything in the
wrapper.log file?  If so, could you send the wrapper.log with
wrapper.debug=true set?

In some cases, the wrapper may output errors to the log file before
the wrapper.conf has been loaded.  In this case the wrapper will write
to its default log file.  When running as a service, this will be a
file called wrapper.log in the Windows system directory.

Cheers,
Leif

On Wed, Jun 10, 2009 at 7:49 PM, Jonathan
Ashar<Jon...@hi...> wrote:
> Hello,
>
> I am using the wrapper to wrap an Apache Derby database service.
>
> When I start the wrapper via the console (wrapper.exe -c derby.conf) it
> succeeds.
> When I install it as a service (wrapper.exe -i derby.conf) the install
> succeeds, but the service is never able to start. I see "Error 5: access is
> denied".
>
> I have XP Pro, and am installing as Windows admin user.  I am pasting below
> my java.policy and derby.conf
>
> The first time I installed it as service, it was working -- ever since I
> uninstalled and reinstalled the service, it fails!
>
> Thank you,
> Yoni
>
>
> Here is my java.policy file:
>
> // Standard extensions get all permissions by default
> grant codeBase "file:${{java.ext.dirs}}/*" {
>  permission java.security.AllPermission;
> };
> // default permissions granted to all domains
> grant {
>  // Allows any thread to stop itself using the java.lang.Thread.stop()
>  // method that takes no argument.
>  // Note that this permission is granted by default only to remain
>  // backwards compatible.
>  // It is strongly recommended that you either remove this permission
>  // from this policy file or further restrict it to code sources
>  // that you specify, because Thread.stop() is potentially unsafe.
>  // See "http://java.sun.com/notes" for more information.
>  permission java.lang.RuntimePermission "stopThread";
>  // allows anyone to listen on un-privileged ports
>  permission java.net.SocketPermission "localhost:1024-", "listen";
>  // "standard" properies that can be read by anyone
>  permission java.util.PropertyPermission "java.version", "read";
>  permission java.util.PropertyPermission "java.vendor", "read";
>  permission java.util.PropertyPermission "java.vendor.url", "read";
>  permission java.util.PropertyPermission "java.class.version", "read";
>  permission java.util.PropertyPermission "os.name", "read";
>  permission java.util.PropertyPermission "os.version", "read";
>  permission java.util.PropertyPermission "os.arch", "read";
>  permission java.util.PropertyPermission "file.separator", "read";
>  permission java.util.PropertyPermission "path.separator", "read";
>  permission java.util.PropertyPermission "line.separator", "read";
>  permission java.util.PropertyPermission "java.specification.version",
> "read";
>  permission java.util.PropertyPermission "java.specification.vendor",
> "read";
>  permission java.util.PropertyPermission "java.specification.name", "read";
>  permission java.util.PropertyPermission "java.vm.specification.version",
> "read";
>  permission java.util.PropertyPermission "java.vm.specification.vendor",
> "read";
>  permission java.util.PropertyPermission "java.vm.specification.name",
> "read";
>  permission java.util.PropertyPermission "java.vm.version", "read";
>  permission java.util.PropertyPermission "java.vm.vendor", "read";
>  permission java.util.PropertyPermission "java.vm.name", "read";
> };
> // Give Wrapper classes full permissions
> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/wrapper.jar" {
>         permission java.security.AllPermission;
> };
> // Give Derby net classes full permissions
> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/derbynet.jar"
> {
>         permission java.security.AllPermission;
> };
>
>
> and derby.conf:
>
> # Java Application
> wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
> # Java Main class
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
> # Java Classpath (include wrapper.jar)
> wrapper.java.classpath.1=../lib/derby.jar
> wrapper.java.classpath.2=../lib/derbynet.jar
> wrapper.java.classpath.3=../lib/derbytools.jar
> wrapper.java.classpath.4=../lib/Wrapper.jar
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
> # Java Additional Parameters
> wrapper.java.additional.1=-Dderby.system.home="C:/Documents and
> Settings/Yoni/.netbeans-derby"
> # Application parameters
> wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
> # number of arguments is 3
> wrapper.app.parameter.2=3
> wrapper.app.parameter.3=start
> # Option -h 0.0.0.0 means: listening on all interfaces, not only on
> localhost.
> # This is needed to make the derby server accept connections from other
> hosts
> # than the localhost.
> wrapper.app.parameter.4=-h
> wrapper.app.parameter.5=0.0.0.0
> wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
> wrapper.app.parameter.7=true
> # number of arguments is 1
> wrapper.app.parameter.8=1
> wrapper.app.parameter.9=shutdown
> # Initial Java Heap Size (in MB)
> wrapper.java.initmemory=64
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=128
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=/wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=5m
> wrapper.logfile.maxfiles=10
> wrapper.syslog.loglevel=ERROR
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=Derby DB Server
> # 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.
> wrapper.ntservice.name=derby
> wrapper.ntservice.displayname=Apache Derby Database
> wrapper.ntservice.description=Apache Derby Relational Database Engine
> (Network Server)
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] (no subject)

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

Jonathan,
Looking over the files you sent, I do not see anything that stands out
as a problem.

Where exactly are you seeing the error?

What happens if you try to start the Wrapper service as follows?:
wrapper.exe -t derby.conf

When you try to start the service, do you get anything in the
wrapper.log file?  If so, could you send the wrapper.log with
wrapper.debug=true set?

In some cases, the wrapper may output errors to the log file before
the wrapper.conf has been loaded.  In this case the wrapper will write
to its default log file.  When running as a service, this will be a
file called wrapper.log in the Windows system directory.

Cheers,
Leif

On Wed, Jun 10, 2009 at 7:49 PM, Jonathan
Ashar<Jon...@hi...> wrote:
> Hello,
>
> I am using the wrapper to wrap an Apache Derby database service.
>
> When I start the wrapper via the console (wrapper.exe -c derby.conf) it
> succeeds.
> When I install it as a service (wrapper.exe -i derby.conf) the install
> succeeds, but the service is never able to start. I see "Error 5: access is
> denied".
>
> I have XP Pro, and am installing as Windows admin user.  I am pasting below
> my java.policy and derby.conf
>
> The first time I installed it as service, it was working -- ever since I
> uninstalled and reinstalled the service, it fails!
>
> Thank you,
> Yoni
>
>
> Here is my java.policy file:
>
> // Standard extensions get all permissions by default
> grant codeBase "file:${{java.ext.dirs}}/*" {
>  permission java.security.AllPermission;
> };
> // default permissions granted to all domains
> grant {
>  // Allows any thread to stop itself using the java.lang.Thread.stop()
>  // method that takes no argument.
>  // Note that this permission is granted by default only to remain
>  // backwards compatible.
>  // It is strongly recommended that you either remove this permission
>  // from this policy file or further restrict it to code sources
>  // that you specify, because Thread.stop() is potentially unsafe.
>  // See "http://java.sun.com/notes" for more information.
>  permission java.lang.RuntimePermission "stopThread";
>  // allows anyone to listen on un-privileged ports
>  permission java.net.SocketPermission "localhost:1024-", "listen";
>  // "standard" properies that can be read by anyone
>  permission java.util.PropertyPermission "java.version", "read";
>  permission java.util.PropertyPermission "java.vendor", "read";
>  permission java.util.PropertyPermission "java.vendor.url", "read";
>  permission java.util.PropertyPermission "java.class.version", "read";
>  permission java.util.PropertyPermission "os.name", "read";
>  permission java.util.PropertyPermission "os.version", "read";
>  permission java.util.PropertyPermission "os.arch", "read";
>  permission java.util.PropertyPermission "file.separator", "read";
>  permission java.util.PropertyPermission "path.separator", "read";
>  permission java.util.PropertyPermission "line.separator", "read";
>  permission java.util.PropertyPermission "java.specification.version",
> "read";
>  permission java.util.PropertyPermission "java.specification.vendor",
> "read";
>  permission java.util.PropertyPermission "java.specification.name", "read";
>  permission java.util.PropertyPermission "java.vm.specification.version",
> "read";
>  permission java.util.PropertyPermission "java.vm.specification.vendor",
> "read";
>  permission java.util.PropertyPermission "java.vm.specification.name",
> "read";
>  permission java.util.PropertyPermission "java.vm.version", "read";
>  permission java.util.PropertyPermission "java.vm.vendor", "read";
>  permission java.util.PropertyPermission "java.vm.name", "read";
> };
> // Give Wrapper classes full permissions
> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/wrapper.jar" {
>         permission java.security.AllPermission;
> };
> // Give Derby net classes full permissions
> grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/derbynet.jar"
> {
>         permission java.security.AllPermission;
> };
>
>
> and derby.conf:
>
> # Java Application
> wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
> # Java Main class
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
> # Java Classpath (include wrapper.jar)
> wrapper.java.classpath.1=../lib/derby.jar
> wrapper.java.classpath.2=../lib/derbynet.jar
> wrapper.java.classpath.3=../lib/derbytools.jar
> wrapper.java.classpath.4=../lib/Wrapper.jar
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
> # Java Additional Parameters
> wrapper.java.additional.1=-Dderby.system.home="C:/Documents and
> Settings/Yoni/.netbeans-derby"
> # Application parameters
> wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
> # number of arguments is 3
> wrapper.app.parameter.2=3
> wrapper.app.parameter.3=start
> # Option -h 0.0.0.0 means: listening on all interfaces, not only on
> localhost.
> # This is needed to make the derby server accept connections from other
> hosts
> # than the localhost.
> wrapper.app.parameter.4=-h
> wrapper.app.parameter.5=0.0.0.0
> wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
> wrapper.app.parameter.7=true
> # number of arguments is 1
> wrapper.app.parameter.8=1
> wrapper.app.parameter.9=shutdown
> # Initial Java Heap Size (in MB)
> wrapper.java.initmemory=64
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=128
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> wrapper.console.format=PM
> wrapper.console.loglevel=INFO
> wrapper.logfile=/wrapper.log
> wrapper.logfile.format=LPTM
> wrapper.logfile.loglevel=INFO
> wrapper.logfile.maxsize=5m
> wrapper.logfile.maxfiles=10
> wrapper.syslog.loglevel=ERROR
> #********************************************************************
> # Wrapper Windows Properties
> #********************************************************************
> # Title to use when running as a console
> wrapper.console.title=Derby DB Server
> # 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.
> wrapper.ntservice.name=derby
> wrapper.ntservice.displayname=Apache Derby Database
> wrapper.ntservice.description=Apache Derby Relational Database Engine
> (Network Server)
> wrapper.ntservice.starttype=AUTO_START
> wrapper.ntservice.interactive=false

[Wrapper-user] (no subject)

[Jonathan A. <Jon...@hi...>]

Hello,

I am using the wrapper to wrap an Apache Derby database service.

When I start the wrapper via the console (wrapper.exe -c derby.conf) it succeeds.
When I install it as a service (wrapper.exe -i derby.conf) the install succeeds, but the service is never able to start. I see "Error 5: access is denied".

I have XP Pro, and am installing as Windows admin user.  I am pasting below my java.policy and derby.conf

The first time I installed it as service, it was working -- ever since I uninstalled and reinstalled the service, it fails!

Thank you,
Yoni


Here is my java.policy file:


// Standard extensions get all permissions by default
grant codeBase "file:${{java.ext.dirs}}/*" {
 permission java.security.AllPermission;
};
// default permissions granted to all domains
grant {
 // Allows any thread to stop itself using the java.lang.Thread.stop()
 // method that takes no argument.
 // Note that this permission is granted by default only to remain
 // backwards compatible.
 // It is strongly recommended that you either remove this permission
 // from this policy file or further restrict it to code sources
 // that you specify, because Thread.stop() is potentially unsafe.
 // See "http://java.sun.com/notes" for more information.
 permission java.lang.RuntimePermission "stopThread";
 // allows anyone to listen on un-privileged ports
 permission java.net.SocketPermission "localhost:1024-", "listen";
 // "standard" properies that can be read by anyone
 permission java.util.PropertyPermission "java.version", "read";
 permission java.util.PropertyPermission "java.vendor", "read";
 permission java.util.PropertyPermission "java.vendor.url", "read";
 permission java.util.PropertyPermission "java.class.version", "read";
 permission java.util.PropertyPermission "os.name", "read";
 permission java.util.PropertyPermission "os.version", "read";
 permission java.util.PropertyPermission "os.arch", "read";
 permission java.util.PropertyPermission "file.separator", "read";
 permission java.util.PropertyPermission "path.separator", "read";
 permission java.util.PropertyPermission "line.separator", "read";
 permission java.util.PropertyPermission "java.specification.version", "read";
 permission java.util.PropertyPermission "java.specification.vendor", "read";
 permission java.util.PropertyPermission "java.specification.name", "read";
 permission java.util.PropertyPermission "java.vm.specification.version", "read";
 permission java.util.PropertyPermission "java.vm.specification.vendor", "read";
 permission java.util.PropertyPermission "java.vm.specification.name", "read";
 permission java.util.PropertyPermission "java.vm.version", "read";
 permission java.util.PropertyPermission "java.vm.vendor", "read";
 permission java.util.PropertyPermission "java.vm.name", "read";
};
// Give Wrapper classes full permissions
grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/wrapper.jar" {
        permission java.security.AllPermission;
};
// Give Derby net classes full permissions
grant codeBase "file:C:/Program Files/glassfish-v2/javadb/lib/derbynet.jar" {
        permission java.security.AllPermission;
};


and derby.conf:

# Java Application
wrapper.java.command = C:/Program Files/Java/jdk1.6.0_10/bin/java.exe
# Java Main class
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp
# Java Classpath (include wrapper.jar)
wrapper.java.classpath.1=../lib/derby.jar
wrapper.java.classpath.2=../lib/derbynet.jar
wrapper.java.classpath.3=../lib/derbytools.jar
wrapper.java.classpath.4=../lib/Wrapper.jar
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib
# Java Additional Parameters
wrapper.java.additional.1=-Dderby.system.home="C:/Documents and Settings/Yoni/.netbeans-derby"
# Application parameters
wrapper.app.parameter.1=org.apache.derby.drda.NetworkServerControl
# number of arguments is 3
wrapper.app.parameter.2=3
wrapper.app.parameter.3=start
# Option -h 0.0.0.0 means: listening on all interfaces, not only on localhost.
# This is needed to make the derby server accept connections from other hosts
# than the localhost.
wrapper.app.parameter.4=-h
wrapper.app.parameter.5=0.0.0.0
wrapper.app.parameter.6=org.apache.derby.drda.NetworkServerControl
wrapper.app.parameter.7=true
# number of arguments is 1
wrapper.app.parameter.8=1
wrapper.app.parameter.9=shutdown
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=64
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=128
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.console.format=PM
wrapper.console.loglevel=INFO
wrapper.logfile=/wrapper.log
wrapper.logfile.format=LPTM
wrapper.logfile.loglevel=INFO
wrapper.logfile.maxsize=5m
wrapper.logfile.maxfiles=10
wrapper.syslog.loglevel=ERROR
#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=Derby DB Server
# 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.
wrapper.ntservice.name=derby
wrapper.ntservice.displayname=Apache Derby Database
wrapper.ntservice.description=Apache Derby Relational Database Engine (Network Server)
wrapper.ntservice.starttype=AUTO_START
wrapper.ntservice.interactive=false

Re: [Wrapper-user] listening ports not available when running Java application as a service

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

Andre,
Were you able to get this working?   Luis's answer was accurate, thank
you.   The Wrapper does not do anything that would affect the
visibility of ports.  Possible problems are either with the way the
ports were bound in your application, or something to do with an
internal or external firewall.

Cheers,
Leif

On Tue, Jun 9, 2009 at 12:32 AM, Luis Varon<lui...@ip...> wrote:
> Hi Andre,
>
>
>
> have you verified if the XP – firewall is active and if there might be an
> rule which blocks the access to the ports from outside? If you start the
> application as service and open an command windows, you can see the ports
> with “netstat –ano” and could you also verify if they belong to the correct
> process (search for the pid in the task manager à process list).
>
>
>
> Regards
>
>
>
> Luis
>
>
>
>
>
> ________________________________
>
> Von: Goliath, Andre [mailto:AGo...@fn...]
> Gesendet: Montag, 8. Juni 2009 17:19
> An: wra...@li...
> Betreff: [Wrapper-user] listening ports not available when running Java
> application as a service
>
>
>
>
>
> Hi
>
>
>
> Platform Windows XP Professional.
>
>
>
> I have a JAVA application that starts several TCP/IP listening ports.
> Running the app as a console app work fine.
>
> When I start the app as a service using Java Service Wrapper the ports are
> only available from the local computer.
>
> Remote client programs cannot connect to the app.
>
>
>
> Do you have a solution for this?
>
>
>
> Thank you.
>
>
>
> André Goliath
>

Re: [Wrapper-user] listening ports not available when running Java application as a service

[Luis V. <lui...@ip...>]

Hi Andre,

 

have you verified if the XP - firewall is active and if there might be an rule which blocks the access to the ports from outside? If you start the application as service and open an command windows, you can see the ports with "netstat -ano" and could you also verify if they belong to the correct process (search for the pid in the task manager --> process list).

 

Regards

 

Luis

 

 

________________________________

Von: Goliath, Andre [mailto:AGo...@fn...] 
Gesendet: Montag, 8. Juni 2009 17:19
An: wra...@li...
Betreff: [Wrapper-user] listening ports not available when running Java application as a service

 

 

Hi

 

Platform Windows XP Professional.

 

I have a JAVA application that starts several TCP/IP listening ports.  Running the app as a console app work fine.

When I start the app as a service using Java Service Wrapper the ports are only available from the local computer.

Remote client programs cannot connect to the app.

 

Do you have a solution for this?

 

Thank you.

 

André Goliath 

To read FirstRand Bank's Disclaimer for this email click on the following address or copy into your Internet browser: 
https://www.fnb.co.za/disclaimer.html 




 

If you are unable to access the Disclaimer, send a blank e-mail to fir...@fn... and we will send you a copy of the Disclaimer. 
--------------------------------------------------------
Veranstaltungen 

18.-19. Juni 2009 Patinfo, Ilmenau 
23. Juni 2009 Arbeitskreis Qualitätsmanagement Automotive, Freiburg 
24. Juni 2009 Zulieferer Innovation, Ingolstadt 
3. Juli 2009 Handelsblatt Jahrestagung "Die Automobilindustrie. Nachhaltige Mobilität", München 

7. Juli 2009 iX-Day rund um M2M, Stuttgart 

7.-8. Juli 2009 4. Fachtagung "Qualität im Automobil", München 
iPoint Usergroup Meetings 

13. September 2009 iPoint Value Chani Agent Usergroup Meeting, Reutlingen iPoint Roadshows 

16. September 2009 iPoint Roadshow, Frankfurt 
--------------------------------------------------------
 Weitere Informationen zu unseren Events finden Sie auch auf unserer Webseite.                                                                                                                                                                            
        www.ipoint-systems.de --------------------------------------------------------
 Der Inhalt dieser eMail ist vertraulich und ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser eMail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser eMail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender in Verbindung zu setzen bzw. die eMail an folgende Adresse, mit Hinweis "Irrläufer"- zurück zu senden: in...@ip...                                                                                                                                     
      

 The contents of this email and any attachments are confidential and may contain privileged information. This information is intended solely for the addressee. Unauthorized access to this email is prohibited. If you are not the intended recipient of this email, any form of disclosure, reproduction, distribution, or any action taken or refrained from in consequence of it, may be unlawful. We kindly ask you to notify the sender by returning the e-mail with the subject "misdirected" to: in...@ip...                                                                                                                                     
      

 Sitz der Gesellschaft: Reutlingen AG Stuttgart   HRB 353830  Geschäftsführer: Jörg Walden, Francisco Benito

[Wrapper-user] listening ports not available when running Java application as a service

[Goliath, A. <AGo...@fn...>]

 

Hi

 

Platform Windows XP Professional.

 

I have a JAVA application that starts several TCP/IP listening ports.  Running the app as a console app work fine.

When I start the app as a service using Java Service Wrapper the ports are only available from the local computer.

Remote client programs cannot connect to the app.

 

Do you have a solution for this?

 

Thank you.

 

André Goliath 


To read FirstRand Bank's Disclaimer for this email click on the following address or copy into your Internet browser: 
https://www.fnb.co.za/disclaimer.html 

If you are unable to access the Disclaimer, send a blank e-mail to
fir...@fn... and we will send you a copy of the Disclaimer.

Re: [Wrapper-user] service does not start anymore (10035)

[Simon L. <sim...@gm...>]

Hi
Sorry for the late reply,
I fix the problem by upgrading to the wrapper's latest available
version.  Thanks for your time

Josh

On 5/6/09, Leif Mortenson <lei...@ta...> wrote:
> Josh,
> Could you please set the wrapper.java.command.loglevel=INFO property
> and then reply with the resulting java command line?  I would like to
> try and reproduce this here.  We test with large classpaths, but I may
> not be testing large enough.
>
> If possible, please also attach your wrapper.conf file.
>
> Cheers,
> Leif
>
> On Tue, May 5, 2009 at 5:11 AM, Simon Lemay <sim...@gm...> wrote:
>> hello :)
>>
>> I have been using the service wrapper for quit sometime now and I have
>> just
>> encountered a problem I cannot seem to solve.
>>
>> recently, my classpath has been growing a lot, and the more it grew, the
>> more problem i had with the wrapper; the service does not start anymore.
>>
>> so i tested the problem and added a LOT more jar to statup command line
>> and
>> the service wrapper does not start anymore.  it will try 5 time (the
>> default
>> value) and than will exit saying that the application could not be
>> started.
>> in the log, i found this:
>>
>> Send a packet START : start
>> socket send Failed (10035)
>> unable to send the start command to the JVM
>>
>> and if i reduce the lenght of the startup command line, the problem seems
>> to
>> go away
>>
>> so i dont know if anybody else got the problem
>>
>> thanks in advance for you help
>>
>> Josh
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
> i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

-- 
Sent from my mobile device

Re: [Wrapper-user] 32bit wrapper on 64bit Window

[Chen, M. M. <min...@hp...>]

Thanks for the information.
Regards
Ming

________________________________
From: Leif Mortenson [mailto:lei...@ta...]
Sent: 2009年6月3日 下午 10:18
To: wra...@li...
Subject: Re: [Wrapper-user] 32bit wrapper on 64bit Window

Ming,
It is possible to run 32-bit versions of the Wrapper on 64-bit OSs which support running 32-bit applications.  Windows is one of those.  Some UNIX platforms only allow you to run 64-bit applications however.

The bits of the Wrapper must, however, match that of the JVM as the native library dynamically links to the JVM.

So quick answer is that you will need the 64-bit version of the Wrapper to run a 64-bit version of the JVM on a 64-bit Windows system.

Please contact sa...@ta...<mailto:sa...@ta...> to obtain a free trial license.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

On Thu, Jun 4, 2009 at 6:17 AM, Chen, Ming Ming <min...@hp...<mailto:min...@hp...>> wrote:
I'm using the wrapper for my java application to be shown on the task manager under process. Will the 32bit wrapper work on the 64bit Window system, with 64bit JVM?
Thanks
Ming

Re: [Wrapper-user] 32bit wrapper on 64bit Window

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

Ming,
It is possible to run 32-bit versions of the Wrapper on 64-bit OSs which
support running 32-bit applications.  Windows is one of those.  Some UNIX
platforms only allow you to run 64-bit applications however.

The bits of the Wrapper must, however, match that of the JVM as the native
library dynamically links to the JVM.

So quick answer is that you will need the 64-bit version of the Wrapper to
run a 64-bit version of the JVM on a 64-bit Windows system.

Please contact sa...@ta... to obtain a free trial license.

Sincerely,
Leif Mortenson
Tanuki Software, Ltd.

On Thu, Jun 4, 2009 at 6:17 AM, Chen, Ming Ming <min...@hp...>wrote:

> I'm using the wrapper for my java application to be shown on the task
> manager under process. Will the 32bit wrapper work on the 64bit Window
> system, with 64bit JVM?
> Thanks
> Ming

[Wrapper-user] 32bit wrapper on 64bit Window

[Chen, M. M. <min...@hp...>]

I'm using the wrapper for my java application to be shown on the task manager under process. Will the 32bit wrapper work on the 64bit Window system, with 64bit JVM?
Thanks
Ming