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

[Wrapper-user] are any of these features I have added desirable in the wrapper code base

[Glen M. <gle...@ap...>]

Hi All,
I have added a few options  to java service wrapper and I am wondeirng 
if they are desirable for the main branch.  Here they are

    * An option to create the java command specified in the
      "wrapper.java.command" property if it doesn't already exist.  This
      is a simplification for me.  Before I did this I would just have a
      scrpit run to create all the java command copies I needed, which
      worked but was more maintenance.  With this I have more
      flexibility (like if I think a java comand is not used anymore I
      can just delete it knowing that the wrapper will recreate it if
      needed)
    * An altered wrapperw.exe that runs as a console application and
      looks for a .conf file in the same directory with the same base
      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
      myprog.exe it will look for myprog.conf.  Also any command line
      arguments are passed directly into the java app.  This allows one
      to use myprog.exe as a windows explorer file handler with minimum
      effort.  If  you use the wrapper.exe as is you would have to go
      into the registry and add the appropriate command line parms (-c
      myprog.conf).  I implemented this as a completely new executable
      since all the options (-c -t -p -i -r -?) are still there just as
      (--c --t --p --i --r --?)
    * An option for running in console mode to run the java app in the
      same process as wrapper.exe.  Now I know this sort of defeats the
      robustness that the java service wrapper offers but for "quick
      click" utilities it is simpler and slightly less resource intensive.
    * An option to choose the JIT (client or server).  This currently
      only works on win32 since I don't currently vae a linux machine to
      play with but I am fairly certain I could make it portable with
      minimum effort.  Also questions about hwo this should work with
      non-sun jvm's


If these ideas are desirable I am willing to code it (currently it is 
50% hack 50% clean by code it I mean make it 100% clean).  I am also 
open to alternative ways of implementing.

Let me know what you all think.

regards,
Glen

RE: [Wrapper-user] Quartz and "Timed out waiting for JVM Signal"

[Greg <gr...@tp...>]

Leif,

(Doh!) Thanks for the pointer Leif. This fixed things fine.  I'll read
more closely next time.  I think because my program was actually running
up fine initially I incorrectly assumed that I had it configured
correctly.

Cheers
Greg


-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Sunday, 13 February 2005 9:43 PM
To: wra...@li...
Subject: Re: [Wrapper-user] Quartz and "Timed out waiting for JVM
Signal"

Greg,
What does your wrapper.conf file look like?  Particularly, what is your 
main class?
The most common cause of this problem is specifying YOUR main class as 
the main
class rather than one of the Wrapper helper classes.  Please be sure 
that you have
read over the integration methods.  Most users file Method #1, using the
WrapperSimpleApp helper class to be appropriate.

Cheers,
Leif

Greg&Frederique wrote:

> Quartz and "Timed out waiting for JVM Signal" 
>
>  
>
>  
>
> Hi,
>
>  
>
> BACKGROUND - I have a java applicaiton which uses Quartz for 
> scheduling (refer http://sourceforge.net/projects/quartz/). Basically 
> the application starts and registeres jobs/triggers. I'm not sure what

> the JVM/Quartz is doing whilst waiting for the next trigger, however I

> noted that when I run my application in a windows console that once 
> the schedule is setup, and waiting for the first event, that I can't 
> control-c to kill the JVM session/CMD window. I do also use a 
> "thisThread.sleep(lengthSecs * 1000);" at one point within my 
> applicaiton too.
>
>  
>
> ISSUE
>
>  
>
> When I lauch my application (headless) using the Method 1 integration 
> I get a "Startup failed: Timed out waiting for a signal from the JVM" 
> from the wrapper application. It then starts another JVM session.
>
>  
>
> I also note if I set my first quartz trigger to occur quite quickly, 
> that the wrapper application does correctly start my application, 
> however half way through the 2nd quartz trigger (20 seconds or so in) 
> I still get the "Startup failed: Timed out waiting for a signal from 
> the JVM". It is as if, whilst my application is working, that the 
> wrapper application at no time is getting the impression the JVM is 
> responding.
>
>  
>
> QUESTIONS
>
>  
>
> Does the Wrapper application has constraints on the type of java 
> application it runs? (e.g. no use of "thisThread.sleep(z);", or
Quartz)
>
>  
>
> How do I ensure the wrapper application obtains the view that the JVM 
> is working correctly in my situation?
>
>  
>
> Cheers
>
> Greg
>
>  
>
>  
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] problem with logging components

[Shai S. <Sha...@in...>]

Hi !
i was able to change the property so that java.io.tmpdir is the temp i =
need the logs to be written to.
and still it writes the logs to c:\winnt\temp
any ideas ?
thanks,
Shai


-----Original Message-----
From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Leif =
Mortenson
Sent: Sunday, February 13, 2005 1:39 PM
To: wra...@li...
Subject: Re: [Wrapper-user] problem with logging components


Shai,
    Write a little method which iterates over all of the properties=20
returned by
System.getProperties() and prints their values to the console.  Run this =

in both
modes and compare the outputs.  Something in there must be different as =
that
is the only place that the JVM can be obtaining information about the=20
system.

    Your configuration file looks fine.
Leif

Shai Simchi wrote:

>Hi !
>thanks Leif and Eyal.
>i have tried using your advices but it doesnt seem to be helping.
>my log files still go to c:\winnt\temp instead of where i want them to =
go.
>i added the set.TEMP=3Dc:\documents and settings\<user name>\local =
settings\temp\ line and that doesnt help either.
>i am attaching my configuration file - maybe u guys can find something =
that is wrong in it.
>thanks again,
>Shai
>
>
>
>-----Original Message-----
>From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Leif =
Mortenson
>Sent: Friday, February 11, 2005 3:00 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] problem with logging components
>
>
>Shai,
>    As Eyal pointed out, this is post likely an environment issue.  =
When=20
>running in a console
>the Wrapper is run as the current user along with all of its =
environment=20
>variables.   When
>run as a service, the Wrapper runs as the SYSTEM user by default.  You=20
>say that you
>are specifying a user account, but I still think this is the most =
likely=20
>problem.   When your
>application is running as a service, check the Task Manager and make=20
>sure that the
>Wrapper is running as the correct user.
>
>    Try adding the following to your wrapper.conf file:
>set.TEMP=3Dc:\documents and settings\<user name>\local settings\temp\
>That will set the environment variable to the specified value before =
the=20
>JVM is launched.
>
>    You can also add the following to your application to verify the=20
>location of the
>temp directory:
>System.out.println( "Temp=3D" + System.getProperty( "|java.io.tmpdir|" =
) );
>System.out.println( "User=3D" + System.getProperty( "|user.name|" ) );
>
>Cheers,
>Leif
>
>Shai Simchi wrote:
>
> =20
>
>>Hi Eyal !
>>I am running the service as a user and using the property to set it in =
my config file.
>>any other ideas ?
>>thanks
>>Shai
>>
>>-----Original Message-----
>>From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Eyal =
Bar-Ilan
>>Sent: Thursday, February 10, 2005 5:04 PM
>>To: wra...@li...
>>Subject: Re: [Wrapper-user] problem with logging components
>>
>>
>>when running as a service the temp directory is c:\winnt\temp
>>when running as a user the temp directory is c:\documents and
>>settings\<user name>\local settings\temp\
>>
>>use the wrapper.ntservice.account property to run the service as a =
user
>>
>>
>>
>>On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi =
<Sha...@in...> wrote:
>>=20
>>
>>   =20
>>
>>>Hi !=20
>>>
>>>i am using the wrapper to run my application.=20
>>>
>>>one of the components in the application is writing different kind of =
log
>>>files to
>>> c:\documents and settings\<user name>\local settings\temp\<folder =
name>=20
>>>
>>>when running with the wrapper the logs go to a different place =
instead the
>>>one that is specified above. they go to
>>>c:\winnt\temp\<folder name>=20
>>>
>>>anyone has any ideas why that happens and how to fix it ?=20
>>>
>>>thanks,=20
>>>
>>>Shai Simchi=20
>>>
>>>Invoke Solutions Ltd.=20
>>>
>>>+972-3-5756828 (ext. 206)=20
>>>
>>>+972-66-227746 (mobile)=20
>>>
>>>+972-3-5756829 (Fax)=20
>>>
>>>mailto:sh...@in...=20
>>>
>>>www.invoke.com=20
>>>
>>>  =20
>>>
>>>     =20
>>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real =
users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
> =20
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] problem with logging components

[Shai S. <Sha...@in...>]

ok - here are my finidings
java.io.tmpdir =3D C:\WINNT\TEMP\
is there any way to change that or pass that using the config file ?

-----Original Message-----
From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Leif =
Mortenson
Sent: Sunday, February 13, 2005 1:39 PM
To: wra...@li...
Subject: Re: [Wrapper-user] problem with logging components


Shai,
    Write a little method which iterates over all of the properties=20
returned by
System.getProperties() and prints their values to the console.  Run this =

in both
modes and compare the outputs.  Something in there must be different as =
that
is the only place that the JVM can be obtaining information about the=20
system.

    Your configuration file looks fine.
Leif

Shai Simchi wrote:

>Hi !
>thanks Leif and Eyal.
>i have tried using your advices but it doesnt seem to be helping.
>my log files still go to c:\winnt\temp instead of where i want them to =
go.
>i added the set.TEMP=3Dc:\documents and settings\<user name>\local =
settings\temp\ line and that doesnt help either.
>i am attaching my configuration file - maybe u guys can find something =
that is wrong in it.
>thanks again,
>Shai
>
>
>
>-----Original Message-----
>From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Leif =
Mortenson
>Sent: Friday, February 11, 2005 3:00 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] problem with logging components
>
>
>Shai,
>    As Eyal pointed out, this is post likely an environment issue.  =
When=20
>running in a console
>the Wrapper is run as the current user along with all of its =
environment=20
>variables.   When
>run as a service, the Wrapper runs as the SYSTEM user by default.  You=20
>say that you
>are specifying a user account, but I still think this is the most =
likely=20
>problem.   When your
>application is running as a service, check the Task Manager and make=20
>sure that the
>Wrapper is running as the correct user.
>
>    Try adding the following to your wrapper.conf file:
>set.TEMP=3Dc:\documents and settings\<user name>\local settings\temp\
>That will set the environment variable to the specified value before =
the=20
>JVM is launched.
>
>    You can also add the following to your application to verify the=20
>location of the
>temp directory:
>System.out.println( "Temp=3D" + System.getProperty( "|java.io.tmpdir|" =
) );
>System.out.println( "User=3D" + System.getProperty( "|user.name|" ) );
>
>Cheers,
>Leif
>
>Shai Simchi wrote:
>
> =20
>
>>Hi Eyal !
>>I am running the service as a user and using the property to set it in =
my config file.
>>any other ideas ?
>>thanks
>>Shai
>>
>>-----Original Message-----
>>From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Eyal =
Bar-Ilan
>>Sent: Thursday, February 10, 2005 5:04 PM
>>To: wra...@li...
>>Subject: Re: [Wrapper-user] problem with logging components
>>
>>
>>when running as a service the temp directory is c:\winnt\temp
>>when running as a user the temp directory is c:\documents and
>>settings\<user name>\local settings\temp\
>>
>>use the wrapper.ntservice.account property to run the service as a =
user
>>
>>
>>
>>On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi =
<Sha...@in...> wrote:
>>=20
>>
>>   =20
>>
>>>Hi !=20
>>>
>>>i am using the wrapper to run my application.=20
>>>
>>>one of the components in the application is writing different kind of =
log
>>>files to
>>> c:\documents and settings\<user name>\local settings\temp\<folder =
name>=20
>>>
>>>when running with the wrapper the logs go to a different place =
instead the
>>>one that is specified above. they go to
>>>c:\winnt\temp\<folder name>=20
>>>
>>>anyone has any ideas why that happens and how to fix it ?=20
>>>
>>>thanks,=20
>>>
>>>Shai Simchi=20
>>>
>>>Invoke Solutions Ltd.=20
>>>
>>>+972-3-5756828 (ext. 206)=20
>>>
>>>+972-66-227746 (mobile)=20
>>>
>>>+972-3-5756829 (Fax)=20
>>>
>>>mailto:sh...@in...=20
>>>
>>>www.invoke.com=20
>>>
>>>  =20
>>>
>>>     =20
>>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real =
users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
> =20
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] service was launched, but failed to start

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

Dave,
Most likely this is a configuration problem.
The first thing you should do is to run the application in console mode and
verify that it is working there BEFORE trying to install and run it as 
service.

In either mode, you will need to look at the wrapper.log file to see the 
cause of the
problem. If you are running in console mode, this is all visible in the 
console, making
it much easier to debug.

If the problem is not apparent. Then please add the wrapper.debug=true 
property
and rerun your application. I will then need to see the resulting log 
file from a single
JVM run, along with your wrapper.conf file to be able to help out.

Cheers,
Leif

Dave Whaley wrote:

> First, I searched the user list for a solution to this, but did not 
> see anything.
>
> I was able to create a Windows (XP) service, that starts Tomcat. 
> However, when I try to stop the service, I receive:
>
> “service was not running”. The service cannot shutdown Tomcat5.
>
> When I use the Wrapper 3.1.2 to start the service, it issues a message 
> “service was launched, but failed to start”.
>
> How can I make it so the service can stop Tomcat when I shutdown?
>

Re: [Wrapper-user] Quartz and "Timed out waiting for JVM Signal"

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

Greg,
What does your wrapper.conf file look like?  Particularly, what is your 
main class?
The most common cause of this problem is specifying YOUR main class as 
the main
class rather than one of the Wrapper helper classes.  Please be sure 
that you have
read over the integration methods.  Most users file Method #1, using the
WrapperSimpleApp helper class to be appropriate.

Cheers,
Leif

Greg&Frederique wrote:

> Quartz and "Timed out waiting for JVM Signal" 
>
>  
>
>  
>
> Hi,
>
>  
>
> BACKGROUND - I have a java applicaiton which uses Quartz for 
> scheduling (refer http://sourceforge.net/projects/quartz/). Basically 
> the application starts and registeres jobs/triggers. I'm not sure what 
> the JVM/Quartz is doing whilst waiting for the next trigger, however I 
> noted that when I run my application in a windows console that once 
> the schedule is setup, and waiting for the first event, that I can't 
> control-c to kill the JVM session/CMD window. I do also use a 
> "thisThread.sleep(lengthSecs * 1000);" at one point within my 
> applicaiton too.
>
>  
>
> ISSUE
>
>  
>
> When I lauch my application (headless) using the Method 1 integration 
> I get a "Startup failed: Timed out waiting for a signal from the JVM" 
> from the wrapper application. It then starts another JVM session.
>
>  
>
> I also note if I set my first quartz trigger to occur quite quickly, 
> that the wrapper application does correctly start my application, 
> however half way through the 2nd quartz trigger (20 seconds or so in) 
> I still get the "Startup failed: Timed out waiting for a signal from 
> the JVM". It is as if, whilst my application is working, that the 
> wrapper application at no time is getting the impression the JVM is 
> responding.
>
>  
>
> QUESTIONS
>
>  
>
> Does the Wrapper application has constraints on the type of java 
> application it runs? (e.g. no use of "thisThread.sleep(z);", or Quartz)
>
>  
>
> How do I ensure the wrapper application obtains the view that the JVM 
> is working correctly in my situation?
>
>  
>
> Cheers
>
> Greg
>
>  
>
>  
>

Re: [Wrapper-user] problem with logging components

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

Shai,
    Write a little method which iterates over all of the properties 
returned by
System.getProperties() and prints their values to the console.  Run this 
in both
modes and compare the outputs.  Something in there must be different as that
is the only place that the JVM can be obtaining information about the 
system.

    Your configuration file looks fine.
Leif

Shai Simchi wrote:

>Hi !
>thanks Leif and Eyal.
>i have tried using your advices but it doesnt seem to be helping.
>my log files still go to c:\winnt\temp instead of where i want them to go.
>i added the set.TEMP=c:\documents and settings\<user name>\local settings\temp\ line and that doesnt help either.
>i am attaching my configuration file - maybe u guys can find something that is wrong in it.
>thanks again,
>Shai
>
>
>
>-----Original Message-----
>From: wra...@li... [mailto:wra...@li...]On Behalf Of Leif Mortenson
>Sent: Friday, February 11, 2005 3:00 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] problem with logging components
>
>
>Shai,
>    As Eyal pointed out, this is post likely an environment issue.  When 
>running in a console
>the Wrapper is run as the current user along with all of its environment 
>variables.   When
>run as a service, the Wrapper runs as the SYSTEM user by default.  You 
>say that you
>are specifying a user account, but I still think this is the most likely 
>problem.   When your
>application is running as a service, check the Task Manager and make 
>sure that the
>Wrapper is running as the correct user.
>
>    Try adding the following to your wrapper.conf file:
>set.TEMP=c:\documents and settings\<user name>\local settings\temp\
>That will set the environment variable to the specified value before the 
>JVM is launched.
>
>    You can also add the following to your application to verify the 
>location of the
>temp directory:
>System.out.println( "Temp=" + System.getProperty( "|java.io.tmpdir|" ) );
>System.out.println( "User=" + System.getProperty( "|user.name|" ) );
>
>Cheers,
>Leif
>
>Shai Simchi wrote:
>
>  
>
>>Hi Eyal !
>>I am running the service as a user and using the property to set it in my config file.
>>any other ideas ?
>>thanks
>>Shai
>>
>>-----Original Message-----
>>From: wra...@li... [mailto:wra...@li...]On Behalf Of Eyal Bar-Ilan
>>Sent: Thursday, February 10, 2005 5:04 PM
>>To: wra...@li...
>>Subject: Re: [Wrapper-user] problem with logging components
>>
>>
>>when running as a service the temp directory is c:\winnt\temp
>>when running as a user the temp directory is c:\documents and
>>settings\<user name>\local settings\temp\
>>
>>use the wrapper.ntservice.account property to run the service as a user
>>
>>
>>
>>On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi <Sha...@in...> wrote:
>> 
>>
>>    
>>
>>>Hi ! 
>>>
>>>i am using the wrapper to run my application. 
>>>
>>>one of the components in the application is writing different kind of log
>>>files to
>>> c:\documents and settings\<user name>\local settings\temp\<folder name> 
>>>
>>>when running with the wrapper the logs go to a different place instead the
>>>one that is specified above. they go to
>>>c:\winnt\temp\<folder name> 
>>>
>>>anyone has any ideas why that happens and how to fix it ? 
>>>
>>>thanks, 
>>>
>>>Shai Simchi 
>>>
>>>Invoke Solutions Ltd. 
>>>
>>>+972-3-5756828 (ext. 206) 
>>>
>>>+972-66-227746 (mobile) 
>>>
>>>+972-3-5756829 (Fax) 
>>>
>>>mailto:sh...@in... 
>>>
>>>www.invoke.com 
>>>
>>>   
>>>
>>>      
>>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>  
>

RE: [Wrapper-user] problem with logging components

[Shai S. <Sha...@in...>]

Hi !
thanks Leif and Eyal.
i have tried using your advices but it doesnt seem to be helping.
my log files still go to c:\winnt\temp instead of where i want them to =
go.
i added the set.TEMP=3Dc:\documents and settings\<user name>\local =
settings\temp\ line and that doesnt help either.
i am attaching my configuration file - maybe u guys can find something =
that is wrong in it.
thanks again,
Shai



-----Original Message-----
From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Leif =
Mortenson
Sent: Friday, February 11, 2005 3:00 PM
To: wra...@li...
Subject: Re: [Wrapper-user] problem with logging components


Shai,
    As Eyal pointed out, this is post likely an environment issue.  When =

running in a console
the Wrapper is run as the current user along with all of its environment =

variables.   When
run as a service, the Wrapper runs as the SYSTEM user by default.  You=20
say that you
are specifying a user account, but I still think this is the most likely =

problem.   When your
application is running as a service, check the Task Manager and make=20
sure that the
Wrapper is running as the correct user.

    Try adding the following to your wrapper.conf file:
set.TEMP=3Dc:\documents and settings\<user name>\local settings\temp\
That will set the environment variable to the specified value before the =

JVM is launched.

    You can also add the following to your application to verify the=20
location of the
temp directory:
System.out.println( "Temp=3D" + System.getProperty( "|java.io.tmpdir|" ) =
);
System.out.println( "User=3D" + System.getProperty( "|user.name|" ) );

Cheers,
Leif

Shai Simchi wrote:

>Hi Eyal !
>I am running the service as a user and using the property to set it in =
my config file.
>any other ideas ?
>thanks
>Shai
>
>-----Original Message-----
>From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Eyal =
Bar-Ilan
>Sent: Thursday, February 10, 2005 5:04 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] problem with logging components
>
>
>when running as a service the temp directory is c:\winnt\temp
>when running as a user the temp directory is c:\documents and
>settings\<user name>\local settings\temp\
>
>use the wrapper.ntservice.account property to run the service as a user
>
>
>
>On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi =
<Sha...@in...> wrote:
> =20
>
>>=20
>>
>>Hi !=20
>>
>>i am using the wrapper to run my application.=20
>>
>>one of the components in the application is writing different kind of =
log
>>files to
>>  c:\documents and settings\<user name>\local settings\temp\<folder =
name>=20
>>
>>when running with the wrapper the logs go to a different place instead =
the
>>one that is specified above. they go to
>> c:\winnt\temp\<folder name>=20
>>
>>anyone has any ideas why that happens and how to fix it ?=20
>>
>>thanks,=20
>>
>>Shai Simchi=20
>>
>>Invoke Solutions Ltd.=20
>>
>>+972-3-5756828 (ext. 206)=20
>>
>>+972-66-227746 (mobile)=20
>>
>>+972-3-5756829 (Fax)=20
>>
>>mailto:sh...@in...=20
>>
>>www.invoke.com=20
>>=20
>>   =20
>>


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Re: Quartz and "Timed out waiting for JVM Signal"

[<IPi...@Xe...>]

Hi Greg & Frederique,

This is just an idea in my head, and may be technically wrong, but I hope it
might help someone looking in to this problem. From my limited knowledge of
Quartz is makes use of a class loader to load classes as start-up. I'm not
sure how it does it, but it sometimes finds it hard to get hold of a class
loader or the correct one within the context/JVM it is running. I have had
this problem when trying to use quartz for scheduling within Tomcat. I
believe that was to do with the way Tomcat class loads. I'm thinking that
perhaps wrapper uses a class loader and this is conflicting with Quartz and
causing you the problems.

Ian


Ian Pilborough
Pre Sales Consultant - Northern Europe

xenos | the data to e-content company(tm)
Direct: +44 (0) 1932 236 912
Mobile: +44 (0) 7812 193 208
Main: +44 (0) 1932 252 299
Fax: +44 (0) 1932 252 288
Email: mailto:ipi...@xe...
Web: http://www.xenos.com/

*****************************************************************
For Xenos Helpdesk support contact +44 (0)1932 236900 or e-mail
su...@xe...
*****************************************************************

SV: SV: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler

[Mattias T. <Mat...@mi...>]

Hi Leif

Excuse me for not answering your questions, I thougth it was implicit =
given my answer that it has nothing to do with the wrapper.=20
It is completely a JDBC/MS-SQL issue.=20

The jvm does not crash when this occurs but out application goes in to a =
locked state. I think that the application exits but I don=B4t know if =
this casuse the wrapper to stop the jvm. This requires further analysis. =
Today I use the simpelapp integration and from what I gather this =
depends on the application implements "shutdown hooks"? Maybe we will =
have to look into a more tighter integration with the wrapper.

Sincerely Mattias

-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Leif Mortenson
Skickat: den 11 februari 2005 13:50
Till: wra...@li...
=C4mne: Re: SV: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler


Mattias,
    I saw that the first time you posted it.  But I don't see anything=20
other than possible
problems with the jtds code or your java application.  You also didn't=20
answer any
of my questions.  They were asked so I try to narrow down whether or not =

this
is an issue that has anything to do with the Wrapper.

Leif

Mattias Ternert wrote:

>Leif
>
>I have recieved support from jTDS forum. I tried to post it to the =
wrapper user list. Se answer below FYI,
>
> "have recieved support on this issue from jTDS-forums. For anyone that =
has interest read below,
>
>"Mattias,=20
>
>It might have to do with stored procedures. By default jTDS uses =
temporary stored procedures for PreparedStatements, i.e. it creates one =
for each PreparedStatement then uses it for each execution.=20
>
>If you have PreparedStatements that update TEXT fields in a table that =
has an INSTEAD OF trigger defined on them, this just might be it. If =
that's the case, the workaround is simple: just specify another value =
for the "prepareSQL" parameter (I wuold recommend 2). See the jTDS FAQ ( =
<http://jtds.sourceforge.net/faq.html> ) for more information on =
"prepareSQL".=20
>
>Just in case, upgrading to the last version of jTDS might be a good =
idea. We're not only doing new releases to gain visibility, there are a =
big number of bug fixes and new features in each new version.=20
>
>Alin.""
>
>-----Ursprungligt meddelande-----
>Fr=E5n: wra...@li...
>[mailto:wra...@li...]F=F6r Leif Mortenson
>Skickat: den 11 februari 2005 12:26
>Till: wra...@li...
>=C4mne: Re: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler
>
>
>Mattias,
>    Looking at this, I don't see anything that would hint at it being=20
>caused by the Wrapper.
>It sounds like a known Microsoft bug.  What happens when this error=20
>occurs?  Does the
>JVM crash?  Or does it just show up in the logs and continue to=20
>function.   If the JVM is
>crashing?  Is the Wrapper correctly restarting your JVM?
>
>Leif
>
>Mattias Ternert wrote:
>
> =20
>
>>Hi
>>
>>I have an application that run 4 services implemented with Wrapper=20
>>(Version 3.1.0). Three of the services are executed idependently of=20
>>each other but they all depend on one service which executes=20
>>Logging&Alarm functionality. This service depends on JDBC to insert=20
>>records in a MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some=20
>>of our customers have experienced situations where this service has=20
>>failed with this message in the service log,
>>
>>Error in Alarm Manager, code 5010: SQL error:0 -=20
>>SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 =

>>EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>>
>>I have tried to do an analysis of this problem and are not quiet sure=20
>>what is causing this; are own code, MS-SQL server itself, the JDBC=20
>>driver or the service-Wrapper. I found this information from Microsoft =

>>regarding the exception:
>>
>>http://support.microsoft.com/kb/839523
>>http://support.microsoft.com/kb/295114/EN-US/
>>
>>However we do not use stored procuders and our customers have not=20
>>upgraded from MS-SQL7 to MS-SQL2000 so I=B4m not sure if this applies =
to=20
>>us. I have also tried to search info about this on jTDS project=20
>>homepage but have not found anything that directly applies to this. So =

>>as a last act I=B4m asking if there are anyone here that have=20
>>experienced this and if so how they solved it. My actions will be to=20
>>update jTDS, service wrapper and MS-SQL to latest versions to see if=20
>>this will help.
>>
>>Sincerely Mattias
>>
>>
>>   =20
>>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] problem with logging components

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

Shai,
    As Eyal pointed out, this is post likely an environment issue.  When 
running in a console
the Wrapper is run as the current user along with all of its environment 
variables.   When
run as a service, the Wrapper runs as the SYSTEM user by default.  You 
say that you
are specifying a user account, but I still think this is the most likely 
problem.   When your
application is running as a service, check the Task Manager and make 
sure that the
Wrapper is running as the correct user.

    Try adding the following to your wrapper.conf file:
set.TEMP=c:\documents and settings\<user name>\local settings\temp\
That will set the environment variable to the specified value before the 
JVM is launched.

    You can also add the following to your application to verify the 
location of the
temp directory:
System.out.println( "Temp=" + System.getProperty( "|java.io.tmpdir|" ) );
System.out.println( "User=" + System.getProperty( "|user.name|" ) );

Cheers,
Leif

Shai Simchi wrote:

>Hi Eyal !
>I am running the service as a user and using the property to set it in my config file.
>any other ideas ?
>thanks
>Shai
>
>-----Original Message-----
>From: wra...@li... [mailto:wra...@li...]On Behalf Of Eyal Bar-Ilan
>Sent: Thursday, February 10, 2005 5:04 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] problem with logging components
>
>
>when running as a service the temp directory is c:\winnt\temp
>when running as a user the temp directory is c:\documents and
>settings\<user name>\local settings\temp\
>
>use the wrapper.ntservice.account property to run the service as a user
>
>
>
>On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi <Sha...@in...> wrote:
>  
>
>> 
>>
>>Hi ! 
>>
>>i am using the wrapper to run my application. 
>>
>>one of the components in the application is writing different kind of log
>>files to
>>  c:\documents and settings\<user name>\local settings\temp\<folder name> 
>>
>>when running with the wrapper the logs go to a different place instead the
>>one that is specified above. they go to
>> c:\winnt\temp\<folder name> 
>>
>>anyone has any ideas why that happens and how to fix it ? 
>>
>>thanks, 
>>
>>Shai Simchi 
>>
>>Invoke Solutions Ltd. 
>>
>>+972-3-5756828 (ext. 206) 
>>
>>+972-66-227746 (mobile) 
>>
>>+972-3-5756829 (Fax) 
>>
>>mailto:sh...@in... 
>>
>>www.invoke.com 
>> 
>>    
>>

Re: SV: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler

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

Mattias,
    I saw that the first time you posted it.  But I don't see anything 
other than possible
problems with the jtds code or your java application.  You also didn't 
answer any
of my questions.  They were asked so I try to narrow down whether or not 
this
is an issue that has anything to do with the Wrapper.

Leif

Mattias Ternert wrote:

>Leif
>
>I have recieved support from jTDS forum. I tried to post it to the wrapper user list. Se answer below FYI,
>
> "have recieved support on this issue from jTDS-forums. For anyone that has interest read below,
>
>"Mattias, 
>
>It might have to do with stored procedures. By default jTDS uses temporary stored procedures for PreparedStatements, i.e. it creates one for each PreparedStatement then uses it for each execution. 
>
>If you have PreparedStatements that update TEXT fields in a table that has an INSTEAD OF trigger defined on them, this just might be it. If that's the case, the workaround is simple: just specify another value for the "prepareSQL" parameter (I wuold recommend 2). See the jTDS FAQ ( <http://jtds.sourceforge.net/faq.html> ) for more information on "prepareSQL". 
>
>Just in case, upgrading to the last version of jTDS might be a good idea. We're not only doing new releases to gain visibility, there are a big number of bug fixes and new features in each new version. 
>
>Alin.""
>
>-----Ursprungligt meddelande-----
>Från: wra...@li...
>[mailto:wra...@li...]För Leif Mortenson
>Skickat: den 11 februari 2005 12:26
>Till: wra...@li...
>Ämne: Re: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler
>
>
>Mattias,
>    Looking at this, I don't see anything that would hint at it being 
>caused by the Wrapper.
>It sounds like a known Microsoft bug.  What happens when this error 
>occurs?  Does the
>JVM crash?  Or does it just show up in the logs and continue to 
>function.   If the JVM is
>crashing?  Is the Wrapper correctly restarting your JVM?
>
>Leif
>
>Mattias Ternert wrote:
>
>  
>
>>Hi
>>
>>I have an application that run 4 services implemented with Wrapper 
>>(Version 3.1.0). Three of the services are executed idependently of 
>>each other but they all depend on one service which executes 
>>Logging&Alarm functionality. This service depends on JDBC to insert 
>>records in a MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some 
>>of our customers have experienced situations where this service has 
>>failed with this message in the service log,
>>
>>Error in Alarm Manager, code 5010: SQL error:0 - 
>>SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 
>>EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>>
>>I have tried to do an analysis of this problem and are not quiet sure 
>>what is causing this; are own code, MS-SQL server itself, the JDBC 
>>driver or the service-Wrapper. I found this information from Microsoft 
>>regarding the exception:
>>
>>http://support.microsoft.com/kb/839523
>>http://support.microsoft.com/kb/295114/EN-US/
>>
>>However we do not use stored procuders and our customers have not 
>>upgraded from MS-SQL7 to MS-SQL2000 so I´m not sure if this applies to 
>>us. I have also tried to search info about this on jTDS project 
>>homepage but have not found anything that directly applies to this. So 
>>as a last act I´m asking if there are anyone here that have 
>>experienced this and if so how they solved it. My actions will be to 
>>update jTDS, service wrapper and MS-SQL to latest versions to see if 
>>this will help.
>>
>>Sincerely Mattias
>>
>>
>>    
>>

SV: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler

[Mattias T. <Mat...@mi...>]

Leif

I have recieved support from jTDS forum. I tried to post it to the =
wrapper user list. Se answer below FYI,

 "have recieved support on this issue from jTDS-forums. For anyone that =
has interest read below,

"Mattias,=20

It might have to do with stored procedures. By default jTDS uses =
temporary stored procedures for PreparedStatements, i.e. it creates one =
for each PreparedStatement then uses it for each execution.=20

