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

Re: [Wrapper-user] Wrapper on Raspberry PI

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

Hi Rob,

compiling should be rather easy. It requires ant, java and gcc (libc)
installed.

Please download the pre-release (tar.gz) package of the 3.5.17 version and
extract it at your arm machine.
In case they are not set, you will have to set the ANT_HOME and JAVA_HOME
environment variables.
After this, cd into the pre-release directory and run: ./build32.sh release
This will create the release target and store it in the 'dist' directory.

Please let me know if you have any questions.

Thank you,

Christian Mueller
Tanuki Software, Ltd.



On Fri, Apr 26, 2013 at 1:32 PM, Rob Daems <rob...@gm...> wrote:

> Hello,
>
> First of all, thank you for the quick response.
>
> This is the output as you requested:
> pi@raspberrypi ~ $ readelf -A /proc/self/exe
> Attribute Section: aeabi
> File Attributes
>   Tag_CPU_name: "6"
>   Tag_CPU_arch: v6
>   Tag_ARM_ISA_use: Yes
>   Tag_THUMB_ISA_use: Thumb-1
>   Tag_FP_arch: VFPv2
>   Tag_ABI_PCS_wchar_t: 4
>   Tag_ABI_FP_denormal: Needed
>   Tag_ABI_FP_exceptions: Needed
>   Tag_ABI_FP_number_model: IEEE 754
>   Tag_ABI_align_needed: 8-byte
>   Tag_ABI_align_preserved: 8-byte, except leaf SP
>   Tag_ABI_enum_size: int
>   Tag_ABI_HardFP_use: SP and DP
>   Tag_ABI_VFP_args: VFP registers
>   Tag_DIV_use: Not allowed
> pi@raspberrypi ~ $
>
> Is there an easy way to compile the hf version for my armv6 board. Since
> I'm actually a layman in linux (unix). :-(
>
> Thanks in advance,
>
> BR, Rob
>
>
>
> 2013/4/26 Christian Mueller <chr...@ta...>
>
>> Hi Rob,
>>
>> what is the output when you run the following command:
>> readelf -A /proc/self/exe
>>
>> The hard float edition of the Wrapper is being built on an armv7 board,
>> so I think that's why running it fails on your armv6 board.
>>
>> You can either try to compile the hard float version of the Wrapper for
>> your armv6 board, or install a soft float jvm and use the armel release of
>> the Wrapper.
>>
>> Please let me know if you have any further questions.
>>
>> Thank you,
>>
>> Christian Mueller
>>
>> On Thu, Apr 25, 2013 at 6:27 PM, Rob Daems <rob...@gm...> wrote:
>>
>>> Hello,
>>>
>>> I'm trying the use the wrapper (3.5.17 32-bit community) via
>>> integration method 4 : "WrapperJarApp".
>>> The hardware I'm using is a Raspberry Pi with the Raspbian “wheezy”
>>> distribution.
>>> (see http://www.raspberrypi.org/downloads)
>>>
>>> I've tried the wrapper 32-bit armel release but get problems with
>>> reading the libwrapper.so.
>>> (see attached wrapper.zip)
>>>
>>> I've also tried the armhf release, since it seems that "apt-get
>>> java-7-openjdk", installed the jdk-armhf version, but there I did get
>>> "Segmentation fault" when starting the wrapper.
>>>
>>> Some extra info:
>>> pi@raspberrypi /usr/lib/jvm $ java -version
>>> java version "1.7.0_07"
>>> OpenJDK Runtime Environment (IcedTea7 2.3.2) (7u7-2.3.2a-1+rpi1)
>>> OpenJDK Zero VM (build 22.0-b10, mixed mode)
>>> pi@raspberrypi /usr/lib/jvm $ ls -altr
>>> total 28
>>> -rw-r--r--  1 root root  2437 Sep 26  2012
>>> .java-1.7.0-openjdk-armhf.jinfo
>>> lrwxrwxrwx  1 root root    20 Sep 26  2012 java-1.7.0-openjdk-armhf ->
>>> java-7-openjdk-armhf
>>> drwxr-xr-x  3 root root  4096 Jan 17 20:59 java-7-openjdk-common
>>> drwxr-xr-x  5 root root  4096 Jan 17 21:00 java-7-openjdk-armhf
>>> drwxr-xr-x  4 root root  4096 Jan 17 21:00 .
>>> drwxr-xr-x 74 root root 12288 Apr 24 20:32 ..
>>> pi@raspberrypi /usr/lib/jvm $ uname -a
>>> Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012
>>> armv6l GNU/Linux
>>> pi@raspberrypi /usr/lib/jvm $
>>>
>>> Thanks in advance,
>>>
>>> BR, Rob
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Try New Relic Now & We'll Send You this Cool Shirt
>>> New Relic is the only SaaS-based application performance monitoring
>>> service
>>> that delivers powerful full stack analytics. Optimize and monitor your
>>> browser, app, & servers with just a few lines of code. Try New Relic
>>> and get this awesome Nerd Life shirt!
>>> http://p.sf.net/sfu/newrelic_d2d_apr
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Try New Relic Now & We'll Send You this Cool Shirt
>> New Relic is the only SaaS-based application performance monitoring
>> service
>> that delivers powerful full stack analytics. Optimize and monitor your
>> browser, app, & servers with just a few lines of code. Try New Relic
>> and get this awesome Nerd Life shirt!
>> http://p.sf.net/sfu/newrelic_d2d_apr
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Wrapper on Raspberry PI

[Rob D. <rob...@gm...>]

Hello,

First of all, thank you for the quick response.

This is the output as you requested:
pi@raspberrypi ~ $ readelf -A /proc/self/exe
Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "6"
  Tag_CPU_arch: v6
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-1
  Tag_FP_arch: VFPv2
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: int
  Tag_ABI_HardFP_use: SP and DP
  Tag_ABI_VFP_args: VFP registers
  Tag_DIV_use: Not allowed
pi@raspberrypi ~ $

Is there an easy way to compile the hf version for my armv6 board. Since
I'm actually a layman in linux (unix). :-(

Thanks in advance,

BR, Rob



2013/4/26 Christian Mueller <chr...@ta...>

> Hi Rob,
>
> what is the output when you run the following command:
> readelf -A /proc/self/exe
>
> The hard float edition of the Wrapper is being built on an armv7 board, so
> I think that's why running it fails on your armv6 board.
>
> You can either try to compile the hard float version of the Wrapper for
> your armv6 board, or install a soft float jvm and use the armel release of
> the Wrapper.
>
> Please let me know if you have any further questions.
>
> Thank you,
>
> Christian Mueller
>
> On Thu, Apr 25, 2013 at 6:27 PM, Rob Daems <rob...@gm...> wrote:
>
>> Hello,
>>
>> I'm trying the use the wrapper (3.5.17 32-bit community) via integration
>> method 4 : "WrapperJarApp".
>> The hardware I'm using is a Raspberry Pi with the Raspbian “wheezy”
>> distribution.
>> (see http://www.raspberrypi.org/downloads)
>>
>> I've tried the wrapper 32-bit armel release but get problems with reading
>> the libwrapper.so.
>> (see attached wrapper.zip)
>>
>> I've also tried the armhf release, since it seems that "apt-get
>> java-7-openjdk", installed the jdk-armhf version, but there I did get
>> "Segmentation fault" when starting the wrapper.
>>
>> Some extra info:
>> pi@raspberrypi /usr/lib/jvm $ java -version
>> java version "1.7.0_07"
>> OpenJDK Runtime Environment (IcedTea7 2.3.2) (7u7-2.3.2a-1+rpi1)
>> OpenJDK Zero VM (build 22.0-b10, mixed mode)
>> pi@raspberrypi /usr/lib/jvm $ ls -altr
>> total 28
>> -rw-r--r--  1 root root  2437 Sep 26  2012 .java-1.7.0-openjdk-armhf.jinfo
>> lrwxrwxrwx  1 root root    20 Sep 26  2012 java-1.7.0-openjdk-armhf ->
>> java-7-openjdk-armhf
>> drwxr-xr-x  3 root root  4096 Jan 17 20:59 java-7-openjdk-common
>> drwxr-xr-x  5 root root  4096 Jan 17 21:00 java-7-openjdk-armhf
>> drwxr-xr-x  4 root root  4096 Jan 17 21:00 .
>> drwxr-xr-x 74 root root 12288 Apr 24 20:32 ..
>> pi@raspberrypi /usr/lib/jvm $ uname -a
>> Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012
>> armv6l GNU/Linux
>> pi@raspberrypi /usr/lib/jvm $
>>
>> Thanks in advance,
>>
>> BR, Rob
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Try New Relic Now & We'll Send You this Cool Shirt
>> New Relic is the only SaaS-based application performance monitoring
>> service
>> that delivers powerful full stack analytics. Optimize and monitor your
>> browser, app, & servers with just a few lines of code. Try New Relic
>> and get this awesome Nerd Life shirt!
>> http://p.sf.net/sfu/newrelic_d2d_apr
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Wrapper on Raspberry PI

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

Hi Rob,

what is the output when you run the following command:
readelf -A /proc/self/exe

The hard float edition of the Wrapper is being built on an armv7 board, so
I think that's why running it fails on your armv6 board.

You can either try to compile the hard float version of the Wrapper for
your armv6 board, or install a soft float jvm and use the armel release of
the Wrapper.

Please let me know if you have any further questions.

Thank you,

Christian Mueller

On Thu, Apr 25, 2013 at 6:27 PM, Rob Daems <rob...@gm...> wrote:

> Hello,
>
> I'm trying the use the wrapper (3.5.17 32-bit community) via integration
> method 4 : "WrapperJarApp".
> The hardware I'm using is a Raspberry Pi with the Raspbian “wheezy”
> distribution.
> (see http://www.raspberrypi.org/downloads)
>
> I've tried the wrapper 32-bit armel release but get problems with reading
> the libwrapper.so.
> (see attached wrapper.zip)
>
> I've also tried the armhf release, since it seems that "apt-get
> java-7-openjdk", installed the jdk-armhf version, but there I did get
> "Segmentation fault" when starting the wrapper.
>
> Some extra info:
> pi@raspberrypi /usr/lib/jvm $ java -version
> java version "1.7.0_07"
> OpenJDK Runtime Environment (IcedTea7 2.3.2) (7u7-2.3.2a-1+rpi1)
> OpenJDK Zero VM (build 22.0-b10, mixed mode)
> pi@raspberrypi /usr/lib/jvm $ ls -altr
> total 28
> -rw-r--r--  1 root root  2437 Sep 26  2012 .java-1.7.0-openjdk-armhf.jinfo
> lrwxrwxrwx  1 root root    20 Sep 26  2012 java-1.7.0-openjdk-armhf ->
> java-7-openjdk-armhf
> drwxr-xr-x  3 root root  4096 Jan 17 20:59 java-7-openjdk-common
> drwxr-xr-x  5 root root  4096 Jan 17 21:00 java-7-openjdk-armhf
> drwxr-xr-x  4 root root  4096 Jan 17 21:00 .
> drwxr-xr-x 74 root root 12288 Apr 24 20:32 ..
> pi@raspberrypi /usr/lib/jvm $ uname -a
> Linux raspberrypi 3.2.27+ #250 PREEMPT Thu Oct 18 19:03:02 BST 2012 armv6l
> GNU/Linux
> pi@raspberrypi /usr/lib/jvm $
>
> Thanks in advance,
>
> BR, Rob
>
>
>
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] can the commandline config into wrapper.conf

[L. <lei...@qq...>]

HI, all

I just want to double click the wrapper.exe to install service or unistall service or other action.So the -i or -r parameter without commandline.

I suggest add "wrapper.action=" to wrapper.conf file,

if wrapper.action=-i config into wrapper.conf, and double click the wrapper.exe, wrapper will run and install my app as service.
if wrapper.action=-r config into wrapper.conf, and double click the wrapper.exe, wrapper will run and unistall my app.
and so on ...

somebody help?

Re: [Wrapper-user] Configure Garbage collection and other additional jvm params

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

Hi Mitchell,

yes, that's how you would specify in general any JVM specific parameter.

For more information please make sure to take a look at the documentation
for wrapper.java.additional.<n>
http://wrapper.tanukisoftware.com/doc/english/prop-java-additional-n.html

In your example, you have defined the property 'wrapper.java.additional.1'
twice. Please just make sure to use a different numbers for each property.
I.e.:

wrapper.java.additional.1=-XX:NewSize=1234m
wrapper.java.additional.2=-XX:+UseConcMarkSweepGC

Please let me know if you have any further questions.

Thank you,

Christian
Tanuki Software, Ltd.



On Tue, Apr 9, 2013 at 7:15 PM, Smith, Mitchell <mit...@cw...>wrote:

> Hi,
>
> I am looking at using the service wrapper for my mule application, however
> currently I use a very specific garbage collection configuration to ensure
> optimum throughput.
>
> How would I specify options for the jvm specific to garbage collection?
> and specific heap sizes
>
> Example:
> I set the distribution of the heap memory to allow a larger eden heap,
> increasing the throughput capacity. using -XX:NewSize=1234m
>
> And i specify the specific algoritm using -XX:+UseConcMarkSweepGC
>
>
> Would I just add these (and similar) like:
> wrapper.java.additional.1=-XX:NewSize=1234m
> wrapper.java.additional.1=-XX:+UseConcMarkSweepGC
>
> Thanks
>  --
> *Mitchell
> *
>
>  The information contained in this email (and any attachments) is confidential and may be privileged. If you are not the intended recipient
> and have received this email in error, please notify the sender immediately by reply email and delete the message and any attachments.
> If you are not the named addressee, you must not copy, disclose, forward or otherwise use the information contained in this email.
> Cable & Wireless Communications Plc and its affiliates reserve the right to monitor all email communications through their networks to
> ensure regulatory compliance.
>
> Cable & Wireless Communications Plc is a company registered in England & Wales with number:
> 07130199 and offices located at 3rd Floor, 26 Red Lion Square, London WC1R 4HQ
>
>
>
>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Configure Garbage collection and other additional jvm params

[Smith, M. <mit...@cw...>]

Hi,

I am looking at using the service wrapper for my mule application, however
currently I use a very specific garbage collection configuration to ensure
optimum throughput.

How would I specify options for the jvm specific to garbage collection? and
specific heap sizes

Example:
I set the distribution of the heap memory to allow a larger eden heap,
increasing the throughput capacity. using -XX:NewSize=1234m

And i specify the specific algoritm using -XX:+UseConcMarkSweepGC


Would I just add these (and similar) like:
wrapper.java.additional.1=-XX:NewSize=1234m
wrapper.java.additional.1=-XX:+UseConcMarkSweepGC

Thanks
-- 
*Mitchell
*

The information contained in this email (and any attachments) is confidential and may be privileged. If you are not the intended recipient
and have received this email in error, please notify the sender immediately by reply email and delete the message and any attachments.
If you are not the named addressee, you must not copy, disclose, forward or otherwise use the information contained in this email.
Cable & Wireless Communications Plc and its affiliates reserve the right to monitor all email communications through their networks to
ensure regulatory compliance.
 
Cable & Wireless Communications Plc is a company registered in England & Wales with number:
07130199 and offices located at 3rd Floor, 26 Red Lion Square, London WC1R 4HQ

Re: [Wrapper-user] Passing JVM parameters agentlib and javaagent...

[Mark C. <ma...@ch...>]

Thanks Christian! Using the generic properties worked like a charm.


On Thu, Mar 21, 2013 at 10:35 PM, Christian Mueller <
chr...@ta...> wrote:

> Hi Mark,
>
> there is no special Wrapper property targeted for agentlib or javaagent
> JVM properties.
> But of course you can use the generic wrapper.java.additional.<n> property
> to specify your agent.
> For instance:
> wrapper.java.additional.1=-agentlib:hprof
> wrapper.java.additional.2=-javaagent:/home/me/MyAgent.jar
>
> Please let me know if you have any further questions.
>
> Thank you,
>
> Christian Mueller
> Tanuki Software, Ltd.
>
>
>
> On Fri, Mar 22, 2013 at 7:03 AM, Mark Chadwick <ma...@ch...>wrote:
>
>> Is there a wrapper configuration property that allows you to specify the
>> agentlib and javaagent JVM properties?
>>
>> Thanks!
>>
>> ~ Mark
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_mar
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] unsupported version 256 of Verneed record Error

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

Hi Ajesh,

I'm sorry for the trouble.
It seems some needed library version is not present on your system.
Could you please try running `ldd ./bin/wrapper`, `md5sum ./bin/wrapper`
and `ls -lisa ./bin/wrapper` on your system and send us the output? I have
never seen this kind of error message but, it somehow sounds like the file
is corrupted (maybe during the transfer).

Thank you,

Christian Mueller
Tanuki Software, Ltd.

On Mon, Mar 25, 2013 at 12:03 AM, Ajesh Kumar Parashar <
tri...@gm...> wrote:

>     Hi,
>
>>
>>
>> I downloaded wrapper-linux-x86-64-3.5.17.zip & tried to run wrapper by
>> using '*./test.sh start*' script(test.sh is the replica of sh.script.inprovided with this package)  in linux with OS details as
>>
>> *Linux nykdsr8334 2.6.18-274.3.1.el5 #1 SMP Fri Aug 26 18:49:02 EDT 2011
>> x86_64 x86_64 x86_64 GNU/Linux*****
>> But its giving me below exception
>>
>> *./wrapper: error while loading shared libraries: ./wrapper: unsupported
>> version 256 of Verneed record*
>>
>>
>> when i fired 'file wrapper' command in linux its returning
>>
>> wrapper: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for
>> GNU/Linux 2.6.0, dynamically linked (uses shared libs), stripped
>>
>>
>> Can anybody suggest what may be the reason for this error??
>>
>>
>> Thanks in Advance
>>
>>
>> Regards,
>>
>> Ajesh
>>
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] unsupported version 256 of Verneed record Error

