Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of garydgregory@gmail.com
 designates 209.85.216.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CACZkXPxYt_pRmSPwbEtZWMx8EMFKZXRO-UzLmf-MsWHVbTuU+A@mail.gmail.com>
References: 
 <OFDED522CA.F421E8F6-ON85257D8D.0052C24E-85257D8D.0053054E@us.ibm.com>
	<CACZkXPxYt_pRmSPwbEtZWMx8EMFKZXRO-UzLmf-MsWHVbTuU+A@mail.gmail.com>
Date: Tue, 11 Nov 2014 10:12:09 -0500
Message-ID: 
 <CACZkXPyPVtUzO79hUPhZjQkkOceCS66H4BV8A6PXeWD_dM2gMA@mail.gmail.com>
Subject: Re: [daemon] Unable to read tomcat.pid file created by Tomcat process
From: Gary Gregory <garydgregory@gmail.com>
To: Commons Users List <user@commons.apache.org>
Content-Type: multipart/alternative; boundary=047d7b6709c3f70337050796b323

--047d7b6709c3f70337050796b323
Content-Type: text/plain; charset=UTF-8

Oops, sorry, please ignore my previous message.

On Tue, Nov 11, 2014 at 10:11 AM, Gary Gregory <garydgregory@gmail.com>
wrote:

> Wrong list. You probably want
> https://tomcat.apache.org/lists.html#tomcat-users
>
> Gary
>
> On Tue, Nov 11, 2014 at 10:06 AM, Anil Ambati <aambati@us.ibm.com> wrote:
>
>> I was asked to post this question in this forum.
>>
>> We have a requirement to read the PID file created by the Tomcat server
>> process on Windows, but we are not able to using RandomAccessFile or
>> FileInputStream because the file seems to be
>> locked by the Tomcat process.
>>
>> Why does the Tomcat server keep the PID file locked, preventing other
>> processes to even read the file? Is there a work around or solution for
>> this problem?
>>
>>
>> Christopher Schultz wrote this in Tomcat user forum:
>> ----------------------------------------------------
>> I took a quick look, and it looks like the PID file is being created
>> with a file option FILE_FLAG_DELETE_ON_CLOSE which causes the OS to
>> delete the file off the disk when all file handles are closed. So,
>> closing the file handle will result in the PID file being deleted.
>>
>> This option was added because the PID file wasn't being removed if the
>> service crashed, which kept the service from restarting (oops).
>>
>> https://issues.apache.org/jira/browse/DAEMON-183
>>
>> It seems like an option to control what happens on startup when the
>> PID file already exists would be a good idea. You'll have to ask the
>> procrun folks about what the options are. It seems reasonable to be
>> able to read the PID file, since not being able to read it makes it
>> kind of useless other than as a lock-file (i.e. its contents are
>> irrelevant).
>>
>>
>> Regards,
>>   ------------------------------
>>   *Anilkumar Ambati*  4205 S Miami Blvd
>>  WebSphere Virtual Enterprise Development  Durham, 27703-9141 Phone:
>> +1-919-254-6152  USA Mobile: +1-919-434-5674    e-mail:
>> aambati@us.ibm.com
>> ------------------------------
>> "You have no responsibility to live up to what other people think you
>> ought to accomplish." -Richard Feynman (1918-1988)
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

--047d7b6709c3f70337050796b323--