well, it does when you change
"before:AssetDispatcher"
to
"before:Asset"
sorry.
On 24/02/2012 3:19 PM, Steve Eynon wrote:
This is an awesome idea, and works perfectly too.
Thanks.
---
"If at first you don't succeed,
so much for skydiving!"
On 22 February
Most of the time, you should avoid using the regex methods on the String
class (split, matches, replace etc) as these will compile the
java.util.regex.Pattern for every invocation.
Instead, you should Pattern.compile(regex) once and save the result then
use Pattern.matches(value).
On Wednesday, 2
This is an awesome idea, and works perfectly too.
Thanks.
---
"If at first you don't succeed,
so much for skydiving!"
On 22 February 2012 08:47, Paul Stanton wrote:
> By the way all,
>
> Here is a solution which does not require any changes to tapestry code. All
By the way all,
Here is a solution which does not require any changes to tapestry code.
All code is free to use.
1. contribute a dispatcher to MasterDispatcher, just before the regular
AssetDispatcher:
public static void bind(ServiceBinder binder)
{
binder.bind(Dispatcher.cl
Didn't think there was a Jira yet, I'll try to get around to logging it
later this week.
On 22/02/2012 8:38 AM, Howard Lewis Ship wrote:
Patches are best provided on JIRA; there's a checkbox that shows you
have granted the rights to the patch& code to the Apache Software
Foundation. Thanks!
Patches are best provided on JIRA; there's a checkbox that shows you
have granted the rights to the patch & code to the Apache Software
Foundation. Thanks!
On Tue, Feb 21, 2012 at 12:28 PM, Paul Stanton wrote:
> Here's my implementation:
>
> // Copyright 2006, 2008, 2009, 2010, 2011 The Apache S
Here's my implementation:
// Copyright 2006, 2008, 2009, 2010, 2011 The Apache Software Foundation
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
// http://www.
Sounds good to me.
I, for example, use the Mercurial revision hash as the version number,
so in a sense 'earlier/later' version does not make sense in my context,
so if Tapestry would just redirect to the current version it would work great!
On Feb 21, 2012, at 2:05 PM, Howard Lewis Ship wrote:
I suspect the 302 redirect may be the correct solution, and Tapestry
could support this pretty reasonably.
The perfect solution would involve the following:
- The version number if replaced with the SHA1 hash of the resource's
(uncompressed) content
- All CSS is dynamically rewritten to convert re
Hi Cezary,
I think I have the same need as you.
We use load balanced servers, and when upgrading we upgrade one at a
time so that there is always a server running.
But the side effect is that the upgraded server can receive requests for
the old assets, and we don't want to fail in this case.
ersion asset URL?
Any non-matching version would be redirected?
No, not fixed URLs. We want to take advantage of Tapestry's versioned
assets but still let the application respond to requests for "old" asset
URLs that have been published by previous versions of the application.
On Wed, 23 Mar 2011 20:26:35 -0300, raulmt wrote:
Cezary Biernacki wrote:
On Thu, Mar 24, 2011 at 12:04 AM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> Why don't you set the application version symbol of your
application
to a
> given value and never change it?
Really?
On Wed, 23 Mar 2011 20:18:16 -0300, Martin Strand
wrote:
Because that would defeat the purpose of automatic version management
for /assets/ and we would have to rename every asset that changed
between versions
I'm not following you: if you use some Tapestry way to refer to assets,
you
VED_PERMANENTLY search engines should also update
its references.
Maybe none of these are ideal solutions, but my point is, to my
understanding, redirects to current versions is a better solution than a not
found.
Regards,
Raul.
--
View this message in context:
http://tapestry-users.832.n2
Because that would defeat the purpose of automatic version management for
/assets/ and we would have to rename every asset that changed between
versions
On Thu, 24 Mar 2011 00:04:29 +0100, Thiago H. de Paula Figueiredo
wrote:
Why don't you set the application version symbol of your appli
On Thu, Mar 24, 2011 at 12:04 AM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> Why don't you set the application version symbol of your application to a
> given value and never change it?
Really? It will cause all caching problems that version numbers are supposed
to solve, will
>
>
> Perhaps the AssetDispatcher could check the requested version number and if
> it doesn't match the app version, send a 302 redirect to the "correct" URL?
> /assets/1.3/ctx/script.js --> /assets/1.2/ctx/script.js
>
> Or perhaps it should only deliver the asset if the requested version os
> old
Why don't you set the application version symbol of your application to a
given value and never change it?
On Wed, 23 Mar 2011 19:50:59 -0300, Martin Strand
wrote:
On Wed, 23 Mar 2011 22:43:55 +0100, raulmt wrote:
I wanted to know if there is a reason why Tapestry couldn't just answer
On Wed, 23 Mar 2011 22:43:55 +0100, raulmt wrote:
I wanted to know if there is a reason why Tapestry couldn't just answer
the
requests for assets independently of the requested version. I believe
that
it is better to answer with a newer version than to just not answering at
all… In AssetDis
roblems in some way?
Regards,
Raul.
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p6202030.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
-
To unsu
xt:
> http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p5512040.html
> Sent from the Tapestry Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.ap
Does putting it in the filename instead of the "directory" also have caveats?
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p5512040.html
Sent from the Tapestry Users mailing list archive at
k up the
> previous cached version, but if your app version changes and the file
> doesn't, the url remains the same.
> --
> View this message in context:
> http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p5506019.html
> Sent from the Tapestr
On Tue, 07 Sep 2010 13:14:02 +0200, LLTYK wrote:
What it should do is instead insert some sort of hash of the file's
contents
in the url. Then whenever your file changes the browser won't pick up the
previous cached version, but if your app version changes and the file
doesn't, the url rema
context:
http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p5506019.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additio
e.com/Versioned-assets-tp5421811p5498966.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
://wiki.apache.org/tapestry/Tapestry5ModuleRegistry
http://people.apache.org/~uli/tapestry-site/frequently-asked-questions.html#FrequentlyAskedQuestions-HowdoIstoremypageclassesinadifferentpackage
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Versioned-assets-tp2634937p2802853.html
?
Regards,
Raul.
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Versioned-assets-tp5421811p5421811.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users
On Fri, 22 Jan 2010 09:44:48 -0200, britske wrote:
Just to get this straight: That code takes care of rewiring the
templates to use the correct asset-path right?
Yes.
But it doesn't take care of actually getting the updated assets to CDN in
the first place?
No, it doesn't. You would need
#x27;d have to:
> > - up the version in appmodule by hand.
> > - create a new s3 bucket by hand (with the version-nr encoded in it)
> > - ? copy/ move the versioned assets-directory created by Tapestry to the
> > newly created S3- bucket ( I assume it is created on-the-fly on
tml-code to correct path.
>
> To do this manually I'd have to:
> - up the version in appmodule by hand.
> - create a new s3 bucket by hand (with the version-nr encoded in it)
> - ? copy/ move the versioned assets-directory created by Tapestry to the
> newly created S3- buc
s3 bucket linked to cloudfront.
2. point html-code to correct path.
To do this manually I'd have to:
- up the version in appmodule by hand.
- create a new s3 bucket by hand (with the version-nr encoded in it)
- ? copy/ move the versioned assets-directory created by Tapestry to the
n
32 matches
Mail list logo