If you have PreparedStatements that update TEXT fields in a table that =
has an INSTEAD OF trigger defined on them, this just might be it. If =
that's the case, the workaround is simple: just specify another value =
for the "prepareSQL" parameter (I wuold recommend 2). See the jTDS FAQ ( =
<http://jtds.sourceforge.net/faq.html> ) for more information on =
"prepareSQL".=20

Just in case, upgrading to the last version of jTDS might be a good =
idea. We're not only doing new releases to gain visibility, there are a =
big number of bug fixes and new features in each new version.=20

Alin.""

-----Ursprungligt meddelande-----
Fr=E5n: wra...@li...
[mailto:wra...@li...]F=F6r Leif Mortenson
Skickat: den 11 februari 2005 12:26
Till: wra...@li...
=C4mne: Re: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler


Mattias,
    Looking at this, I don't see anything that would hint at it being=20
caused by the Wrapper.
It sounds like a known Microsoft bug.  What happens when this error=20
occurs?  Does the
JVM crash?  Or does it just show up in the logs and continue to=20
function.   If the JVM is
crashing?  Is the Wrapper correctly restarting your JVM?

Leif

Mattias Ternert wrote:

>
> Hi
>
> I have an application that run 4 services implemented with Wrapper=20
> (Version 3.1.0). Three of the services are executed idependently of=20
> each other but they all depend on one service which executes=20
> Logging&Alarm functionality. This service depends on JDBC to insert=20
> records in a MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some=20
> of our customers have experienced situations where this service has=20
> failed with this message in the service log,
>
> Error in Alarm Manager, code 5010: SQL error:0 -=20
> SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 =

> EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>
> I have tried to do an analysis of this problem and are not quiet sure=20
> what is causing this; are own code, MS-SQL server itself, the JDBC=20
> driver or the service-Wrapper. I found this information from Microsoft =

> regarding the exception:
>
> http://support.microsoft.com/kb/839523
> http://support.microsoft.com/kb/295114/EN-US/
>
> However we do not use stored procuders and our customers have not=20
> upgraded from MS-SQL7 to MS-SQL2000 so I=B4m not sure if this applies =
to=20
> us. I have also tried to search info about this on jTDS project=20
> homepage but have not found anything that directly applies to this. So =

> as a last act I=B4m asking if there are anyone here that have=20
> experienced this and if so how they solved it. My actions will be to=20
> update jTDS, service wrapper and MS-SQL to latest versions to see if=20
> this will help.
>
> Sincerely Mattias
>
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler

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

Mattias,
    Looking at this, I don't see anything that would hint at it being 
caused by the Wrapper.
It sounds like a known Microsoft bug.  What happens when this error 
occurs?  Does the
JVM crash?  Or does it just show up in the logs and continue to 
function.   If the JVM is
crashing?  Is the Wrapper correctly restarting your JVM?

Leif

Mattias Ternert wrote:

>
> Hi
>
> I have an application that run 4 services implemented with Wrapper 
> (Version 3.1.0). Three of the services are executed idependently of 
> each other but they all depend on one service which executes 
> Logging&Alarm functionality. This service depends on JDBC to insert 
> records in a MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some 
> of our customers have experienced situations where this service has 
> failed with this message in the service log,
>
> Error in Alarm Manager, code 5010: SQL error:0 - 
> SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 
> EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>
> I have tried to do an analysis of this problem and are not quiet sure 
> what is causing this; are own code, MS-SQL server itself, the JDBC 
> driver or the service-Wrapper. I found this information from Microsoft 
> regarding the exception:
>
> http://support.microsoft.com/kb/839523
> http://support.microsoft.com/kb/295114/EN-US/
>
> However we do not use stored procuders and our customers have not 
> upgraded from MS-SQL7 to MS-SQL2000 so I´m not sure if this applies to 
> us. I have also tried to search info about this on jTDS project 
> homepage but have not found anything that directly applies to this. So 
> as a last act I´m asking if there are anyone here that have 
> experienced this and if so how they solved it. My actions will be to 
> update jTDS, service wrapper and MS-SQL to latest versions to see if 
> this will help.
>
> Sincerely Mattias
>
>

[Wrapper-user] WARNING - Unable to load the Wrapper's native library because the file

[Technical S. <ki...@ja...>]

Hello,

I cant seem to get past this problem. My config for the library in  
wrapper.conf is as follows:
wrapper.java.library.path.1=../common/lib

This is exactly in tomcat/common/lib/ where I have placed the  
libwrapper.so.  I have tried full root path and even adding the lib  
filename in the path.

Here is exact error I am getting:
WARNING - Unable to load the Wrapper's native library because the file
jvm 1    |           'libwrapper.so' could not be located in the  
following
jvm 1    |           java.library.path:
jvm 1    |              
/home/badphone/badphonecards.com/jakarta-tomcat-5.0.28/bin/../common/ 
lib/libwrapper.so
jvm 1    |           Please see the documentation for the  
wrapper.java.library.path
jvm 1    |           configuration property.
jvm 1    |           System signals will not be handled correctly.
jvm 1    |
jvm 1    | Wrapper (Version 3.1.2) http://wrapper.tanukisoftware.org
jvm 1    |
jvm 1    | usage: java org.apache.catalina.startup.Catalina [ -config  
{pathname} ] [ -debug ] [ -nonaming ] { start | stop }
jvm 1    | Catalina.stop: java.net.ConnectException: Connection refused
jvm 1    | java.net.ConnectException: Connection refused
jvm 1    |      at java.net.PlainSocketImpl.socketConnect(Native Method)
jvm 1    |      at  
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
jvm 1    |      at  
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
jvm 1    |      at  
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
jvm 1    |      at  
java.net.SocksSocketImpl.connect(SocksSocketImpl.java:364)
jvm 1    |      at java.net.Socket.connect(Socket.java:507)
jvm 1    |      at java.net.Socket.connect(Socket.java:457)
jvm 1    |      at java.net.Socket.<init>(Socket.java:365)
jvm 1    |      at java.net.Socket.<init>(Socket.java:178)
jvm 1    |      at  
org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410)
jvm 1    |      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native  
Method)
jvm 1    |      at  
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav 
a:39)
jvm 1    |      at  
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor 
Impl.java:25)
jvm 1    |      at java.lang.reflect.Method.invoke(Method.java:585)
jvm 1    |      at  
org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336)
jvm 1    |      at  
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427)
jvm 1    |      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native  
Method)
jvm 1    |      at  
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav 
a:39)
jvm 1    |      at  
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor 
Impl.java:25)
jvm 1    |      at java.lang.reflect.Method.invoke(Method.java:585)
jvm 1    |      at  
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java: 
136)
jvm 1    |      at java.lang.Thread.run(Thread.java:595)
wrapper  | <-- Wrapper Stopped


Any Ideas?

Thanks!

John Larsen
Storm's i Media, LLC.
Java | Pipe

................:DISCLAIMER:.....................
This e-mail and the information it contains is confidential and is  
intended only for the addressee(s) named above or in the case of an  
incorrectly addressed e-mail message, the intended recipient. If you  
have received this e-mail and you are not the intended recipient any  
disclosure, distribution, copying or any other use of this information  
is strictly prohibited. If you have received this e-mail in error,  
please accept our apologies and please notify the sender by e-mailing  
jo...@st.... Please then delete this e-mail and any attachment  
from your system. The views and opinions expressed in this e-mail are  
the author's own and may not reflect the views and opinions of Storm's  
i Media, LLC.

Although this email, including any attachments, is believed to be free  
of any virus, or other defect which might affect any computer or IT  
systeminto which it is received and opened, it is the responsibility of  
the recipient to ensure that it is virus free, and no responsibility is  
accepted for any loss or damage arising in any way from its use.

[Wrapper-user] service was launched, but failed to start

[Dave W. <Da...@le...>]

First, I searched the user list for a solution to this, but did not see
anything. =20
=20
I was able to create a Windows (XP) service, that starts Tomcat.
However, when I try to stop the service, I receive:
"service was not running".  The service cannot shutdown Tomcat5.
=20
When I use the Wrapper 3.1.2 to start the service, it issues a message
"service was launched, but failed to start".
=20
How can I make it so the service can stop Tomcat when I shutdown?
=20

RE: [Wrapper-user] problem with logging components

[Shai S. <Sha...@in...>]

Hi Eyal !
I am running the service as a user and using the property to set it in =
my config file.
any other ideas ?
thanks
Shai

-----Original Message-----
From: wra...@li... =
[mailto:wra...@li...]On Behalf Of Eyal =
Bar-Ilan
Sent: Thursday, February 10, 2005 5:04 PM
To: wra...@li...
Subject: Re: [Wrapper-user] problem with logging components


when running as a service the temp directory is c:\winnt\temp
when running as a user the temp directory is c:\documents and
settings\<user name>\local settings\temp\

use the wrapper.ntservice.account property to run the service as a user



On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi <Sha...@in...> =
wrote:
> =20
>=20
> Hi !=20
>=20
> i am using the wrapper to run my application.=20
>=20
> one of the components in the application is writing different kind of =
log
> files to
>   c:\documents and settings\<user name>\local settings\temp\<folder =
name>=20
>=20
> when running with the wrapper the logs go to a different place instead =
the
> one that is specified above. they go to
>  c:\winnt\temp\<folder name>=20
>=20
> anyone has any ideas why that happens and how to fix it ?=20
>=20
> thanks,=20
>=20
> Shai Simchi=20
>=20
> Invoke Solutions Ltd.=20
>=20
> +972-3-5756828 (ext. 206)=20
>=20
> +972-66-227746 (mobile)=20
>=20
> +972-3-5756829 (Fax)=20
>=20
> mailto:sh...@in...=20
>=20
> www.invoke.com=20
> =20
> =20
> =20
> =20
> =20
>


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] problem with logging components

[Eyal Bar-I. <ey...@gm...>]

when running as a service the temp directory is c:\winnt\temp
when running as a user the temp directory is c:\documents and
settings\<user name>\local settings\temp\

use the wrapper.ntservice.account property to run the service as a user



On Thu, 10 Feb 2005 15:49:47 +0200, Shai Simchi <Sha...@in...> wrote:
>  
> 
> Hi ! 
> 
> i am using the wrapper to run my application. 
> 
> one of the components in the application is writing different kind of log
> files to
>   c:\documents and settings\<user name>\local settings\temp\<folder name> 
> 
> when running with the wrapper the logs go to a different place instead the
> one that is specified above. they go to
>  c:\winnt\temp\<folder name> 
> 
> anyone has any ideas why that happens and how to fix it ? 
> 
> thanks, 
> 
> Shai Simchi 
> 
> Invoke Solutions Ltd. 
> 
> +972-3-5756828 (ext. 206) 
> 
> +972-66-227746 (mobile) 
> 
> +972-3-5756829 (Fax) 
> 
> mailto:sh...@in... 
> 
> www.invoke.com 
>  
>  
>  
>  
>  
>

[Wrapper-user] problem with logging components

[Shai S. <Sha...@in...>]

Hi !
i am using the wrapper to run my application.
one of the components in the application is writing different kind of =
log files to
 c:\documents and settings\<user name>\local settings\temp\<folder name>
when running with the wrapper the logs go to a different place instead =
the one that is specified above. they go to
c:\winnt\temp\<folder name>
anyone has any ideas why that happens and how to fix it ?

thanks,

Shai Simchi
Invoke Solutions Ltd.
+972-3-5756828 (ext. 206)
+972-66-227746 (mobile)
+972-3-5756829 (Fax)
mailto:sh...@in...
www.invoke.com=20

[Wrapper-user] Re: JVM Exit Unexpectedly During Thread Dump

[Ori A. <oa...@me...>]

Hi,

Any news on this topic?

I'm also seeing this problem on RedHat AS 2.1

 

Thanks,

 

Ori



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

[Wrapper-user] Quartz and "Timed out waiting for JVM Signal"

[Greg&Frederique <gre...@tp...>]

Quartz and "Timed out waiting for JVM Signal"  
 
 
Hi, 
 
