You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Paul Stanton <pa...@mapshed.com.au> on 2014/10/22 03:57:25 UTC
5.4 application-version still required?
https://github.com/apache/tapestry-5/blob/master/54_RELEASE_NOTES.md#asset-improvements
"Prior versions of Tapestry created cacheable URLs for Assets that
incorporated the application version number. The Assets were served with
a far-future expires header: the client browser would not even need to
check to see if the asset had changed.
Unfortunately, when any asset changed in a new deployment of the
application, the version number needed to change, resulting in all
assets being downloaded (because the application version number in their
URLs changed).
In this release, individual assets are given a URL containing a checksum
based on the asset's content. When the underlying file is changed, the
asset will be served with the new URL, but unchanged assets will not be
affected. This means that when redeploying your application, you'll see
far less asset traffic, as most client web browsers will already have
most assets (whose contents have not changed) in their local cache."
^ Does this mean the application version number
("tapestry.application-version") is no longer important and doesn't need
to be maintained?
Thanks, p.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: 5.4 application-version still required?
Posted by Howard Lewis Ship <hl...@gmail.com>.
Coda: The application version IS still used in exception reports (both the
HTML version and, if memory servers, the new text file written to the file
system).
On Thu, Oct 23, 2014 at 3:33 PM, Paul Stanton <pa...@mapshed.com.au> wrote:
> great!
>
>
> On 24/10/2014 8:37 AM, Howard Lewis Ship wrote:
>
>> That is correct; tapestry.application-version is no longer needed. Each
>> individual asset gets its own content fingerprint. This has huge
>> implications for upgrades of you application, as often, all the unchanged
>> assets will maintain the same fingerprint, and already be present in the
>> end-user's browser cache.
>>
>> On Tue, Oct 21, 2014 at 6:57 PM, Paul Stanton <pa...@mapshed.com.au>
>> wrote:
>>
>> https://github.com/apache/tapestry-5/blob/master/54_
>>> RELEASE_NOTES.md#asset-improvements
>>>
>>> "Prior versions of Tapestry created cacheable URLs for Assets that
>>> incorporated the application version number. The Assets were served with
>>> a
>>> far-future expires header: the client browser would not even need to
>>> check
>>> to see if the asset had changed.
>>>
>>> Unfortunately, when any asset changed in a new deployment of the
>>> application, the version number needed to change, resulting in all assets
>>> being downloaded (because the application version number in their URLs
>>> changed).
>>>
>>> In this release, individual assets are given a URL containing a checksum
>>> based on the asset's content. When the underlying file is changed, the
>>> asset will be served with the new URL, but unchanged assets will not be
>>> affected. This means that when redeploying your application, you'll see
>>> far
>>> less asset traffic, as most client web browsers will already have most
>>> assets (whose contents have not changed) in their local cache."
>>>
>>>
>>> ^ Does this mean the application version number ("tapestry.application-
>>> version")
>>> is no longer important and doesn't need to be maintained?
>>>
>>> Thanks, p.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
@hlship
Re: 5.4 application-version still required?
Posted by Paul Stanton <pa...@mapshed.com.au>.
great!
On 24/10/2014 8:37 AM, Howard Lewis Ship wrote:
> That is correct; tapestry.application-version is no longer needed. Each
> individual asset gets its own content fingerprint. This has huge
> implications for upgrades of you application, as often, all the unchanged
> assets will maintain the same fingerprint, and already be present in the
> end-user's browser cache.
>
> On Tue, Oct 21, 2014 at 6:57 PM, Paul Stanton <pa...@mapshed.com.au> wrote:
>
>> https://github.com/apache/tapestry-5/blob/master/54_
>> RELEASE_NOTES.md#asset-improvements
>>
>> "Prior versions of Tapestry created cacheable URLs for Assets that
>> incorporated the application version number. The Assets were served with a
>> far-future expires header: the client browser would not even need to check
>> to see if the asset had changed.
>>
>> Unfortunately, when any asset changed in a new deployment of the
>> application, the version number needed to change, resulting in all assets
>> being downloaded (because the application version number in their URLs
>> changed).
>>
>> In this release, individual assets are given a URL containing a checksum
>> based on the asset's content. When the underlying file is changed, the
>> asset will be served with the new URL, but unchanged assets will not be
>> affected. This means that when redeploying your application, you'll see far
>> less asset traffic, as most client web browsers will already have most
>> assets (whose contents have not changed) in their local cache."
>>
>>
>> ^ Does this mean the application version number ("tapestry.application-version")
>> is no longer important and doesn't need to be maintained?
>>
>> Thanks, p.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: 5.4 application-version still required?
Posted by Howard Lewis Ship <hl...@gmail.com>.
That is correct; tapestry.application-version is no longer needed. Each
individual asset gets its own content fingerprint. This has huge
implications for upgrades of you application, as often, all the unchanged
assets will maintain the same fingerprint, and already be present in the
end-user's browser cache.
On Tue, Oct 21, 2014 at 6:57 PM, Paul Stanton <pa...@mapshed.com.au> wrote:
> https://github.com/apache/tapestry-5/blob/master/54_
> RELEASE_NOTES.md#asset-improvements
>
> "Prior versions of Tapestry created cacheable URLs for Assets that
> incorporated the application version number. The Assets were served with a
> far-future expires header: the client browser would not even need to check
> to see if the asset had changed.
>
> Unfortunately, when any asset changed in a new deployment of the
> application, the version number needed to change, resulting in all assets
> being downloaded (because the application version number in their URLs
> changed).
>
> In this release, individual assets are given a URL containing a checksum
> based on the asset's content. When the underlying file is changed, the
> asset will be served with the new URL, but unchanged assets will not be
> affected. This means that when redeploying your application, you'll see far
> less asset traffic, as most client web browsers will already have most
> assets (whose contents have not changed) in their local cache."
>
>
> ^ Does this mean the application version number ("tapestry.application-version")
> is no longer important and doesn't need to be maintained?
>
> Thanks, p.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
@hlship