Re: 5.4 application-version still required?

2014-10-27 Thread Howard Lewis Ship
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  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 
>> 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-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>>
>>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@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?

2014-10-23 Thread Paul Stanton

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  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-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org







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



Re: 5.4 application-version still required?

2014-10-23 Thread Howard Lewis Ship
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  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-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@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


5.4 application-version still required?

2014-10-21 Thread Paul Stanton

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-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org