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: Nicolas V. <ni...@va...> - 2007-02-16 20:00:00
|
Le 16 f=E9vr. 07 =E0 20:26, Dave Hoffer a =E9crit : > wrapper.java.classpath.1=3D../*.jar I'm not sure that this class path is valid. I thnk you should declare all jar file completly > wrapper.java.library.path.2=3D%PATH% I don't know if this is a valid library path. I don't think that environment variable substitution can be done in =20 this configuration file Regards Nicolas Varney= |
|
From: Dave H. <DH...@xr...> - 2007-02-16 19:27:07
|
Here are the contents of my wrapper.conf file. The file is installed to C:\Program Files\X-Rite\MatchRite ColorDesigner\java\conf. We have seen this failure on one system (laptop). #******************************************************************** # TestWrapper Properties # # NOTE - Please use src/conf/wrapper.conf.in as a template for your # own application rather than the values used for the # TestWrapper sample. #******************************************************************** # Java Application wrapper.java.command=3D../jre1.5.0_09/bin/java # 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=3Dcom.xrite.retail.colordesigner.webservice.boot.W= e bServiceLauncher # Java Classpath (include wrapper.jar) Add class path elements as # needed starting from 1 wrapper.java.classpath.1=3D../*.jar # Java Library Path (location of Wrapper.DLL or libwrapper.so) wrapper.java.library.path.1=3D../bin wrapper.java.library.path.2=3D%PATH% # Java Additional Parameters #wrapper.java.additional.1=3D # Initial Java Heap Size (in MB) #wrapper.java.initmemory=3D3 # Maximum Java Heap Size (in MB) #wrapper.java.maxmemory=3D64 # Application parameters. Add parameters as needed starting from 1 #wrapper.app.parameter.1=3D #******************************************************************** # Wrapper Logging Properties #******************************************************************** # Format of output for the console. (See docs for formats) wrapper.console.format=3DPM # Log Level for console output. (See docs for log levels) wrapper.console.loglevel=3DINFO # Log file to use for wrapper output logging. wrapper.logfile=3D../logs/wrapper.log # Format of output for the log file. (See docs for formats) wrapper.logfile.format=3DLPTM # Log Level for log file output. (See docs for log levels) wrapper.logfile.loglevel=3DINFO # Maximum size that the log file will be allowed to grow to before # the log is rolled. Size is specified in bytes. The default value # of 0, disables log rolling. May abbreviate with the 'k' (kb) or # 'm' (mb) suffix. For example: 10m =3D 10 megabytes. wrapper.logfile.maxsize=3D512 # 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=3D5 # Log Level for sys/event log output. (See docs for log levels) wrapper.syslog.loglevel=3DNONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** # Title to use when running as a console wrapper.console.title=3DColorDesignerWebService #******************************************************************** # 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.ntservice.name=3DColorDesignerWebService # Display name of the service wrapper.ntservice.displayname=3DColorDesigner Web Service # Description of the service wrapper.ntservice.description=3DColorDesigner Web Service # Service dependencies. Add dependencies as needed starting from 1 wrapper.ntservice.dependency.1=3D # Mode in which the service is installed. AUTO_START or DEMAND_START wrapper.ntservice.starttype=3DAUTO_START # Allow the service to interact with the desktop. wrapper.ntservice.interactive=3Dtrue -dh -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Friday, February 16, 2007 11:32 AM To: wra...@li... Subject: Re: [Wrapper-user] Can't start service error Dave, Can you post your wrapper.conf file? The classpath and library paths=20 handle spaces in paths correctly, but other arguments need to be quoted in cases like=20 this. Cheers, Leif Dave Hoffer wrote: > Has anyone seen this error? We get the following when we try to start > our service on a certain laptop. > > INFO | jvm 4 | 2007/02/16 09:20:12 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 4 | 2007/02/16 09:20:12 | Exception in thread "main"=20 > ERROR | wrapper | 2007/02/16 09:20:12 | JVM exited while loading the > application. > STATUS | wrapper | 2007/02/16 09:20:16 | Launching a JVM... > INFO | jvm 5 | 2007/02/16 09:20:16 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 5 | 2007/02/16 09:20:17 | Exception in thread "main"=20 > ERROR | wrapper | 2007/02/16 09:20:17 | JVM exited while loading the > application. > > The system is XP Pro (Version 2002) SP2 > Samsung Electronics SEC with Intel T2300 @1.66GHz > User is administrator > We configure JSW to load jre v1.5.0_09 in local folder. > > We have no idea why it would be loading class 'Files\Sybase\ASA' > > Any ideas? > > -dh > =20 ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Joshua L. <le...@cs...> - 2007-02-16 17:49:58
|
Leif Mortenson-2 wrote: > > Last week, I updated the shell script to fix this problem. It will be in > the next > release, but in the mean time, You can download this latest sh script > here: > http://wrapper.svn.sourceforge.net/viewvc/*checkout*/wrapper/trunk/wrapper/src/bin/sh.script.in > Please give it a try and let me know if you have any problems. > By the by, this is issue 1511649. A possibly preferable fix, listed there by a commenter, is to use "-o command". But this works too. [As a new user, let me also say thanks for a very helpful piece of software!] Cheers, Joshua -- View this message in context: http://www.nabble.com/Re%3A-Getting-started-on-MAC-OS-tf3229552.html#a8999279 Sent from the Java Service Wrapper mailing list archive at Nabble.com. |
|
From: Ben J. <bj...@tr...> - 2007-02-16 17:45:56
|
FYI to the list: The full set of wrapper-3.2.3 binaries I built for = HP-UX PA-RISC 32bit are at = <http://w007.org/~aogail/wrapper-3.2.3-hpux-parisc-32bit.tgz>. The = archive contains all binaries built by the normal wrapper build. It's = not a "dist" build since the machine I built on only has a 1.4 JDK, but = AFAIK this only affects the jars. - Ben -----Original Message----- From: wra...@li... on behalf of Nicolas = Varney Sent: Thu 2/15/2007 11:45 PM To: wra...@li... Subject: [Wrapper-user] Wrapper on AIX and HP-UX =20 Hi Wrapper users ! As I'm a system architect and administrator, I have access to HP-UX =20 (PA-RISC) and AIX platforms. (And also linux platforms, but as many =20 people) I have successfully build the wrapper 3.2.3 under AIX 5.3 (32 and 64 =20 bits). So I can help some users to build under different versions of =20 AIX OS. I have successfully build the wrapper 3.2.3 under HP-UX (32 bits), =20 but not 64 bits. If some of you have already build a wrapper for HP-=20 UX 64 bits, help will be appreciated. Regards Nicolas Varney -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <le...@ta...> - 2007-02-16 16:32:29
|
Dave, Can you post your wrapper.conf file? The classpath and library paths handle spaces in paths correctly, but other arguments need to be quoted in cases like this. Cheers, Leif Dave Hoffer wrote: > Has anyone seen this error? We get the following when we try to start > our service on a certain laptop. > > INFO | jvm 4 | 2007/02/16 09:20:12 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 4 | 2007/02/16 09:20:12 | Exception in thread "main" > ERROR | wrapper | 2007/02/16 09:20:12 | JVM exited while loading the > application. > STATUS | wrapper | 2007/02/16 09:20:16 | Launching a JVM... > INFO | jvm 5 | 2007/02/16 09:20:16 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 5 | 2007/02/16 09:20:17 | Exception in thread "main" > ERROR | wrapper | 2007/02/16 09:20:17 | JVM exited while loading the > application. > > The system is XP Pro (Version 2002) SP2 > Samsung Electronics SEC with Intel T2300 @1.66GHz > User is administrator > We configure JSW to load jre v1.5.0_09 in local folder. > > We have no idea why it would be loading class 'Files\Sybase\ASA' > > Any ideas? > > -dh > |
|
From: Nicolas V. <ni...@va...> - 2007-02-16 16:15:17
|
Dave Hoffer a écrit : > Has anyone seen this error? We get the following when we try to start > our service on a certain laptop. > > INFO | jvm 4 | 2007/02/16 09:20:12 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 4 | 2007/02/16 09:20:12 | Exception in thread "main" > ERROR | wrapper | 2007/02/16 09:20:12 | JVM exited while loading the > application. > STATUS | wrapper | 2007/02/16 09:20:16 | Launching a JVM... > INFO | jvm 5 | 2007/02/16 09:20:16 | > java.lang.NoClassDefFoundError: Files\Sybase\ASA > INFO | jvm 5 | 2007/02/16 09:20:17 | Exception in thread "main" > ERROR | wrapper | 2007/02/16 09:20:17 | JVM exited while loading the > application. > > The system is XP Pro (Version 2002) SP2 > Samsung Electronics SEC with Intel T2300 @1.66GHz > User is administrator > We configure JSW to load jre v1.5.0_09 in local folder. > > We have no idea why it would be loading class 'Files\Sybase\ASA' > > Any ideas? > Is it not a try to load "Program Files\....." ? |
|
From: Dave H. <DH...@xr...> - 2007-02-16 16:12:34
|
Has anyone seen this error? We get the following when we try to start our service on a certain laptop. INFO | jvm 4 | 2007/02/16 09:20:12 | java.lang.NoClassDefFoundError: Files\Sybase\ASA INFO | jvm 4 | 2007/02/16 09:20:12 | Exception in thread "main"=20 ERROR | wrapper | 2007/02/16 09:20:12 | JVM exited while loading the application. STATUS | wrapper | 2007/02/16 09:20:16 | Launching a JVM... INFO | jvm 5 | 2007/02/16 09:20:16 | java.lang.NoClassDefFoundError: Files\Sybase\ASA INFO | jvm 5 | 2007/02/16 09:20:17 | Exception in thread "main"=20 ERROR | wrapper | 2007/02/16 09:20:17 | JVM exited while loading the application. The system is XP Pro (Version 2002) SP2 Samsung Electronics SEC with Intel T2300 @1.66GHz User is administrator We configure JSW to load jre v1.5.0_09 in local folder. We have no idea why it would be loading class 'Files\Sybase\ASA' Any ideas? -dh |
|
From: Nicolas V. <ni...@va...> - 2007-02-16 11:05:18
|
Santo a écrit : > > *** HP-UX 32-bit and 64-bit: > -> 32-bit version: gently compiled for me by Ben Jansen > Unfortunately it didn't handle signals correctly (which should > be fixed as of v3.2.1) > but the wrapper executable itself was missing, therefore I used > an older wrapper executable which might be > the reason why it didn't work as expected. > Ben sent me the missing executable yesterday, so I'll try it > again next week at our customer I have successfully builded the 3.2.3 version for HP-UX (32bit). > -> 64-bit version: not available at the moment. > Our customer offered me yesterday to temporarily provide me with > a HP-UX development environment. > So I'll see what I can get and maybe I'll be able to compile a > 64-bit version that way. My company is under HP DSPP, so I get the development environment for HP-UX today. I will test that soon > *** AIX 32-bit and 64-bit (both aix 5.1 + aix 5.3) > -> tried to compile them myself on our 64-bit aix 5.3 system, but: > - didn't find a make file for the 64-bit version Simply copy the makefile for 32 to 64 and add the compilation parameter '-maix64' to GCC > - 32-bit version failed to compile with an error about missing jni.h You must have a Java SDK installed on your machine, not just a JRE jni.h is located at $JAVA_HOME/include If you d'ont have it, you don't have a JDK but only a JRE > -> 32-bit + 64-bit versions for aix 5.1 > Well, we have a 64-bit aix 5.1 machine, but we're using it for > IBM TAM plugin/addon development > and one of the TAM components (Webseal) is rather pesky about > runtime libraries and such. > Therefore I'm not allowed to install any additional c(++)-related > stuff on that machine. > And apparently the default c(++) stuff isn't enough for compiling > the wrapper > When I try to compile it, I get the error that it can't find "cc": > ------------------- > compile-c-unix: > if test ! -d .deps; then mkdir .deps; fi > gcc -DAIX -lpthread -lnsl -lm wrapper.c wrapperinfo.c > wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper > cc -O -c wrapperjni_unix.c > cc: not found > make: 1254-004 The error code from the last command is 1. > Stop. > ------------------- > To build the wrapper, I installed: gcc-4.0.0-1 libgcc-4.0.0-1 make-3.80-1 (from http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html) and you have to use gmake instead of make Without that, it doesn't work. I have only one AIX 5.3 here. Regards Nicolas Varney |
|
From: Santo <san...@ya...> - 2007-02-16 10:35:40
|
Hi Nicolas,=0A=0AHere's a summary of what I want to achieve and what's alre=
ady in place:=0A=0AI currently need wrappers for the following platforms:=
=0A*** windows x86 (no problem, available from site)=0A*** linux x86 (no pr=
oblem, available from site)=0A***- solaris sparc 32-bit and 64-bit (no prob=
lem, available from site)=0A*** HP-UX 32-bit and 64-bit:=0A -> 32-bit ver=
sion: gently compiled for me by Ben Jansen=0A Unfortunately it didn't =
handle signals correctly (which should be fixed as of v3.2.1)=0A but t=
he wrapper executable itself was missing, therefore I used an older wrapper=
executable which might be=0A the reason why it didn't work as expecte=
d.=0A Ben sent me the missing executable yesterday, so I'll try it aga=
in next week at our customer=0A -> 64-bit version: not available at the m=
oment.=0A Our customer offered me yesterday to temporarily provide me =
with a HP-UX development environment.=0A So I'll see what I can get an=
d maybe I'll be able to compile a 64-bit version that way.=0A Anything=
special I need on a HP-UX system to get the wrapper compiled ?=0A*** AIX 3=
2-bit and 64-bit (both aix 5.1 + aix 5.3)=0A -> tried to compile them mys=
elf on our 64-bit aix 5.3 system, but:=0A - didn't find a make file fo=
r the 64-bit version=0A - 32-bit version failed to compile with an err=
or about missing jni.h=0A Fortunately you were able to get them compil=
ed both. Thanks for that !=0A (where did you get the make file for the=
64-bit version ? Any ideas what might be wrong on my system regarding the =
missing jni.h file ?)=0A -> 32-bit + 64-bit versions for aix 5.1=0A W=
ell, we have a 64-bit aix 5.1 machine, but we're using it for IBM TAM plugi=
n/addon development=0A and one of the TAM components (Webseal) is rathe=
r pesky about runtime libraries and such.=0A Therefore I'm not allowed =
to install any additional c(++)-related stuff on that machine.=0A And a=
pparently the default c(++) stuff isn't enough for compiling the wrapper=0A=
When I try to compile it, I get the error that it can't find "cc":=0A-=
------------------=0Acompile-c-unix:=0A if test ! -d .deps; then mkd=
ir .deps; fi=0A gcc -DAIX -lpthread -lnsl -lm wrapper.c wrapperinfo.=
c wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrappe=
r=0A cc -O -c wrapperjni_unix.c=0Acc: not found=0Amake: 1254-004 The=
error code from the last command is 1.=0AStop.=0A-------------------=0A=0A=
=0ASanto=0A=0A----- Original Message ----=0AFrom: Nicolas Varney <nicolas@v=
arney.fr>=0ATo: wra...@li...=0ASent: Friday, February=
16, 2007 8:45:27 AM=0ASubject: [Wrapper-user] Wrapper on AIX and HP-UX=0A=
=0A=0AHi Wrapper users !=0A=0AAs I'm a system architect and administrator, =
I have access to HP-UX =0A(PA-RISC) and AIX platforms. (And also linux pla=
tforms, but as many =0Apeople)=0A=0AI have successfully build the wrapper =
3.2.3 under AIX 5.3 (32 and 64 =0Abits). So I can help some users to build=
under different versions of =0AAIX OS.=0A=0AI have successfully build the=
wrapper 3.2.3 under HP-UX (32 bits), =0Abut not 64 bits. If some of you h=
ave already build a wrapper for HP- =0AUX 64 bits, help will be appreciated=
.=0A=0ARegards=0A=0ANicolas Varney=0A=0A-----------------------------------=
--------------------------------------=0ATake Surveys. Earn Cash. Influence=
the Future of IT=0AJoin SourceForge.net's Techsay panel and you'll get the=
chance to share your=0Aopinions on IT & business topics through brief surv=
eys-and earn cash=0Ahttp://www.techsay.com/default.php?page=3Djoin.php&p=3D=
sourceforge&CID=3DDEVDEV=0A_______________________________________________=
=0AWrapper-user mailing lis...@li...=0Ahttps:/=
/lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A =0A____________=
________________________________________________________________________=0A=
Do you Yahoo!?=0AEveryone is raving about the all-new Yahoo! Mail beta.=0Ah=
ttp://new.mail.yahoo.com |
|
From: Nicolas V. <ni...@va...> - 2007-02-16 07:46:26
|
Hi Wrapper users ! As I'm a system architect and administrator, I have access to HP-UX (PA-RISC) and AIX platforms. (And also linux platforms, but as many people) I have successfully build the wrapper 3.2.3 under AIX 5.3 (32 and 64 bits). So I can help some users to build under different versions of AIX OS. I have successfully build the wrapper 3.2.3 under HP-UX (32 bits), but not 64 bits. If some of you have already build a wrapper for HP- UX 64 bits, help will be appreciated. Regards Nicolas Varney |
|
From: Vinod P. <vi...@gm...> - 2007-02-16 05:41:34
|
Hi, There are no calls reported to DataInputStream.readByte() when CPU tracing is enabled. That makes sense, since the wrapper ping interval is kept to the max amount and the profling snapshot is being taken after the application has been running for a while. I'll revert back to the old default values for the wrapper settings and will use the current values only for profling. I'll also get in touch with the Yourkit guys and get some more info on this behaviour. Thanks for the help. Regards, Vinod. On 2/15/07, Leif Mortenson <le...@ta...> wrote: > Vinod, > That is actually correct. The handleSocket method gets called once > when the > socket is opened. It is called with a dedicated thread called > "Wrapper-Connection". > The handleSocket method then loops until the socket is closed or the JVM > shuts > down. In that loop, the DataInputStream.readByte() method will be > called at least > once for each command received from the Wrapper process. > If any commands are send, they will show up in the log file with > wrapper.debug > enabled. > > I wonder if the profiler is getting confused by the native call > inside the read > method. That method is blocking on the socket at a low level. I'm not > sure how > often the OS is spending actual CPU cycles in that call. It should be > pretty much > idle unless any data is coming in however. > > Are you able to see a call count on the DataInputStream.readByte > method as it > is called from within the handleSocket method? > > Cheers, > Leif > > Vinod Panicker wrote: > > OK, I ran the application with cpu sampling and tracing and with debug enabled. > > > > According to the code, if there is communication, there should be a > > log message in wrapper.log. There's nothing of that sort, which means > > that handleSocket() is not getting invoked. > > > > During sampling, the profiler is reporting cpu usage in the > > handleSocket() method call. During tracing, it shows that the method > > has been invoked just once. > > > > Does this make sense to anyone? Does it look like an issue with the profiler? > > > > Regards, > > Vinod. > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Santo <san...@ya...> - 2007-02-15 20:00:11
|
No problem Ben.=0AThanks for the quick response.=0A=0ASanto=0A=0A=0A----- O= riginal Message ----=0AFrom: Ben Jansen <bj...@tr...>=0ATo: Santo = <san...@ya...>; wra...@li...=0ASent: Thur= sday, February 15, 2007 7:00:26 PM=0ASubject: RE: [Wrapper-user] updated HP= -UX binaries=0A=0A=0AHello,=0A=0ASorry about forgetting that.=0A=0AI've att= ached the binary (gzipped).=0A=0A- Ben=0A=0A=0A-----Original Message-----= =0AFrom: Santo [mailto:san...@ya...]=0ASent: Wed 2/14/2007 11:3= 9 PM=0ATo: wra...@li...=0ACc: Ben Jansen=0ASubject: R= e: [Wrapper-user] updated HP-UX binaries=0A=0AHi Ben,=0A=0Ain the meantime = I deployed our application on the HP-UX system at our customer together wit= h the service wrapper you compiled for me,=0Abut it's still not handling th= e signals correctly (which should be fixed in v3.2.1).=0AI was wondering if= this could be caused by the fact that I'm using the wrapper executable fro= m v3.2.0 because that was not=0Aavailable in you tar.gz file.=0A=0ASo in fa= ct I'm running the wrapper in the following configuration:=0Aeverything v3.= 2.0, except:=0A- libwrapper.sl -> v3.2.3=0A- wrapper.jar -> v3.2.3=0A=0ACou= ld you please send me the wrapper executable itself (for v3.2.3) too ?=0A= =0AThanks in advance,=0A=0ASanto =0A=0A=0A----- Original Message ----=0AFro= m: Santo <san...@ya...>=0ATo: wra...@li...= t=0ASent: Friday, February 2, 2007 5:01:12 PM=0ASubject: Re: [Wrapper-user]= updated HP-UX binaries=0A=0A=0AWonderful !=0A=0ASanto=0A=0A=0A----- Origin= al Message ----=0AFrom: Ben Jansen <bj...@tr...>=0ATo: wrapper-use= r...@li...=0ASent: Thursday, February 1, 2007 10:47:22 PM=0ASu= bject: Re: [Wrapper-user] updated HP-UX binaries=0A=0A=0AHello,=0A=0ANo pro= blem :-)=0A=0AThis is a 32-bit version for PA-RISC.=0A=0A- Ben=0A=0A-----Or= iginal Message-----=0AFrom: wra...@li... on b= ehalf of First Last=0ASent: Thu 2/1/2007 2:01 AM=0ATo: wrapper-user@lists.s= ourceforge.net=0ASubject: Re: [Wrapper-user] updated HP-UX binaries=0A=0ABe= n,=0A=0AThis is really great, thank you very much !=0AOne question though: = Is this a 32-bit version or 64-bit ?=0AI'd like a 32-bit version, but you d= on't mention this and I can test it ;-)=0A=0AThanks again.=0A=0A=0ASanto=0A= -------------------------------------------------------------------------= =0AUsing Tomcat but need to do more? Need to support web services, security= ?=0AGet stuff done quickly with pre-integrated technology to make your job = easier.=0ADownload IBM WebSphere Application Server v.1.0.1 based on Apache= Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D26= 3057&dat=3D121642=0A_______________________________________________=0AWrapp= er-user mailing lis...@li...=0Ahttps://lists.s= ourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A=0A=0A=0AGet your own we= b address.=0AHave a HUGE year through Yahoo! Small Business.=0A------------= -------------------------------------------------------------=0AUsing Tomca= t but need to do more? Need to support web services, security?=0AGet stuff = done quickly with pre-integrated technology to make your job easier.=0ADown= load IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo=0Aht= tp://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121= 642=0A_______________________________________________=0AWrapper-user mailin= g lis...@li...=0Ahttps://lists.sourceforge.net= /lists/listinfo/wrapper-user=0A=0A=0A=0A___________________________________= _________________________________________________=0AThe fish are biting. = =0AGet more visitors on your site using Yahoo! Search Marketing.=0Ahttp://s= earchmarketing.yahoo.com/arp/sponsoredsearch_v2.php=0A=0A=0A =0A___________= _________________________________________________________________________= =0AWant to start your own business?=0ALearn how on Yahoo! Small Business.= =0Ahttp://smallbusiness.yahoo.com/r-index |
|
From: Ben J. <bj...@tr...> - 2007-02-15 18:02:11
|
Hello, Sorry about forgetting that. I've attached the binary (gzipped). - Ben -----Original Message----- From: Santo [mailto:san...@ya...] Sent: Wed 2/14/2007 11:39 PM To: wra...@li... Cc: Ben Jansen Subject: Re: [Wrapper-user] updated HP-UX binaries =20 Hi Ben, in the meantime I deployed our application on the HP-UX system at our = customer together with the service wrapper you compiled for me, but it's still not handling the signals correctly (which should be fixed = in v3.2.1). I was wondering if this could be caused by the fact that I'm using the = wrapper executable from v3.2.0 because that was not available in you tar.gz file. So in fact I'm running the wrapper in the following configuration: everything v3.2.0, except: - libwrapper.sl -> v3.2.3 - wrapper.jar -> v3.2.3 Could you please send me the wrapper executable itself (for v3.2.3) too = ? Thanks in advance, Santo=20 ----- Original Message ---- From: Santo <san...@ya...> To: wra...@li... Sent: Friday, February 2, 2007 5:01:12 PM Subject: Re: [Wrapper-user] updated HP-UX binaries Wonderful ! =20 Santo ----- Original Message ---- From: Ben Jansen <bj...@tr...> To: wra...@li... Sent: Thursday, February 1, 2007 10:47:22 PM Subject: Re: [Wrapper-user] updated HP-UX binaries Hello, No problem :-) This is a 32-bit version for PA-RISC. - Ben -----Original Message----- From: wra...@li... on behalf of First Last Sent: Thu 2/1/2007 2:01 AM To: wra...@li... Subject: Re: [Wrapper-user] updated HP-UX binaries Ben, This is really great, thank you very much ! One question though: Is this a 32-bit version or 64-bit ? I'd like a 32-bit version, but you don't mention this and I can test it = ;-) Thanks again. Santo -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user Get your own web address. Have a HUGE year through Yahoo! Small Business. -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user =20 _________________________________________________________________________= ___________ The fish are biting.=20 Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php |
|
From: Santo <san...@ya...> - 2007-02-15 16:16:47
|
Hi, I just tried the new aix wrapper (64-bit), and it's starting without pr=
oblems on our aix 5.3 machine=0A(including the dll, which was a problem wit=
h the older version)=0A=0AHowever I also still need a 32-bit version for ou=
r AIX 5.1, but this 3.2.3 version doesn't work on that machine.=0AAnd the o=
lder version available (3.1.2) doesn't handle the shutdown signals as expec=
ted=0A=0AProbably something has changed related to libraries or something b=
etween aix 5.1 and 5.3 ?=0AThis is the error I get when trying to start the=
3.2.3 32-bit version on our aix 5.1 machine:=0A=0Aexec(): 0509-036 Cannot =
load program ./wrapper because of the following errors:=0A 0509-130 =
Symbol resolution failed for wrapper because:=0A 0509-136 Symbol _=
_fd_select (number 48) is not exported from=0A dependent =
module /usr/lib/libc.a(shr.o).=0A 0509-136 Symbol __fd_getdtablesi=
ze (number 70) is not exported from=0A dependent module /=
usr/lib/libc.a(shr.o).=0A 0509-136 Symbol __strtollmax (number 90)=
is not exported from=0A dependent module /usr/lib/libc.a=
(shr.o).=0A 0509-192 Examine .loader section symbols with the=0A =
'dump -Tv' command.=0A=0A=0AI also noticed the dll is now call=
ed libwrapper.a instead of libwrapper.so=0AMaybe this is also an indication=
something has changed between aix 5.1 and aix 5.3 ?=0A=0A=0ASanto=0A=0A=0A=
----- Original Message ----=0AFrom: Santo <san...@ya...>=0ATo: =
wra...@li...=0ASent: Thursday, February 15, 2007 4:42=
:31 PM=0ASubject: Re: [Wrapper-user] compilation on AIX=0A=0A=0AAllright, t=
hat's really nice indeed.=0AI'll try them out as soon as possible.=0A =0Ath=
anks !=0A =0ASanto=0A=0A=0A----- Original Message ----=0AFrom: Leif Mortens=
on <le...@ta...>=0ATo: wra...@li...=0ASen=
t: Thursday, February 15, 2007 3:02:49 PM=0ASubject: Re: [Wrapper-user] com=
pilation on AIX=0A=0A=0ASanto,=0AOk, good news. A fellow Wrapper user, Nic=
olas Varney, has agreed to =0Ahelp out=0Awith the 3.2.3 release of the Wrap=
per. I was able to get both the 32 =0Aand 64 bit=0Aversions posted on the =
download page.=0A=0APlease give them a try and let me know if you have any =
problems.=0A=0ABig thanks to Nicolas.=0A=0ACheers,=0ALeif=0A=0ASanto wrote:=
=0A> Hi Leif,=0A> =0A> Can you help me getting the wrapper compiled on our=
AIX system ?=0A> (Both 32-bit and 64-bit would be great ;-))=0A> regards,=
=0A> =0A> Santo=0A> ----- Original Message ----=0A> From: First Last <sant=
o_p...@ya...>=0A> To: wra...@li...=0A> Sent: =
Wednesday, February 7, 2007 2:34:48 PM=0A> Subject: [Wrapper-user] compilat=
ion on AIX=0A>=0A> I'm reposting this as a separate topic as it has nothing=
to do with =0A> HP-UX, the previous topic:=0A>=0A> I installed the missing=
libraries on our AIX 5.3 system and tried =0A> compiling the aix 32-bit ve=
rsion again,=0A> but now it's complaining it can't find jni.h:=0A> =0A<sni=
p>=0A=0A=0A----------------------------------------------------------------=
---------=0ATake Surveys. Earn Cash. Influence the Future of IT=0AJoin Sour=
ceForge.net's Techsay panel and you'll get the chance to share your=0Aopini=
ons on IT & business topics through brief surveys-and earn cash=0Ahttp://ww=
w.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV=0A__=
_____________________________________________=0AWrapper-user mailing list=
=0AW...@li...=0Ahttps://lists.sourceforge.net/lists=
/listinfo/wrapper-user=0A=0A=0A=0A=0A=0AGet your own web address.=0AHave a =
HUGE year through Yahoo! Small Business.=0A--------------------------------=
-----------------------------------------=0ATake Surveys. Earn Cash. Influe=
nce the Future of IT=0AJoin SourceForge.net's Techsay panel and you'll get =
the chance to share your=0Aopinions on IT & business topics through brief s=
urveys-and earn cash=0Ahttp://www.techsay.com/default.php?page=3Djoin.php&p=
=3Dsourceforge&CID=3DDEVDEV=0A_____________________________________________=
__=0AWrapper-user mailing lis...@li...=0Ahttps=
://lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A =0A__________=
__________________________________________________________________________=
=0ADo you Yahoo!?=0AEveryone is raving about the all-new Yahoo! Mail beta.=
=0Ahttp://new.mail.yahoo.com |
|
From: Santo <san...@ya...> - 2007-02-15 15:43:53
|
Allright, that's really nice indeed.=0AI'll try them out as soon as possibl= e.=0A=0Athanks !=0A=0ASanto=0A=0A=0A----- Original Message ----=0AFrom: Lei= f Mortenson <le...@ta...>=0ATo: wra...@li....= net=0ASent: Thursday, February 15, 2007 3:02:49 PM=0ASubject: Re: [Wrapper-= user] compilation on AIX=0A=0A=0ASanto,=0AOk, good news. A fellow Wrapper = user, Nicolas Varney, has agreed to =0Ahelp out=0Awith the 3.2.3 release of= the Wrapper. I was able to get both the 32 =0Aand 64 bit=0Aversions poste= d on the download page.=0A=0APlease give them a try and let me know if you = have any problems.=0A=0ABig thanks to Nicolas.=0A=0ACheers,=0ALeif=0A=0ASan= to wrote:=0A> Hi Leif,=0A> =0A> Can you help me getting the wrapper compil= ed on our AIX system ?=0A> (Both 32-bit and 64-bit would be great ;-))=0A> = regards,=0A> =0A> Santo=0A> ----- Original Message ----=0A> From: First La= st <san...@ya...>=0A> To: wra...@li...=0A= > Sent: Wednesday, February 7, 2007 2:34:48 PM=0A> Subject: [Wrapper-user] = compilation on AIX=0A>=0A> I'm reposting this as a separate topic as it has= nothing to do with =0A> HP-UX, the previous topic:=0A>=0A> I installed the= missing libraries on our AIX 5.3 system and tried =0A> compiling the aix 3= 2-bit version again,=0A> but now it's complaining it can't find jni.h:=0A> = =0A<snip>=0A=0A=0A--------------------------------------------------------= -----------------=0ATake Surveys. Earn Cash. Influence the Future of IT=0AJ= oin SourceForge.net's Techsay panel and you'll get the chance to share your= =0Aopinions on IT & business topics through brief surveys-and earn cash=0Ah= ttp://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDEV= DEV=0A_______________________________________________=0AWrapper-user mailin= g lis...@li...=0Ahttps://lists.sourceforge.net= /lists/listinfo/wrapper-user=0A=0A=0A =0A__________________________________= __________________________________________________=0ABored stiff? Loosen up= ... =0ADownload and play hundreds of games for free on Yahoo! Games.=0Ahttp= ://games.yahoo.com/games/front |
|
From: Leif M. <le...@ta...> - 2007-02-15 14:02:47
|
Santo, Ok, good news. A fellow Wrapper user, Nicolas Varney, has agreed to help out with the 3.2.3 release of the Wrapper. I was able to get both the 32 and 64 bit versions posted on the download page. Please give them a try and let me know if you have any problems. Big thanks to Nicolas. Cheers, Leif Santo wrote: > Hi Leif, > > Can you help me getting the wrapper compiled on our AIX system ? > (Both 32-bit and 64-bit would be great ;-)) > regards, > > Santo > ----- Original Message ---- > From: First Last <san...@ya...> > To: wra...@li... > Sent: Wednesday, February 7, 2007 2:34:48 PM > Subject: [Wrapper-user] compilation on AIX > > I'm reposting this as a separate topic as it has nothing to do with > HP-UX, the previous topic: > > I installed the missing libraries on our AIX 5.3 system and tried > compiling the aix 32-bit version again, > but now it's complaining it can't find jni.h: > <snip> |
|
From: Leif M. <le...@ta...> - 2007-02-15 14:00:23
|
Vinod,
That is actually correct. The handleSocket method gets called once
when the
socket is opened. It is called with a dedicated thread called
"Wrapper-Connection".
The handleSocket method then loops until the socket is closed or the JVM
shuts
down. In that loop, the DataInputStream.readByte() method will be
called at least
once for each command received from the Wrapper process.
If any commands are send, they will show up in the log file with
wrapper.debug
enabled.
I wonder if the profiler is getting confused by the native call
inside the read
method. That method is blocking on the socket at a low level. I'm not
sure how
often the OS is spending actual CPU cycles in that call. It should be
pretty much
idle unless any data is coming in however.
Are you able to see a call count on the DataInputStream.readByte
method as it
is called from within the handleSocket method?
Cheers,
Leif
Vinod Panicker wrote:
> OK, I ran the application with cpu sampling and tracing and with debug enabled.
>
> According to the code, if there is communication, there should be a
> log message in wrapper.log. There's nothing of that sort, which means
> that handleSocket() is not getting invoked.
>
> During sampling, the profiler is reporting cpu usage in the
> handleSocket() method call. During tracing, it shows that the method
> has been invoked just once.
>
> Does this make sense to anyone? Does it look like an issue with the profiler?
>
> Regards,
> Vinod.
>
|
|
From: Vinod P. <vi...@gm...> - 2007-02-15 11:55:26
|
OK, I ran the application with cpu sampling and tracing and with debug enabled. According to the code, if there is communication, there should be a log message in wrapper.log. There's nothing of that sort, which means that handleSocket() is not getting invoked. During sampling, the profiler is reporting cpu usage in the handleSocket() method call. During tracing, it shows that the method has been invoked just once. Does this make sense to anyone? Does it look like an issue with the profiler? Regards, Vinod. On 2/15/07, Vinod Panicker <vi...@gm...> wrote: > On 2/15/07, Leif Mortenson <le...@ta...> wrote: > > Vinod, > > >From your profile output, it shows that of the CPU time that your > > application consumed, 23% was being consumed by the Wrapper reading > > from the socket you mentioned, and the remaining 77% was being > > consumed by the ThreadPoolExecutor. I assume this is where your > > application is running. > > Thats right. > > > This represents the Wrapper consuming a total of 48.5s of CPU time. > > For reference, how much actual time was the JVM running for? While > > this may look bad, it may simply be a matter of the JVM as a whole being > > quite idle. > > In the telemetry, Yourkit is showing that the JVM ran for 3 minutes. > > > I have profiled other applications in the past and while the Wrapper > > registers on the list, it is always near the bottom as far as CPU usage. > > > > Reviewing the code, I also do not see any reason why this should be > > consuming very much code. > > > > If the the 48.5s CPU time is building up over a show actual time frame > > then it means that that loop is thrashing somehow. If so, this would be > > made obvious by enabling debug output by setting the following property > > in the configuration file: > > > > wrapper.debug=true > > This should do the trick. Let me try it out and let you know. > > Regards, > Vinod. > |
|
From: Leif M. <le...@ta...> - 2007-02-15 08:48:50
|
Santo, I've been talking to another user who is working on just this. Hopefully I will have news for you soon. Cheers, Leif Santo wrote: > Hi Leif, > > Can you help me getting the wrapper compiled on our AIX system ? > (Both 32-bit and 64-bit would be great ;-)) > regards, > > Santo > ----- Original Message ---- > From: First Last <san...@ya...> > To: wra...@li... > Sent: Wednesday, February 7, 2007 2:34:48 PM > Subject: [Wrapper-user] compilation on AIX > > I'm reposting this as a separate topic as it has nothing to do with > HP-UX, the previous topic: > > I installed the missing libraries on our AIX 5.3 system and tried > compiling the aix 32-bit version again, > but now it's complaining it can't find jni.h: > > -bash-3.00$ ./build32.sh > Wrapper Build System > -------------------- > Buildfile: build.xml > init:msg: > ********************************************************************** > About to build a 32-bit version of the Java Service Wrapper 3.2.3. > The OS Name is "aix", resolved from "AIX". > The Architecture is "ppc", resolved from "ppc". > The distribution name will be: wrapper-aix-ppc-32-3.2.3 > ********************************************************************** > update-info: > Copying 1 file to > /home/gds/tmp/build/java_service_wrapper/wrapper_3.2.3_src/src/java/org/tanukisoftware/wrapper > Copying 1 file to > /home/gds/tmp/build/java_service_wrapper/wrapper_3.2.3_src/src/c > compile-java-warn: > ********************************************************************** > WARNING > The jar is being built for Java version 1.4. This will not be > compatible with older JVMs. > ********************************************************************** > compile-java: > Compiling 1 source file to > /home/gds/tmp/build/java_service_wrapper/wrapper_3.2.3_src/build/classes > ClassArgument.name=org.tanukisoftware.wrapper.WrapperManager > compile-c-unix: > if test ! -d .deps; then mkdir .deps; fi > gcc -DAIX -lpthread -lnsl -lm wrapper.c wrapperinfo.c > wrappereventloop.c wrapper_unix.c property.c logger.c -o ../../bin/wrapper > /usr/local/bin/gcc -O -c wrapperjni_unix.c > In file included from wrapperjni.h:47, > from wrapperjni_unix.c:55: > org_tanukisoftware_wrapper_WrapperManager.h:2:17: error: jni.h: No > such file or directory > In file included from wrapperjni.h:47, > from wrapperjni_unix.c:55: > org_tanukisoftware_wrapper_WrapperManager.h:157: error: syntax error > before 'void' > org_tanukisoftware_wrapper_WrapperManager.h:158: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:158: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:165: error: parse error > before 'jstring' > org_tanukisoftware_wrapper_WrapperManager.h:166: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:166: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:173: error: parse error > before 'jint' > org_tanukisoftware_wrapper_WrapperManager.h:174: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:174: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:181: error: parse error > before 'jint' > org_tanukisoftware_wrapper_WrapperManager.h:182: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:182: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:189: error: syntax error > before 'void' > org_tanukisoftware_wrapper_WrapperManager.h:190: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:190: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:197: error: syntax error > before 'void' > org_tanukisoftware_wrapper_WrapperManager.h:198: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:198: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:205: error: syntax error > before 'void' > org_tanukisoftware_wrapper_WrapperManager.h:206: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:206: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:213: error: parse error > before 'jobject' > org_tanukisoftware_wrapper_WrapperManager.h:214: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:214: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:221: error: parse error > before 'jobject' > org_tanukisoftware_wrapper_WrapperManager.h:222: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:222: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:229: error: parse error > before 'jobjectArray' > org_tanukisoftware_wrapper_WrapperManager.h:230: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:230: warning: data > definition has no type or storage class > org_tanukisoftware_wrapper_WrapperManager.h:237: error: parse error > before 'jobject' > org_tanukisoftware_wrapper_WrapperManager.h:238: error: parse error > before '*' token > org_tanukisoftware_wrapper_WrapperManager.h:238: warning: data > definition has no type or storage class > wrapperjni_unix.c:88: error: syntax error before 'void' > wrapperjni_unix.c:89: error: parse error before '*' token > wrapperjni_unix.c: In function > 'Java_org_tanukisoftware_wrapper_WrapperManager_nativeInit': > wrapperjni_unix.c:90: error: 'debugging' undeclared (first use in this > function) > wrapperjni_unix.c:90: error: (Each undeclared identifier is reported > only once > wrapperjni_unix.c:90: error: for each function it appears in.) > wrapperjni_unix.c: At top level: > wrapperjni_unix.c:112: error: parse error before 'jint' > wrapperjni_unix.c:113: error: parse error before '*' token > wrapperjni_unix.c:122: error: syntax error before 'void' > wrapperjni_unix.c:123: error: parse error before '*' token > wrapperjni_unix.c:139: error: syntax error before 'void' > wrapperjni_unix.c:140: error: parse error before '*' token > wrapperjni_unix.c:153: error: parse error before 'jobject' > wrapperjni_unix.c:154: error: parse error before '*' token > wrapperjni_unix.c: In function > 'Java_org_tanukisoftware_wrapper_WrapperManager_nativeGetUser': > wrapperjni_unix.c:155: error: 'jclass' undeclared (first use in this > function) > wrapperjni_unix.c:155: error: parse error before 'wrapperUserClass' > wrapperjni_unix.c:156: error: 'jmethodID' undeclared (first use in > this function) > wrapperjni_unix.c:162: error: 'jbyteArray' undeclared (first use in > this function) > wrapperjni_unix.c:162: error: parse error before 'jUser' > wrapperjni_unix.c:166: error: 'jobject' undeclared (first use in this > function) > wrapperjni_unix.c:171: error: parse error before 'jGroupName' > wrapperjni_unix.c:174: error: 'wrapperUserClass' undeclared (first use > in this function) > wrapperjni_unix.c:174: error: 'env' undeclared (first use in this > function) > wrapperjni_unix.c:177: error: 'constructor' undeclared (first use in > this function) > wrapperjni_unix.c:186: error: 'jUser' undeclared (first use in this > function) > wrapperjni_unix.c:187: error: 'jbyte' undeclared (first use in this > function) > wrapperjni_unix.c:187: error: parse error before ')' token > wrapperjni_unix.c:190: error: 'jRealName' undeclared (first use in > this function) > wrapperjni_unix.c:191: error: parse error before ')' token > wrapperjni_unix.c:194: error: 'jHome' undeclared (first use in this > function) > wrapperjni_unix.c:195: error: parse error before ')' token > wrapperjni_unix.c:198: error: 'jShell' undeclared (first use in this > function) > wrapperjni_unix.c:199: error: parse error before ')' token > wrapperjni_unix.c:202: error: 'wrapperUser' undeclared (first use in > this function) > wrapperjni_unix.c:205: error: 'groups' undeclared (first use in this > function) > wrapperjni_unix.c:207: error: 'setGroup' undeclared (first use in this > function) > wrapperjni_unix.c:212: error: 'jGroupName' undeclared (first use in > this function) > wrapperjni_unix.c:213: error: parse error before ')' token > wrapperjni_unix.c:221: error: 'addGroup' undeclared (first use in this > function) > wrapperjni_unix.c:240: error: parse error before ')' token > wrapperjni_unix.c: At top level: > wrapperjni_unix.c:261: error: parse error before 'jobject' > wrapperjni_unix.c:262: error: parse error before '*' token > wrapperjni_unix.c: In function > 'Java_org_tanukisoftware_wrapper_WrapperManager_nativeGetInteractiveUser': > wrapperjni_unix.c:268: error: 'env' undeclared (first use in this > function) > wrapperjni_unix.c:268: error: 'clazz' undeclared (first use in this > function) > wrapperjni_unix.c:268: error: 'groups' undeclared (first use in this > function) > wrapperjni_unix.c: At top level: > wrapperjni_unix.c:280: error: parse error before 'jobjectArray' > wrapperjni_unix.c:281: error: parse error before '*' token > wrapperjni_unix.c:291: error: parse error before 'jobject' > wrapperjni_unix.c:292: error: parse error before '*' token > make: 1254-004 The error code from the last command is 1. > Stop. > BUILD FAILED > /home/gds/tmp/build/java_service_wrapper/wrapper_3.2.3_src/build.xml:576: > exec returned: 2 > Total time: 5 seconds > > Any ideas on this ? > > P:S: In one of my earlier posts I also mentioned I was not able to > compile a 64-bit version as there is no make file for it. How / where > can I get it ? > > > Santo > > > ------------------------------------------------------------------------ > Be a PS3 game guru. > Get your game face on with the latest PS3 news and previews at Yahoo! > Games. <http://us.rd.yahoo.com/evt=49936/*http://videogames.yahoo.com> > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > ------------------------------------------------------------------------ > 8:00? 8:25? 8:40? Find a flick > <http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail&#news> in no time > with theYahoo! Search movie showtime shortcut. > <http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail&#news> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Vinod P. <vi...@gm...> - 2007-02-15 07:49:34
|
On 2/15/07, Leif Mortenson <le...@ta...> wrote: > Vinod, > >From your profile output, it shows that of the CPU time that your > application consumed, 23% was being consumed by the Wrapper reading > from the socket you mentioned, and the remaining 77% was being > consumed by the ThreadPoolExecutor. I assume this is where your > application is running. Thats right. > This represents the Wrapper consuming a total of 48.5s of CPU time. > For reference, how much actual time was the JVM running for? While > this may look bad, it may simply be a matter of the JVM as a whole being > quite idle. In the telemetry, Yourkit is showing that the JVM ran for 3 minutes. > I have profiled other applications in the past and while the Wrapper > registers on the list, it is always near the bottom as far as CPU usage. > > Reviewing the code, I also do not see any reason why this should be > consuming very much code. > > If the the 48.5s CPU time is building up over a show actual time frame > then it means that that loop is thrashing somehow. If so, this would be > made obvious by enabling debug output by setting the following property > in the configuration file: > > wrapper.debug=true This should do the trick. Let me try it out and let you know. Regards, Vinod. |
|
From: Santo <san...@ya...> - 2007-02-15 07:48:58
|
Hi Leif,=0A=0ACan you help me getting the wrapper compiled on our AIX syste=
m ?=0A(Both 32-bit and 64-bit would be great ;-))=0A=0Aregards,=0A=0ASanto=
=0A=0A----- Original Message ----=0AFrom: First Last <santo_portable@yahoo.=
com>=0ATo: wra...@li...=0ASent: Wednesday, February 7=
, 2007 2:34:48 PM=0ASubject: [Wrapper-user] compilation on AIX=0A=0A=0AI'm =
reposting this as a separate topic as it has nothing to do with HP-UX, the =
previous topic:=0A=0AI installed the missing libraries on our AIX 5.3 syste=
m and tried compiling the aix 32-bit version again,=0Abut now it's complain=
ing it can't find jni.h:=0A =0A-bash-3.00$ ./build32.sh=0AWrapper Build Sys=
tem=0A--------------------=0ABuildfile: build.xml=0Ainit:msg:=0A***********=
***********************************************************=0AAbout to buil=
d a 32-bit version of the Java Service Wrapper 3.2.3.=0AThe OS Name is "aix=
", resolved from "AIX".=0AThe Architecture is "ppc", resolved from "ppc".=
=0AThe distribution name will be: wrapper-aix-ppc-32-3.2.3=0A**************=
********************************************************=0Aupdate-info:=0AC=
opying 1 file to /home/gds/tmp/build/java_service_wrapper/wrapper_3.2.3_src=
/src/java/org/tanukisoftware/wrapper=0ACopying 1 file to /home/gds/tmp/buil=
d/java_service_wrapper/wrapper_3.2.3_src/src/c=0Acompile-java-warn:=0A*****=
*****************************************************************=0AWARNING=
=0AThe jar is being built for Java version 1.4. This will not be=0Acompati=
ble with older JVMs.=0A****************************************************=
******************=0Acompile-java:=0ACompiling 1 source file to /home/gds/t=
mp/build/java_service_wrapper/wrapper_3.2.3_src/build/classes=0AClassArgume=
nt.name=3Dorg.tanukisoftware.wrapper.WrapperManager=0Acompile-c-unix:=0A =
if test ! -d .deps; then mkdir .deps; fi=0A gcc -DAIX -lpthread=
-lnsl -lm wrapper.c wrapperinfo.c wrappereventloop.c wrapper_unix.c proper=
ty.c logger.c -o ../../bin/wrapper=0A /usr/local/bin/gcc -O -c wrapp=
erjni_unix.c=0AIn file included from wrapperjni.h:47,=0A fr=
om wrapperjni_unix.c:55:=0Aorg_tanukisoftware_wrapper_WrapperManager.h:2:17=
: error: jni.h: No such file or directory=0AIn file included from wrapperjn=
i.h:47,=0A from wrapperjni_unix.c:55:=0Aorg_tanukisoftware_=
wrapper_WrapperManager.h:157: error: syntax error before 'void'=0Aorg_tanuk=
isoftware_wrapper_WrapperManager.h:158: error: parse error before '*' token=
=0Aorg_tanukisoftware_wrapper_WrapperManager.h:158: warning: data definitio=
n has no type or storage class=0Aorg_tanukisoftware_wrapper_WrapperManager.=
h:165: error: parse error before 'jstring'=0Aorg_tanukisoftware_wrapper_Wra=
pperManager.h:166: error: parse error before '*' token=0Aorg_tanukisoftware=
_wrapper_WrapperManager.h:166: warning: data definition has no type or stor=
age class=0Aorg_tanukisoftware_wrapper_WrapperManager.h:173: error: parse e=
rror before 'jint'=0Aorg_tanukisoftware_wrapper_WrapperManager.h:174: error=
: parse error before '*' token=0Aorg_tanukisoftware_wrapper_WrapperManager.=
h:174: warning: data definition has no type or storage class=0Aorg_tanukiso=
ftware_wrapper_WrapperManager.h:181: error: parse error before 'jint'=0Aorg=
_tanukisoftware_wrapper_WrapperManager.h:182: error: parse error before '*'=
token=0Aorg_tanukisoftware_wrapper_WrapperManager.h:182: warning: data def=
inition has no type or storage class=0Aorg_tanukisoftware_wrapper_WrapperMa=
nager.h:189: error: syntax error before 'void'=0Aorg_tanukisoftware_wrapper=
_WrapperManager.h:190: error: parse error before '*' token=0Aorg_tanukisoft=
ware_wrapper_WrapperManager.h:190: warning: data definition has no type or =
storage class=0Aorg_tanukisoftware_wrapper_WrapperManager.h:197: error: syn=
tax error before 'void'=0Aorg_tanukisoftware_wrapper_WrapperManager.h:198: =
error: parse error before '*' token=0Aorg_tanukisoftware_wrapper_WrapperMan=
ager.h:198: warning: data definition has no type or storage class=0Aorg_tan=
ukisoftware_wrapper_WrapperManager.h:205: error: syntax error before 'void'=
=0Aorg_tanukisoftware_wrapper_WrapperManager.h:206: error: parse error befo=
re '*' token=0Aorg_tanukisoftware_wrapper_WrapperManager.h:206: warning: da=
ta definition has no type or storage class=0Aorg_tanukisoftware_wrapper_Wra=
pperManager.h:213: error: parse error before 'jobject'=0Aorg_tanukisoftware=
_wrapper_WrapperManager.h:214: error: parse error before '*' token=0Aorg_ta=
nukisoftware_wrapper_WrapperManager.h:214: warning: data definition has no =
type or storage class=0Aorg_tanukisoftware_wrapper_WrapperManager.h:221: er=
ror: parse error before 'jobject'=0Aorg_tanukisoftware_wrapper_WrapperManag=
er.h:222: error: parse error before '*' token=0Aorg_tanukisoftware_wrapper_=
WrapperManager.h:222: warning: data definition has no type or storage class=
=0Aorg_tanukisoftware_wrapper_WrapperManager.h:229: error: parse error befo=
re 'jobjectArray'=0Aorg_tanukisoftware_wrapper_WrapperManager.h:230: error:=
parse error before '*' token=0Aorg_tanukisoftware_wrapper_WrapperManager.h=
:230: warning: data definition has no type or storage class=0Aorg_tanukisof=
tware_wrapper_WrapperManager.h:237: error: parse error before 'jobject'=0Ao=
rg_tanukisoftware_wrapper_WrapperManager.h:238: error: parse error before '=
*' token=0Aorg_tanukisoftware_wrapper_WrapperManager.h:238: warning: data d=
efinition has no type or storage class=0Awrapperjni_unix.c:88: error: synta=
x error before 'void'=0Awrapperjni_unix.c:89: error: parse error before '*'=
token=0Awrapperjni_unix.c: In function 'Java_org_tanukisoftware_wrapper_Wr=
apperManager_nativeInit':=0Awrapperjni_unix.c:90: error: 'debugging' undecl=
ared (first use in this function)=0Awrapperjni_unix.c:90: error: (Each unde=
clared identifier is reported only once=0Awrapperjni_unix.c:90: error: for =
each function it appears in.)=0Awrapperjni_unix.c: At top level:=0Awrapperj=
ni_unix.c:112: error: parse error before 'jint'=0Awrapperjni_unix.c:113: er=
ror: parse error before '*' token=0Awrapperjni_unix.c:122: error: syntax er=
ror before 'void'=0Awrapperjni_unix.c:123: error: parse error before '*' to=
ken=0Awrapperjni_unix.c:139: error: syntax error before 'void'=0Awrapperjni=
_unix.c:140: error: parse error before '*' token=0Awrapperjni_unix.c:153: e=
rror: parse error before 'jobject'=0Awrapperjni_unix.c:154: error: parse er=
ror before '*' token=0Awrapperjni_unix.c: In function 'Java_org_tanukisoftw=
are_wrapper_WrapperManager_nativeGetUser':=0Awrapperjni_unix.c:155: error: =
'jclass' undeclared (first use in this function)=0Awrapperjni_unix.c:155: e=
rror: parse error before 'wrapperUserClass'=0Awrapperjni_unix.c:156: error:=
'jmethodID' undeclared (first use in this function)=0Awrapperjni_unix.c:16=
2: error: 'jbyteArray' undeclared (first use in this function)=0Awrapperjni=
_unix.c:162: error: parse error before 'jUser'=0Awrapperjni_unix.c:166: err=
or: 'jobject' undeclared (first use in this function)=0Awrapperjni_unix.c:1=
71: error: parse error before 'jGroupName'=0Awrapperjni_unix.c:174: error: =
'wrapperUserClass' undeclared (first use in this function)=0Awrapperjni_uni=
x.c:174: error: 'env' undeclared (first use in this function)=0Awrapperjni_=
unix.c:177: error: 'constructor' undeclared (first use in this function)=0A=
wrapperjni_unix.c:186: error: 'jUser' undeclared (first use in this functio=
n)=0Awrapperjni_unix.c:187: error: 'jbyte' undeclared (first use in this fu=
nction)=0Awrapperjni_unix.c:187: error: parse error before ')' token=0Awrap=
perjni_unix.c:190: error: 'jRealName' undeclared (first use in this functio=
n)=0Awrapperjni_unix.c:191: error: parse error before ')' token=0Awrapperjn=
i_unix.c:194: error: 'jHome' undeclared (first use in this function)=0Awrap=
perjni_unix.c:195: error: parse error before ')' token=0Awrapperjni_unix.c:=
198: error: 'jShell' undeclared (first use in this function)=0Awrapperjni_u=
nix.c:199: error: parse error before ')' token=0Awrapperjni_unix.c:202: err=
or: 'wrapperUser' undeclared (first use in this function)=0Awrapperjni_unix=
.c:205: error: 'groups' undeclared (first use in this function)=0Awrapperjn=
i_unix.c:207: error: 'setGroup' undeclared (first use in this function)=0Aw=
rapperjni_unix.c:212: error: 'jGroupName' undeclared (first use in this fun=
ction)=0Awrapperjni_unix.c:213: error: parse error before ')' token=0Awrapp=
erjni_unix.c:221: error: 'addGroup' undeclared (first use in this function)=
=0Awrapperjni_unix.c:240: error: parse error before ')' token=0Awrapperjni_=
unix.c: At top level:=0Awrapperjni_unix.c:261: error: parse error before 'j=
object'=0Awrapperjni_unix.c:262: error: parse error before '*' token=0Awrap=
perjni_unix.c: In function 'Java_org_tanukisoftware_wrapper_WrapperManager_=
nativeGetInteractiveUser':=0Awrapperjni_unix.c:268: error: 'env' undeclared=
(first use in this function)=0Awrapperjni_unix.c:268: error: 'clazz' undec=
lared (first use in this function)=0Awrapperjni_unix.c:268: error: 'groups'=
undeclared (first use in this function)=0Awrapperjni_unix.c: At top level:=
=0Awrapperjni_unix.c:280: error: parse error before 'jobjectArray'=0Awrappe=
rjni_unix.c:281: error: parse error before '*' token=0Awrapperjni_unix.c:29=
1: error: parse error before 'jobject'=0Awrapperjni_unix.c:292: error: pars=
e error before '*' token=0Amake: 1254-004 The error code from the last comm=
and is 1.=0AStop.=0ABUILD FAILED=0A/home/gds/tmp/build/java_service_wrapper=
/wrapper_3.2.3_src/build.xml:576: exec returned: 2=0ATotal time: 5 seconds=
=0A=0A =0AAny ideas on this ?=0A=0AP:S: In one of my earlier posts I also m=
entioned I was not able to compile a 64-bit version as there is no make fil=
e for it. How / where can I get it ?=0A=0A=0ASanto=0A=0A=0A=0A=0A=0ABe a PS=
3 game guru.=0AGet your game face on with the latest PS3 news and previews =
at Yahoo! Games.=0A--------------------------------------------------------=
-----------------=0AUsing Tomcat but need to do more? Need to support web s=
ervices, security?=0AGet stuff done quickly with pre-integrated technology =
to make your job easier.=0ADownload IBM WebSphere Application Server v.1.0.=
1 based on Apache Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=
=3D120709&bid=3D263057&dat=3D121642=0A_____________________________________=
__________=0AWrapper-user mailing lis...@li...=
=0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A =0A__=
___________________________________________________________________________=
_______=0AIt's here! Your new message! =0AGet new email alerts with the fr=
ee Yahoo! Toolbar.=0Ahttp://tools.search.yahoo.com/toolbar/features/mail/ |
|
From: Santo <san...@ya...> - 2007-02-15 07:39:39
|
Hi Ben,=0A=0Ain the meantime I deployed our application on the HP-UX system= at our customer together with the service wrapper you compiled for me,=0Ab= ut it's still not handling the signals correctly (which should be fixed in = v3.2.1).=0AI was wondering if this could be caused by the fact that I'm usi= ng the wrapper executable from v3.2.0 because that was not=0Aavailable in y= ou tar.gz file.=0A=0ASo in fact I'm running the wrapper in the following co= nfiguration:=0Aeverything v3.2.0, except:=0A- libwrapper.sl -> v3.2.3=0A- w= rapper.jar -> v3.2.3=0A=0ACould you please send me the wrapper executable i= tself (for v3.2.3) too ?=0A=0AThanks in advance,=0A=0ASanto =0A=0A=0A----- = Original Message ----=0AFrom: Santo <san...@ya...>=0ATo: wrappe= r-...@li...=0ASent: Friday, February 2, 2007 5:01:12 PM=0A= Subject: Re: [Wrapper-user] updated HP-UX binaries=0A=0A=0AWonderful !=0A = =0ASanto=0A=0A=0A----- Original Message ----=0AFrom: Ben Jansen <bjansen@tr= ipwire.com>=0ATo: wra...@li...=0ASent: Thursday, Febr= uary 1, 2007 10:47:22 PM=0ASubject: Re: [Wrapper-user] updated HP-UX binari= es=0A=0A=0AHello,=0A=0ANo problem :-)=0A=0AThis is a 32-bit version for PA-= RISC.=0A=0A- Ben=0A=0A-----Original Message-----=0AFrom: wrapper-user-bounc= es...@li... on behalf of First Last=0ASent: Thu 2/1/2007 2:01 = AM=0ATo: wra...@li...=0ASubject: Re: [Wrapper-user] u= pdated HP-UX binaries=0A=0ABen,=0A=0AThis is really great, thank you very m= uch !=0AOne question though: Is this a 32-bit version or 64-bit ?=0AI'd lik= e a 32-bit version, but you don't mention this and I can test it ;-)=0A=0AT= hanks again.=0A=0A=0ASanto=0A----------------------------------------------= ---------------------------=0AUsing Tomcat but need to do more? Need to sup= port web services, security?=0AGet stuff done quickly with pre-integrated t= echnology to make your job easier.=0ADownload IBM WebSphere Application Ser= ver v.1.0.1 based on Apache Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cmd= =3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642=0A___________________________= ____________________=0AWrapper-user mailing lis...@li...= eforge.net=0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-user=0A= =0A=0A=0A=0A=0AGet your own web address.=0AHave a HUGE year through Yahoo! = Small Business.=0A---------------------------------------------------------= ----------------=0AUsing Tomcat but need to do more? Need to support web se= rvices, security?=0AGet stuff done quickly with pre-integrated technology t= o make your job easier.=0ADownload IBM WebSphere Application Server v.1.0.1= based on Apache Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid= =3D120709&bid=3D263057&dat=3D121642=0A_____________________________________= __________=0AWrapper-user mailing lis...@li...= =0Ahttps://lists.sourceforge.net/lists/listinfo/wrapper-user=0A=0A=0A =0A__= ___________________________________________________________________________= _______=0AThe fish are biting. =0AGet more visitors on your site using Yaho= o! Search Marketing.=0Ahttp://searchmarketing.yahoo.com/arp/sponsoredsearch= _v2.php |
|
From: Leif M. <le...@ta...> - 2007-02-15 07:24:10
|
Vinod, >From your profile output, it shows that of the CPU time that your application consumed, 23% was being consumed by the Wrapper reading from the socket you mentioned, and the remaining 77% was being consumed by the ThreadPoolExecutor. I assume this is where your application is running. This represents the Wrapper consuming a total of 48.5s of CPU time. For reference, how much actual time was the JVM running for? While this may look bad, it may simply be a matter of the JVM as a whole being quite idle. I have profiled other applications in the past and while the Wrapper registers on the list, it is always near the bottom as far as CPU usage. Reviewing the code, I also do not see any reason why this should be consuming very much code. If the the 48.5s CPU time is building up over a show actual time frame then it means that that loop is thrashing somehow. If so, this would be made obvious by enabling debug output by setting the following property in the configuration file: wrapper.debug=true Cheers, Leif Vinod Panicker wrote: > Naming the file with a .bin ext. Pls rename it to .zip to open. > > On 2/15/07, Vinod Panicker <vi...@gm...> wrote: >> Hi, >> >> I'm attaching a zip file that has the call tree and the time taken for >> the wrapper method. I'm capturing the output using Yourkit Profiler. >> >> This is a CPU tracing taken after the system has been running for a >> while (not right from startup) as the users are being increased >> gradually. If you see the whole call tree, wrapper is taking up 23% >> of the total cpu time. >> >> When the options were left to the default values, this figure was >> much higher. >> >> Regards, >> Vinod. >> >> On 2/15/07, Leif Mortenson <le...@ta...> wrote: >> > Vinod, >> > The WrapperManager class uses a Java-standard blocking socket to >> > read commands >> > from the Wrapper process across a local socket. The readByte calls >> that >> > you are talking >> > about only happen when a command is received and should be quite lite >> > weight. There >> > are several commands that come across on startup which may be why this >> > is standing out >> > for you. But once the Wrapper has started, this should be very lite >> > weight. >> > Try resetting the profiler counters once the Wrapper has started up. >> > >> > As you mentioned, those extended timeouts, especially disabling ping >> > timeouts >> > is going to cause you problems. I would restore them. >> > >> > With those settings in place though, there should not be any >> > commands going back >> > and forth once the Wrapper is started. (Except the hourly pings) As >> > you are still saying >> > that you are seeing a load on the readByte method, this must be >> > including the startup >> > code. On startup, one particular command is quite large. The Wrapper >> > sends the >> > contents of the wrapper.conf file over so it can be stored into a >> > Properties object >> > within the JVM. >> > >> > Most read methods actually call readByte behind the scenes. I do it >> > this way to get the >> > control over the socket that is needed by the Wrapper. This should not >> > be causing any >> > extra load as seen by the profiler. >> > >> > If you have ideas on how to do this differently, my ears are always >> > open. But I have >> > not felt that was a problem as currently implemented. >> > >> > Cheers, >> > Leif >> > >> > Vinod Panicker wrote: >> > > Hi, >> > > >> > > I'm using wrapper to manage startup and shutdown of a custom server. >> > > During performance testing of the server, the profiler reports a lot >> > > of cpu utilization in the wrapper methods. >> > > >> > > To reduce the wrapper communication, I've set the following >> values in >> > > wrapper.conf - >> > > >> > > wrapper.ping.timeout=0 >> > > wrapper.ping.interval=3600 >> > > wrapper.cpu.timeout=3600 >> > > >> > > I know that its not advisable, but this was done to reduce the cpu >> > > utilization reported by the profiler. >> > > >> > > But inspite of this, the profiler reports that >> > > SocketInputStream.read() called by wrapper is taking a lot of cpu >> > > time. On reviewing the code, I found that there's a loop that reads >> > > byte by byte from the wrapper socket. >> > > >> > > I'm looking at implementing an alternative mechanism that will not >> > > cause so much cpu utilization. Suggestions welcome. >> > > >> > > Regards, >> > > Vinod. >> > > >> > >> > >> > >> ------------------------------------------------------------------------- >> >> > Take Surveys. Earn Cash. Influence the Future of IT >> > Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> > opinions on IT & business topics through brief surveys-and earn cash >> > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> > _______________________________________________ >> > Wrapper-user mailing list >> > Wra...@li... >> > https://lists.sourceforge.net/lists/listinfo/wrapper-user >> > >> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Vinod P. <vi...@gm...> - 2007-02-15 06:15:19
|
Naming the file with a .bin ext. Pls rename it to .zip to open. On 2/15/07, Vinod Panicker <vi...@gm...> wrote: > Hi, > > I'm attaching a zip file that has the call tree and the time taken for > the wrapper method. I'm capturing the output using Yourkit Profiler. > > This is a CPU tracing taken after the system has been running for a > while (not right from startup) as the users are being increased > gradually. If you see the whole call tree, wrapper is taking up 23% > of the total cpu time. > > When the options were left to the default values, this figure was much higher. > > Regards, > Vinod. > > On 2/15/07, Leif Mortenson <le...@ta...> wrote: > > Vinod, > > The WrapperManager class uses a Java-standard blocking socket to > > read commands > > from the Wrapper process across a local socket. The readByte calls that > > you are talking > > about only happen when a command is received and should be quite lite > > weight. There > > are several commands that come across on startup which may be why this > > is standing out > > for you. But once the Wrapper has started, this should be very lite > > weight. > > Try resetting the profiler counters once the Wrapper has started up. > > > > As you mentioned, those extended timeouts, especially disabling ping > > timeouts > > is going to cause you problems. I would restore them. > > > > With those settings in place though, there should not be any > > commands going back > > and forth once the Wrapper is started. (Except the hourly pings) As > > you are still saying > > that you are seeing a load on the readByte method, this must be > > including the startup > > code. On startup, one particular command is quite large. The Wrapper > > sends the > > contents of the wrapper.conf file over so it can be stored into a > > Properties object > > within the JVM. > > > > Most read methods actually call readByte behind the scenes. I do it > > this way to get the > > control over the socket that is needed by the Wrapper. This should not > > be causing any > > extra load as seen by the profiler. > > > > If you have ideas on how to do this differently, my ears are always > > open. But I have > > not felt that was a problem as currently implemented. > > > > Cheers, > > Leif > > > > Vinod Panicker wrote: > > > Hi, > > > > > > I'm using wrapper to manage startup and shutdown of a custom server. > > > During performance testing of the server, the profiler reports a lot > > > of cpu utilization in the wrapper methods. > > > > > > To reduce the wrapper communication, I've set the following values in > > > wrapper.conf - > > > > > > wrapper.ping.timeout=0 > > > wrapper.ping.interval=3600 > > > wrapper.cpu.timeout=3600 > > > > > > I know that its not advisable, but this was done to reduce the cpu > > > utilization reported by the profiler. > > > > > > But inspite of this, the profiler reports that > > > SocketInputStream.read() called by wrapper is taking a lot of cpu > > > time. On reviewing the code, I found that there's a loop that reads > > > byte by byte from the wrapper socket. > > > > > > I'm looking at implementing an alternative mechanism that will not > > > cause so much cpu utilization. Suggestions welcome. > > > > > > Regards, > > > Vinod. > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Wrapper-user mailing list > > Wra...@li... > > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > |
|
From: Vinod P. <vi...@gm...> - 2007-02-15 05:54:15
|
Hi, I'm attaching a zip file that has the call tree and the time taken for the wrapper method. I'm capturing the output using Yourkit Profiler. This is a CPU tracing taken after the system has been running for a while (not right from startup) as the users are being increased gradually. If you see the whole call tree, wrapper is taking up 23% of the total cpu time. When the options were left to the default values, this figure was much higher. Regards, Vinod. On 2/15/07, Leif Mortenson <le...@ta...> wrote: > Vinod, > The WrapperManager class uses a Java-standard blocking socket to > read commands > from the Wrapper process across a local socket. The readByte calls that > you are talking > about only happen when a command is received and should be quite lite > weight. There > are several commands that come across on startup which may be why this > is standing out > for you. But once the Wrapper has started, this should be very lite > weight. > Try resetting the profiler counters once the Wrapper has started up. > > As you mentioned, those extended timeouts, especially disabling ping > timeouts > is going to cause you problems. I would restore them. > > With those settings in place though, there should not be any > commands going back > and forth once the Wrapper is started. (Except the hourly pings) As > you are still saying > that you are seeing a load on the readByte method, this must be > including the startup > code. On startup, one particular command is quite large. The Wrapper > sends the > contents of the wrapper.conf file over so it can be stored into a > Properties object > within the JVM. > > Most read methods actually call readByte behind the scenes. I do it > this way to get the > control over the socket that is needed by the Wrapper. This should not > be causing any > extra load as seen by the profiler. > > If you have ideas on how to do this differently, my ears are always > open. But I have > not felt that was a problem as currently implemented. > > Cheers, > Leif > > Vinod Panicker wrote: > > Hi, > > > > I'm using wrapper to manage startup and shutdown of a custom server. > > During performance testing of the server, the profiler reports a lot > > of cpu utilization in the wrapper methods. > > > > To reduce the wrapper communication, I've set the following values in > > wrapper.conf - > > > > wrapper.ping.timeout=0 > > wrapper.ping.interval=3600 > > wrapper.cpu.timeout=3600 > > > > I know that its not advisable, but this was done to reduce the cpu > > utilization reported by the profiler. > > > > But inspite of this, the profiler reports that > > SocketInputStream.read() called by wrapper is taking a lot of cpu > > time. On reviewing the code, I found that there's a loop that reads > > byte by byte from the wrapper socket. > > > > I'm looking at implementing an alternative mechanism that will not > > cause so much cpu utilization. Suggestions welcome. > > > > Regards, > > Vinod. > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |