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

Re: [Wrapper-user] unable to start jvm

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

Arun,
    You are getting to be a long time user.  This is the same process as 
past issues.
Start by setting wrapper.debug=true and look at the log output.  If the 
problem is still
not obvious, then post your wrapper.log and wrapper.conf.

Cheers,
Leif

Ramachandra, Arun wrote:

> When starting the service i get the following error:
>
> FATAL  | wrapper  | 2003/12/05 15:06:16 | can not execute 
> ""JAVA_HOME/bin/java"" (ERR=2)
>
> Any idea why?
>
>  _Arun
>

[Wrapper-user] unable to start jvm

[Ramachandra, A. <Ram...@Sy...>]

When starting the service i get the following error:

FATAL  | wrapper  | 2003/12/05 15:06:16 | can not execute
""JAVA_HOME/bin/java"" (ERR=2)

Any idea why?

 _Arun

RE: [Wrapper-user] Wrapper and Excel

[Ramachandra, A. <Ram...@Sy...>]

1:> Where do these options come? in wrapper.conf?
2:> Actually i can see Excel.exe as a process in the task manager but the
xla which is called upon by the program does not seem to be doing anything.
Is this some security setting?(the macro security is already low)

 -Thanks
 -Arun


-----Original Message-----
From: Russell Rice [mailto:rr...@mo...]
Sent: Saturday, December 06, 2003 7:42 PM
To: wra...@li...; Ramachandra, Arun
Cc: 'wra...@li...'
Subject: Re: [Wrapper-user] Wrapper and Excel


Actually, I have seen this type of thing before.  

The problem I experienced interlies in the fact Excel has the annoying
Office 
Assistant.  When it starts up for the first time for each user on the
machine, 
the Office Assistant is asking something like "do you want information on
this 
version of Excel?"  

My solution for this was one of the following:
  1)  Check the option "Allow service to interact with desktop" - run what
ends 
up calling Excel, then click there
  2)  Change the user it logs in as away from SYSTEM to your own 
username/password.

Hope this helps.

Quoting "Ramachandra, Arun" <Ram...@Sy...>:

> I have a program which runs in the wrapper as a service.
> The program launches an excel exe.
> It seems to be running fine in console mode but not in service mode
> 
> Does anyone have an idea why this could be happenning? Has anyone seen
this
> before?
>  -Thanks
>  -Arun
> 

Re: [Wrapper-user] Wrapper and Excel

[Russell R. <rr...@mo...>]

Actually, I have seen this type of thing before.  

The problem I experienced interlies in the fact Excel has the annoying Office 
Assistant.  When it starts up for the first time for each user on the machine, 
the Office Assistant is asking something like "do you want information on this 
version of Excel?"  

My solution for this was one of the following:
  1)  Check the option "Allow service to interact with desktop" - run what ends 
up calling Excel, then click there
  2)  Change the user it logs in as away from SYSTEM to your own 
username/password.

Hope this helps.

Quoting "Ramachandra, Arun" <Ram...@Sy...>:

> I have a program which runs in the wrapper as a service.
> The program launches an excel exe.
> It seems to be running fine in console mode but not in service mode
> 
> Does anyone have an idea why this could be happenning? Has anyone seen this
> before?
>  -Thanks
>  -Arun
> 

[Wrapper-user] Wrapper and Excel

[Ramachandra, A. <Ram...@Sy...>]

I have a program which runs in the wrapper as a service.
The program launches an excel exe.
It seems to be running fine in console mode but not in service mode

Does anyone have an idea why this could be happenning? Has anyone seen this
before?
 -Thanks
 -Arun

[Wrapper-user] Re: Unable to bind port ?

[EXT-Smith, E. M <eri...@bo...>]

Grant,

	> I'm not happy about having to have a port open=20
	> (even on a local interface) would it be much=20
	> work to change the code (both Linux and Java)=20
	> to watch a file rather than a TCP port ? I'm=20
	> thinking of making changes to Wrapper to support=20
	> such a mode so that it doesn't need networking=20
	> started before it can run Java apps.

I had many of the same concerns while working on startup; however, I =
chose a solution that doesn't alter wrapper at all and provides me the =
same basic capabilities.  I wrote my own startup scripts and customized =
them for my system.

e.g: (This is the header for my startup script)

	#!/bin/sh
	#
	# wrapper_start This shell script takes care of starting and stopping
	#               the wrapper services.
	#
	# chkconfig: 345 96 04
	# description:=20
	# probe: true
	# config: /etc/sysconfig/wrapperservices/wrapper_environment

	=
#------------------------------------------------------------------------=
-----
	# These settings can be modified to fit the needs of your application
=09
	# Load management functions and networking routines.
	[ ! -f /etc/init.d/functions ] && exit 0
	. /etc/init.d/functions
	[ ! -f /etc/sysconfig/network ]; && exit 0
	. /etc/init.d/network

	# Check that networking is up.
	[ ${NETWORKING} =3D "no" ] && exit 0

	>>> ( The rest of the file prepares for and calls the service launcher =
routines. ) <<<

The important lines are the check for [ ${NETWORKING} =3D "no" ] and the =
# chkconfig.

First, since networking starts relatively early (start sequence 45 on my =
box), I have set the start sequence number very high for my wrapper =
(96).  This way, my wrapper will only start after networking has had =
it's chance.

Second, the check for $NETWORKING (taken directly from the Mandrake =
startup script for NFS), will terminate the script if the networking =
isn't started.  This combined with the first check makes sure my =
services that need networking (i.e. all wrappered services) only start =
when all of their underlying components are ready.

The nice thing about the Windows Service Control Manager is the =
dependency capabilities (if s1 needs s2, make sure you start s2 before =
s1...).  This can be done using shell scripts and some dependency =
information.

Eric

Re: [Wrapper-user] Security errors with the wrapper and Jini

[Kumar S. <ku...@ho...>]

I had also got a similar error a couple of days ago. But I noticed that when
I moved the main method to another class containing just the main method, it
worked fine. Try it out and let us know if this workaround works for you or
was it just something specific to my setup.

Thanks,
Kumar
----- Original Message ----- 
From: "Jos Martin" <jos...@ho...>
To: <wra...@li...>
Sent: Thursday, December 04, 2003 11:58 AM
Subject: [Wrapper-user] Security errors with the wrapper and Jini


> I'm trying to use the java service wrapper to automatically start a number
> of jini services on both NT and Linux. I've successfully managed to get
the
> java class server configured, but I've run into some problems with
> jrmp-phoenix which is the replacement for RMID.
>
> I'm using the WrapperSimpleApp starter and am receiving a
> java.lang.IllegalAccessException error when the wrapper tries to invoke
the
> main method of phoenix.
>
> This error appears very similar to one posted to this group on 2003-10-27
> 23:16 by Alan Parry thought the suggestion of incorrect jar placement in
> that post doesn't apply here (I think).
>
> To reduce the problem to use of WrapperSimpleApp I've executed the
following
>
> java ^
> -cp lib\wrapper.jar;lib\start.jar;lib\phoenix.jar ^
> -Djava.security.manager= ^
> -Djava.security.policy=config\jsk-all.policy ^
>     org.tanukisoftware.wrapper.WrapperSimpleApp ^
>     com.sun.jini.start.ServiceStarter ^
>     config\start-jarserver.config
>
> from a directory that contains lib and config. The jsk-all.policy file
> contains
>
> grant {
> permission java.security.AllPermission;
> };
>
> And this sucessfully fires off the java class server
>
> However
>
> java ^
> -cp lib\wrapper.jar;lib\start.jar;lib\phoenix.jar ^
> -Djava.security.manager= ^
> -Djava.security.policy=config\jsk-all.policy ^
> -Dwrapper.debug="TRUE" ^
>     org.tanukisoftware.wrapper.WrapperSimpleApp ^
>     com.sun.jini.phoenix.Activation ^
>     config\jrmp-phoenix.config
>
> which ought to do much the same with phoenix produces
>
> Wrapper Manager: JVM #1
> Wrapper Manager: Registering shutdown hook
> Wrapper Manager: Not using wrapper.  (key not specified)
> Calling native initialization method.
> Initializing WrapperManager native library.
> Java Executable: F:\Adml\matlab\sys\java\jre\win32\jre1.4.2\bin\java.exe
> Java Version   : 1.4.2-b28 Java HotSpot(TM) Client VM
> Java VM Vendor : Sun Microsystems Inc.
>
> Wrapper (Version 3.0.5)
>
> calling listener.start()
> WrapperSimpleApp: start(args)
> WrapperSimpleApp: invoking main method
>
> WrapperSimpleApp: Encountered an error running main:
> java.lang.IllegalAccessException: Class
> org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
class
> com.sun.jini.phoenix.Activatio
> n with modifiers "public static"
> java.lang.IllegalAccessException: Class
> org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of
class
> com.sun.jini.phoenix.Activation with modifiers "public static"
>         at sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
>         at java.lang.reflect.Method.invoke(Unknown Source)
>         at
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:108)
>         at java.lang.Thread.run(Unknown Source)
> WrapperSimpleApp: start(args) end.  Main Completed=true, exitCode=1
> Send a packet STOP : 1
> Thread, main, handling the shutdown process.
> Send a packet STOPPED : 0
> calling System.exit(1)
>
> I wonder if anyone has experience of what policy settings might have gone
> wrong here?
>
> Many Thanks
>
> Jos
>
> _________________________________________________________________
> Tired of 56k? Get a FREE BT Broadband connection
> http://www.msn.co.uk/specials/btbroadband
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Re: Unable to bind port ?

