You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2012/12/16 02:46:17 UTC

[jira] [Commented] (TAP5-1964) In production mode, placeholder timestamp needs to be limited to one-second accuracy

    [ https://issues.apache.org/jira/browse/TAP5-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13533250#comment-13533250 ] 

Hudson commented on TAP5-1964:
------------------------------

Integrated in tapestry-trunk-freestyle #977 (See [https://builds.apache.org/job/tapestry-trunk-freestyle/977/])
    TAP5-1964: In production mode, placeholder timestamp needs to be limited to one-second accuracy (Revision 3b550cd189dec6f663dd753c724d64a8978d128c)

     Result = FAILURE
hlship : 
Files : 
* tapestry-core/src/main/java/org/apache/tapestry5/internal/services/assets/ResourceChangeTrackerImpl.java

                
> In production mode, placeholder timestamp needs to be limited to one-second accuracy
> ------------------------------------------------------------------------------------
>
>                 Key: TAP5-1964
>                 URL: https://issues.apache.org/jira/browse/TAP5-1964
>             Project: Tapestry 5
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 5.3.3, 5.4
>            Reporter: Howard M. Lewis Ship
>            Assignee: Howard M. Lewis Ship
>             Fix For: 5.3.4, 5.4
>
>
> In production mode, Tapestry turns off the logic that checks for changes to files (all types of files, including resources made available as assets).  It uses a single placeholder value to identify the date time modified of all resources.
> When a request for a resource is sent from the client, the time stamp in the request is compared to the placeholder timestamp.  Unfortunately, in most cases, they are not equal as expected, because the date on the client is one one-second accurate, not millisecond accurate.
> The end result is many more asset requests are processed fully, rather than sending a 304 result code.
> The fix is to limit the placeholder time stamp value to one second accuracy, so that the server and the client can agree that the client has the up-to date version of the asset.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira