commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 34140] - [daemon] jsvc does not block on Linux
Date Thu, 21 Apr 2005 08:02:12 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34140>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34140


bht@actrix.gen.nz changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |




------- Additional Comments From bht@actrix.gen.nz  2005-04-21 10:02 -------
Thanks for your comment.

On my ageing test server, Tomcat under jsvc takes more than three minutes to
start up. If jsvc did the equivalent of what httpd does, and when I execute the
startup script on the command line, then jsvc would return after more than three
minutes. But it returns immediately and I don't have any feedback about startup.
That is clearly not what I want.

My workaround in the startup script is this:
I exeecute jsvc, check and exit if there are immediate errors such as command
line errors.

Then I enter a polling loop. This loop sleeps for a second per iteration and
reads the redirected jsvc output from a file. I use the jsvc -debug option to
get some meaningful output.

If the string "jsvc.exec debug: Waiting for a signal to be delivered" is found
on the last line of the file, then the loop is exited and a 0 return code is
returned. I need a timeout in case the string is never found; in that case I
return a non 0 return code.

I am still hoping that there is a more direct and easier alternative to this
method within jsvc that has the same behavior.

If this is not possible, then I would think that jsvc would have to use the same
polling logic as I do in my script so that users of jsvc don't have to code this.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message