[Grant \(ProtectionNET\) <gr...@pr...>]

Thanks - that was it... not having the local (lo) interface up and plumbe=
d
was the reason.

I'm not happy about having to have a port open (even on a local interface=
) -
would it be much work to change the code (both Linux and Java) to watch a
file rather than a TCP port ? I'm thinking of making changes to Wrapper t=
o
support such a mode so that it doesn't need networking started before it =
can
run Java apps.

Basically I would get the Java Wrapper service manager to write a specifi=
ed
tmp file to a location. The Wrapper native code would then look for the
presense of the file and then delete it. Then Java Wrapper service would
then immediately re-create the file again. If the Java runtime crashes, t=
hen
the Wrapper native code would launch the JVM again.

Would this work ? Any other things I need to consider ?

Grant

----- Original Message -----=20
From: "EXT-Smith, Eric M" <eri...@bo...>
To: <wra...@li...>
Sent: Friday, December 05, 2003 1:09 AM
Subject: [Wrapper-user] Re: Unable to bind port ?


> (Sorry if this is sent incorrectly.  I haven't quite got the hand of
Outlook)
>
> I am using the wrapper on 4 separate *-nix versions (HP-UX, Red Hat,
Mandrake, Debian) and 3 separate Windows versions (NT,2K,XP).  Barring so=
me
minor issues on the HP-UX with library locations and OS versions, and som=
e
issues with environment variable loading on the Windows Boxes (download
latest code from cvs), this is the only other problem I have experienced.
>
> I ran into this problem the first time I tried launching some processes
under Red Hat Linux.
>
> When I ran some test code using Red Hat Linux (7.3, 8.0) and the Sun JD=
K
(1.4.0 & 1.4.1)  I experienced problems getting ServerSocket to bind
properly.  Since Linux has by default the lo adapter as well as your norm=
al
network adapter, the bind process was getting confused about which IP
address to use (127.0.0.1 or x.x.x.x).  I discovered this when I turned o=
ff
lo (ifdown lo) and tried running my test code again and everything
succeeded.
>
> I corrected the problem by updating my Linux system to include all
patches, and downloading the latest 1.4.1 jdk (1.4.1_05).
>
> *** NOTE ***
> I have only experienced this problem on my Red Hat Linux systems.
Mandrake and Debian Linux behaved as I expected.
>
> Eric
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM=
's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admi=
n.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=CCk
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Security errors with the wrapper and Jini

[Jos M. <jos...@ho...>]

I'm trying to use the java service wrapper to automatically start a number 
of jini services on both NT and Linux. I've successfully managed to get the 
java class server configured, but I've run into some problems with 
jrmp-phoenix which is the replacement for RMID.

I'm using the WrapperSimpleApp starter and am receiving a 
java.lang.IllegalAccessException error when the wrapper tries to invoke the 
main method of phoenix.

This error appears very similar to one posted to this group on 2003-10-27 
23:16 by Alan Parry thought the suggestion of incorrect jar placement in 
that post doesn't apply here (I think).

To reduce the problem to use of WrapperSimpleApp I've executed the following

java ^
-cp lib\wrapper.jar;lib\start.jar;lib\phoenix.jar ^
-Djava.security.manager= ^
-Djava.security.policy=config\jsk-all.policy ^
    org.tanukisoftware.wrapper.WrapperSimpleApp ^
    com.sun.jini.start.ServiceStarter ^
    config\start-jarserver.config

from a directory that contains lib and config. The jsk-all.policy file 
contains

grant {
	permission java.security.AllPermission;
};

And this sucessfully fires off the java class server

However

java ^
-cp lib\wrapper.jar;lib\start.jar;lib\phoenix.jar ^
-Djava.security.manager= ^
-Djava.security.policy=config\jsk-all.policy ^
-Dwrapper.debug="TRUE" ^
    org.tanukisoftware.wrapper.WrapperSimpleApp ^
    com.sun.jini.phoenix.Activation ^
    config\jrmp-phoenix.config

which ought to do much the same with phoenix produces

Wrapper Manager: JVM #1
Wrapper Manager: Registering shutdown hook
Wrapper Manager: Not using wrapper.  (key not specified)
Calling native initialization method.
Initializing WrapperManager native library.
Java Executable: F:\Adml\matlab\sys\java\jre\win32\jre1.4.2\bin\java.exe
Java Version   : 1.4.2-b28 Java HotSpot(TM) Client VM
Java VM Vendor : Sun Microsystems Inc.

Wrapper (Version 3.0.5)

calling listener.start()
WrapperSimpleApp: start(args)
WrapperSimpleApp: invoking main method

