Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
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: Leif M. <le...@ta...> - 2006-08-03 07:30:16
|
Milton,
Can you set wrapper.debug=true, reproduce this, then reply with the
resulting
wrapper.log file for that one JVM invocation? I would like to see
exactly what
signals are being sent to the Wrapper and JVM. This should show me what is
happening.
Cheers,
Leif
Milton Taylor wrote:
> I seem to have found a problem with wrapper 3.2.1 on Win2000. I'm
> finding that JBoss is going haywire when I logoff on the Windows
> console. My understanding is that this should not happen. The odd
> thing is that some part of JBoss is still going, but the logoff event
> has somehow interfered with the JBoss app deployer I think, and the
> WAR apps stop working, getting a http status 404.
>
> I can consistently reproduce this problem. I'm using JRE 1.5.0_07 and
> JBoss 4.0.4GA.
>
> Putting wrapper.ignore_signals=true in the configuration makes no
> difference.
>
> Any ideas?
>
> (I haven't used older versions so don't know if this is something that
> previously worked OK).
>
> Thanks,
> Milt
|
|
From: Milton T. <mc...@gm...> - 2006-08-03 07:22:35
|
I seem to have found a problem with wrapper 3.2.1 on Win2000. I'm finding that JBoss is going haywire when I logoff on the Windows console. My understanding is that this should not happen. The odd thing is that some part of JBoss is still going, but the logoff event has somehow interfered with the JBoss app deployer I think, and the WAR apps stop working, getting a http status 404. I can consistently reproduce this problem. I'm using JRE 1.5.0_07 and JBoss 4.0.4GA. Putting wrapper.ignore_signals=true in the configuration makes no difference. Any ideas? (I haven't used older versions so don't know if this is something that previously worked OK). Thanks, Milt |
|
From: Mark M. <MMo...@gl...> - 2006-07-30 13:19:00
|
Hi Leif...=20 I already set the service jsw is wrapping to run under a specific = account... But the file it touches still come out owned by the = administrators group, not the login... The login used is a domain acct = (not local to the box) but it is in the admin group. It just struck me = as odd they weren't coming out owned by the running login. Mark -------------------------- Sent from my BlackBerry Wireless Handheld =20 This e-mail message, and any attachments, is intended only for the use = of the individual or entity identified in the alias address of this = message and may contain information that is confidential, privileged and = subject to legal restrictions and penalties regarding its unauthorized = disclosure and use. Any unauthorized review, copying, disclosure, use or = distribution is strictly prohibited. If you have received this e-mail = message in error, please notify the sender immediately by reply e-mail = and delete this message, and any attachments, from your system. Thank = you.=20 -----Original Message----- From: wra...@li... = <wra...@li...> To: wra...@li... = <wra...@li...> Sent: Sat Jul 29 21:10:56 2006 Subject: Re: [Wrapper-user] files touched by things using JSW? Mark, The Java Service Wrapper, like all applciations, will be run as the=20 current user when run as a console app, or a standalone application. When run as a=20 service, they will be run as the SYSTEM account. I think this is what you are seeing. If you=20 look at the task manger while the service is running, you will see that both the=20 wrapper.exe and java.exe processes are running as SYSTEM. You can control this by using the wrapper.ntservice.account and password properties to run as a specific account. Also note that the SYSTEM user will not have access to network drives,=20 but that non-SYSTEM users will not be able to interact with the desktop. Cheers, Leif Mark Modrall wrote: > > Hi... > > I noticed something a little odd while running Cruise Control under=20 > JSW. All the files updated by svn and the log files have an odd owner. = > When I was first trying to get it working, I found that running as a=20 > service, JSW could write neither its nor CC's log files unless I=20 > changed the service definition to run under a specific account. > > The account I chose was a domain account (not local) with local=20 > membership in the Administrators group. When running CC from a login,=20 > all log files and svn updates are owned by the login account. When=20 > running as a service, all log files and svn updated-files show up as=20 > being owned by the local Administrator group (no specific owner). > > Anyone seen this before? > > Thanks > > -Mark > -------------------------------------------------------------------------= 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: David H. <da...@sm...> - 2006-07-30 04:06:44
|
Raaga, Take a look over at http://wrapper.tanukisoftware.org/doc/english/license.html Basically, if Product-X is sold by a company, and Product-X depends upon the Java Service Wrapper, then you can bundle the JSW along with Product-X. What you *must* do is include the JSW License file along with Product-X. I hope this helps, David 'Davy Boy' Hayes _____ From: wra...@li... [mailto:wra...@li...] On Behalf Of Raaga T Sent: 26 July 2006 10:36 To: wra...@li... Subject: [Wrapper-user] Reg license Hi, Is there any specific license attached to the Java Service Wrapper? Is it ok to bundle Java Service Wrapper with a company's proprietary product & sell the product? Meaning say if a company product named product-1 uses Java Service Wrapper to run as a Windows Service. Is it ok to sell product-1 (naturally Java Service Wrapper has to be bundled with it to enable it to be run as a Windows Service) as a proprietary product? Thanks. |
|
From: Leif M. <le...@ta...> - 2006-07-30 01:43:43
|
Neo,
What is the services file that you are referring to?
You can specify dependencies using the following property:
http://wrapper.tanukisoftware.org/doc/english/prop-ntservice-dependency-n.html
Note that windows ignores dependency order on system shutdown. This
is not
a wrapper problem, but rather one with the underlying system.
Cheers,
Leif
Noname Noname wrote:
> Hello All,
>
> Had a question regarding Java Service Wrapper. I am able to install
> services one at a time. But if I want to load and install/un-install
> the services say from a MYAPP.services file then any ideas on how to
> do this.
> For Ex:
> MYSERVICES.services has
> service1
> service2
> service3
>
> Also i am trying to find out where to put dependency. If Service1
> depends on Service2 to startup then want to be able to put that in the
> conf file.
>
> Thanks
> Neo
>
|
|
From: Leif M. <le...@ta...> - 2006-07-30 01:20:04
|
Geoffrey,
What platform are you using? Relative paths work great on UNIX. On
Windows
however, the wrapper needs a known user directory. When run in the
console, this
will normally be location from which the application is launched. But
when run as a
service, it will be the windows system directory. This causes problems
with relative
paths.
To work around this, the wrapper sets its user directory to the
location of the
wrapper.exe. This gives the wrapper a known working location from which
it can
always run reliably. It is also possible to change this known location
with the
wrapper.working.dir property.
The UNIX version contains the same feature because of the desire for the
wrapper.conf files to be platform independent. This makes them work the
same
everywhere. Old versions of the UNIX wrapper did not set the working
dir. This
was only done in the shell script. Starting with 3.2.0, the UNIX
version of the
wrapper sets its working dir as well.
This is a little different from the way applications normally work.
But once you
get used to it, it makes everything very simple and more importantly
reliable. If
you use relative paths, it is possible to move a application directory
anywhere on
a system. Most applications rely on fully qualified static paths to
work around
path issues.
Cheers,
Leif
Geoffrey Mitchell wrote:
> We use wrapper with cruisecontrol very successfully. I, however, have
> made some customizations to the wrapper scripts and use a different
> deployment architecture than the suggested one. I have one central
> JSW deployment, and only duplicate the config and startup script for
> each application (I use JSW for both CC and JBoss). I have commented
> out the line in the script that changes the directory to the one that
> the script is in, and have eliminated relative paths and replaced them
> with absolute paths. This works fine for me.
>
> Leif Mortenson wrote:
>> Mark,
>> The wrapper decides on a working directory long before the JVM is ever
>> launched.
>> Could you post your wrapper.conf file? Maybe one of our Cruise Control
>> users or
>> myself can see the problem.
>> I know that several other users are using the wrapper with Cruise
>> Control. I know
>> that some have had problems initially, but the ones I am aware of have
>> all gotten up
>> and running.
>>
>> Cheers,
>> Leif
>>
>> Mark Modrall wrote:
>>
>>> Hi…
>>>
>>> I’ve been trying to use JavaServiceWrapper to get CruiseControl
>>> running on windows xp and so far it’s been reasonably painful. Turns
>>> out most of the problems are due to implicit internal dependencies
>>> inside CC using relative paths and assuming a particular working
>>> directory/file system hierarchy. After figuring that out, I found the
>>>
>>> Wrapper.working.dir=
>>>
>>> config element. That was very helpful but there seems to be something
>>> funky in the way JavaServiceWrapper is implementing it.
>>>
>>> For one thing, CC spits out a cruisecontrol.log file for the sysout
>>> output. Even though the code appears to be running in the cc home
>>> directory (it would fall right over if it wasn’t), when it’s run by
>>> JavaServiceWrapper cruisecontrol.log appears in the directory of
>>> wrapper.exe.
>>>
>>> For another thing, CC has some jmx implementation to do remote
>>> controls for the program. Whatever environment the jmx thread’s using,
>>> it appears to be back in the wrapper.exe directory. The cc jmx
>>> implementation is also using a lot of relative paths and when the web
>>> control page tries to invoke a jmx method, it’s crapping out. The log
>>> file says it’s failing because it’s looking for a subdirectory under
>>> the cc home directory it can’t find.
>>>
>>> So how come wrapper.working.dir can get the main thread running using
>>> the right pwd while the jmx thread’s not?
>>>
>>> Thanks
>>>
>>> -Mark
>>>
>>>
>>
>>
>> -------------------------------------------------------------------------
>> 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: Leif M. <le...@ta...> - 2006-07-30 01:11:02
|
Mark, The Java Service Wrapper, like all applciations, will be run as the current user when run as a console app, or a standalone application. When run as a service, they will be run as the SYSTEM account. I think this is what you are seeing. If you look at the task manger while the service is running, you will see that both the wrapper.exe and java.exe processes are running as SYSTEM. You can control this by using the wrapper.ntservice.account and password properties to run as a specific account. Also note that the SYSTEM user will not have access to network drives, but that non-SYSTEM users will not be able to interact with the desktop. Cheers, Leif Mark Modrall wrote: > > Hi… > > I noticed something a little odd while running Cruise Control under > JSW. All the files updated by svn and the log files have an odd owner. > When I was first trying to get it working, I found that running as a > service, JSW could write neither its nor CC’s log files unless I > changed the service definition to run under a specific account. > > The account I chose was a domain account (not local) with local > membership in the Administrators group. When running CC from a login, > all log files and svn updates are owned by the login account. When > running as a service, all log files and svn updated-files show up as > being owned by the local Administrator group (no specific owner). > > Anyone seen this before? > > Thanks > > -Mark > |
|
From: Raaga T <ra...@gm...> - 2006-07-28 20:33:07
|
Hi, Is there any specific license attached to the Java Service Wrapper? Is it ok to bundle Java Service Wrapper with a company's proprietary product & sell the product? Meaning say if a company product named product-1 uses Java Service Wrapper to run as a Windows Service. Is it ok to sell product-1 (naturally Java Service Wrapper has to be bundled with it to enable it to be run as a Windows Service) as a proprietary product? Thanks. |
|
From: Mark M. <MMo...@gl...> - 2006-07-28 19:39:22
|
Hi...
=20
I noticed something a little odd while running Cruise
Control under JSW. All the files updated by svn and the log files have
an odd owner. When I was first trying to get it working, I found that
running as a service, JSW could write neither its nor CC's log files
unless I changed the service definition to run under a specific account.
=20
The account I chose was a domain account (not local) with
local membership in the Administrators group. When running CC from a
login, all log files and svn updates are owned by the login account.
When running as a service, all log files and svn updated-files show up
as being owned by the local Administrator group (no specific owner).
=20
Anyone seen this before?
=20
Thanks
-Mark
=20
This e-mail message, and any attachments, is intended only for the use =
of the individual or entity identified in the alias address of this =
message and may contain information that is confidential, privileged and =
subject to legal restrictions and penalties regarding its unauthorized =
disclosure and use. Any unauthorized review, copying, disclosure, use or =
distribution is strictly prohibited. If you have received this e-mail =
message in error, please notify the sender immediately by reply e-mail =
and delete this message, and any attachments, from your system. Thank =
you.
|
|
From: <Eri...@Bu...> - 2006-07-24 14:31:37
|
Leif,
Here is the message from net stop:
C:\Work\CVS\JOnASSvn>net stop JOnAS_jonas
The JOnAS (jonas) service is stopping........
The JOnAS (jonas) service could not be stopped.
So it is returning an error, if it's code in one of the threads from JOnAS
then I could look into it. I'm just trying to understand why the error
return from net stop is occuring since I thought that would only occur if
some timeout happened or the wrapper code returned an error which I'm not
seeing in the log. Thanks.
Eric
Leif Mortenson <le...@ta...>
Sent by: wra...@li...
07/21/2006 05:56 PM
Please respond to
wra...@li...
To
wra...@li...
cc
Subject
Re: [Wrapper-user] Net stop reports service could not be stopped
Eric,
What exactly are you seeing in the command window when you run "net
stop myapp"?
Looking at the wrapper.log file, everything appears to be
functioning correctly. The
Wrapper is exiting with an exit code of zero and it appears to be doing
so in a timely
manner. 17 seconds.
I did notice that your application appears to be calling System.exit
at some point
during the shutdown process. The stop main method is returning, but the
shutdown
hooks are being started. To avoid deadlocks, the wrapper goes into a
mode where
it only waits 5 seconds for your threads to complete. After 5 seconds,
you still have
15 non-daemon threads running so your application has not shutdown
completely
at that point. The workaround is needed because at least one of those
15 threads
is frozen within a call to System.exit and will never complete. With
Java 5, I may
may be able to figure out which threads are in System.exit and make this
work a
little better.
I don't believe that would be causing any errors from net stop
however.
Cheers,
Leif
Eri...@Bu... wrote:
>
> Leif,
> The service takes a little while to stop, it's an application server
> but I don't think a timeout should be occuring based on the wrapper
> debug output and information that I'm reading about the service
> control manager. I have tested the wrapper -t and -p functionality
> and it works as you state, but I'm dealing with a user that wants to
> do everything the standard MS way and also may be using the service
> window. I'm attaching the log file, where I just do a net start
> followed by a net stop and it doesn't seem long enough to be causing
> an error return from net stop. Have you looked at sending
> STOP_PENDING status messages to help with this issue, just something I
> saw in the Handler documentation?
>
> Eric
-------------------------------------------------------------------------
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: Noname N. <hel...@gm...> - 2006-07-24 13:35:09
|
Hello All, Had a question regarding Java Service Wrapper. I am able to install services one at a time. But if I want to load and install/un-install the services say from a MYAPP.services file then any ideas on how to do this. For Ex: MYSERVICES.services has service1 service2 service3 Also i am trying to find out where to put dependency. If Service1 depends on Service2 to startup then want to be able to put that in the conf file. Thanks Neo |
|
From: Mark M. <MMo...@gl...> - 2006-07-24 13:14:08
|
Hi Leif, Here's our current wrapper.conf file... Several of our problems have been resolved with hunt-and-peck/trial-and-error. The CC wiki page on the subject is missing a number of key points. For example, the CC jmx stuff wasn't working with just the wrapper.working.dir=3D setting, but we eventually found the CC -cchome parameter (telling cc where it's living). When we specified that, the jmx stuff started working. I haven't tried it yet, but I'm guessing that using -cchome we could probably *not* use wrapper.working.dir. The CC documentation says that -cchome is supposed to default to ".", so it remains a mystery why the wrapper.working.dir wouldn't work for the jmx stuff but at least we got it working. Some of the compilation issues turned out to come from another person in our group's attempt to get this working; he'd copied the cc jars all over the place and they ended up getting in the ant pool where they didn't play well. One thing that still doesn't make sense with the config file below - the wrapper.logfile=3D setting appears to be ignored. Instead = of having the logfile appear where specified, it's coming out in $wrapper.working.dir/wrapper.log. Thanks -Mark =20 This e-mail message, and any attachments, is intended only for the use = of the individual or entity identified in the alias address of this = message and may contain information that is confidential, privileged and = subject to legal restrictions and penalties regarding its unauthorized = disclosure and use. Any unauthorized review, copying, disclosure, use or = distribution is strictly prohibited. If you have received this e-mail = message in error, please notify the sender immediately by reply e-mail = and delete this message, and any attachments, from your system. Thank = you.=20 -----Original Message----- From: wra...@li... [mailto:wra...@li...] On Behalf Of Leif Mortenson Sent: Friday, July 21, 2006 8:34 PM To: wra...@li... Subject: Re: [Wrapper-user] using JavaServiceWrapper with CruiseControl - help? Mark, The wrapper decides on a working directory long before the JVM is ever=20 launched. Could you post your wrapper.conf file? Maybe one of our Cruise Control=20 users or myself can see the problem. I know that several other users are using the wrapper with Cruise=20 Control. I know that some have had problems initially, but the ones I am aware of have=20 all gotten up and running. Cheers, Leif Mark Modrall wrote: > > Hi... > > I've been trying to use JavaServiceWrapper to get CruiseControl=20 > running on windows xp and so far it's been reasonably painful. Turns=20 > out most of the problems are due to implicit internal dependencies=20 > inside CC using relative paths and assuming a particular working=20 > directory/file system hierarchy. After figuring that out, I found the > > Wrapper.working.dir=3D > > config element. That was very helpful but there seems to be something=20 > funky in the way JavaServiceWrapper is implementing it. > > For one thing, CC spits out a cruisecontrol.log file for the sysout=20 > output. Even though the code appears to be running in the cc home=20 > directory (it would fall right over if it wasn't), when it's run by=20 > JavaServiceWrapper cruisecontrol.log appears in the directory of=20 > wrapper.exe. > > For another thing, CC has some jmx implementation to do remote=20 > controls for the program. Whatever environment the jmx thread's using, > it appears to be back in the wrapper.exe directory. The cc jmx=20 > implementation is also using a lot of relative paths and when the web=20 > control page tries to invoke a jmx method, it's crapping out. The log=20 > file says it's failing because it's looking for a subdirectory under=20 > the cc home directory it can't find. > > So how come wrapper.working.dir can get the main thread running using=20 > the right pwd while the jmx thread's not? > > Thanks > > -Mark > ------------------------------------------------------------------------ - 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: Leif M. <le...@ta...> - 2006-07-22 00:56:53
|
Eric,
What exactly are you seeing in the command window when you run "net
stop myapp"?
Looking at the wrapper.log file, everything appears to be
functioning correctly. The
Wrapper is exiting with an exit code of zero and it appears to be doing
so in a timely
manner. 17 seconds.
I did notice that your application appears to be calling System.exit
at some point
during the shutdown process. The stop main method is returning, but the
shutdown
hooks are being started. To avoid deadlocks, the wrapper goes into a
mode where
it only waits 5 seconds for your threads to complete. After 5 seconds,
you still have
15 non-daemon threads running so your application has not shutdown
completely
at that point. The workaround is needed because at least one of those
15 threads
is frozen within a call to System.exit and will never complete. With
Java 5, I may
may be able to figure out which threads are in System.exit and make this
work a
little better.
I don't believe that would be causing any errors from net stop however.
Cheers,
Leif
Eri...@Bu... wrote:
>
> Leif,
> The service takes a little while to stop, it's an application server
> but I don't think a timeout should be occuring based on the wrapper
> debug output and information that I'm reading about the service
> control manager. I have tested the wrapper -t and -p functionality
> and it works as you state, but I'm dealing with a user that wants to
> do everything the standard MS way and also may be using the service
> window. I'm attaching the log file, where I just do a net start
> followed by a net stop and it doesn't seem long enough to be causing
> an error return from net stop. Have you looked at sending
> STOP_PENDING status messages to help with this issue, just something I
> saw in the Handler documentation?
>
> Eric
|
|
From: Leif M. <le...@ta...> - 2006-07-22 00:33:47
|
Mark, The wrapper decides on a working directory long before the JVM is ever launched. Could you post your wrapper.conf file? Maybe one of our Cruise Control users or myself can see the problem. I know that several other users are using the wrapper with Cruise Control. I know that some have had problems initially, but the ones I am aware of have all gotten up and running. Cheers, Leif Mark Modrall wrote: > > Hi… > > I’ve been trying to use JavaServiceWrapper to get CruiseControl > running on windows xp and so far it’s been reasonably painful. Turns > out most of the problems are due to implicit internal dependencies > inside CC using relative paths and assuming a particular working > directory/file system hierarchy. After figuring that out, I found the > > Wrapper.working.dir= > > config element. That was very helpful but there seems to be something > funky in the way JavaServiceWrapper is implementing it. > > For one thing, CC spits out a cruisecontrol.log file for the sysout > output. Even though the code appears to be running in the cc home > directory (it would fall right over if it wasn’t), when it’s run by > JavaServiceWrapper cruisecontrol.log appears in the directory of > wrapper.exe. > > For another thing, CC has some jmx implementation to do remote > controls for the program. Whatever environment the jmx thread’s using, > it appears to be back in the wrapper.exe directory. The cc jmx > implementation is also using a lot of relative paths and when the web > control page tries to invoke a jmx method, it’s crapping out. The log > file says it’s failing because it’s looking for a subdirectory under > the cc home directory it can’t find. > > So how come wrapper.working.dir can get the main thread running using > the right pwd while the jmx thread’s not? > > Thanks > > -Mark > |
|
From: Mark M. <MMo...@gl...> - 2006-07-21 18:22:47
|
Hi...
=20
I've been trying to use JavaServiceWrapper to get
CruiseControl running on windows xp and so far it's been reasonably
painful. Turns out most of the problems are due to implicit internal
dependencies inside CC using relative paths and assuming a particular
working directory/file system hierarchy. After figuring that out, I
found the
=20
Wrapper.working.dir=3D
=20
config element. That was very helpful but there seems to be something
funky in the way JavaServiceWrapper is implementing it.
=20
For one thing, CC spits out a cruisecontrol.log file for the
sysout output. Even though the code appears to be running in the cc
home directory (it would fall right over if it wasn't), when it's run by
JavaServiceWrapper cruisecontrol.log appears in the directory of
wrapper.exe.
=20
For another thing, CC has some jmx implementation to do
remote controls for the program. Whatever environment the jmx thread's
using, it appears to be back in the wrapper.exe directory. The cc jmx
implementation is also using a lot of relative paths and when the web
control page tries to invoke a jmx method, it's crapping out. The log
file says it's failing because it's looking for a subdirectory under the
cc home directory it can't find.
=20
So how come wrapper.working.dir can get the main thread
running using the right pwd while the jmx thread's not?
=20
Thanks
-Mark
=20
This e-mail message, and any attachments, is intended only for the use =
of the individual or entity identified in the alias address of this =
message and may contain information that is confidential, privileged and =
subject to legal restrictions and penalties regarding its unauthorized =
disclosure and use. Any unauthorized review, copying, disclosure, use or =
distribution is strictly prohibited. If you have received this e-mail =
message in error, please notify the sender immediately by reply e-mail =
and delete this message, and any attachments, from your system. Thank =
you.
|
|
From: Leif M. <le...@ta...> - 2006-07-21 01:50:04
|
Jaison,
The original JVM exit does appear to have been caused by a timeout. The
JVM is going away. Are there any dump files in the working directory?
The subsequent restart failures are because the system is still too
heavily
loaded to start the JVM. The ping timeout only applies after the JVM
application is up and running. You need to extend the
wrapper.startup.timeout
property to handle startups.
Also, could you please set wrapper.debug=true and then post a log which
reproduces this? I only need a couple minutes before the restart and then
the first full failed restart.
Thanks,
Leif
maria jaison wrote:
> Hi Leif,
>
> Thank you very much for your suggestion to resolve
> Solaris console issue. Now I come out of Solaris
> console issue.
> But I am facing another issue now. If CPU is around
> 97 to 100% for more than five minutes, wrapper(3.2.0
> version) stopped in Sun Solaris 5.8. I got following
> messages in wrapper.log at last.
>
> ERROR | wrapper | 2006/07/17 08:49:53 | JVM exited
> unexpectedly.
> STATUS | wrapper | 2006/07/17 08:49:58 | Launching a
> JVM...
> ERROR | wrapper | 2006/07/17 08:51:13 | Startup
> failed: Timed out waiting for a signal from the JVM.
> ...
> .....
> ERROR | wrapper | 2006/07/17 08:56:29 | JVM did not
> exit on request, terminated
> FATAL | wrapper | 2006/07/17 08:56:29 | There were 5
> failed launches in a row, each lasting less than 300
> seconds. Giving up.
>
> Previously I faced this issue in windows. After I
> had set property wrapper.ping.timeout=0, this problem
> was resolved. But even I keep this property with zero
> value for Solaris platform, this wrapper stopping
> issue occurs.
>
> Could you please help me to come out of this problem
> also?
>
> Thanks and regards
> Jaison
|
|
From: maria j. <mj...@ya...> - 2006-07-20 19:35:42
|
Hi Leif, Thank you very much for your suggestion to resolve Solaris console issue. Now I come out of Solaris console issue. But I am facing another issue now. If CPU is around 97 to 100% for more than five minutes, wrapper(3.2.0 version) stopped in Sun Solaris 5.8. I got following messages in wrapper.log at last. ERROR | wrapper | 2006/07/17 08:49:53 | JVM exited unexpectedly. STATUS | wrapper | 2006/07/17 08:49:58 | Launching a JVM... ERROR | wrapper | 2006/07/17 08:51:13 | Startup failed: Timed out waiting for a signal from the JVM. ... ..... ERROR | wrapper | 2006/07/17 08:56:29 | JVM did not exit on request, terminated FATAL | wrapper | 2006/07/17 08:56:29 | There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up. Previously I faced this issue in windows. After I had set property wrapper.ping.timeout=0, this problem was resolved. But even I keep this property with zero value for Solaris platform, this wrapper stopping issue occurs. Could you please help me to come out of this problem also? Thanks and regards Jaison ___________________________________________________________ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html |
|
From: Leif M. <le...@ta...> - 2006-07-20 04:51:31
|
Hello all, I uploaded the delta-pack distributions for the 3.2.1 release today. This distribution contains the binaries necessary to run on any of the platforms supported by this release. The naming structure used in the delta-pack makes it possible to generate a single binary distribution of a user application which runs anywhere. It works by renaming the wrapper binary from "wrapper" to "wrapper-linux-x86-32" and "libwrapper.so" to "libwrapper-linux-x86-32.so" The same pattern can be followed for the files from any wrapper distribution. The sh scripts, bat files, and wrapper jar are all aware of this naming structure, correctly loading the binaries appropriate for the current platform. Cheers, Leif |
|
From: Leif M. <le...@ta...> - 2006-07-19 08:21:53
|
Inspiron,
Once again, please post to the mailing list rather than to me directly.
The problem is that your application is exiting with an exit code of 1.
The wrapper forwards the Java exit code on to the wrapper. If a service
exits
with a non-0 exit code, the windows service manager assumes that there was
a problem with the service and reports it as so. This is why you are
seeing
the following error:
---
The MyApp service is stopping..
A system error has occurred.
System error 1067 has occurred.
The process terminated unexpectedly.
The MyApp service was stopped successfully.
---
Try using the Wrapper to stop the service if you need to avoid this message:
wrapper.exe -p wrapper.conf
Is it possible for you to change the exit code? It may be necessary to
add a property
which services to ignore the jvm exit code and always exit with a code of 0.
Cheers,
Leif
Inspiron123 wrote:
> Message body follows:
>
> hi
> thanks for the mail
>
> he is the wrapper.log which is of the windows service
>
>
> STATUS | wrapper | 2006/07/13 19:03:16 | --> Wrapper
> Started as Service
> DEBUG | wrapper | 2006/07/13 19:03:16 | Using tick timer.
> DEBUG | wrapperp | 2006/07/13 19:03:16 | server listening
> on port 32000.
> STATUS | wrapper | 2006/07/13 19:03:16 | Launching a JVM...
> DEBUG | wrapper | 2006/07/13 19:03:16 | command:
> "C:\WINDOWS\system32\java.exe" -Djava.library.path="../lib"
> -classpath
> "../lib/wrapper.jar;C:/j2sdk1.4.2_08/lib/tools.jar;../../vflauncher.jar;../../classpaths_sm"
> -Dwrapper.key="wNZpwc4dutVmqtKS" -Dwrapper.port=32000
> -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
> -Dwrapper.debug="TRUE" -Dwrapper.pid=1556
> -Dwrapper.version="3.2.0" -Dwrapper.native_library="wrapper"
> -Dwrapper.service="TRUE" -Dwrapper.cpu.timeout="10"
> -Dwrapper.jvmid=1
> org.tanukisoftware.wrapper.WrapperStartStopApp
> com.bird.commons.launcher.LauncherMain 3 ../..
> ../../classpaths_sm com.bird.ss.CLMain
> com.bird.commons.launcher.LauncherMain true 4 ../..
> ../../classpaths_sm com.bird.ss.CLAdmin exit
> DEBUG | wrapper | 2006/07/13 19:03:16 | JVM started (PID=3084)
> INFO | jvm 1 | 2006/07/13 19:03:17 | WrapperManager
> class initialized by thread: main Using classloader:
> sun.misc.Launcher$AppClassLoader@e80a59
> INFO | jvm 1 | 2006/07/13 19:03:17 | Wrapper (Version
> 3.2.0) http://wrapper.tanukisoftware.org
> INFO | jvm 1 | 2006/07/13 19:03:17 |
> INFO | jvm 1 | 2006/07/13 19:03:17 | Wrapper Manager:
> JVM #1
> INFO | jvm 1 | 2006/07/13 19:03:17 | Running a 32-bit JVM.
> INFO | jvm 1 | 2006/07/13 19:03:17 | Wrapper Manager:
> Registering shutdown hook
> INFO | jvm 1 | 2006/07/13 19:03:17 | Wrapper Manager:
> Using wrapper
> INFO | jvm 1 | 2006/07/13 19:03:17 | Load native
> library. One or more attempts may fail if platform specific
> libraries do not exist.
> INFO | jvm 1 | 2006/07/13 19:03:17 | Loaded native
> library: wrapper-windows-x86-32.dll
> INFO | jvm 1 | 2006/07/13 19:03:17 | Calling native
> initialization method.
> INFO | jvm 1 | 2006/07/13 19:03:17 | Initializing
> WrapperManager native library.
> INFO | jvm 1 | 2006/07/13 19:03:17 | Java Executable:
> C:\WINDOWS\system32\java.exe
> INFO | jvm 1 | 2006/07/13 19:03:17 | Windows version:
> 5.1.2600
> INFO | jvm 1 | 2006/07/13 19:03:17 | Java Version :
> 1.4.2_08-b03 Java HotSpot(TM) Client VM
> INFO | jvm 1 | 2006/07/13 19:03:17 | Java VM Vendor :
> Sun Microsystems Inc.
> INFO | jvm 1 | 2006/07/13 19:03:17 |
> INFO | jvm 1 | 2006/07/13 19:03:17 |
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperStartStopApp@a97b0b,
> args["../..", "../../classpaths_sm", "com.bird.ss.CLMain"])
> called by thread: main
> INFO | jvm 1 | 2006/07/13 19:03:17 | Open socket to
> wrapper...Wrapper-Connection
> INFO | jvm 1 | 2006/07/13 19:03:19 | Opened Socket from
> 31000 to 32000
> INFO | jvm 1 | 2006/07/13 19:03:19 | Send a packet KEY
> : wNZpwc4dutVmqtKS
> INFO | jvm 1 | 2006/07/13 19:03:19 |
> handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000])
> DEBUG | wrapperp | 2006/07/13 19:03:19 | accepted a socket
> from 127.0.0.1 on port 31000
> DEBUG | wrapperp | 2006/07/13 19:03:19 | read a packet KEY
> : wNZpwc4dutVmqtKS
> DEBUG | wrapper | 2006/07/13 19:03:19 | Got key from JVM:
> wNZpwc4dutVmqtKS
> DEBUG | wrapperp | 2006/07/13 19:03:19 | send a packet
> LOW_LOG_LEVEL : 1
> DEBUG | wrapperp | 2006/07/13 19:03:19 | send a packet
> PING_TIMEOUT : 30
> DEBUG | wrapperp | 2006/07/13 19:03:19 | send a packet
> PROPERTIES : (Property Values)
> DEBUG | wrapper | 2006/07/13 19:03:19 | Start Application.
> DEBUG | wrapperp | 2006/07/13 19:03:19 | send a packet
> START : start
> INFO | jvm 1 | 2006/07/13 19:03:19 | Received a packet
> LOW_LOG_LEVEL : 1
> INFO | jvm 1 | 2006/07/13 19:03:19 | Wrapper Manager:
> LowLogLevel from Wrapper is 1
> INFO | jvm 1 | 2006/07/13 19:03:19 | Received a packet
> PING_TIMEOUT : 30
> INFO | jvm 1 | 2006/07/13 19:03:19 | Wrapper Manager:
> PingTimeout from Wrapper is 30000
> INFO | jvm 1 | 2006/07/13 19:03:19 | Received a packet
> PROPERTIES : (Property Values)
> INFO | jvm 1 | 2006/07/13 19:03:19 | Monitoring of the
> JVM thread count will be delayed for 1 seconds.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Received a packet
> START : start
> INFO | jvm 1 | 2006/07/13 19:03:19 | calling
> listener.start()
> INFO | jvm 1 | 2006/07/13 19:03:19 |
> WrapperStartStopApp: start(args) Will wait up to 2 seconds
> for the main method to complete.
> INFO | jvm 1 | 2006/07/13 19:03:19 |
> WrapperStartStopApp: invoking start main method
> INFO | jvm 1 | 2006/07/13 19:03:19 | VF Launcher
> Version: 2.0
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\sm\sm.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\sm\vfcommons.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\activation.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\blowfishj-2.14.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\hsqldb.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\jcalendar.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\log4j.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\looks-1.3.2.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\mail.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\qslib.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\vfcommons.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\vfwizard.jar> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Adding
> <C:\bird\sm14\lib\other\mysql-connector-java-3.0.11-stable-bin.jar>
> to the classpath.
> INFO | jvm 1 | 2006/07/13 19:03:19 | Starting process:
> INFO | jvm 1 | 2006/07/13 19:03:19 | C:\Program
> Files\Java\j2re1.4.2_08\bin\java -classpath
> C:\bird\sm14;C:\bird\sm14\lib\sm\sm.jar;C:\bird\sm14\lib\sm\vfcommons.jar;C:\bird\sm14\lib\other\activation.jar;C:\bird\sm14\lib\other\blowfishj-2.14.jar;C:\bird\sm14\lib\other\hsqldb.jar;C:\bird\sm14\lib\other\jcalendar.jar;C:\bird\sm14\lib\other\log4j.jar;C:\bird\sm14\lib\other\looks-1.3.2.jar;C:\bird\sm14\lib\other\mail.jar;C:\bird\sm14\lib\other\qslib.jar;C:\bird\sm14\lib\other\vfcommons.jar;C:\bird\sm14\lib\other\vfwizard.jar;C:\bird\sm14\lib\other\mysql-connector-java-3.0.11-stable-bin.jar
> com.bird.ss.CLMain WrapperStartStopApp: start main method
> completed
> INFO | jvm 1 | 2006/07/13 19:03:19 |
> WrapperStartStopApp: start(args) end. Main Completed=true,
> exitCode=null
> INFO | jvm 1 | 2006/07/13 19:03:19 | returned from
> listener.start()
> INFO | jvm 1 | 2006/07/13 19:03:19 | Send a packet
> STARTED :
> DEBUG | wrapperp | 2006/07/13 19:03:19 | read a packet
> STARTED :
> DEBUG | wrapper | 2006/07/13 19:03:19 | JVM signalled that
> it was started.
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,625 [main] DEBUG [com.bird.ss.CLMain.main()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] DEBUG [com.bird.ss.CLMain.main()] -
> Creating Environment. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] DEBUG
> [com.bird.ss.CLMain.createEnvironment()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] INFO
> [com.bird.ss.CLMain.createEnvironment()] - Attempting to
> create Environment. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] DEBUG
> [com.bird.ss.CLMain.createEnvironment()] - ./signal already
> exists. Clear it. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] DEBUG
> [com.bird.ss.CLMain.createEnvironment()] - exit deleted.
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] DEBUG
> [com.bird.ss.CLMain.createEnvironment()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,656 [main] INFO [com.bird.ss.CLMain.main()] -
> Staring Service. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [main] DEBUG
> [com.bird.ss.CLMain.startService()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [main] INFO
> [com.bird.ss.CLMain.startService()] - Attempting to start
> settlement service. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [main] INFO
> [com.bird.ss.CLMain.startService()] - Settlement Service
> Started.
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [main] DEBUG
> [com.bird.ss.CLMain.startService()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] DEBUG
> [com.bird.ss.CLMain$CLMainStart.run()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.CLMain$CLMainStart.run()] - Initialize. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] DEBUG [com.bird.ss.BaseMain.init()]
> - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.BaseMain.printVersion()] -
> ************************************************************************
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.BaseMain.printVersion()] -
> STARTING BIRD AUTO SETTLEMENT SERVICE
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.BaseMain.printVersion()] -
> Version <01.00.15>
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.BaseMain.printVersion()] -
>
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] INFO
> [com.bird.ss.BaseMain.printVersion()] -
> ************************************************************************
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] DEBUG [com.bird.ss.BaseMain.init()]
> - Loading Properties File <settlementservice.properties>. . .
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,671 [Thread-0] DEBUG
> [com.bird.ss.BaseMain.loadProperties()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,687 [Thread-0] DEBUG
> [com.bird.ss.BaseMain.loadProperties()] - Loading bootstrap
> parameters from properties file...
> INFO | jvm 1 | 2006/07/13 19:03:19 | 2006-07-13
> 19:03:19,703 [Thread-0] DEBUG
> [com.bird.ss.BaseMain.loadProperties()] - Propeties Loaded
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,921 [Thread-0] DEBUG
> [com.bird.ss.BaseMain.loadProperties()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,921 [Thread-0] DEBUG [com.bird.ss.BaseMain.init()]
> - Properties File <settlementservice.properties> Loaded
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,921 [Thread-0] WARN [com.bird.ss.BaseMain.init()]
> - Defaulting frequency to 300 seconds.
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,921 [Thread-0] INFO [com.bird.ss.BaseMain.init()]
> - Frequency Set to <300> Seconds
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,921 [Thread-0] DEBUG [com.bird.ss.BaseMain.init()]
> - Attempting to initialize AutoSettleDaemon. . .
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,937 [Thread-0] DEBUG
> [com.bird.ss.AutoSettleDaemon.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,937 [Thread-0] DEBUG
> [com.bird.ss.AutoSettleDaemon.<init>()] - Attempting to
> create instance of SettlementScheduler. . .
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,937 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,937 [Thread-0] INFO
> [com.bird.ss.SettlementScheduler.<init>()] - Starting up...
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,937 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Initializing
> Database. . .
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,968 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.init()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:20 | log4j:WARN No
> appenders could be found for logger (qslib.db.DBServer).
> INFO | jvm 1 | 2006/07/13 19:03:20 | log4j:WARN Please
> initialize the log4j system properly.
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.init()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] INFO
> [com.bird.ss.SettlementScheduler.<init>()] - Database
> Initialized
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Getting DB
> Instance. . .
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - DB Instance Set.
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Loading
> Properties. . .
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:20 | 2006-07-13
> 19:03:19,984 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Loading
> properties...
> DEBUG | wrapperp | 2006/07/13 19:03:20 | send a packet PING
> : ping
> INFO | jvm 1 | 2006/07/13 19:03:20 | Received a packet
> PING : ping
> INFO | jvm 1 | 2006/07/13 19:03:20 | Send a packet PING
> : ok
> DEBUG | wrapperp | 2006/07/13 19:03:20 | read a packet PING
> : ok
> DEBUG | wrapper | 2006/07/13 19:03:20 | Got ping response
> from JVM
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,234 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Creating
> statement
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,234 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Executing
> Query <SELECT * FROM PROPERTIES>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - Set Property.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,578 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadProperties()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,593 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Properties Loaded.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,593 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Initializing. . .
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,593 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.init()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,593 [Thread-0] INFO
> [com.bird.ss.SettlementScheduler.init()] - Max retry set to 2
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,656 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.init()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 20
> INFO | jvm 1 | 2006/07/13 19:03:22 | 06-07-13
> 19:03:22,656 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,656 [Thread-0] INFO
> [com.bird.ss.EmailUtil.<init>()] - Initializing...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,671 [Thread-0] INFO
> [com.bird.ss.EmailUtil.<init>()] - SMTP Host:
> wmra.dataone.in Authentication is ON using
> ka...@da.../enerdwqs
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,671 [Thread-0] DEBUG
> [com.bird.ss.EmailUtil.<init>()] - From = "cv...@cv..."
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,671 [Thread-0] INFO
> [com.bird.ss.EmailUtil.<init>()] - Ready.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,671 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - Email Util set
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,671 [Thread-0] INFO
> [com.bird.ss.EmailManager.<init>()] - Support Email is
> <cv...@cv...>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Reading file:
> C:\bird\sm14\email\MERCHANT_SUCCESS...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Done. EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - Email Template
> <MERCHANT_SUCCESS> set.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Reading file:
> C:\bird\sm14\email\MERCHANT_WARNING...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Done. EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - Email Template
> <MERCHANT_WARNING> set.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Reading file:
> C:\bird\sm14\email\SUPPORT...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Done. EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - Email Template
> <SUPPORT> set.
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,703 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - Got Instance of
> Database Manager
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,718 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,734 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.init()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,734 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,734 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - Loading
> server settings...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,750 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - Creating
> statement
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,750 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - Executing
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,750 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] -
> Preparing Statement <SELECT * FROM RITA_DB WHERE DB_ID = ?>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,765 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - Execute
> Query <SELECT * FROM RITA_SERVER>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,765 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] -
> SERVER_ID <1>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,765 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - IP
> <localhost>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - PORT <5012>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - TIMEOUT
> <60000>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] -
> MAX_CLIENTS <10>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - RiTA_DB
> ID <1>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - RITA_DB
> URL <jdbc:mysql://localhost/ritadb>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - RITA_DB
> USR <MASKED>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - RITA_DB
> PW <MASKED>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,781 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - RITA_DB
> DRIVER <com.mysql.jdbc.Driver>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - ID Set to <1>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - IP Set to <localhost>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - Port Set to <5012>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - Timeout Set to <60000000>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - Max Threads Set to <10>
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.ServerConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - SERVER
> Config Added
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,812 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadServerConfigs()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,843 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.init()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,859 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,859 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,859 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.EmailManager.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] INFO
> [com.bird.ss.SettlementManager.<init>()] - Initializing...
> Server 1 @localhost:5012 timeout: 60000000 threads: 10
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - Getting Standard
> Request from REQUEST File
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Reading file:
> C:\bird\sm14\REQUEST...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.util.FileUtil.readTextFile()] - Done. EXIT
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,906 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Loading
> default actions...
> INFO | jvm 1 | 2006/07/13 19:03:22 | 2006-07-13
> 19:03:22,921 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - At
> INFO | jvm 1 | 2006/07/13 19:03:23 | tempting to
> execute query <SELECT RESULT_CODE, MERCHANT_TEMPLATE,
> SUPPORT_TEMPLATE, RETRY FROM DEFAULT_ACTION>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,953 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,953 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,953 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,953 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <2>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_SUCCESS>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <null>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,968 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,984 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,984 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,984 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <2>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,984 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_SUCCESS>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:22,984 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <null>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <6>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <6>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <8>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,000 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,015 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,015 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <8>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,015 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,015 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,015 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,046 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,046 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <15>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,046 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,046 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,046 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <3>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <15>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <3>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <55>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <55>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,062 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <101>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,078 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <101>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <3100>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <3100>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,093 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <3605>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <3605>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,109 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,125 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <3615>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,125 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,125 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,125 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <3615>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <9000>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <9000>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,156 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <9001>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <9001>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,171 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> ACTION_ID <10100>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> MERCHANT_TEMPLATE <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] -
> SUPPORT_TEMPLATE <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - RETRY <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] INFO
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - Adding
> DEFAULT_ACTION to list
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Result Code Set to <10100>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Merchant Template Set
> to <MERCHANT_WARNING>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Support Template Set
> to <SUPPORT>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - Retry Count Set to <0>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.ActionConfig.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,187 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.loadDefaultActions()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - Loading Default
> Actions. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - Creating Thread
> Pool for <10> threads. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Filling pool...
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-0>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-1>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-2>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-3>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,203 [Pool-0 Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Pool-0 Thread-1] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Pool-0 Thread-2] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-4>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-5>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Pool-0 Thread-3] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Pool-0 Thread-4] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-6>. . .
> DEBUG | wrapper | 2006/07/13 19:03:23 | Pause reading
> child output to share cycles.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-7>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-8>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,218 [Pool-0 Thread-5] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Pool-0 Thread-6] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Pool-0 Thread-7] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - Starting New Pooled
> Thread <Pool-0 Thread-9>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] INFO
> [com.bird.ss.util.ThreadPool.<init>()] - Ready to process
> tasks with 10 thread(s).
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Pool-0 Thread-8] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Pool-0 Thread-9] DEBUG
> [com.bird.ss.util.ThreadPool.getTask()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.util.ThreadPool.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - Creating a
> SocketClient for ip <localhost>, Port <5012>, Timeout <60000000>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - Set Host to <localhost>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - Set Port to <5012>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,234 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - Set Timeout to <60000000>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - Set SLL to <false>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.SocketClient.<init>()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] INFO
> [com.bird.ss.SettlementManager.<init>()] - Ready.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.SettlementManager.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.<init>()] - Added Server
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.init()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.RequestDispatcher.getInstance()] - ENTER & EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.init()] - Resetting queued
> requests to scheduled.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateQueuedToScheduled()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,250 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] -
> Updating requests with status QUEUED to status SCHEDULED...
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,265 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] -
> Preparing Statement <UPDATE SCHEDULED_REQUEST SET STATUS_ID
> = ? WHERE STATUS_ID = ?>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,265 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] - Set
> Status ID <1>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,265 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] - Set
> Current Status <2>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,265 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] -
> Updated 0 row(s).
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] -
> Update done.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateRequestStatuses()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.DatabaseManager.updateQueuedToScheduled()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.init()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - Initialized.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] INFO
> [com.bird.ss.SettlementScheduler.<init>()] - Ready.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.SettlementScheduler.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] INFO
> [com.bird.ss.AutoSettleDaemon.<init>()] -
> SettlementScheduler Instantiated.
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.AutoSettleDaemon.<init>()] - Attempting to
> create Cycler Daemon for frequency <300000>. . .
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,281 [Thread-0] DEBUG
> [com.bird.ss.CyclerDaemon.<init>()] - ENTER
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,296 [Thread-0] INFO
> [com.bird.ss.CyclerDaemon.<init>()] - Frequency Set to
> <300000> ms
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,296 [Thread-0] DEBUG
> [com.bird.ss.CyclerDaemon.<init>()] - EXIT
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,296 [Thread-0] INFO
> [com.bird.ss.AutoSettleDaemon.<init>()] - CyclerDaemon
> Instantiated for Frequency <300000>
> INFO | jvm 1 | 2006/07/13 19:03:23 | 2006-07-13
> 19:03:23,296 [Thread-0] DEBUG
> [com.bird.ss.AutoSettleDaemon.<init>()] - Attempting to add
> DaemonListerner. . .
> IN...
[truncated message content] |
|
From: Leif M. <le...@ta...> - 2006-07-19 07:34:31
|
David, The problem is that the script will first check for a pid file. If it exists, it will look for a process with a matching pid and process name. If found then it knows that process is running. Otherwise, it assumes that the pid file is old. This is required for cases where the system or wrapper crash without cleaning up the pid file. In this case if the wrapepr is running on server A and the script is run on server B, the above test will fail and the pid file will be considered old, causing the wrapper to be launched on server B along with a new pid file being written to disk. This would then cause problems when attempting to stop the app on server A as the pid would no longer be correct there. Cheers, Leif da...@sm... wrote: > But one of the thoughts he had was to create the pid file on a network > accessable directory, so that both machines could use the same > physical location, and thus only one file existing. > > Quoting Leif Mortenson <le...@ta...>: > > >> Martyn, >> You would have to modify the shell script a bit. But you could >> place the pid file >> mentioned in the shell script on the network share. You would have to >> change the >> logic a bit however as the file is currently ignored if the process in >> the pid file does >> not exist. It wouldn't exist on the other machine of course. >> >> Cheers, >> Leif >> >> Martynas Brijunas wrote: >> >>> Hi Leif, >>> >>> thank you for your answer. >>> >>> The processes are started manually by an operator. Or they can be >>> started automatically on one server, and manually on another. So that >>> would eliminate the problem of a power outage you mentioned. >>> >>> I was hoping that by detecting an existing PID file (for example, on a >>> network share), the wrapper would refuse to start on another server, >>> until this original PID file is removed. >>> >>> Martyn >>> >>> >>> 2006/7/10, Leif Mortenson <le...@ta...>: >>> >>> >>>> Martyn, >>>> The problem is that you are talking about two physical machines. >>>> The Wrapper has >>>> features do this within a single machine. But not for multiple >>>> machines. You will need to >>>> implement a startup class which say attempts to open a socket to the >>>> other machine. If >>>> it connects, it knows the other server is running and shuts down. If >>>> it fails to connect then >>>> it can assume it opens its own server socket to listen for connections. >>>> >>>> This is not fail proof however. You need to account for cases where >>>> both servers come >>>> up at pretty much the same instant. Say after a power outage or >>>> something. Maybe make >>>> server a the master. It will always try to run. Server B will try to >>>> start but then poll Server >>>> A and always shutdown if it finds it. Something like that. >>>> >>>> But like was already said, I don't think this is really under the >>>> scope of the wrapper >>>> unless I am missing what you are trying to say. >>>> >>>> Cheers, >>>> Leif >>>> >>>> Martynas Brijunas wrote: >>>> >>>> >>>>> Hi Martin, >>>>> >>>>> thank you for your reply. I think i explained the problem not >>>>> very clearly. >>>>> >>>>> Server A: process AAA is running >>>>> Server B: process AAA must not be running if it is running on Server >>>>> A, otherwise it can. >>>>> >>>>> How to ensure that when it is running on Server A, it cannot be >>>>> started on Server B? And vice versa: when it is running on Server B, >>>>> it cannot be started on Server A. >>>>> >>>>> Is it possible to emply PIDs or anchor files for this purpose? >>>>> >>>>> Thanks, >>>>> Martyn >>>>> >>>>> 2006/7/7, Martin Gazak <ma...@mi...>: >>>>> >>>>> >>>>> >>>>>> Hallo, >>>>>> this seems not to be a task for Java Service Wrapper - try to look for >>>>>> example at www.linux-ha.org (Linux/Unix environment only, but seems to >>>>>> be your case), you may achieve also failover of the service (including >>>>>> the IP failover). >>>>>> >>>>>> >>>>>> >>>>>> Martynas Brijunas wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> we have 2 servers that have the same wrapper services for failover >>>>>>> reasons. Only one instance of each server can run at any given time. >>>>>>> Is there a way to prevent an accidental start of a service in 2 >>>>>>> locations? I thought of employing a PID file on a network share, but >>>>>>> not sure if that would work. >>>>>>> >>>>>>> Thank you. >>>>>>> >>>>>>> >>>>>>> >> >> ------------------------------------------------------------------------- >> 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 >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > > > ------------------------------------------------------------------------- > 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 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Leif M. <le...@ta...> - 2006-07-19 07:03:38
|
Walling, The JVM appearing to be hung state could be caused by a number of things. Including actual JVM hangs, memory swapping problems or high loads. There have been a number of related bugs fixed in later versions. 3.0.3. The new timer mechanism as of 3.1.2 now handles heavily loaded systems much more reliably. That said however, the fact that classes are not being found after a JVM restart is odd. What state is the system in at that point. do you have to restart to system to get things working again? This is not a problem that I have ever heard of before. I wonder if the JVM is being frozen by something related to the jar / class files not being found after a restart. If you can catch this with wrapper.debug=true set, I might have a little more information for you as to the cause. I just noticed that the jar files are being loaded from a network drive. Is it possible that the network connection is dropping? That could possibly be causing the JVM to hang when it tries to access a class or other resource it had not yet loaded. That would also explain the failure to reload the classes on a JVM reload. I have seen cases where a JVM would crash if I overwrote jar files from Ant or something while the JVM was running. This could be a related problem. Cheers, Leif dp...@ro... wrote: > Subject: JVM appears hung, and SOMETIMES java class not found > > > > I have had the following problem 4 times since the start of 2005, and I'm > hoping someone can suggest what I should be looking at. > > (This situation is in our production environment which has very tight > controls over changes, so I am certain that nothing has changed in the > source, or security between when this works and when it fails) > > Frequently, (about once a week) we get the messages > ERROR | wrapper | date time | JVM appears hung: Timed out waiting for > signal from JVM. ERROR | wrapper | date time | Java Virtual Machine did > not exit on request, terminated INFO |jvm 4 | date time | Launching a > JVM > > and usually the next 2 messages are: > > INFO | jvm | date time | Wrapper (Version 3.0.3) > INFO | jvm | date time | > > > 4 times this year however, we get the following: > > ERROR | wrapper | date time | JVM appears hung: Timed out waiting for > signal from JVM. ERROR | wrapper | date time | Java Virtual Machine did > not exit on request, terminated INFO |jvm 4 | date time | Launching a > JVM > ERROR | wrapper | date time | The java class is not found: > com/solcorp/pathfinderwrapper/WrapperStartStopApp > > The "Launching a JVM" and "class is not found" messages repeats 5 times, > and then another message, (which I don't have handy right now) indiates > that there have been 5 failed starts in a short period of time, and the > service is stopping. > > >From here, we have to stop and restart our application. > > > Why does it successfully restart most of the time, but not all of the > time? > > Our envionment: > > We have 2 Win2003 servers in a websphere (5.1) cluster. > Both servers have 3 NT services running with the wrapper. > The config files for the wrappers are sitting on a NAS (network attached > storage) drive, and the same files are shared between the 2 servers. (if > your familiar, this is part of an Ingenium instalation, and my expertise > is from the Mainframe world). > > > Thanks in advance for any suggestions > > King Walling > > > > > |
|
From: Leif M. <le...@ta...> - 2006-07-19 06:27:41
|
Srikanth,
I would be able to tell you more if you set the wrapper.debug=true
property and post
the results. But this is most likely being caused one or more
non-daemon threads or
shutdown hooks that are failing to complete in a timely manner.
Are you telling the WrapperStartStopApp class to wait for non-daemon
threads to
complete on shutdown?
Cheers,
Leif
Srikanth S wrote:
>
> I am running a Java application as service using Method 2.
>
> I am able to start and stop the program using the Console (i.e. using
> the startup script App.bat). The service installs fine and it starts
> fine. But, when I try to stop it, it shuts down internally but it
> gives me the following error:
>
> "Error 1067: The process terminated unexpectedly."
>
> But actually, it shuts down properly.
>
> STATUS | wrapper | 2006/07/17 11:59:42 | --> Wrapper Started as Service
> STATUS | wrapper | 2006/07/17 11:59:42 | Launching a JVM...
> INFO | jvm 1 | 2006/07/17 11:59:43 | Wrapper (Version 3.2.0)
> http://wrapper.tanukisoftware.org
> INFO | jvm 1 | 2006/07/17 11:59:43 |
> // My application log here. (Here, the printed log indicates that my
> application actually got
> // shutdown properly.
> ERROR | wrapper | 2006/07/17 12:00:21 | Shutdown failed: Timed out
> waiting for signal from JVM.
> ERROR | wrapper | 2006/07/17 12:00:21 | JVM did not exit on request,
> terminated
> STATUS | wrapper | 2006/07/17 12:00:22 | <-- Wrapper Stopped
|
|
From: Leif M. <le...@ta...> - 2006-07-19 06:15:49
|
Phillip,
I will go ahead and change the listen backlog back to 1. That
change was part of a
large socket rework. It appeared to work on all platforms I tested.
There is not really
any reason not to allow a backlog of 1. Invalid connections will be
rejected anyways.
This change will be in the next release. But go ahead and make the
change to the
3.2.1 source for your own use.
Thanks for tracking this down.
Cheers,
Leif
Phillip Gussow wrote:
> Hi Leif,
>
> With 3.2.1 I was able to build the binaries without using gcc, but using
> cc. The makefile works like a charm.
>
> The problem however still exists. For some reason the JVM indeed cannot
> connect to the port 32000. I trying from the commandline via 'telnet
> localhost 32000'. I get a connection timeout as well. This does mean
> that it can connect to the designated port. Because when the wrapper is
> not running you get a 'connection refused'.
>
> So for some reason the wrapper does not accept the connection. I took a
> look at the acceptance code for 3.1.2 and for 3.2.1 to see the
> difference. Like I said, my knowledge of C is pretty minimal.
>
> The differences that I could see that might explain this behavior:
> 3.1.2 (old):
> /* Tell the socket to start listening. */
> rc = listen(ssd, 1);
> 3.2.1 (new):
> /* Tell the socket to start listening. */
> rc = listen(ssd, 0);
> I don't know the impact of this change for the OSF1.
>
> I'll see if I can do some changes to see if it impacts anything.
>
> Other people's help is of course highly appreciated :)
>
> Regards,
>
> Phillip
|
|
From: Phillip G. <pg...@co...> - 2006-07-19 05:25:10
|
Leif, Have you seen my question about the listen() function? What was the reason for changing it? How do you want to coupe with this? Regards, Phillip ***************************************************************************= ************************ The information in this message is confidential and may be legally privile= ged.=20 It is intended solely for the addressee. Access to this message by anyone e= lse is=20 unauthorized. If you are not the intended recipient, any disclosure, copyin= g, or=20 distribution of the message, or any action or omission taken by you in reli= ance=20 on it is prohibited and may be unlawful. Please immediately contact the sen= der if=20 you have received this message in error. This email does not constitute any= =20 commitment from Cordys Holding BV or any of its subsidiaries except when= =20 expressly agreed in a written agreement between the intended recipient and= =20 Cordys Holding BV or its subsidiaries. **************************************************************************= ************************* |
|
From: Leif M. <le...@ta...> - 2006-07-19 03:10:04
|
Ashleigh, The "delta pack" was added in the 3.2.0 release. It is built by running an ant task in the wrapper's build file. But before that can be done, I need to collect all of the various binaries from the platform specific releases. For this reason, the delta pack will always be delayed. You can very easily create your own delta-pack distribution by renaming the wrapper and libwrapper.so files from the various distributions yourself. I think I will go ahead and generate the delta-pack with what I have available. But it will have fewer platforms supported than the 3.2.0 release did. Cheers, Leif Ashleigh Gordon wrote: > Hi, I was wondering if anyone was making a delta pack for 3.2.1? If > it's just a matter of getting the latest binaries and renaming some of > the wrapper files like in the last delta pack, I'm happy to do that > and upload it to someone. > > Ashleigh Gordon |
165 messages has been excluded from this view by a project administrator.