[Ajesh K. P. <tri...@gm...>]

    Hi,

>
>
> I downloaded wrapper-linux-x86-64-3.5.17.zip & tried to run wrapper by
> using '*./test.sh start*' script(test.sh is the replica of sh.script.inprovided with this package)  in linux with OS details as
>
> *Linux nykdsr8334 2.6.18-274.3.1.el5 #1 SMP Fri Aug 26 18:49:02 EDT 2011
> x86_64 x86_64 x86_64 GNU/Linux*****
> But its giving me below exception
>
> *./wrapper: error while loading shared libraries: ./wrapper: unsupported
> version 256 of Verneed record*
>
>
> when i fired 'file wrapper' command in linux its returning
>
> wrapper: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for
> GNU/Linux 2.6.0, dynamically linked (uses shared libs), stripped
>
>
> Can anybody suggest what may be the reason for this error??
>
>
> Thanks in Advance
>
>
> Regards,
>
> Ajesh
>

Re: [Wrapper-user] Passing JVM parameters agentlib and javaagent...

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

Hi Mark,

there is no special Wrapper property targeted for agentlib or javaagent JVM
properties.
But of course you can use the generic wrapper.java.additional.<n> property
to specify your agent.
For instance:
wrapper.java.additional.1=-agentlib:hprof
wrapper.java.additional.2=-javaagent:/home/me/MyAgent.jar