WrapperSimpleApp: Encountered an error running main: 
java.lang.IllegalAccessException: Class 
org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of class 
com.sun.jini.phoenix.Activatio
n with modifiers "public static"
java.lang.IllegalAccessException: Class 
org.tanukisoftware.wrapper.WrapperSimpleApp can not access a member of class 
com.sun.jini.phoenix.Activation with modifiers "public static"
        at sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at 
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:108)
        at java.lang.Thread.run(Unknown Source)
WrapperSimpleApp: start(args) end.  Main Completed=true, exitCode=1
Send a packet STOP : 1
Thread, main, handling the shutdown process.
Send a packet STOPPED : 0
calling System.exit(1)

I wonder if anyone has experience of what policy settings might have gone 
wrong here?

Many Thanks

Jos

_________________________________________________________________
Tired of 56k? Get a FREE BT Broadband connection 
http://www.msn.co.uk/specials/btbroadband

[Wrapper-user] Re: Unable to bind port ?

[EXT-Smith, E. M <eri...@bo...>]

(Sorry if this is sent incorrectly.  I haven't quite got the hand of =
Outlook)

I am using the wrapper on 4 separate *-nix versions (HP-UX, Red Hat, =
Mandrake, Debian) and 3 separate Windows versions (NT,2K,XP).  Barring =
some minor issues on the HP-UX with library locations and OS versions, =
and some issues with environment variable loading on the Windows Boxes =
(download latest code from cvs), this is the only other problem I have =
experienced.

I ran into this problem the first time I tried launching some processes =
under Red Hat Linux.

When I ran some test code using Red Hat Linux (7.3, 8.0) and the Sun JDK =
(1.4.0 & 1.4.1)  I experienced problems getting ServerSocket to bind =
properly.  Since Linux has by default the lo adapter as well as your =
normal network adapter, the bind process was getting confused about =
which IP address to use (127.0.0.1 or x.x.x.x).  I discovered this when =
I turned off lo (ifdown lo) and tried running my test code again and =
everything succeeded.

I corrected the problem by updating my Linux system to include all =
patches, and downloading the latest 1.4.1 jdk (1.4.1_05).

*** NOTE ***
I have only experienced this problem on my Red Hat Linux systems.  =
Mandrake and Debian Linux behaved as I expected.

Eric

RE: [Wrapper-user] Unable to bind port ?

[<and...@em...>]

Grant,

your wrapper.conf file must be in Unix file format (not DOS).
Otherwise the wrapper will not read it on Unix systems.
On Windows, it does'nt matter which format the file has.

Cheers,
Andreas

> -----Original Message-----
> From: Grant (ProtectionNET) [mailto:gr...@pr...]
> Sent: Wednesday, December 03, 2003 9:04 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] Unable to bind port ?
> 
> 
> I am using 3.0.5 - I downloaded it only several days ago, so 
> the release of
> Wrapper should be fresh as cam be ;-) wrapper.conf attached.
> 
> Turning on the verbose -v switch also doesn't provide much 
> further info ???
> strange heh ?
> 
> Grant
> ----- Original Message ----- 
> From: "Leif Mortenson" <le...@ta...>
> To: <wra...@li...>
> Sent: Thursday, December 04, 2003 1:47 AM
> Subject: Re: [Wrapper-user] Unable to bind port ?
> 
> 
> > Grant,
> >
> > >I have wrapper and my java app working fine under Windows 
> NT. I am now
> > >moving it to Linux and upon starting I get the following 
> response...
> > >
> > >wrapper  : --> Wrapper Start as Console
> > >wrapperp : unable to bind listener port 0. (Cannot assign requested
> address)
> > >wrapper  : <-- Wrapper Stopped
> > >
> > >I'm not sure why this is happening... I certainly have 
> networking fully
> > >working - I can FTP and Telnet to and from the Linux system... not
> sure???
> > >
> > >
> > Have not seen that before. That error is showing up before 
> the Wrapper
> > displays its
> > version.  Could you tell me what version you are running 
> and post your
> > wrapper.conf file?
> >
> > Thanks,
> > Leif
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN's Audience Survey.
> > Help shape OSDN's sites and tell us what you think. Take this
> > five minute survey and you could win a $250 Gift Certificate.
> > http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 

[Wrapper-user] Re: Stop wrapper from restarting.

[Kumar S. <ku...@ho...>]

Hi!

Before I shoot my question, let me tell you that its a wonderful piece =
of software, and very easy to use as well. I ran into a problem and that =
took 80% of time figuring it out. I am mentioning my experience and =
maybe if you deem fit they can make their way to troubleshooting =
section.

TestApp.bat was working flawlessly, but the wrapper wont start. I have a =
WIN2K box. I was using an enviroment variable %JAVA_HOME% and the =
service seemed not to be able to get the environment variable. As soon =
as I replaced it with actual location, it worked fine.

And now the problem I havent quite figured out a solution to. I have an =
application that sleeps (think Thread.sleep) during non 9-5 hours and =
also on weekends. With the configuration that I have attached below, I =
was hoping the wrapper wont attempt to restart. But it did five times in =
a row and the service shutdown. Could you please help me out here as to =
how I can prevent the wrapper from restarting?

Thanks,
Kumar


#********************************************************************
# Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=3DC:\jdks\j2sdk1.4.2_02\bin\java

#debug property.
wrapper.debug=3Dtrue

#ping interval in seconds
wrapper.ping.interval=3D3600

# wait for a day before restarting
wrapper.ping.timeout=3D86400

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

Re: [Wrapper-user] Unable to bind port ?

[Grant \(ProtectionNET\) <gr...@pr...>]

I am using 3.0.5 - I downloaded it only several days ago, so the release of
Wrapper should be fresh as cam be ;-) wrapper.conf attached.

Turning on the verbose -v switch also doesn't provide much further info ???
strange heh ?

Grant
----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Thursday, December 04, 2003 1:47 AM
Subject: Re: [Wrapper-user] Unable to bind port ?


> Grant,
>
> >I have wrapper and my java app working fine under Windows NT. I am now
> >moving it to Linux and upon starting I get the following response...
> >
> >wrapper  : --> Wrapper Start as Console
> >wrapperp : unable to bind listener port 0. (Cannot assign requested
address)
> >wrapper  : <-- Wrapper Stopped
> >
> >I'm not sure why this is happening... I certainly have networking fully
> >working - I can FTP and Telnet to and from the Linux system... not
sure???
> >
> >
> Have not seen that before. That error is showing up before the Wrapper
> displays its
> version.  Could you tell me what version you are running and post your
> wrapper.conf file?
>
> Thanks,
> Leif
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN's Audience Survey.
> Help shape OSDN's sites and tell us what you think. Take this
> five minute survey and you could win a $250 Gift Certificate.
> http://www.wrgsurveys.com/2003/osdntech03.php?site=8
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Unable to bind port ?

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

Grant,

>I have wrapper and my java app working fine under Windows NT. I am now
>moving it to Linux and upon starting I get the following response...
>
>wrapper  : --> Wrapper Start as Console
>wrapperp : unable to bind listener port 0. (Cannot assign requested address)
>wrapper  : <-- Wrapper Stopped
>
>I'm not sure why this is happening... I certainly have networking fully
>working - I can FTP and Telnet to and from the Linux system... not sure???
>  
>
Have not seen that before. That error is showing up before the Wrapper 
displays its
version.  Could you tell me what version you are running and post your 
wrapper.conf file?

Thanks,
Leif

[Wrapper-user] Unable to bind port ?

[Grant \(ProtectionNET\) <gr...@pr...>]

Hi,

I have wrapper and my java app working fine under Windows NT. I am now
moving it to Linux and upon starting I get the following response...

wrapper  : --> Wrapper Start as Console
wrapperp : unable to bind listener port 0. (Cannot assign requested address)
wrapper  : <-- Wrapper Stopped

I'm not sure why this is happening... I certainly have networking fully
working - I can FTP and Telnet to and from the Linux system... not sure???

Regards,

Grant

Re: [Wrapper-user] Reg, Console on windows when run as a console applications

[whack er <wha...@ya...>]

I just found that the Wrapper does not actually exit after the Java GUI is closed. I have now added a PostQuitMessage(0); call at the end of WinMain annd now the wrapper does not run after the app exit.


whack er <wha...@ya...> wrote:

Dear all

I just did not want the console to be around while running on Windows XP and also did not want the wrapper to run as a service. Using Leif's reply on the list stating that a seperate executable had to be made, I have done the following:

Compiled the c sources to create a Wrapper.exe that uses WinMain as the entry point rather than main.

I have hardcoded the command line argument part for now and I will change this to read the WinMain cmdline when I have the time, may be some small modifications to run a GUI console (for debugging use).

As of now my Wrapper works fine on Windows XP as a Windows application (no console window). I will post to the list if anything major comes up.

USE THIS INFORMATION AT YOUR OWN RISK.

TIA

 

 

 

 

 

 

 

 


---------------------------------
Do you Yahoo!?
Free Pop-Up Blocker - Get it now

---------------------------------
Do you Yahoo!?
Free Pop-Up Blocker - Get it now

Re: [Wrapper-user] service in windows xp

[Marcelo B. R. <ma...@da...>]

Thanks Leif,
follows my wrapper.conf.

Marcelo.
------------------------------------

#********************************************************************
# Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=3Djava

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

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1

wrapper.java.classpath.1=3D../wrapper.jar
wrapper.java.classpath.2=3D../etc/lib/commons-net-1.0.0.jar;
wrapper.java.classpath.3=3D../etc/lib/snmp4_13.jar
wrapper.java.classpath.4=3Dc:\Arquivos de programas\InterBase =
Corp\InterClient\interclient.jar
wrapper.java.classpath.5=3D../dmview.jar


# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=3D./
wrapper.java.library.path.2=3D%WINDIR%\System32

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

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

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

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=3Ddmview.monitor.Monitor
#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console.  (See docs for formats)
wrapper.console.format=3DPM

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

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

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

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

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

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

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

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

# Name of the service
wrapper.ntservice.name=3Dmondmview

# Display name of the service
wrapper.ntservice.displayname=3Dmondmview

# Description of the service
wrapper.ntservice.description=3DPoll Datacom's device in network

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

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

# Allow the service to interact with the desktop.
wrapper.ntservice.hide-console=3Dfalse
wrapper.ntservice.interactive=3Dtrue

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




From: Leif Mortenson <le...@ta...>
To:  wra...@li...
Subject: Re: [Wrapper-user] service in windows xp
Reply-To: wra...@li...

Marcelo,
    Can you post your wrapper.conf file?  I may have some suggestions=20
after seeing it.
You will need at least the following:

wrapper.ntservice.interactive=3Dtrue
wrapper.ntservice.hide-console=3Dfalse  # Required because you are using =

1.3.1_05

Cheers,
Leif




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.545 / Virus Database: 339 - Release Date: 27/11/2003

RE: [Wrapper-user] configuring Wrapper to run to java classes to run as one service. ..

[<el...@mi...>]

That's what I wanted to ask u about, how do I change the scripts in the
batch files?

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]=20
Sent: Saturday, November 29, 2003 8:42 AM
To: wra...@li...
Subject: Re: [Wrapper-user] configuring Wrapper to run to java classes =
to
run as one service. ..

Elhanan,
    I am planning to add the ability to set any user directory for the=20
Wrapper in a future
version.  But for now, it is not possible to set the user dir to any=20
location other than the
location of the Wrapper.exe file.   If you really need the user=20
directory to be in the root
directory, then the only way to do this is to actually place the=20
Wrapper.exe in the root.
This should work.  You will have to modify the startup scripts and any=20
other related
paths in the wrapper.conf file.  It will work however.

Cheers,
Leif

=E0=EC=E7=F0=EF =EE=F2=E9=E9=EF wrote:

> So is there a possibility to use the wrapper from the root instead of
> sub dir bin?
>
> -----Original Message-----
> From: Leif Mortenson [mailto:le...@ta...]
> Sent: Tuesday, November 25, 2003 4:56 PM
> To: Wrapper User List
> Cc: =E0=EC=E7=F0=EF =EE=F2=E9=E9=EF
> Subject: Re: [Wrapper-user] configuring Wrapper to run to java =
classes
> to run as one service. ..
>
> Elhanan,
>     Is this a program that you have written or is it something that=20
> you are simply trying to get integrated with the wrapper.  You sent =
me=20
> a lot.  I tried looking it all over, but may
> have missed something.  It sounds like your only remaining problems =
are
> path related.
>
>     One thing that you need to know about how the Wrapper currently=20
> works is that it always sets the current user.dir of the JVM to be =
the=20
> location of the Wrapper.exe file.
> All paths are then relative to this location.   So if you create a =
file:
> new File( "tmp/0" )
> then this File object will represent a file called "0", located in a
> directory, "tmp", which
> is located in the current user directory, which is the location of =
the
> Wrapper.exe file.
>     If you really want to accessing the tmp directory in the root, =
then
> you need to do the
> following:  new File( "/tmp/0" )
> This tells Java to start and the root directory, ignoring the current
> user directory.
>
>     It is possible to override the default user.dir when the JVM is=20
> launched by explicitly setting the user.dir property as a system=20
> property.  This can be done using the following
> parameter in your wrapper.conf file.
> wrapper.java.additional.1=3D-Duser.dir=3D/
>
>     The above sets the user dir to the root directory.  Note that =
this=20
> WILL BREAK all relative path handling by the Wrapper and you will =
need=20
> to start specifying fully
> qualified paths in your wrapper.conf file.   I don't normally suggest
> this, because path
> problems tend to quickly multiply.
>
>     If you have access to the source of the compass application, I=20
> would suggest trying to figure out another way to correct those path=20
> issues from within the application.
> It seems like you should have been having similar problems when =
running
> from a batch
> file.  Did that batch file include and cds or anything to change the
> current directory to
> the root?
>
> Cheers,
> Leif
>
> P.S. Please post to the list rather than to me directly.  It helps=20
> other to learn by making your questions and my answers searchable.
>




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
=20

 
This mail was scanned and found secure

The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the sender immediately through the 
technological support center,email:he...@mi... and do not disclose the contents to any one or make copies.    

Re: [Wrapper-user] service in windows xp

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

Marcelo,
    Can you post your wrapper.conf file?  I may have some suggestions 
after seeing it.
You will need at least the following:

