Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Message-ID: <3E6375BC.4070708@latte.harvard.edu>
Date: Mon, 03 Mar 2003 10:33:16 -0500
From: "Mark R. Diggory" <mdiggory@latte.harvard.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3b) Gecko/20030210
MIME-Version: 1.0
To: Tomcat Developers List <tomcat-dev@jakarta.apache.org>
Subject: Re: Shutdown Status in Bootstrap/Catalina
References: <9C5166762F311146951505C6790A9CF831E7D3@US-VS1.corp.mpi.com>
In-Reply-To: <9C5166762F311146951505C6790A9CF831E7D3@US-VS1.corp.mpi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Shapira, Yoav wrote:

>Howdy,
>If there is a server thread that can answer, then the answer is true per
>your definition, no? 
>  
>
Yes, just a boolean true/false answer (for simplicity).

>Or do you mean more precisely, request processing threads on the server?
>
If others found that valuble I could understand doing it, but for my 
purposes knowing the number and nature of the threads is not neccessary.

Mark

>
>Yoav Shapira
>Millennium ChemInformatics
>
>
>  
>
>>-----Original Message-----
>>From: Mark R. Diggory [mailto:mdiggory@latte.harvard.edu]
>>Sent: Monday, March 03, 2003 10:16 AM
>>To: Tomcat Developers List
>>Subject: Re: Shutdown Status in Bootstrap/Catalina
>>
>>I was thinking strictly of only if there were server threads/processes
>>up. Nothing to do with the state of the contents of those processes
>>(webapps), just a straight boolean presence/absence of processes. In
>>this sense it would do the following
>>
>>If server process/threads exist - return true
>>If server process/threads do not exist - return false
>>
>>This would be just enough granularity to make decent decisions about
>>when to call start in a restart (stop, wait till status==false, and
>>start) command.
>>
>>-Mark
>>
>>Shapira, Yoav wrote:
>>
>>    
>>
>>>Howdy,
>>>What would you suggest as the possible outputs from the status
>>>      
>>>
>command?
>  
>
>>>Personally, every time I've tried something like this I've run into
>>>granularity problems.  Is the status "ok" when there is a server
>>>process, when the server manager webapp is available, or when user
>>>webapps are all available, or some subset thereof?  If the server is
>>>      
>>>
>not
>  
>
>>>running, how will you get a status back?  Etc etc.
>>>
>>>Yoav Shapira
>>>Millennium ChemInformatics
>>>
>>>
>>>
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: Mark R. Diggory [mailto:mdiggory@latte.harvard.edu]
>>>>Sent: Monday, March 03, 2003 9:28 AM
>>>>To: tomcat-dev@jakarta.apache.org
>>>>Subject: Shutdown Status in Bootstrap/Catalina
>>>>
>>>>Hi All,
>>>>
>>>>We're looking into the possibility of improving the
>>>>        
>>>>
>Bootstrap/Catalina
>  
>
>>>>startup/shutdown that is currently used to start/stop tomcat in the
>>>>JPackage RPM distribution for Tomcat 4.l.*.
>>>>
>>>>What are the chances that a "status" command could be added to the
>>>>Bootstrap/Catalina 4.1.* classes? This would allow us to check the
>>>>status of tomcat while shutting down in the shutdown scripts. For
>>>>scripts that start/stop/restart tomcat as an init.d service (Redhat),
>>>>the script would then be more capabile of waiting for tomcat to shut
>>>>completely down before restarting becuase it wait until the status
>>>>
>>>>
>>>>        
>>>>
>>>changed.
>>>
>>>
>>>      
>>>
>>>>As it is now, when lots of things happen on shutdown, using a shell
>>>>script "sleep" command to wait for shutdown before 'restarting'
>>>>        
>>>>
>causes
>  
>
>>>>the startup to start before the shutdown has fully completed. Having
>>>>        
>>>>
>a
>  
>
>>>>status command would give script developers better control over when
>>>>tomcat has really completely shutdown. Administrators wouldn't have
>>>>        
>>>>
>to
>  
>
>>>>go in and muck around with the scripts sleep time when their
>>>>webapps/connectors require more time to shutdown.
>>>>
>>>>Thanks,
>>>>-Mark Diggory
>>>>HMDC
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>>>>
>>>>
>>>>        
>>>>
>>>
>>>
>>>This e-mail, including any attachments, is a confidential business
>>>      
>>>
>>communication, and may contain information that is confidential,
>>proprietary and/or privileged.  This e-mail is intended only for the
>>individual(s) to whom it is addressed, and may not be saved, copied,
>>printed, disclosed or used by anyone else.  If you are not the(an)
>>    
>>
>intended
>  
>
>>recipient, please immediately delete this e-mail from your computer
>>    
>>
>system
>  
>
>>and notify the sender.  Thank you.
>>    
>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>>>
>>>
>>>
>>>      
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>>    
>>
>
>
>
>
>This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged.  This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender.  Thank you.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
>  
>


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