Please let me know if you have any further questions.

Thank you,

Christian Mueller
Tanuki Software, Ltd.



On Fri, Mar 22, 2013 at 7:03 AM, Mark Chadwick <ma...@ch...>wrote:

> Is there a wrapper configuration property that allows you to specify the
> agentlib and javaagent JVM properties?
>
> Thanks!
>
> ~ Mark
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Passing JVM parameters agentlib and javaagent...

[Mark C. <ma...@ch...>]

Is there a wrapper configuration property that allows you to specify the
agentlib and javaagent JVM properties?

Thanks!

~ Mark

Re: [Wrapper-user] Lost logs after null character output on linux

[aaah ah <aa1...@gm...>]

Hi Christian,

The workaround works fine,
thanks for the quick response.

Best Regards

Re: [Wrapper-user] Lost logs after null character output on linux

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

Hi,

thank you very much for your report. I will take a look into this.

However a very simple workaround would be refraining from null characters
in a String. If you know the String might contain a null character, maybe
you could try replacing the null character like this:

new String(byteArray).replace('\0', ' ')
So this way all occurrences of a null character in the String is getting
replaced with a space character instead.

Best Regards,

Christian Mueller
Tanuki Software, Ltd.

On Tue, Mar 12, 2013 at 3:37 PM, aaah ah <aa1...@gm...> wrote:

> Hi,
> Some of my debug log has null character,  and in linux logs after null
> character will missing.
>
> I test the problem in Centos 5.8, JDK 1.6.0_27
> The problem happen in wrapper version >=3.4.0
>
> What can I do now?
>
> Here is a sample code:
>
> ============================
> *package pkg.test;*
> *
> *
> *public class TestWrapper {*
> * public static void main(String[] args) {*
> * String text = "AEF98352DAB3D";*
> * byte[] byteArray = new byte[32];*
> * System.arraycopy(text.getBytes(), 0, byteArray, 0, text.length());*
> * System.out.println("the log after this line will missing: " + new
> String(byteArray));*
> * System.out.println("this log will missing");*
> * }*
> *}*
> =============================
>
> wrapper configuration:
>
> ============================
> *wrapper.working.dir=.*
> *wrapper.java.command=java*
> *wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp*
> *wrapper.java.classpath.1=.*
> *wrapper.java.classpath.2=./TestWrapper.jar*
> *wrapper.java.classpath.3=./wrapper.jar*
> *wrapper.java.library.path.1=.*
> *
> *
> *wrapper.app.parameter.1=pkg.test.TestWrapper
> *
> *
> *
> *wrapper.console.format=PM*
> *wrapper.console.loglevel=INFO*
> *wrapper.logfile=output.log*
> *wrapper.logfile.format=PM*
> *wrapper.logfile.loglevel=INFO*
> *wrapper.logfile.maxsize=5m*
> *wrapper.logfile.maxfiles=50*
> *wrapper.syslog.loglevel=NONE*
> *wrapper.console.flush=FALSE*
>
> ====================================
>
>
> ------------------------------------------------------------------------------
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] Lost logs after null character output on linux

[aaah ah <aa1...@gm...>]

Hi,
Some of my debug log has null character,  and in linux logs after null
character will missing.

I test the problem in Centos 5.8, JDK 1.6.0_27
The problem happen in wrapper version >=3.4.0

What can I do now?

Here is a sample code:

============================
*package pkg.test;*
*
*
*public class TestWrapper {*
* public static void main(String[] args) {*
* String text = "AEF98352DAB3D";*
* byte[] byteArray = new byte[32];*
* System.arraycopy(text.getBytes(), 0, byteArray, 0, text.length());*
* System.out.println("the log after this line will missing: " + new
String(byteArray));*
* System.out.println("this log will missing");*
* }*
*}*
=============================

wrapper configuration:

============================
*wrapper.working.dir=.*
*wrapper.java.command=java*
*wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp*
*wrapper.java.classpath.1=.*
*wrapper.java.classpath.2=./TestWrapper.jar*
*wrapper.java.classpath.3=./wrapper.jar*
*wrapper.java.library.path.1=.*
*
*
*wrapper.app.parameter.1=pkg.test.TestWrapper
*
*
*
*wrapper.console.format=PM*
*wrapper.console.loglevel=INFO*
*wrapper.logfile=output.log*
*wrapper.logfile.format=PM*
*wrapper.logfile.loglevel=INFO*
*wrapper.logfile.maxsize=5m*
*wrapper.logfile.maxfiles=50*
*wrapper.syslog.loglevel=NONE*
*wrapper.console.flush=FALSE*

====================================

Re: [Wrapper-user] Wrapper not really terminating the JVM

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

Hi Victor,

sorry I forgot to mention that if you can't use the port range approach,
please use property wrapper.restart.delay and set it to a value of 4
minutes or larger, for instance:
wrapper.restart.delay=240

This way the Wrapper will always wait with the restart until the system
freed the port.

Best Regards,

Christian



On Tue, Mar 5, 2013 at 3:50 PM, Christian Mueller <
chr...@ta...> wrote:

> Hi Victor,
>
> none. The Wrapper will always terminate the JVM eventually. So your
> problem is rather a problem with your system, or how TCP/IP ports are
> working.
>
> I think what are you seeing is that your application is binding a socket
> at a certain port (port C) and to establish to create a connection to
> another port (port S).
> So when your application is now being stopped forcibly by the Wrapper (or
> a crash or anything causing the application to stop immediately), then the
> system is leaving port C for a defined period of time in state TIME_WAIT,
> which is around 1 - 4 minutes and then after this period the system is
> going to free the port.
> As long as the port is in TIME_WAIT, it can't be reused. The TIME_WAIT
> period is usually twice the max packet lifetime, this protects actually
> your client socket from receiving data from the previous connection.
>
> I would recommend to rather use a port range for your client port, so even
> if your first attempt to bind fails, you can try the next one etc, one
> eventually works.
>
> Please let me know if you have any further questions.
>
> Thank you,
>
> Christian Mueller
> Tanuki Software, Ltd.
>
>
>
>
>
> On Mon, Mar 4, 2013 at 10:27 PM, ויקטור ר <har...@wa...> wrote:
> >
> >
> > Hi all
> >
> > It seems to me that sometimes the JVM doesnt get terminated during the
> restart for us.
> >
> >
> > We use Wrapper Professional Edition 64-bit 3.3.9 for our project
> (Windows OS) and sometimes we see the following in our logs:
> >
> >
> > wrapper  | JVM requested a restart.....
> > wrapper  | Shutdown failed: Timed out waiting for the JVM to terminate.
> > wrapper  | Dumping JVM state.
> > wrapper  | JVM did not exit on request, terminated
> > wrapper  | Reloading Wrapper configuration...
> > wrapperp | port 1777 already in use, using port 32001 instead.
> > wrapper  | Launching a JVM...
> > jvm 2    | -XX:+CMSClassUnloadingEnabled -XX:+CMSIncrementalMode
> -XX:CompileCommand=exclude,jregex/Pretokenizer,next
> -XX:+HeapDumpOnOutOfMemoryError -XX:InitialHeapSize=536870912
> -XX:+ManagementServer -XX:MaxGCPauseMillis=250 -XX:MaxHeapSize=1073741824
> -XX:MaxPermSize=201326592 -XX:MaxTenuringThreshold=6 -XX:NewRatio=2
> -XX:OldPLABSize=16 -XX:PermSize=134217728 -XX:+PrintCommandLineFlags
> -XX:+UseAdaptiveGCBoundary -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
> -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
> > jvm 2    | CompilerOracle: exclude jregex/Pretokenizer.next
> > jvm 2    | WrapperManager: Initializing...
> > jvm 2    | Starting the Probe ...
> >
> > After that we have some application specific exception because some RMI
> that we use is not free because it seems like the previous instance of our
> application is still alive.
> > Are there cases when the wrapper reports that it terminates the JVM but
> it isnt?
> >
> > Thanks in advance
> > Victor
> >
> > ________________________________
> > Walla! Mail - Get your free unlimited mail today
> >
> > �
> >
> > ________________________________
> > Walla! Mail - Get your free unlimited mail today
> >
> ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> > _______________________________________________
> > Wrapper-user mailing list
> > Wra...@li...
> > https://lists.sourceforge.net/lists/listinfo/wrapper-user
> >
>

Re: [Wrapper-user] Wrapper not really terminating the JVM

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

Hi Victor,

none. The Wrapper will always terminate the JVM eventually. So your problem
is rather a problem with your system, or how TCP/IP ports are working.

I think what are you seeing is that your application is binding a socket at
a certain port (port C) and to establish to create a connection to another
port (port S).
So when your application is now being stopped forcibly by the Wrapper (or a
crash or anything causing the application to stop immediately), then the
system is leaving port C for a defined period of time in state TIME_WAIT,
which is around 1 - 4 minutes and then after this period the system is
going to free the port.
As long as the port is in TIME_WAIT, it can't be reused. The TIME_WAIT
period is usually twice the max packet lifetime, this protects actually
your client socket from receiving data from the previous connection.

I would recommend to rather use a port range for your client port, so even
if your first attempt to bind fails, you can try the next one etc, one
eventually works.

Please let me know if you have any further questions.

Thank you,

Christian Mueller
Tanuki Software, Ltd.





On Mon, Mar 4, 2013 at 10:27 PM, ויקטור ר <har...@wa...> wrote:
>
>
> Hi all
>
> It seems to me that sometimes the JVM doesnt get terminated during the
restart for us.
>
>
> We use Wrapper Professional Edition 64-bit 3.3.9 for our project (Windows
OS) and sometimes we see the following in our logs:
>
>
> wrapper  | JVM requested a restart.....
> wrapper  | Shutdown failed: Timed out waiting for the JVM to terminate.
> wrapper  | Dumping JVM state.
> wrapper  | JVM did not exit on request, terminated
> wrapper  | Reloading Wrapper configuration...
> wrapperp | port 1777 already in use, using port 32001 instead.
> wrapper  | Launching a JVM...
> jvm 2    | -XX:+CMSClassUnloadingEnabled -XX:+CMSIncrementalMode
-XX:CompileCommand=exclude,jregex/Pretokenizer,next
-XX:+HeapDumpOnOutOfMemoryError -XX:InitialHeapSize=536870912
-XX:+ManagementServer -XX:MaxGCPauseMillis=250 -XX:MaxHeapSize=1073741824
-XX:MaxPermSize=201326592 -XX:MaxTenuringThreshold=6 -XX:NewRatio=2
-XX:OldPLABSize=16 -XX:PermSize=134217728 -XX:+PrintCommandLineFlags
-XX:+UseAdaptiveGCBoundary -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
-XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGC
> jvm 2    | CompilerOracle: exclude jregex/Pretokenizer.next
> jvm 2    | WrapperManager: Initializing...
> jvm 2    | Starting the Probe ...
>
> After that we have some application specific exception because some RMI
that we use is not free because it seems like the previous instance of our
application is still alive.
> Are there cases when the wrapper reports that it terminates the JVM but
it isnt?
>
> Thanks in advance
> Victor
>
> ________________________________
> Walla! Mail - Get your free unlimited mail today
>
> �
>
> ________________________________
> Walla! Mail - Get your free unlimited mail today
>
------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] log levels

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

Hi Mike,

the log levels of the Wrapper refer not directly to the JVM output.
Currently, all output produced by JVM is by default being logged at
loglevel INFO. If you decide to move the loglevel above INFO, then the
Wrapper will not write any output from the JVM to the log target (file,
console, etc.).
The log level WARN is only going to show you warnings and errors detected
by the Wrapper.

If you have control of the source, you could decide to use method
WrapperManager.log(int, String), which allows you to write a message to a
different log level than INFO.

Please let me know if you have any further questions.

Thank you,

Christian Mueller
Tanuki Software, Ltd.



On Fri, Mar 1, 2013 at 11:35 PM, Mike Morley <Mik...@ta...>wrote:

> Does anyone have experience with the wrapper log levels? I normally just
> use the default (INFO) but wanted to reduce the number of log entries. I
> changed wrapper.logile.loglevel to WARN but I am getting no messages at all
> on a very busy JVM.  My assumption is that WARN will show me Warnings and
> Errors. ****
>
> ** **
>
> Mike Morley****
>
> Software Services****
>
> Talbots Inc.****
>
> 813-829-7067(w)****
>
> 813-431-2572(c)****
>
> ** **
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

[Wrapper-user] log levels

[Mike M. <Mik...@ta...>]

Does anyone have experience with the wrapper log levels? I normally just
use the default (INFO) but wanted to reduce the number of log entries. I
changed wrapper.logile.loglevel to WARN but I am getting no messages at
all on a very busy JVM.  My assumption is that WARN will show me
Warnings and Errors. 

 

Mike Morley

Software Services

Talbots Inc.

813-829-7067(w)

813-431-2572(c)

 

[Wrapper-user] License Key Expiry

[<geo...@rb...>]

What happens when the license keys for the Professional version run out? Does it abort the server, or just refuse to start a services or just show a warning?

Geoff Bland
Developer
GIS, Technology Services
Royal Bank of Scotland Group
Premier Place, 2 1/2 Devonshire Square, London, EC2M 4BA, GB
Office: +44 20 7085 9576


*********************************************************************************** 
The Royal Bank of Scotland plc. Registered in Scotland No 90312. 
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorised and regulated by the Financial Services Authority. The 
Royal Bank of Scotland N.V. is authorised and regulated by the 
De Nederlandsche Bank and has its seat at Amsterdam, the 
Netherlands, and is registered in the Commercial Register under 
number 33002587. Registered Office: Gustav Mahlerlaan 350, 
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and 
The Royal Bank of Scotland plc are authorised to act as agent for each 
other in certain jurisdictions. 
  