wrapper.ntservice.interactive=true
wrapper.ntservice.hide-console=false  # Required because you are using 
1.3.1_05

Cheers,
Leif

Marcelo Borges Ribeiro wrote:

> I tried  wrapper.ntservice.hide-console=false, removed and reinstalled 
> the service. But it stills not showing nothing (I´m using java 
> 1.3.1_05), but the strange thing is that it works well in windows 2000 
> even without wrapper.ntservice.hide-console=false. I think I will wait 
> for next version I am not in such a hurry to see this works in windows 
> xp. Thanks for your time.
>  
> Marcelo.
>  
>  
> Original message:
>  Hi, I tried my service from JNT to Java Wrapper in Windows 2000 and 
> It runs very well, but
> when I put it in Windows XP the option "Interact with desktop" does 
> not show any effect when
> running as a service. Is this a known bug or I need to do somenthing 
> different to see this
> working in Windows XP ?
>
>
> MARCELO Borges Ribeiro
>
>
>       From: Leif Mortenson <leif@ta...>
>       * Re: service in windows xp*
>       <http://sourceforge.net/mailarchive/message.php?msg_id=6589035>  
>       2003-11-21 02:10
>
> Marcelo,
>     Please give me a little more information.  What are you expecting 
> the application to do?
> Version 3.0.5 and earlier versions of the Wrapper are capable of 
> displaying a Swing or
> AWT GUI.  The GUI will be displayed correctly if you are using a 1.4.x 
> version of Java.
> Earlier versions have a problem which requires that the 
> wrapper.ntservice.hide-console
> property be set to false in addition to the 
> wrapper.ntservice.interactive property being
> set to true.
> 
>     Please make sure you have read over the following two pages:
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-interactive.html
> http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-hide-console.html
> 
>     In order for the service related properties to take effect, you must 
> reinstall the
> Wrapper as a service after making any changes.
> 
>     Version 3.0.5 does not allow you to display the console while 
> running as a service.
> This will be possible in the next release and is currently available in 
> CVS if you need
> it sooner.
> 
>     Cheers,
>     Leif
> 
> 
> Marcelo Borges Ribeiro wrote:
> 
> > Hi, I tried my service from JNT to Java Wrapper in Windows 2000 and It 
> > runs very well, but when I put it in Windows XP the option "Interact 
> > with desktop" does not show any effect when running as a service. Is 
> > this a known bug or I need to do somenthing different to see this 
> > working in Windows XP ?
> >  
>          
>
>  
>  
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.544 / Virus Database: 338 - Release Date: 25/11/2003

[Wrapper-user] Reg, Console on windows when run as a console applications

[whack er <wha...@ya...>]

Dear all

I just did not want the console to be around while running on Windows XP and also did not want the wrapper to run as a service. Using Leif's reply on the list stating that a seperate executable had to be made, I have done the following:

Compiled the c sources to create a Wrapper.exe that uses WinMain as the entry point rather than main.

I have hardcoded the command line argument part for now and I will change this to read the WinMain cmdline when I have the time, may be some small modifications to run a GUI console (for debugging use).

As of now my Wrapper works fine on Windows XP as a Windows application (no console window). I will post to the list if anything major comes up.

USE THIS INFORMATION AT YOUR OWN RISK.

TIA

 

 

 

 

 

 

 

 


---------------------------------
Do you Yahoo!?
Free Pop-Up Blocker - Get it now

Re: [Wrapper-user] Restart VM

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

Jacques,
    In that case, you may have to play with class loaders.  You will 
have a bootstrap
class whose job is to look in a upgrade directory when it first starts.  
If there are any new
jars, they are moved into the current jars dir.   The bootstrap class 
then actually calls the
real main method of your application.

    I don't think the jars will be locked until after they are actually 
accessed.  So as long as
your bootstrap class is in its own stable and independent jar then this 
should work.   If not
then you will have to have your bootstrap class create a new class 
loader, which in turn
builds up a classpath and so on.  Classloaders can be a bit of a pain, 
so hopefully the first
option will work.

    Be sure to post back with the results.

Cheers,
Leif

Jacques Bosch wrote:

>Leif. The app is deployed with the Sun JVM and it also locks the jars. So my
>problem is that I cannot replace the old jar file with the new one while the
>VM is still running.
>  
>

Re: [Wrapper-user] SYS32 in wrapper.java.library.path

[Jacques B. <jac...@gm...>]

Thank you. That worked perfectly!

Jacques


----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Monday, December 01, 2003 2:02 PM
Subject: Re: [Wrapper-user] SYS32 in wrapper.java.library.path