BACKGROUND - I have a java applicaiton which uses Quartz for scheduling
(refer http://sourceforge.net/projects/quartz/). Basically the
application starts and registeres jobs/triggers. I'm not sure what the
JVM/Quartz is doing whilst waiting for the next trigger, however I noted
that when I run my application in a windows console that once the
schedule is setup, and waiting for the first event, that I can't
control-c to kill the JVM session/CMD window. I do also use a
"thisThread.sleep(lengthSecs * 1000);" at one point within my
applicaiton too. 
 
ISSUE 
 
When I lauch my application (headless) using the Method 1 integration I
get a "Startup failed: Timed out waiting for a signal from the JVM" from
the wrapper application. It then starts another JVM session. 
 
I also note if I set my first quartz trigger to occur quite quickly,
that the wrapper application does correctly start my application,
however half way through the 2nd quartz trigger (20 seconds or so in) I
still get the "Startup failed: Timed out waiting for a signal from the
JVM". It is as if, whilst my application is working, that the wrapper
application at no time is getting the impression the JVM is responding. 
 
QUESTIONS 
 
Does the Wrapper application has constraints on the type of java
application it runs? (e.g. no use of "thisThread.sleep(z);", or Quartz) 
 
How do I ensure the wrapper application obtains the view that the JVM is
working correctly in my situation? 
 
Cheers 
Greg 
 
 

[Wrapper-user] VB: JDBC - MSSQL - SqlDumpExceptionHandler

[Mattias T. <Mat...@mi...>]

I have recieved support on this issue from jTDS-forums. For anyone that =
has interest read below,

"Mattias,=20

It might have to do with stored procedures. By default jTDS uses =
temporary stored procedures for PreparedStatements, i.e. it creates one =
for each PreparedStatement then uses it for each execution.=20

If you have PreparedStatements that update TEXT fields in a table that =
has an INSTEAD OF trigger defined on them, this just might be it. If =
that's the case, the workaround is simple: just specify another value =
for the "prepareSQL" parameter (I wuold recommend 2). See the jTDS FAQ ( =
<http://jtds.sourceforge.net/faq.html> ) for more information on =
"prepareSQL".=20

Just in case, upgrading to the last version of jTDS might be a good =
idea. We're not only doing new releases to gain visibility, there are a =
big number of bug fixes and new features in each new version.=20

Alin."


>  -----Ursprungligt meddelande-----
> Fr=E5n: 	Mattias Ternert =20
> Skickat:	den 9 februari 2005 12:47
> Till:	'wra...@li...'
> =C4mne:	 JDBC - MSSQL - SqlDumpExceptionHandler
>=20
>=20
> Hi
>=20
> I have an application that run 4 services implemented with Wrapper =
(Version 3.1.0). Three of the services are executed idependently of each =
other but they all depend on one service which executes Logging&Alarm =
functionality. This service depends on JDBC to insert records in a =
MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some of our =
customers have experienced situations where this service has failed with =
this message in the service log,=20
>=20
> Error in Alarm Manager, code 5010: SQL error:0 - =
SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 =
EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>=20
> I have tried to do an analysis of this problem and are not quiet sure =
what is causing this; are own code, MS-SQL server itself, the JDBC =
driver or the service-Wrapper. I found this information from Microsoft =
regarding the exception:
>=20
> http://support.microsoft.com/kb/839523
> http://support.microsoft.com/kb/295114/EN-US/
>=20
> However we do not use stored procuders and our customers have not =
upgraded from MS-SQL7 to MS-SQL2000 so I=B4m not sure if this applies to =
us. I have also tried to search info about this on jTDS project homepage =
but have not found anything that directly applies to this. So as a last =
act I=B4m asking if there are anyone here that have experienced this and =
if so how they solved it. My actions will be to update jTDS, service =
wrapper and MS-SQL to latest versions to see if this will help.
>=20
> Sincerely Mattias
>=20
>=20

[Wrapper-user] JDBC - MSSQL - SqlDumpExceptionHandler

[Mattias T. <Mat...@mi...>]

> Hi
>=20
> I have an application that run 4 services implemented with Wrapper =
(Version 3.1.0). Three of the services are executed idependently of each =
other but they all depend on one service which executes Logging&Alarm =
functionality. This service depends on JDBC to insert records in a =
MS-SQLserver. We use the jTDS-0.8.rc1 JDBC driver.  Some of our =
customers have experienced situations where this service has failed with =
this message in the service log,=20
>=20
> Error in Alarm Manager, code 5010: SQL error:0 - =
SqlDumpExceptionHandler: Process 51 generated fatal exception c0000005 =
EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>=20
> I have tried to do an analysis of this problem and are not quiet sure =
what is causing this; are own code, MS-SQL server itself, the JDBC =
driver or the service-Wrapper. I found this information from Microsoft =
regarding the exception:
>=20
> http://support.microsoft.com/kb/839523
> http://support.microsoft.com/kb/295114/EN-US/
>=20
> However we do not use stored procuders and our customers have not =
upgraded from MS-SQL7 to MS-SQL2000 so I=B4m not sure if this applies to =
us. I have also tried to search info about this on jTDS project homepage =
but have not found anything that directly applies to this. So as a last =
act I=B4m asking if there are anyone here that have experienced this and =
if so how they solved it. My actions will be to update jTDS, service =
wrapper and MS-SQL to latest versions to see if this will help.
>=20
> Sincerely Mattias
>=20
>=20

[Wrapper-user] Re: Wrapper question

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

Bungee,
    I think you are looking for the wrapper.ntservice.console property, 
added in 3.1.0.
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-console.html

    As a note, the place to post messages like this is the wrapper-user 
mailing list.
You can subscribe and/or view the archives here:
http://sourceforge.net/mail/?group_id=39428

Cheers,
Leif

Bungee wrote:

>Message body follows:
>
>Hi Leif,
>
>I'm sorry to contact you directly, but I couldn't find an 
>answer to my question anywhere in the docs or faq. I have a 
>standalone Java console server application that I would like to 
>run as NT service. Everything works perfectly but I would like 
>to keep server's console window visible. It is much convenient 
>to track server's behaviour by looking at the console window 
>than by opening server's log files repeatedly. Again, this is not 
>a GUI application but a console application.
>Is there a way to accomplish this? I've noticed hide-console 
>property but as far as I understand this property is not meant 
>to be used the way I need.
>
>Thanks,
>Bungee
>  
>

Re: [Wrapper-user] Does Java service wrapper support multithread?

[Justo C. <jca...@cf...>]

Kin,

If you are spawning your threads but then immediately returning control to
your main class and then calling System.exit(...), this could be a reason
why. The code that spawns your threads needs to block until the new threads
are interrupted or complete their work. Only then should you call
System.exit(...). For example....

Thread myThread = new Thread() {
    public void run() {
        // your code
    }
};

myThread.start();
System.exit(...); // ouch !! this would be a problem, since myThread.start()
does not block !!

But I'm only guessing here. Leif is correct, run your program in console
mode and check wrapper.log. If my guess is correct, your program will exit
before your spawned threads can do any useful work.

Thanks - Justo

----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Friday, February 04, 2005 10:36 AM
Subject: Re: [Wrapper-user] Does Java service wrapper support multithread?


> Kin,
> What is in your wrapper.log file? Most likely your application threw an
> error on startup.
>
> I would strongly suggest running in console mode while you are
> developing. It is much
> easier that way as you can immediately see any errors in the console
> without having to
> check a log file.
>
> Cheers,
> Leif
>
> Kin Chan wrote:
>
> >I have successfully run a small program using java
> >service wrapper, and start/stop serivce successfully.
> >
> >Until I changed my code. My program will create
> >multiple threads in the main program.  And when i try
> >to start the service, I got the following
> >
> >---------------------------
> >Could not start the Application service on Local
> >Computer.
> >
> >Error 1067: The process terminated unexpectedly.
> >---------------------------
> >
> >Can anyone shed some light on this?
> >
> >Thanks,
> >
> >
> >
> >
> >
> >__________________________________
> >Do you Yahoo!?
> >All your favorites on one personal page – Try My Yahoo!
> >http://my.yahoo.com
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> >Tool for open source databases. Create drag-&-drop reports. Save time
> >by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> >Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> >_______________________________________________
> >Wrapper-user mailing list
> >Wra...@li...
> >https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user