On 02/04/2015 15:19, Christopher Schultz wrote:
> Mark,
> 
> On 4/1/15 3:29 AM, Mark Thomas wrote:
>> On 31/03/2015 22:48, Konstantin Kolinko wrote:
>>> 2015-04-01 0:09 GMT+03:00 Konstantin Kolinko <knst.koli...@gmail.com>:
>>>> 2015-03-31 22:15 GMT+03:00  <ma...@apache.org>:
>>>>> Author: markt
>>>>> Date: Tue Mar 31 19:15:48 2015
>>>>> New Revision: 1670437
>>>>>
>>>>> URL: http://svn.apache.org/r1670437
>>>>> Log:
>>>>> Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=57765
>>>>> File.lastModified() has a resolution of 1s (1000ms). The last modified 
>>>>> time has to be more than 1000ms ago to ensure that modifications that 
>>>>> take place in the same second are not missed.
>>>>
>>>> IIRC,  file modification time on FAT file system has resolution of 2s,
>>>>
>>>> https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290%28v=vs.85%29.aspx
>>
>> Given the limitations of FAT32 on Windows (max partition 32GB, files no
>> bigger than 4GB) I'd be surprised if more than a handful of people were
>> running Tomcat on FAT in production.
>>
>>> The following tests are failing with Tomcat 7,
>>> TEST-org.apache.catalina.startup.TestHostConfigAutomaticDeployment.BIO.txt
>>> TEST-org.apache.catalina.startup.TestHostConfigAutomaticDeployment.NIO.txt
>>>
>>> and are also failing in trunk (NIO, NIO2 there).
>>
>> Looks like the change broke that test everywhere. I'll take a look at
>> why now. My guess is the test needs to allow for the offset. If that is
>> the case, I'll make it a protected constant so we can use it in
>> HostConfig and in the test.
> 
> Could you make that constant default to e.g. 1000ms but pick-up an
> overridable value from a
> org.apache.catalina.startup.HostConfig.warFileMinAgetoTriggerReload
> system property of something? I can see us quickly finding the one
> person running Tomcat on FAT32 :)

I could, but ignoring the fact I loath system properties, I'm not sure
it is worth the effort. The one person hasn't complained about BZ 57765
in the last 10+ years so in the unlikely even they do now we can point
them to the workarounds.

If we do end up implementing a config option, it really needs to be a
property on the Host.

Mark



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

Reply via email to