: Jacques,
:
: >What is the environment variable to add the win/system32 folder to the
: >wrapper.java.library.path?
: >
: >
: Try the following:
: wrapper.java.library.path.1=../lib
: wrapper.java.library.path.2=%WINDIR%/system32
:
: >Where can I get a list of the environment variables. Couldn't find it in
the
: >docs.
: >
: >
: The wrapper does not provide a way to do this directly.  If you are
: running a console then
: you can simply type "set" at the command prompt and you will get a full
: dump of all
: defined environment variables.  That is how I answered your first
: question.  This will not
: help when running as a service however.  You currently have to look in
: the control panel.
:
: Cheers,
: Leif
:
:
:
:
: -------------------------------------------------------
: This SF.net email is sponsored by: SF.net Giveback Program.
: Does SourceForge.net help you be more productive?  Does it
: help you create better code?  SHARE THE LOVE, and help us help
: YOU!  Click Here: http://sourceforge.net/donate/
: _______________________________________________
: Wrapper-user mailing list
: Wra...@li...
: https://lists.sourceforge.net/lists/listinfo/wrapper-user
:
:
:

Re: [Wrapper-user] Restart VM

[Jacques B. <jac...@gm...>]

Leif. The app is deployed with the Sun JVM and it also locks the jars. So my
problem is that I cannot replace the old jar file with the new one while the
VM is still running.

Jacques

----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Monday, December 01, 2003 1:56 PM
Subject: Re: [Wrapper-user] Restart VM


: Jacques,
:     You should be able to download the new jars and place them in the
: correct directory.
: That should be doable without the Wrapper.  (You may have problems with
: the IBM JVM?
: because it locks the files?  This is from memory, so it may be wrong :-/)
:
:     Anyway, once you have the new jar files in place, all you need to do
: is trigger the
: Wrapper to restart the JVM.   You could do that using a filter as you
: specified or
: you could simply call WrapperManager.restart().  I would suggest the
: later as it does
: not require anything in the wrapper.conf file.
:
: Cheers,
: Leif
:
: Jacques Bosch wrote:
:
: >Hi there Leif.
: >
: >I want to know another thing.
: >
: >I have a java app that runs unattended and that needs to do a self update
to
: >the latest version completely independently, without any user
intervention.
: >The app periodically checks for a new version, and if it finds it,
downloads
: >the new jar file. But the thing is that the app obviously can't update
: >itself.
: >I want to know if it is possible to use the wrapper in some way to copy
the
: >new jar over the old one before starting up the VM again.
: >So in that way I would be able to write an "New Update Available..."
message
: >to the console and catch that with a wrapper filter trigger to restart
the
: >VM.
: >
: >Any thoughts or suggestions on how to do this?
: >
: >Thanx, Jacques
: >
: >
:
:
:
:
: -------------------------------------------------------
: This SF.net email is sponsored by: SF.net Giveback Program.
: Does SourceForge.net help you be more productive?  Does it
: help you create better code?  SHARE THE LOVE, and help us help
: YOU!  Click Here: http://sourceforge.net/donate/
: _______________________________________________
: Wrapper-user mailing list
: Wra...@li...
: https://lists.sourceforge.net/lists/listinfo/wrapper-user
:
:
:

Re: [Wrapper-user] Hide console

[Jacques B. <jac...@gm...>]

OK Thank you.

----- Original Message ----- 
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Monday, December 01, 2003 1:59 PM
Subject: Re: [Wrapper-user] Hide console


: Jacques,
:     It is not possible to hide the console when the Wrapper is running
: as a console
: application.  Stay tuned however, because I am already planning on
: making this
: possible in a future version.   Monitor the following feature request so
: you know
: when it gets added.
:
:
http://sourceforge.net/tracker/?func=detail&aid=851223&group_id=39428&atid=425190
:
: Cheers,
: Leif
:
: Jacques Bosch wrote:
:
: >Also, is it possible to hide the console when not running as an NT
service?
: >
: >Jacques
: >
: >
:
:
:
:
: -------------------------------------------------------
: This SF.net email is sponsored by: SF.net Giveback Program.
: Does SourceForge.net help you be more productive?  Does it
: help you create better code?  SHARE THE LOVE, and help us help
: YOU!  Click Here: http://sourceforge.net/donate/
: _______________________________________________
: Wrapper-user mailing list
: Wra...@li...
: https://lists.sourceforge.net/lists/listinfo/wrapper-user
:
:
:

Re: [Wrapper-user] SYS32 in wrapper.java.library.path

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

Jacques,

>What is the environment variable to add the win/system32 folder to the
>wrapper.java.library.path?
>  
>
Try the following:
wrapper.java.library.path.1=../lib
wrapper.java.library.path.2=%WINDIR%/system32

>Where can I get a list of the environment variables. Couldn't find it in the
>docs.
>  
>
The wrapper does not provide a way to do this directly.  If you are 
running a console then
you can simply type "set" at the command prompt and you will get a full 
dump of all
defined environment variables.  That is how I answered your first 
question.  This will not
help when running as a service however.  You currently have to look in 
the control panel.

Cheers,
Leif