You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Philip M. <phi...@sw...> - 2004-04-19 13:43:49
|
i am having problems with orion and the java service wrapper with network drives... basically, if i start orion from the console my web-app is ok....if i run it as a service it cannot see the drives... i am logged in as administrator when i run the service and i have even tried to set the user that the service uses to administrator... no matter what i do (been through the docs here and on web) i can't seem to get the network drive to be seen by my web-app.... i can only think that it is some king of local network issue...???? any ideas...? phil..... |
|
From: Leif M. <le...@ta...> - 2004-04-18 12:39:59
|
Andreas,
Actually that is correct. The problem was that up through version
3.0.5, if a user
overrode the System.out or System.err print streams with their own and
that code had
problems which lead to a dead lock or some other problem then the
Wrapper was
being restarted in a way that made it look like a Wrapper bug.
Another issue was that if the user redirected the streams then the
Wrapper debug
output would be sent off to that other location as well as the user
output. If you are
trying to debug the Wrapper itself, you really want to keep all of the
wrapper output
going to the wrapper.log file so that it can all be analyzed together.
I modified the WrapperManager in version 3.1.0 so that it now
remembers the
original System.out and System.err print streams and always uses that to
output
its own output.
If the user code hangs up, the Wrapper will still be able to
successfully log its
own debug output, thus making it possible to track down the cause of the
problem.
The way that test works is to enable debug output, then start the
application.
Once the test app is up and running, I press the new "Poll Users"
button. You will
start seeing user information interspersed with the debug output. When
you then
press "System.out Deadlock" button, the user information should stop because
it is using the user System.out object. But the Wrapper's debug output
should
still continue without any problems. When you try to stop the
application, this
will cause some output to go to the user System.out which is
deadlocked. This
will result in the application never shutting down cleanly so the
Wrapper will
have to kill it.
I'll have to add something about this to the docs...
Cheers,
Leif
Andreas Wendt wrote:
> Leif,
>
> when running the testwrapper, clicking on the "System.out deadlock"
> button causes the JVM to hang without the wrapper recognizing it (at
> least on MacOSX, OSF1, and Irix).
> What should really happen?
> And what is the purpose of this test? It is not explained in the manual.
>
> Cheers,
> Andreas
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Andreas W. <and...@em...> - 2004-04-18 12:08:50
|
Leif, when running the testwrapper, clicking on the "System.out deadlock" button causes the JVM to hang without the wrapper recognizing it (at least on MacOSX, OSF1, and Irix). What should really happen? And what is the purpose of this test? It is not explained in the manual. Cheers, Andreas |
|
From: Jacques B. <jac...@gm...> - 2004-04-16 19:25:15
|
OK, thanx for the info. I'm using 1.4.x all the way, so it won't be a problem. :) Thanx much! Jacques ----- Original Message ----- From: "Leif Mortenson" <le...@ta...> To: <wra...@li...> Sent: Friday, April 16, 2004 5:12 PM Subject: Re: [Wrapper-user] wrapper.jar interchangeable? > Jacques, > The wrapper.jar file is technically the same for all platforms. It > is built for each > distribution on the various platforms. I have a few people help me out > with the > releases , so the builds are made with slightly different JDK versions. > This results > in the jar file having a slightly different size depending on where it > was built. > > All in all this shouldn't matter to you. The exception is that I > have found that > it you build the jar with JDK 1.4.1 or above then you will get errors > when running > under a 1.2.x JVM. I usually do Windows releases using the 1.3.1 JDK > so this > is not an issue. But this is not true for other releases. If you are > going to be using > the 1.2.x JVM, I would make use of the jar from the Windows release. > This shouldn't matter, even though the compiler is told to build a > 1.2 version of > class files, it seems to screw things up. Seems like a Java bug, but > not much that > can be done about it. Not many people are using 1.2.x anymore so it is > probably > not much of an issue. > > Cheers, > Leif > > Jacques Bosch wrote: > > >Here's another basic question. > >Is the wrapper.jar file in the win32 and linux distros the same one / > >interchangeable? > >I'm sure it is, but just to be sure... > > > >Thanx. > >Jacques > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Leif M. <le...@ta...> - 2004-04-16 15:14:12
|
Jacques,
The wrapper.jar file is technically the same for all platforms. It
is built for each
distribution on the various platforms. I have a few people help me out
with the
releases , so the builds are made with slightly different JDK versions.
This results
in the jar file having a slightly different size depending on where it
was built.
All in all this shouldn't matter to you. The exception is that I
have found that
it you build the jar with JDK 1.4.1 or above then you will get errors
when running
under a 1.2.x JVM. I usually do Windows releases using the 1.3.1 JDK
so this
is not an issue. But this is not true for other releases. If you are
going to be using
the 1.2.x JVM, I would make use of the jar from the Windows release.
This shouldn't matter, even though the compiler is told to build a
1.2 version of
class files, it seems to screw things up. Seems like a Java bug, but
not much that
can be done about it. Not many people are using 1.2.x anymore so it is
probably
not much of an issue.
Cheers,
Leif
Jacques Bosch wrote:
>Here's another basic question.
>Is the wrapper.jar file in the win32 and linux distros the same one /
>interchangeable?
>I'm sure it is, but just to be sure...
>
>Thanx.
>Jacques
>
>
|
|
From: Jacques B. <jac...@gm...> - 2004-04-16 14:17:56
|
OK, thanx. I thought so. :) J ----- Original Message ----- From: "Andy Barnett" <aba...@ca...> To: <wra...@li...> Sent: Friday, April 16, 2004 3:42 PM Subject: Re: [Wrapper-user] wrapper.jar interchangeable? > I believe the jar files should be interchangeable. I'm currently > running the same 3.0.5 wrapper.jar file on Mac OS X, Solaris, and > Linux. > > --- > Andy Barnett <aba...@ca...> > Cantilever Technologies > --- > > On Apr 16, 2004, at 7:41 AM, Jacques Bosch wrote: > > > Here's another basic question. > > Is the wrapper.jar file in the win32 and linux distros the same one / > > interchangeable? > > I'm sure it is, but just to be sure... > > > > Thanx. > > Jacques > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Andy B. <aba...@ca...> - 2004-04-16 13:42:31
|
I believe the jar files should be interchangeable. I'm currently running the same 3.0.5 wrapper.jar file on Mac OS X, Solaris, and Linux. --- Andy Barnett <aba...@ca...> Cantilever Technologies --- On Apr 16, 2004, at 7:41 AM, Jacques Bosch wrote: > Here's another basic question. > Is the wrapper.jar file in the win32 and linux distros the same one / > interchangeable? > I'm sure it is, but just to be sure... > > Thanx. > Jacques |
|
From: Jacques B. <jac...@gm...> - 2004-04-16 12:42:32
|
Here's another basic question. Is the wrapper.jar file in the win32 and linux distros the same one / interchangeable? I'm sure it is, but just to be sure... Thanx. Jacques |
|
From: Jacques B. <jac...@gm...> - 2004-04-16 12:12:45
|
Thanx much, Leif! Jacques ----- Original Message ----- From: "Leif Mortenson" <le...@ta...> To: <wra...@li...> Sent: Friday, April 16, 2004 1:35 PM Subject: Re: [Wrapper-user] From V 3.0.5 to 3.1.0. > Yes. I go to great effort to make sure that all wrapper.conf files are > forward > compatible. The only exception that I am aware of to date was when I added > support for wrapper.pidfile to the Windows version. > > Cheers, > Leif > > Jacques Bosch wrote: > > >Hi there Leif. > > > >Just a quick question: Been using version 3.0.5 in some apps. Will I be able > >to switch to 3.1.0 (dll, exe, and jar) without changing anything else > >(config)? > > > >Thanx much. > > > >Jacques > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: IBM Linux Tutorials > >Free Linux tutorial presented by Daniel Robbins, President and CEO of > >GenToo technologies. Learn everything from fundamentals to system > >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > >_______________________________________________ > >Wrapper-user mailing list > >Wra...@li... > >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Leif M. <le...@ta...> - 2004-04-16 11:38:09
|
Bjorn,
The Wrapper is only capable of launching a single application (main
class) per
wrapper.conf and per Wrapper invocation. If you want to run multiple
main files
you could easily make a "wrapper" main class which simply called all of
your other
applications' main methods. Main methods are simply static methods and
can be
called like any other method.
If you want to run them all in separate JVMs, you can easily do so
by creating
multiple conf files.
Cheers,
Leif
Bjorn Helgason wrote:
>Hi there,
>What is the best way to configure a wrapper for a system where there is only one jar file but there are many main classes within the jar file that need to managed. Should I use multiple conf files, cascading conf files or can I do the configuration in one configuration file.
>
>Brgds
>Bjorn
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
|
|
From: Leif M. <le...@ta...> - 2004-04-16 11:36:21
|
Yes. I go to great effort to make sure that all wrapper.conf files are forward compatible. The only exception that I am aware of to date was when I added support for wrapper.pidfile to the Windows version. Cheers, Leif Jacques Bosch wrote: >Hi there Leif. > >Just a quick question: Been using version 3.0.5 in some apps. Will I be able >to switch to 3.1.0 (dll, exe, and jar) without changing anything else >(config)? > >Thanx much. > >Jacques > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >Wrapper-user mailing list >Wra...@li... >https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Bjorn H. <bjo...@ca...> - 2004-04-16 09:03:58
|
Hi there,=20 What is the best way to configure a wrapper for a system where there is = only one jar file but there are many main classes within the jar file = that need to managed. Should I use multiple conf files, cascading conf = files or can I do the configuration in one configuration file. Brgds Bjorn |
|
From: Jacques B. <jac...@gm...> - 2004-04-16 06:35:49
|
Hi there Leif. Just a quick question: Been using version 3.0.5 in some apps. Will I be able to switch to 3.1.0 (dll, exe, and jar) without changing anything else (config)? Thanx much. Jacques |
|
From: Leif M. <le...@ta...> - 2004-04-15 15:13:22
|
Marcelo,
When are you seeing this problem? When you try to install the
Wrapper as a
service or when you try to start it?
If it is when you try to start it, what the message you get when you run
c:\myapp\bin> net start myapp
from the command prompt.
Are you setting an account to run the service as using the
wrapper.ntservice.account property?
Also there were a couple service related problems with 3.0.5. This
does not
sound like one of them, but you might want to give 3.1.0 a try.
Cheers,
Leif
Datacom - Marcelo wrote:
> I installed a java service in many computers, but I one in particular
> (win 2000 professional) I got a message saying something like "System
> error numer 5, access denied". But when I run as an application or in
> command prompt, the program runs fine. I have administrator's rights.
> Does this happens to anyone before ?
>
> Thanks in advance.
>
> MARCELO Ribeiro
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.657 / Virus Database: 422 - Release Date: 13/4/2004
|
|
From: Leif M. <le...@ta...> - 2004-04-15 15:10:12
|
Felipe,
This is possible as of 3.1.0 using the new wrapper.working.dir
property. Be sure
to read the docs on this property before trying it out. There are some
interactions
that you need to be aware of to avoid problems.
http://wrapper.tanukisoftware.org/doc/english/prop-working-dir.html
Cheers,
Leif
Felipe N. Lavoura wrote:
> The working directory when I run my application is the directory where
> the Wrapper.exe resides. Is there a way to change that using the
> wrapper.conf file (version 3.0.5)?
>
> Felipe N. Lavoura
> Desenvolvimento de Sistemas
> Choose Technologies
> Tel.: (11) 3062-6133 (ramal 20)
|
|
From: Felipe N. L. <fel...@ch...> - 2004-04-15 14:08:23
|
The working directory when I run my application is the directory where = the Wrapper.exe resides. Is there a way to change that using the = wrapper.conf file (version 3.0.5)? Felipe N. Lavoura Desenvolvimento de Sistemas Choose Technologies Tel.: (11) 3062-6133 (ramal 20) |
|
From: Datacom - M. <ma...@da...> - 2004-04-15 13:52:33
|
I installed a java service in many computers, but I one in particular = (win 2000 professional) I got a message saying something like "System = error numer 5, access denied". But when I run as an application or in = command prompt, the program runs fine. I have administrator's rights. = Does this happens to anyone before ? Thanks in advance. MARCELO Ribeiro --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.657 / Virus Database: 422 - Release Date: 13/4/2004 |
|
From: Leif M. <le...@ta...> - 2004-04-15 08:34:55
|
Hi all, Tanuki Software, Inc. is proud to announce the 3.1.0 release of the Java Service Wrapper. This release has been long in coming, but contains a number of new features as well as several performance improvements and bug fixes. The Wrapper website has been redesigned with a new look. Users who register with the site now have the ability to help improve the documentation by adding comments directly to the site. http://wrapper.tanukisoftware.org There have been several enhancements to the Windows version so it is now possible to display a console when running as a service, change the title of the console where the Wrapper is running, and access information about the user running the Wrapper as well as the user who is currently logged in. One major improvement is the additional of a new Tick based timer which makes the Wrapper handle much better when running on heavily loaded systems. This new timer also solves problems with the system time changing. It is beta for this release and is thus disabled by default, but we urge you to try it out and give us some feedback so it can be enabled for the next release. See the documentation for the wrapper.use_system_time property. There were many many other changes and improvements as well, so please visit the new web site and look over the release notes. http://wrapper.tanukisoftware.org/doc/english/release-notes.html Be sure to let me know if you find any problems. Happy downloading. Cheers, Leif |
|
From: Dan W. <dw...@ne...> - 2004-04-14 17:15:42
|
I double-checked the script file again on the Mac. It has unix line termination. It is not a binary file, I can open it with VIM or bbedit. I can also run the mac version of the wrapper executable, as you did below, and also the realpath executable. I'm stumped. I can get it to work by copying the contents of the file and pasting into a new file, but not by doing a save-as on the file that doesn't work. This is probably a weird problem with my particular script, maybe it has a bad byte in it or something... I was hoping to use the same script file for all my target platforms - windows, linux, solaris, and Mac. I guess I'll take the file that works on the mac now and see if it works on the other platforms. thanks. Dan Weston On Apr 14, 2004, at 9:37 AM, Andy Barnett wrote: > I just realized that if I try to execute the binary wrapper executable > rather than the shell script I get the same message you saw: > >> bash-2.05b$ file * >> wrapper-linux: ELF 32-bit LSB executable, Intel 80386, version 1 >> (SYSV) >> wrapper-macosx: Mach-O executable ppc > >> bash-2.05b$ ./wrapper-linux >> bash: ./wrapper-linux: cannot execute binary file > >> bash-2.05b$ ./wrapper-macosx >> Usage: ./wrapper-macosx <file> [configuration properties] [...] > > Is it possible you accidently copied the binary file instead of the > shell script and you are now trying to execute the binary file rather > than the shell script? > > --- > Andy Barnett <aba...@ca...> > Cantilever Technologies > --- > > On Apr 14, 2004, at 10:45 AM, Dan Weston wrote: > >> I've used the service wrapper to deploy the same java app on windows, >> linux, and solaris. I am now moving it over to Mac OS X. I'm having a >> problem with the startup script that resides in the bin directory of >> the service wrapper deployment hierarchy. From a terminal window in >> OS X (Panther 10.3.3) , trying to start the script gets an error: >> >> -bash: ./taskserver: cannot execute binary file >> >> This is the exact same script that I use on all the other platforms. >> The strange thing is that if I copy the contents of the script into a >> fresh text file and save it, then I can run the copied script just >> fine. So that makes me think that the contents of the script file are >> fine, but there is something missing or wrong about the metadata for >> the script file. >> >> Has anyone else run into this? >> >> thanks. >> >> Dan Weston > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Andy B. <aba...@ca...> - 2004-04-14 16:37:18
|
I just realized that if I try to execute the binary wrapper executable rather than the shell script I get the same message you saw: > bash-2.05b$ file * > wrapper-linux: ELF 32-bit LSB executable, Intel 80386, version 1 > (SYSV) > wrapper-macosx: Mach-O executable ppc > bash-2.05b$ ./wrapper-linux > bash: ./wrapper-linux: cannot execute binary file > bash-2.05b$ ./wrapper-macosx > Usage: ./wrapper-macosx <file> [configuration properties] [...] Is it possible you accidently copied the binary file instead of the shell script and you are now trying to execute the binary file rather than the shell script? --- Andy Barnett <aba...@ca...> Cantilever Technologies --- On Apr 14, 2004, at 10:45 AM, Dan Weston wrote: > I've used the service wrapper to deploy the same java app on windows, > linux, and solaris. I am now moving it over to Mac OS X. I'm having a > problem with the startup script that resides in the bin directory of > the service wrapper deployment hierarchy. From a terminal window in OS > X (Panther 10.3.3) , trying to start the script gets an error: > > -bash: ./taskserver: cannot execute binary file > > This is the exact same script that I use on all the other platforms. > The strange thing is that if I copy the contents of the script into a > fresh text file and save it, then I can run the copied script just > fine. So that makes me think that the contents of the script file are > fine, but there is something missing or wrong about the metadata for > the script file. > > Has anyone else run into this? > > thanks. > > Dan Weston |
|
From: Andy B. <aba...@ca...> - 2004-04-14 16:28:39
|
I use the service wrapper on Linux, Solaris, and Mac OS X. My first thought is that it is a line-terminator issue. I use VIM for editing from the terminal. If I open a working shell script and issue the command ":set fileformat?" and it shows "unix", then I know the script will work. % ./test-unix.sh Hello World However, if the fileformat is reported as "dos", then executing the script produces this message: % ./test-dos.sh tcsh: ./test-dos.sh: Command not found. In bash I get a different error message: bash-2.05b$ ./test-dos.sh : bad interpreter: No such file or directory In the case of scripts with a fileformat of "dos", I just edit them with VIM and issue the command "set fileformat=unix" and then save the file. After that it works. --- Andy Barnett <aba...@ca...> Cantilever Technologies --- On Apr 14, 2004, at 10:45 AM, Dan Weston wrote: > I've used the service wrapper to deploy the same java app on windows, > linux, and solaris. I am now moving it over to Mac OS X. I'm having a > problem with the startup script that resides in the bin directory of > the service wrapper deployment hierarchy. From a terminal window in OS > X (Panther 10.3.3) , trying to start the script gets an error: > > -bash: ./taskserver: cannot execute binary file > > This is the exact same script that I use on all the other platforms. > The strange thing is that if I copy the contents of the script into a > fresh text file and save it, then I can run the copied script just > fine. So that makes me think that the contents of the script file are > fine, but there is something missing or wrong about the metadata for > the script file. > > Has anyone else run into this? > > thanks. > > Dan Weston > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <le...@ta...> - 2004-04-14 16:21:48
|
Hohan,
Yes, that would do it. I have seen this problem in the past as
well. Its not a
Wrapper related issue. But Java does not always behave very nicely when the
jar files it is reading from are swapped out from underneath it. A good
thing
to avoid when possible. I occasionally forget and run "ant deploy"
before stopping
my app and will get this or other problems on shutdown.
Cheers,
Leif
Stuijt, Johan wrote:
>Hello Leigh,
>
>Thanks for your quick response.
>As soon as you mentioned the start/stop script, I realized what the cause
>was.
>
>I have extended the script so that all needed jar-files and other resources
>for the service would be copied to a lib-run subdirectory in the bin
>directory. I could then recompile without disturbing the running service.
>
>In the script, the resources were copied before the application would really
>start, but also before the application would stop! So the running JVM got
>its jar-files refreshed just before stopping, and this caused the strange
>error message.
>
>Changing the script to only copy the resources in case of a start solved the
>problem rightaway!
>
>Greetings,
>johan
>
>
|
|
From: Leif M. <le...@ta...> - 2004-04-14 16:19:46
|
Dan,
I have seen similar problems on Linux when the shell script is
transferred from a
Windows machine with incorrect line feeds. Are you sure that the line
feeds are
correct for the Mac OS X platform?
The Mac OS X distribution is currently shipping with standard LF (UNIX)
line feeds. Is this correct for OS X? I don't have any OSX systems to
play with
myself. I know that old Mac systems used CR line feeds??
Cheers
Leif
Dan Weston wrote:
> I've used the service wrapper to deploy the same java app on windows,
> linux, and solaris. I am now moving it over to Mac OS X. I'm having a
> problem with the startup script that resides in the bin directory of
> the service wrapper deployment hierarchy. From a terminal window in OS
> X (Panther 10.3.3) , trying to start the script gets an error:
>
> -bash: ./taskserver: cannot execute binary file
>
> This is the exact same script that I use on all the other platforms.
> The strange thing is that if I copy the contents of the script into a
> fresh text file and save it, then I can run the copied script just
> fine. So that makes me think that the contents of the script file are
> fine, but there is something missing or wrong about the metadata for
> the script file.
>
> Has anyone else run into this?
>
> thanks.
>
> Dan Weston
|
|
From: Dan W. <dw...@ne...> - 2004-04-14 15:45:47
|
I've used the service wrapper to deploy the same java app on windows, linux, and solaris. I am now moving it over to Mac OS X. I'm having a problem with the startup script that resides in the bin directory of the service wrapper deployment hierarchy. From a terminal window in OS X (Panther 10.3.3) , trying to start the script gets an error: -bash: ./taskserver: cannot execute binary file This is the exact same script that I use on all the other platforms. The strange thing is that if I copy the contents of the script into a fresh text file and save it, then I can run the copied script just fine. So that makes me think that the contents of the script file are fine, but there is something missing or wrong about the metadata for the script file. Has anyone else run into this? thanks. Dan Weston |
|
From: Stuijt, J. <JS...@gt...> - 2004-04-13 11:35:36
|
Hello Leigh, Thanks for your quick response. As soon as you mentioned the start/stop script, I realized what the cause was. I have extended the script so that all needed jar-files and other resources for the service would be copied to a lib-run subdirectory in the bin directory. I could then recompile without disturbing the running service. In the script, the resources were copied before the application would really start, but also before the application would stop! So the running JVM got its jar-files refreshed just before stopping, and this caused the strange error message. Changing the script to only copy the resources in case of a start solved the problem rightaway! Greetings, johan Met vriendelijke groet, Johan Stuijt Application Engineer MES Expert Center Doorkiesnummer: 075 612 79 34 GTI Industrie Noordwest bv Industrial Automation Houthavenkade 44 1506 PD Zaandam Postbus 1377 1500 AJ Zaandam tel.: 075 612 76 00 fax: 075 612 30 60 www.gti-group.com/ia -----Oorspronkelijk bericht----- Van: Leif Mortenson [mailto:le...@ta...] Verzonden: Tuesday, April 13, 2004 11:23 AM Aan: wra...@li... Onderwerp: Re: [Wrapper-user] stopping wrapped java app on linux (rh9) Johan, From the output, I am not clear where exactly that message is coming from. The Wrapper or your JVM? I am pretty sure it is the JVM because you still get output after the dump from the Wrapper. Could you enable debug output using wrapper.debug=true and then post the resulting wrapper.log file. Don't include output from previous runs. Is this happening every time? How are you asking the Wrapper to quit? Are you using the Wrapper scripts? Was there a core dump from the JVM in the directory containing the wrapper binary? It might give you more info as well. Cheers, Leif ================================================ De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. ================================================ The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. ================================================ |