This e-mail message is confidential and for use by the addressee only. 
If the message is received by anyone other than the addressee, please 
return the message to the sender by replying to it and then delete the 
message from your computer. Internet e-mails are not necessarily 
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland 
N.V. including its affiliates ("RBS group") does not accept responsibility 
for changes made to this message after it was sent. For the protection
of RBS group and its clients and customers, and in compliance with
regulatory requirements, the contents of both incoming and outgoing
e-mail communications, which could include proprietary information and
Non-Public Personal Information, may be read by authorised persons
within RBS group other than the intended recipient(s). 

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the onward 
transmission, opening or use of this message and any attachments will 
not adversely affect its systems or data. No responsibility is accepted 
by the RBS group in this regard and the recipient should carry out such 
virus and other checks as it considers appropriate. 

Visit our website at www.rbs.com 

***********************************************************************************  

Re: [Wrapper-user] Problem in initializing org/quartz/Trigger class

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

Hi Chetan,

the error message indicates, that the class was org.quartz.Trigger could
not be loaded, because it is most likely not specified on the class path.
Currently, the class path is defined as:
wrapper.java.classpath.1=../lib/wrappertest.jar
wrapper.java.classpath.2=../lib/wrapper.jar
wrapper.java.classpath.3=Schedular.jar

Please add the location of the jar file, which provides the class to the
class path.

Best Regards,

Christian



On Tue, Feb 5, 2013 at 10:12 PM, Chetan@perennial <
che...@pe...> wrote:

> Hi all,
> i am using a Java Wrapper and a Quartz schedular to trigger certain
> processes.
>
> My wrapper.conf file is :
> #encoding=UTF-8
> # Configuration files must begin with a line specifying the encoding
> #  of the the file.
>
> #********************************************************************
> # Wrapper License Properties (Ignored by Community Edition)
> #********************************************************************
> # Professional and Standard Editions of the Wrapper require a valid
> #  License Key to start.  Licenses can be purchased or a trial license
> #  requested on the following pages:
> # http://wrapper.tanukisoftware.com/purchase
> # http://wrapper.tanukisoftware.com/trial
>
> # Include file problems can be debugged by removing the first '#'
> #  from the following line:
> ##include.debug
>
> # The Wrapper will look for either of the following optional files for a
> #  valid License Key.  License Key properties can optionally be included
> #  directly in this configuration file.
> #include ../conf/wrapper-license.conf
> #include ../conf/wrapper-license-%WRAPPER_HOST_NAME%.conf
>
> # The following property will output information about which License Key(s)
> #  are being found, and can aid in resolving any licensing problems.
> #wrapper.license.debug=TRUE
>
> #********************************************************************
> # Wrapper Localization
> #********************************************************************
> # Specify the locale which the Wrapper should use.  By default the system
> #  locale is used.
> #wrapper.lang=en_US # en_US or ja_JP
>
> # Specify the location of the Wrapper's language resources.  If these are
> #  missing, the Wrapper will default to the en_US locale.
> wrapper.lang.folder=../lang
>
> #********************************************************************
> # Wrapper Java Properties
> #********************************************************************
> # Java Application
> #  Locate the java binary on the system PATH:
> wrapper.java.command=java
> #  Specify a specific java binary:
> #set.JAVA_HOME=/java/path
> #wrapper.java.command=%JAVA_HOME%/bin/java
>
> # Tell the Wrapper to log the full generated Java command line.
> #wrapper.java.command.loglevel=INFO
>
> # 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=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=../lib/wrappertest.jar
> wrapper.java.classpath.2=../lib/wrapper.jar
>
> wrapper.java.classpath.3=Schedular.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=../lib
>
> # Java Bits.  On applicable platforms, tells the JVM to run in 32 or 64-bit
> mode.
> wrapper.java.additional.auto_bits=TRUE
>
> # Java Additional Parameters
> wrapper.java.additional.1=
>
> # Initial Java Heap Size (in MB)
> #wrapper.java.initmemory=3
>
> # Maximum Java Heap Size (in MB)
> #wrapper.java.maxmemory=64
>
> # Application parameters.  Add parameters as needed starting from 1
> wrapper.app.parameter.1=com.scheduler.Main
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Enables Debug output from the Wrapper.
> # wrapper.debug=TRUE
>
> # Format of output for the console.  (See docs for formats)
> wrapper.console.format=PM
>
> # Log Level for console output.  (See docs for log levels)
> wrapper.console.loglevel=INFO
>
> # Log file to use for wrapper output logging.
> wrapper.logfile=../logs/wrapper.log
>
> # Format of output for the log file.  (See docs for formats)
> wrapper.logfile.format=LPTM
>
> # Log Level for log file output.  (See docs for log levels)
> wrapper.logfile.loglevel=INFO
>
> # 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 = 10 megabytes.
> wrapper.logfile.maxsize=0
>
> # 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=0
>
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper General Properties
> #********************************************************************
> # Allow for the use of non-contiguous numbered properties
> wrapper.ignore_sequence_gaps=TRUE
>
> # Do not start if the pid file already exists.
> wrapper.pidfile.strict=TRUE
>
> # Title to use when running as a console
> wrapper.console.title=Test Wrapper Sample Application
>
> #********************************************************************
> # Wrapper JVM Checks
> #********************************************************************
> # Detect DeadLocked Threads in the JVM. (Requires Standard Edition)
> wrapper.check.deadlock=TRUE
> wrapper.check.deadlock.interval=10
> wrapper.check.deadlock.action=RESTART
> wrapper.check.deadlock.output=FULL
>
> # Out Of Memory detection.
> # (Ignore output from dumping the configuration to the console.  This is
> only needed by the TestWrapper sample application.)
>
> wrapper.filter.trigger.999=wrapper.filter.trigger.*java.lang.OutOfMemoryError
> wrapper.filter.allow_wildcards.999=TRUE
> wrapper.filter.action.999=NONE
> #  Ignore -verbose:class output to avoid false positives.
> wrapper.filter.trigger.1000=[Loaded java.lang.OutOfMemoryError
> wrapper.filter.action.1000=NONE
> # (Simple match)
> wrapper.filter.trigger.1001=java.lang.OutOfMemoryError
> # (Only match text in stack traces if -XX:+PrintClassHistogram is being
> used.)
> #wrapper.filter.trigger.1001=Exception in thread "*"
> java.lang.OutOfMemoryError
> #wrapper.filter.allow_wildcards.1001=TRUE
> wrapper.filter.action.1001=RESTART
> wrapper.filter.message.1001=The JVM has run out of memory.
>
> #********************************************************************
> # Wrapper Email Notifications. (Requires Professional Edition)
> #********************************************************************
> # Common Event Email settings.
> #wrapper.event.default.email.debug=TRUE
> #wrapper.event.default.email.smtp.host=<SMTP_Host>
> #wrapper.event.default.email.smtp.port=25
>
> #wrapper.event.default.email.subject=[%WRAPPER_HOSTNAME%:%WRAPPER_NAME%:%WRAPPER_EVENT_NAME%]
> Event Notification
> #wrapper.event.default.email.sender=<Sender email>
> #wrapper.event.default.email.recipient=<Recipient email>
>
> # Configure the log attached to event emails.
> #wrapper.event.default.email.attach_log=TRUE
> #wrapper.event.default.email.maillog.lines=50
> #wrapper.event.default.email.maillog.format=LPTM
> #wrapper.event.default.email.maillog.loglevel=INFO
>
> # Enable specific event emails.
> #wrapper.event.wrapper_start.email=TRUE
> #wrapper.event.jvm_prelaunch.email=TRUE
> #wrapper.event.jvm_start.email=TRUE
> #wrapper.event.jvm_started.email=TRUE
> #wrapper.event.jvm_deadlock.email=TRUE
> #wrapper.event.jvm_stop.email=TRUE
> #wrapper.event.jvm_stopped.email=TRUE
> #wrapper.event.jvm_restart.email=TRUE
> #wrapper.event.jvm_failed_invocation.email=TRUE
> #wrapper.event.jvm_max_failed_invocations.email=TRUE
> #wrapper.event.jvm_kill.email=TRUE
> #wrapper.event.jvm_killed.email=TRUE
> #wrapper.event.jvm_unexpected_exit.email=TRUE
> #wrapper.event.wrapper_stop.email=TRUE
>
> # Specify custom mail content
> wrapper.event.jvm_restart.email.body=The JVM was restarted.\n\nPlease check
> on its status.\n
>
> #********************************************************************
> # Wrapper Windows NT/2000/XP Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> #  using this configuration file has been installed as a service.
> #  Please uninstall the service before modifying this section.  The
> #  service can then be reinstalled.
>
> # Name of the service
> wrapper.name=Schedular
>
> # Display name of the service
> wrapper.displayname=Schedular
>
> # Description of the service
> wrapper.description=Schedular Description
>
> # Service dependencies.  Add dependencies as needed starting from 1
> wrapper.ntservice.dependency.1=
>
> # Mode in which the service is installed.  AUTO_START, DELAY_START or
> DEMAND_START
> wrapper.ntservice.starttype=AUTO_START
>
> # Allow the service to interact with the desktop.
> wrapper.ntservice.interactive=false
>
>
> I have kept quartz.1.6.0.jar file under
> C:\wrapper-windows-x86-32-3.5.17\bin\lib folder
>
> Following Error is coming while Testing Wrapper.
>
> Java Service Wrapper Community Edition 32-bit 3.5.17
> STATUS | wrapper  | 2013/02/05 16:16:11 |   Copyright (C) 1999-2012 Tanuki
> Software, Ltd. All Rights Reserved.
> STATUS | wrapper  | 2013/02/05 16:16:11 |
> http://wrapper.tanukisoftware.com
> STATUS | wrapper  | 2013/02/05 16:16:11 |
> STATUS | wrapper  | 2013/02/05 16:16:11 | Launching a JVM...
> INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperManager: Initializing...
> INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperSimpleApp Error: could not
> be initialized: java.lang.NoClassDefFoundError: org/quartz/Trigger
> ERROR  | wrapper  | 2013/02/05 16:16:14 | JVM exited while loading the
> application.
>
> any suggestions on this?
> Thanx in advance !!!!
>
> Regards,
> Chetan
>
>
>
>
> --
> View this message in context:
> http://java-service-wrapper.996253.n3.nabble.com/Problem-in-initializing-org-quartz-Trigger-class-tp2866.html
> Sent from the Java Service Wrapper mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] Problem in initializing org/quartz/Trigger class

[Chetan S. <che...@pe...>]

Hi all,
i am using a Java Wrapper and a Quartz schedular to trigger certain
processes.

My wrapper.conf file is :
#encoding=UTF-8
# Configuration files must begin with a line specifying the encoding
#  of the the file.

#********************************************************************
# Wrapper License Properties (Ignored by Community Edition)
#********************************************************************
# Professional and Standard Editions of the Wrapper require a valid
#  License Key to start.  Licenses can be purchased or a trial license
#  requested on the following pages:
# http://wrapper.tanukisoftware.com/purchase
# http://wrapper.tanukisoftware.com/trial

# Include file problems can be debugged by removing the first '#'
#  from the following line:
##include.debug

# The Wrapper will look for either of the following optional files for a
#  valid License Key.  License Key properties can optionally be included
#  directly in this configuration file.
#include ../conf/wrapper-license.conf
#include ../conf/wrapper-license-%WRAPPER_HOST_NAME%.conf

# The following property will output information about which License Key(s)
#  are being found, and can aid in resolving any licensing problems.
#wrapper.license.debug=TRUE

#********************************************************************
# Wrapper Localization
#********************************************************************
# Specify the locale which the Wrapper should use.  By default the system
#  locale is used.
#wrapper.lang=en_US # en_US or ja_JP

# Specify the location of the Wrapper's language resources.  If these are
#  missing, the Wrapper will default to the en_US locale.
wrapper.lang.folder=../lang

#********************************************************************
# Wrapper Java Properties
#********************************************************************
# Java Application
#  Locate the java binary on the system PATH:
wrapper.java.command=java
#  Specify a specific java binary:
#set.JAVA_HOME=/java/path
#wrapper.java.command=%JAVA_HOME%/bin/java

# Tell the Wrapper to log the full generated Java command line.
#wrapper.java.command.loglevel=INFO

# 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=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
wrapper.java.classpath.1=../lib/wrappertest.jar
wrapper.java.classpath.2=../lib/wrapper.jar

wrapper.java.classpath.3=Schedular.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib

# Java Bits.  On applicable platforms, tells the JVM to run in 32 or 64-bit
mode.
wrapper.java.additional.auto_bits=TRUE

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

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

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

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=com.scheduler.Main

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Enables Debug output from the Wrapper.
# wrapper.debug=TRUE

# Format of output for the console.  (See docs for formats)
wrapper.console.format=PM

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

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

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

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

# 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 = 10 megabytes.
wrapper.logfile.maxsize=0

# 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=0

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

#********************************************************************
# Wrapper General Properties
#********************************************************************
# Allow for the use of non-contiguous numbered properties
wrapper.ignore_sequence_gaps=TRUE

# Do not start if the pid file already exists.
wrapper.pidfile.strict=TRUE

# Title to use when running as a console
wrapper.console.title=Test Wrapper Sample Application

#********************************************************************
# Wrapper JVM Checks
#********************************************************************
# Detect DeadLocked Threads in the JVM. (Requires Standard Edition)
wrapper.check.deadlock=TRUE
wrapper.check.deadlock.interval=10
wrapper.check.deadlock.action=RESTART
wrapper.check.deadlock.output=FULL

# Out Of Memory detection.
# (Ignore output from dumping the configuration to the console.  This is
only needed by the TestWrapper sample application.)
wrapper.filter.trigger.999=wrapper.filter.trigger.*java.lang.OutOfMemoryError
wrapper.filter.allow_wildcards.999=TRUE
wrapper.filter.action.999=NONE
#  Ignore -verbose:class output to avoid false positives.
wrapper.filter.trigger.1000=[Loaded java.lang.OutOfMemoryError
wrapper.filter.action.1000=NONE
# (Simple match)
wrapper.filter.trigger.1001=java.lang.OutOfMemoryError
# (Only match text in stack traces if -XX:+PrintClassHistogram is being
used.)
#wrapper.filter.trigger.1001=Exception in thread "*"
java.lang.OutOfMemoryError
#wrapper.filter.allow_wildcards.1001=TRUE
wrapper.filter.action.1001=RESTART
wrapper.filter.message.1001=The JVM has run out of memory.

#********************************************************************
# Wrapper Email Notifications. (Requires Professional Edition)
#********************************************************************
# Common Event Email settings.
#wrapper.event.default.email.debug=TRUE
#wrapper.event.default.email.smtp.host=<SMTP_Host>
#wrapper.event.default.email.smtp.port=25
#wrapper.event.default.email.subject=[%WRAPPER_HOSTNAME%:%WRAPPER_NAME%:%WRAPPER_EVENT_NAME%]
Event Notification
#wrapper.event.default.email.sender=<Sender email>
#wrapper.event.default.email.recipient=<Recipient email>

# Configure the log attached to event emails.
#wrapper.event.default.email.attach_log=TRUE
#wrapper.event.default.email.maillog.lines=50
#wrapper.event.default.email.maillog.format=LPTM
#wrapper.event.default.email.maillog.loglevel=INFO

# Enable specific event emails.
#wrapper.event.wrapper_start.email=TRUE
#wrapper.event.jvm_prelaunch.email=TRUE
#wrapper.event.jvm_start.email=TRUE
#wrapper.event.jvm_started.email=TRUE
#wrapper.event.jvm_deadlock.email=TRUE
#wrapper.event.jvm_stop.email=TRUE
#wrapper.event.jvm_stopped.email=TRUE
#wrapper.event.jvm_restart.email=TRUE
#wrapper.event.jvm_failed_invocation.email=TRUE
#wrapper.event.jvm_max_failed_invocations.email=TRUE
#wrapper.event.jvm_kill.email=TRUE
#wrapper.event.jvm_killed.email=TRUE
#wrapper.event.jvm_unexpected_exit.email=TRUE
#wrapper.event.wrapper_stop.email=TRUE

# Specify custom mail content
wrapper.event.jvm_restart.email.body=The JVM was restarted.\n\nPlease check
on its status.\n

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

# Name of the service
wrapper.name=Schedular

# Display name of the service
wrapper.displayname=Schedular

# Description of the service
wrapper.description=Schedular Description

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

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

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false


I have kept quartz.1.6.0.jar file under
C:\wrapper-windows-x86-32-3.5.17\bin\lib folder

Following Error is coming while Testing Wrapper.

Java Service Wrapper Community Edition 32-bit 3.5.17
STATUS | wrapper  | 2013/02/05 16:16:11 |   Copyright (C) 1999-2012 Tanuki
Software, Ltd. All Rights Reserved.
STATUS | wrapper  | 2013/02/05 16:16:11 |
http://wrapper.tanukisoftware.com
STATUS | wrapper  | 2013/02/05 16:16:11 |
STATUS | wrapper  | 2013/02/05 16:16:11 | Launching a JVM...
INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperManager: Initializing...
INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperSimpleApp Error: could not
be initialized: java.lang.NoClassDefFoundError: org/quartz/Trigger
ERROR  | wrapper  | 2013/02/05 16:16:14 | JVM exited while loading the
application.

any suggestions on this?
Thanx in advance !!!!

Regards,
Chetan

[Wrapper-user] Problem in initializing org/quartz/Trigger class

[<Ch...@pe...>]

Hi all,
i am using a Java Wrapper and a Quartz schedular to trigger certain
processes.

My wrapper.conf file is :
#encoding=UTF-8
# Configuration files must begin with a line specifying the encoding
#  of the the file.

#********************************************************************
# Wrapper License Properties (Ignored by Community Edition)
#********************************************************************
# Professional and Standard Editions of the Wrapper require a valid
#  License Key to start.  Licenses can be purchased or a trial license
#  requested on the following pages:
# http://wrapper.tanukisoftware.com/purchase
# http://wrapper.tanukisoftware.com/trial

# Include file problems can be debugged by removing the first '#'
#  from the following line:
##include.debug

# The Wrapper will look for either of the following optional files for a
#  valid License Key.  License Key properties can optionally be included
#  directly in this configuration file.
#include ../conf/wrapper-license.conf
#include ../conf/wrapper-license-%WRAPPER_HOST_NAME%.conf

# The following property will output information about which License Key(s)
#  are being found, and can aid in resolving any licensing problems.
#wrapper.license.debug=TRUE

#********************************************************************
# Wrapper Localization
#********************************************************************
# Specify the locale which the Wrapper should use.  By default the system
#  locale is used.
#wrapper.lang=en_US # en_US or ja_JP

# Specify the location of the Wrapper's language resources.  If these are
#  missing, the Wrapper will default to the en_US locale.
wrapper.lang.folder=../lang

#********************************************************************
# Wrapper Java Properties
#********************************************************************
# Java Application
#  Locate the java binary on the system PATH:
wrapper.java.command=java
#  Specify a specific java binary:
#set.JAVA_HOME=/java/path
#wrapper.java.command=%JAVA_HOME%/bin/java

# Tell the Wrapper to log the full generated Java command line.
#wrapper.java.command.loglevel=INFO

# 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=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
wrapper.java.classpath.1=../lib/wrappertest.jar
wrapper.java.classpath.2=../lib/wrapper.jar

wrapper.java.classpath.3=Schedular.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib

# Java Bits.  On applicable platforms, tells the JVM to run in 32 or 64-bit
mode.
wrapper.java.additional.auto_bits=TRUE

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

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

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

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=com.scheduler.Main

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Enables Debug output from the Wrapper.
# wrapper.debug=TRUE

# Format of output for the console.  (See docs for formats)
wrapper.console.format=PM

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

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

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

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

# 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 = 10 megabytes.
wrapper.logfile.maxsize=0

# 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=0

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

#********************************************************************
# Wrapper General Properties
#********************************************************************
# Allow for the use of non-contiguous numbered properties
wrapper.ignore_sequence_gaps=TRUE

# Do not start if the pid file already exists.
wrapper.pidfile.strict=TRUE

# Title to use when running as a console
wrapper.console.title=Test Wrapper Sample Application

#********************************************************************
# Wrapper JVM Checks
#********************************************************************
# Detect DeadLocked Threads in the JVM. (Requires Standard Edition)
wrapper.check.deadlock=TRUE
wrapper.check.deadlock.interval=10
wrapper.check.deadlock.action=RESTART
wrapper.check.deadlock.output=FULL

# Out Of Memory detection.
# (Ignore output from dumping the configuration to the console.  This is
only needed by the TestWrapper sample application.)
wrapper.filter.trigger.999=wrapper.filter.trigger.*java.lang.OutOfMemoryError
wrapper.filter.allow_wildcards.999=TRUE
wrapper.filter.action.999=NONE
#  Ignore -verbose:class output to avoid false positives.
wrapper.filter.trigger.1000=[Loaded java.lang.OutOfMemoryError
wrapper.filter.action.1000=NONE
# (Simple match)
wrapper.filter.trigger.1001=java.lang.OutOfMemoryError
# (Only match text in stack traces if -XX:+PrintClassHistogram is being
used.)
#wrapper.filter.trigger.1001=Exception in thread "*"
java.lang.OutOfMemoryError
#wrapper.filter.allow_wildcards.1001=TRUE
wrapper.filter.action.1001=RESTART
wrapper.filter.message.1001=The JVM has run out of memory.

#********************************************************************
# Wrapper Email Notifications. (Requires Professional Edition)
#********************************************************************
# Common Event Email settings.
#wrapper.event.default.email.debug=TRUE
#wrapper.event.default.email.smtp.host=<SMTP_Host>
#wrapper.event.default.email.smtp.port=25
#wrapper.event.default.email.subject=[%WRAPPER_HOSTNAME%:%WRAPPER_NAME%:%WRAPPER_EVENT_NAME%]
Event Notification
#wrapper.event.default.email.sender=<Sender email>
#wrapper.event.default.email.recipient=<Recipient email>

# Configure the log attached to event emails.
#wrapper.event.default.email.attach_log=TRUE
#wrapper.event.default.email.maillog.lines=50
#wrapper.event.default.email.maillog.format=LPTM
#wrapper.event.default.email.maillog.loglevel=INFO

# Enable specific event emails.
#wrapper.event.wrapper_start.email=TRUE
#wrapper.event.jvm_prelaunch.email=TRUE
#wrapper.event.jvm_start.email=TRUE
#wrapper.event.jvm_started.email=TRUE
#wrapper.event.jvm_deadlock.email=TRUE
#wrapper.event.jvm_stop.email=TRUE
#wrapper.event.jvm_stopped.email=TRUE
#wrapper.event.jvm_restart.email=TRUE
#wrapper.event.jvm_failed_invocation.email=TRUE
#wrapper.event.jvm_max_failed_invocations.email=TRUE
#wrapper.event.jvm_kill.email=TRUE
#wrapper.event.jvm_killed.email=TRUE
#wrapper.event.jvm_unexpected_exit.email=TRUE
#wrapper.event.wrapper_stop.email=TRUE

# Specify custom mail content
wrapper.event.jvm_restart.email.body=The JVM was restarted.\n\nPlease check
on its status.\n

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

# Name of the service
wrapper.name=Schedular

# Display name of the service
wrapper.displayname=Schedular

# Description of the service
wrapper.description=Schedular Description

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

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

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false


I have kept quartz.1.6.0.jar file under
C:\wrapper-windows-x86-32-3.5.17\bin\lib folder

Following Error is coming while Testing Wrapper.

Java Service Wrapper Community Edition 32-bit 3.5.17
STATUS | wrapper  | 2013/02/05 16:16:11 |   Copyright (C) 1999-2012 Tanuki
Software, Ltd. All Rights Reserved.
STATUS | wrapper  | 2013/02/05 16:16:11 |    
http://wrapper.tanukisoftware.com
STATUS | wrapper  | 2013/02/05 16:16:11 | 
STATUS | wrapper  | 2013/02/05 16:16:11 | Launching a JVM...
INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperManager: Initializing...
INFO   | jvm 1    | 2013/02/05 16:16:12 | WrapperSimpleApp Error: could not
be initialized: java.lang.NoClassDefFoundError: org/quartz/Trigger
ERROR  | wrapper  | 2013/02/05 16:16:14 | JVM exited while loading the
application.

any suggestions on this?
Thanx in advance !!!!

Regards,
Chetan




--
View this message in context: http://java-service-wrapper.996253.n3.nabble.com/Problem-in-initializing-org-quartz-Trigger-class-tp2866.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

Re: [Wrapper-user] ERROR RUNNING ON UBUNTU 12.01 LTS

[Bashiro <ba...@my...>]

Thank you. 
I found the solution in the wrapper log file.
My application was suppose to find a file before running. Since that file
was not there wrapper stopped.
Thank you again in pointing the wrapper log file.

problem solved.

Bashiro
Drammen-Norway



-----Original Message-----
From: "Christian Mueller" [chr...@ta...]
Date: 01/30/2013 02:28
To: wra...@li...
Subject: Re: [Wrapper-user] ERROR RUNNING ON UBUNTU 12.01 LTS

Hello Bashiro,

the message just means that the script daemon.sh was trying to start the Wrapper, however it appears there was a problem in the Wrapper or the configuration, so your application failed to start. 

Can you please take a look into the log file or send it to us? 
If you dont know where the logfile is located, please run the script with parameter console and you should see directly at the terminal what the problem at the start up is.


Best Regards, 

Christian Mueller

On Wed, Jan 30, 2013 at 7:25 AM, Bashiro <ba...@my...> wrote:
Hello,

I am getting this error under Ubuntu 12.01 LTS.
Is there any help ?
Thanks in advance...

ERROR MESSAGES
==================
root@ubuntu:~/Desktop/PROG# ./daemon.sh start
Starting Myapp as Daemon on Linus, Unix...
Waiting for Myapp as Daemon on Linus, Unix......
WARNING: Myappas Daemon on Linus, Unix may have failed to start.
root@ubuntu:~/Desktop/PROG#


Bashiro
Drammen-Norway

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper Run/Install Scripts

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

Hello Geoff,

I'm very sorry for the delay, I haven't noticed that you haven't received
any reply.
It's actually a very good idea to make it possible to specify a location
for the wrapper executable file.
So I have already added a variable to the script for this task which will
be part of the next release.

The basic implementation is similar, but since it will be available to all
users, I had to add some more checks, to handle special characters, spaces
in the path. Furthermore I introduced a new variable "_WRAPPER_DIR" which
contains the path, since I think "_WRAPPER_BASE" should only contain the
base name of the application.

So this is the implementation, if you have any suggestions, please let me
know:

rem The base name for the Wrapper binary.
set _WRAPPER_BASE=wrapper

rem The directory where the Wrapper binary (.exe) file is located, this can
be
rem either a absolute or relative path. If the path contains any special
characters,
rem please make sure to quote the variable.
set _WRAPPER_DIR=..\bin\

...{...}...

:nt
rem Find the application home.
rem if no path path specified do the default action
IF not DEFINED _WRAPPER_DIR goto no_default
set _WRAPPER_DIR_SPACED="%_WRAPPER_DIR:"=%"
if not "%_WRAPPER_DIR:~-2,1%" == "\" set
_WRAPPER_DIR_SPACED="%_WRAPPER_DIR_SPACED:"=%\"
rem check if absolute path
if "%_WRAPPER_DIR_SPACED:~2,1%" == ":" goto absolute_path
if "%_WRAPPER_DIR_SPACED:~1,1%" == "\" goto absolute_path
rem everythig else means relative path
set _REALPATH="%~dp0%_WRAPPER_DIR_SPACED:"=%"
goto pathfound

:no_default
rem Use a relative path to the wrapper %~dp0 is location of current script
under NT
set _REALPATH="%~dp0"
goto pathfound
:absolute_path
rem Use an absolute path to the wrapper
set _REALPATH="%_WRAPPER_DIR_SPACED:"=%"

:pathfound

........


Best Regards,

Christian


On Wed, Jan 23, 2013 at 12:20 AM, <geo...@rb...> wrote:

> Hi Christian,
>
> Thanks for the response.
>
> >In the windows batch The batch file and the wrapper.exe file have to be in
> >the same directory, so are you referring that you want to keep the batch
> >files and the wrapper.exe files in different locations?
>
> Exactly, we typically have many 10s of Windows services running each with
> its own conf files and batch files.
>
> But we don't want to have to copy the wrapper.exe 10s of times.
>
> It may be worth noting that we generate the 100s of conf files and batch
> files for the 100s of services we run
> on Windows, Solaris & Linux automatically from templates as part of our
> build process.
>
> >If so, with the current batch files, I think you have to change the area
> below the "do not modify" section :)
>
> Indeed and we can see how to do this in the same way as your example.
>
> But we'd rather not do this as TanukiSoft may also change the section
> below the "do not modify"
> section for later versions of the wrapper then we run into versioning
> issues.
>
> It would be nice if the Windows batch file could work like the Unix batch
> file and check to see if the
> wrapper location was relative and absolute & select the wrapper from that.
>
> Something like this (change the REMs at the start to select various
> absolute and relative wrapper paths):
>
>
> rem The base name for the Wrapper binary.
> set
> _WRAPPER_BASE=c:\services\local1\ln\services\thirdparty\tanukisoft\wrapper
> rem set
> _WRAPPER_BASE=\\ln12345\c$\services\local1\ln\services\thirdparty\tanukisoft\wrapper
> rem set _WRAPPER_BASE=..\..\..\..\..\thirdparty\tanukisoft\wrapper
> rem set _WRAPPER_BASE=wrapper
>
> rem if absolute path to wrapper used then use that
> if "%_WRAPPER_BASE:~1,1%" == ":" goto absolute_path
> if "%_WRAPPER_BASE:~0,2%" == "\\" goto absolute_path
> rem Use a relative path to the wrapper %~dp0 is location of current script
> under NT
> set _REALPATH=%~dp0
> goto pathfound
> :absolute_path
> rem Use an absolute path to the wrapper
> set _REALPATH=
>
> :pathfound
> set _WRAPPER_L_EXE=%_REALPATH%%_WRAPPER_BASE%-windows-x86-32.exe
> echo %_WRAPPER_L_EXE%
>
>
>
>
> ***********************************************************************************
> The Royal Bank of Scotland plc. Registered in Scotland No 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
> Authorised and regulated by the Financial Services Authority. The
> Royal Bank of Scotland N.V. is authorised and regulated by the
> De Nederlandsche Bank and has its seat at Amsterdam, the
> Netherlands, and is registered in the Commercial Register under
> number 33002587. Registered Office: Gustav Mahlerlaan 350,
> Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
> The Royal Bank of Scotland plc are authorised to act as agent for each
> other in certain jurisdictions.
>
> This e-mail message is confidential and for use by the addressee only.
> If the message is received by anyone other than the addressee, please
> return the message to the sender by replying to it and then delete the
> message from your computer. Internet e-mails are not necessarily
> secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
> N.V. including its affiliates ("RBS group") does not accept responsibility
> for changes made to this message after it was sent. For the protection
> of RBS group and its clients and customers, and in compliance with
> regulatory requirements, the contents of both incoming and outgoing
> e-mail communications, which could include proprietary information and
> Non-Public Personal Information, may be read by authorised persons
> within RBS group other than the intended recipient(s).
>
> Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the
> onward
> transmission, opening or use of this message and any attachments will
> not adversely affect its systems or data. No responsibility is accepted
> by the RBS group in this regard and the recipient should carry out such
> virus and other checks as it considers appropriate.
>
> Visit our website at www.rbs.com
>
>
> ***********************************************************************************
>
>
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] ERROR RUNNING ON UBUNTU 12.01 LTS

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

Hello Bashiro,

the message just means that the script 'daemon.sh' was trying to start the
Wrapper, however it appears there was a problem in the Wrapper or the
configuration, so your application failed to start.

Can you please take a look into the log file or send it to us?
If you don't know where the logfile is located, please run the script with
parameter 'console' and you should see directly at the terminal what the
problem at the start up is.


Best Regards,

Christian Mueller

On Wed, Jan 30, 2013 at 7:25 AM, Bashiro <ba...@my...> wrote:

> Hello,
>
> I am getting this error under Ubuntu 12.01 LTS.
> Is there any help ?
> Thanks in advance...
>
> ERROR MESSAGES
> ==================
> root@ubuntu:~/Desktop/PROG# ./daemon.sh start
> Starting Myapp as Daemon on Linus, Unix...
> Waiting for Myapp as Daemon on Linus, Unix......
> WARNING: Myappas Daemon on Linus, Unix may have failed to start.
> root@ubuntu:~/Desktop/PROG#
>
>
> Bashiro
> Drammen-Norway
>
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>