You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Pablo Borges <pa...@gmail.com> on 2010/07/29 15:31:37 UTC
final version of Tapestry 5.2
Hello staff,
will be released when the final version of Tapestry 5.2?
thanks
RE: final version of Tapestry 5.2
Posted by Jim O'Callaghan <jc...@yahoo.co.uk>.
Ahhhh - thanks Kalle.
Regards,
Jim.
-----Original Message-----
From: Kalle Korhonen [mailto:kalle.o.korhonen@gmail.com]
Sent: 30 July 2010 17:40
To: Tapestry users
Subject: Re: final version of Tapestry 5.2
Purely a Maven question, but you can use the unique version:
<artifactId>tapestry-core</artifactId>
<version>5.2.0-20100703.003619-102</version>
Or, deploy a snapshot of a library as a released version, for example:
<version>5.2.0-mycompany-1</version>
(I do that with more dependencies that are not built with Maven I care
to count for)
Or, if your repository manager supports it, explicitly disable new
snapshot updates for specific libs.
Kalle
On Fri, Jul 30, 2010 at 1:57 AM, Jim O'Callaghan <jc...@yahoo.co.uk>
wrote:
> Kalle,
>
> This is more a maven question than Tapestry, but you mentioned a 'frozen'
> snapshot below - in my pom the only snapshot version I have is T5.2.0 -
the
> other dependencies are all release versions - I'm currently running with
> maven offline as I don't like surprises - how do you 'freeze' at a certain
> snapshot? Thanks.
>
> Regards,
> Jim.
>
> -----Original Message-----
> From: Kalle Korhonen [mailto:kalle.o.korhonen@gmail.com]
> Sent: 29 July 2010 20:42
> To: Tapestry users
> Subject: Re: final version of Tapestry 5.2
>
> I'm not so sure that GAE on Java is production ready, but that aside,
> ultimately it's up to you to decide what's production ready for you
> and what isn't. A snapshot is a snapshot of that version in
> development. T5.2 isn't going to change drastically anymore. If I
> wanted to deploy to T5.2 to production, I'd use a frozen snapshot or
> wait for the T5.2 alpha release that will be cut shortly.
>
> Kalle
>
>
> On Thu, Jul 29, 2010 at 12:34 PM, Muhammad Mohsen <m....@gmail.com>
> wrote:
>> Thanks Dmitry,
>>
>> Please let me make sure that I got this right. T5.2 fully compatible with
>> GAE since sept. 2009 ?
>> But still T5.2 is a snapshot...doesn't that mean that it's not ready for
>> production usage..right ?
>>
>> On Thu, Jul 29, 2010 at 8:57 PM, Dmitry Gusev
> <dm...@gmail.com>wrote:
>>
>>> GAE supported by T5.2 since September 2009.
>>> No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
>>>
>>> On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com>
>>> wrote:
>>>
>>> > Am extremely excited for that :)
>>> >
>>> > I read that v5.2 should support google application engine more than
>>> before
>>> > by abandoning an xml class that is not supported by google application
>>> > engine.
>>> > Also we can force tapestry to work without the thread pool.
>>> >
>>> > Is there any further support for google application engine ?
>>> >
>>> > On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de>
wrote:
>>> >
>>> > > We will probably release an alpha version within the next week
> followed
>>> > by
>>> > > additional alphas and betas as needed. The plan is to have a stable
> 5.2
>>> > > release before JavaOne which begins on September 19th.
>>> > >
>>> > > Uli
>>> > >
>>> > >
>>> > > On 29.07.2010 15:31, Pablo Borges wrote:
>>> > >
>>> > >> Hello staff,
>>> > >>
>>> > >> will be released when the final version of Tapestry 5.2?
>>> > >>
>>> > >> thanks
>>> > >>
>>> > >>
>>> > >
---------------------------------------------------------------------
>>> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>> > > For additional commands, e-mail: users-help@tapestry.apache.org
>>> > >
>>> > >
>>> >
>>> >
>>> > --
>>> > Muhammad Mohsen Hussien
>>> > Jr. Java Software Engineer
>>> >
>>>
>>>
>>>
>>> --
>>> Dmitry Gusev
>>>
>>> AnjLab Team
>>> http://anjlab.com
>>>
>>
>>
>>
>> --
>> Muhammad Mohsen Hussien
>> Jr. Java Software Engineer
>>
>
> ---------------------------------------------------------------------
> 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
>
>
---------------------------------------------------------------------
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: final version of Tapestry 5.2
Posted by Kalle Korhonen <ka...@gmail.com>.
Purely a Maven question, but you can use the unique version:
<artifactId>tapestry-core</artifactId>
<version>5.2.0-20100703.003619-102</version>
Or, deploy a snapshot of a library as a released version, for example:
<version>5.2.0-mycompany-1</version>
(I do that with more dependencies that are not built with Maven I care
to count for)
Or, if your repository manager supports it, explicitly disable new
snapshot updates for specific libs.
Kalle
On Fri, Jul 30, 2010 at 1:57 AM, Jim O'Callaghan <jc...@yahoo.co.uk> wrote:
> Kalle,
>
> This is more a maven question than Tapestry, but you mentioned a 'frozen'
> snapshot below - in my pom the only snapshot version I have is T5.2.0 - the
> other dependencies are all release versions - I'm currently running with
> maven offline as I don't like surprises - how do you 'freeze' at a certain
> snapshot? Thanks.
>
> Regards,
> Jim.
>
> -----Original Message-----
> From: Kalle Korhonen [mailto:kalle.o.korhonen@gmail.com]
> Sent: 29 July 2010 20:42
> To: Tapestry users
> Subject: Re: final version of Tapestry 5.2
>
> I'm not so sure that GAE on Java is production ready, but that aside,
> ultimately it's up to you to decide what's production ready for you
> and what isn't. A snapshot is a snapshot of that version in
> development. T5.2 isn't going to change drastically anymore. If I
> wanted to deploy to T5.2 to production, I'd use a frozen snapshot or
> wait for the T5.2 alpha release that will be cut shortly.
>
> Kalle
>
>
> On Thu, Jul 29, 2010 at 12:34 PM, Muhammad Mohsen <m....@gmail.com>
> wrote:
>> Thanks Dmitry,
>>
>> Please let me make sure that I got this right. T5.2 fully compatible with
>> GAE since sept. 2009 ?
>> But still T5.2 is a snapshot...doesn't that mean that it's not ready for
>> production usage..right ?
>>
>> On Thu, Jul 29, 2010 at 8:57 PM, Dmitry Gusev
> <dm...@gmail.com>wrote:
>>
>>> GAE supported by T5.2 since September 2009.
>>> No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
>>>
>>> On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com>
>>> wrote:
>>>
>>> > Am extremely excited for that :)
>>> >
>>> > I read that v5.2 should support google application engine more than
>>> before
>>> > by abandoning an xml class that is not supported by google application
>>> > engine.
>>> > Also we can force tapestry to work without the thread pool.
>>> >
>>> > Is there any further support for google application engine ?
>>> >
>>> > On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
>>> >
>>> > > We will probably release an alpha version within the next week
> followed
>>> > by
>>> > > additional alphas and betas as needed. The plan is to have a stable
> 5.2
>>> > > release before JavaOne which begins on September 19th.
>>> > >
>>> > > Uli
>>> > >
>>> > >
>>> > > On 29.07.2010 15:31, Pablo Borges wrote:
>>> > >
>>> > >> Hello staff,
>>> > >>
>>> > >> will be released when the final version of Tapestry 5.2?
>>> > >>
>>> > >> thanks
>>> > >>
>>> > >>
>>> > > ---------------------------------------------------------------------
>>> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>> > > For additional commands, e-mail: users-help@tapestry.apache.org
>>> > >
>>> > >
>>> >
>>> >
>>> > --
>>> > Muhammad Mohsen Hussien
>>> > Jr. Java Software Engineer
>>> >
>>>
>>>
>>>
>>> --
>>> Dmitry Gusev
>>>
>>> AnjLab Team
>>> http://anjlab.com
>>>
>>
>>
>>
>> --
>> Muhammad Mohsen Hussien
>> Jr. Java Software Engineer
>>
>
> ---------------------------------------------------------------------
> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5 Dispatcher: How to correctly order the Pipeline
Posted by Pierce Wetter <pi...@paceap.com>.
On Jul 31, 2010, at 2:13 AM, Daniel Henze wrote:
> Thanks Kalle and Pierce for your feedback, it's interesting to read a little more about other experiences. I can completely understand the login form issue, something I stopped considering after a short period of time. The tynamo project has some really interesting projects and it seems security is offering me the best combination of tools for what I'm trying to achieve. For now I'll be using a workaround to achieve what I'm doing. Though deadline is approaching quickly, I am considering switching security implementation before go live.
>
> What would you estimate is the amount of work required to implement Shiro Security if current setup uses Spring Security?
Hmmm, I would say it took my about 20% of the time it took me to get spring security working, and during that time I added some components to the tapestry-security project.
There are now equivalents for every spring security component in tapestry-security. So you can migrate those in about 5 minutes of searching/replacing. You'll have to implement a Login form page, but there's sample code for that that you can cut/paste.
You'll have to implement a realm. In my case, the main holdup was that the number of significant letters in my brain is about 4, so I kept getting:
authorization
authentication
Confused.
In Shiro, one of them means "looking up what privileges/roles a user has", and the other means "checking whether a user matches their credentials (username/password)". So if you keep those straight, that makes things easier.
Pierce
Re: T5 Dispatcher: How to correctly order the Pipeline
Posted by Daniel Henze <dh...@googlemail.com>.
Thanks Kalle and Pierce for your feedback, it's interesting to read a
little more about other experiences. I can completely understand the
login form issue, something I stopped considering after a short period
of time. The tynamo project has some really interesting projects and it
seems security is offering me the best combination of tools for what I'm
trying to achieve. For now I'll be using a workaround to achieve what
I'm doing. Though deadline is approaching quickly, I am considering
switching security implementation before go live.
What would you estimate is the amount of work required to implement
Shiro Security if current setup uses Spring Security?
Best regards
Daniel
Am 31.07.2010 00:39, schrieb Pierce Wetter:
> I followed a similar path. I started trying to use tapestry-spring-security, couldn't
> figure out how to customize the login form, and switch to Kalle's tapestry-security project, and I'm now a happy customer, and I ended up contributing back to the tapestry-security project some components.
>
> Pierce
>
>
>
>> I'm completely biased of course so feel free to disregard, but: I used
>> to be a long time user of Acegi Security (now Spring Security) but
>> finally got fed up with the peculiarities of the framework and the
>> inherent inflexibility for supporting some of the more elaborate
>> security models. I looked around for an alternative and found
>> JSecurity (now Apache Shiro) and later ended up as a Shiro committer.
>> Both frameworks will do a decent job if you just need role/type and/or
>> url-based security, but if you need extensibility, rolling tokens,
>> dynamic/instance permissions, external authentication sources etc.
>> Shiro is the better bet. As a co-founder of Tynamo project, it was
>> natural we would offer security integration with Shiro (which is
>> largely based Valentin Yerastov's original work on tapestry-jsecurity
>> integration). I'm also willing to bet that Shiro& tapestry-security
>> combination will evolve faster than Spring
>> Security/tapestry-spring-security going forward.
>>
>> Kalle
>>
>>
>> On Fri, Jul 30, 2010 at 5:07 AM, Daniel Henze<dh...@googlemail.com> wrote:
>>
>>> Well, I did have a glance at it the time I was looking for a security
>>> solution. But to me it appeared the easiest to go with
>>> tapestry-spring-security, mainly due to the ease of initial integration. The
>>> documentation of tynamos tapestry-seems to be quite good as well. From
>>> looking at the examples page, I'd either have to create a new Realm for
>>> security check against my database or simply add another Filter. I'll have
>>> a look at their test suite today to get to know it a little better.
>>>
>>> I could not really find a comparison of the different security enhancements
>>> for Tapestry, so out of curiousity: What are your experiences with Security
>>> Frameworks, which implementation are you using?
>>>
>>> Cheers
>>> Daniel
>>>
>>> Am 30.07.2010 13:30, schrieb Christophe Cordenier:
>>>
>>>> Hi
>>>>
>>>> Have you looked in to tynamo security project ?
>>>>
>>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>>
>>>>
>>>>
>>>>> Hi Christophe,
>>>>>
>>>>> yes, I have read that article before, but admit that I could not grasp
>>>>> all
>>>>> the details by that time and therefore decided to go with
>>>>> tapestry-spring-security. A lot of knowledge has been gained in between
>>>>> though, so I will re-read and think about option 3 (re-implementing
>>>>> security
>>>>> with my own requirements). This will take a tad longer, but probably
>>>>> benefit
>>>>> a lot in terms of learning curve.
>>>>>
>>>>> Cheers
>>>>> Daniel
>>>>>
>>>>> Am 30.07.2010 12:34, schrieb Christophe Cordenier:
>>>>>
>>>>> Hi
>>>>>
>>>>>
>>>>>> Have already read this article [1] from Howard, it explains how to
>>>>>> secure
>>>>>> an
>>>>>> application via Annotations and shows the pipeline as well
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>>
>>>>>> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>>>>>>
>>>>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi everyone,
>>>>>>>
>>>>>>> I created a Service, contributeded it as Dispatcher to check on request
>>>>>>> of
>>>>>>> secured pages (using tapestry-spring-security with @Secured annotation)
>>>>>>> whether the user profile has all required fields filled out. In case,
>>>>>>> information is missing, the user is forwarded to his profile page and
>>>>>>> requested to update the required fields.
>>>>>>>
>>>>>>> So far so good, following the AccessController example from the
>>>>>>> Tapestry
>>>>>>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>>>>>>> --- (important part from AccessController):
>>>>>>> Component page = componentSource.getPage(pageName);
>>>>>>> boolean privatePage = page.getClass().getAnnotation( Secured.class )
>>>>>>> !=
>>>>>>> null;
>>>>>>>
>>>>>>> if (privatePage)
>>>>>>> {
>>>>>>> canAccess = false;
>>>>>>> /* Is the user already authentified ? */
>>>>>>> if(asm.exists(User.class))
>>>>>>> {
>>>>>>> User user = asm.get(User.class);
>>>>>>> canAccess = user.getUserProfile().isComplete();
>>>>>>> System.out.println("user " + user.getUsername() + " has
>>>>>>> completed
>>>>>>> his profile: " + canAccess);
>>>>>>> }
>>>>>>> }
>>>>>>> ---
>>>>>>> public static void
>>>>>>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
>>>>>>> configuration,
>>>>>>> AccessController accessController){
>>>>>>> configuration.add("AccessWithCompleteProfileController",
>>>>>>> accessController, "after:*");
>>>>>>> }
>>>>>>> ---
>>>>>>>
>>>>>>> My problem is apparently with the sequence of the pipeline, as with
>>>>>>> the
>>>>>>> above stated "after:*" the service never is actually executed (simple
>>>>>>> System
>>>>>>> out calls to check), with "before:*" I get an redirect error from the
>>>>>>> server
>>>>>>> ("indefinite loop") and without any declaration it again is not called
>>>>>>> at
>>>>>>> all.
>>>>>>>
>>>>>>> I'd appreciate a little guidance on the correct way to solve that
>>>>>>> issue.
>>>>>>> I
>>>>>>> see the following options:
>>>>>>> 1. Get AccessController invoked as the last service in Dispatcher
>>>>>>> pipeline
>>>>>>> (all other checks done before). I suspect SecurityChecker to break the
>>>>>>> line.
>>>>>>> 2. Figure out whether User is logged in already and do not break the
>>>>>>> chain
>>>>>>> in AccessController if User is not logged in. Next page request will do
>>>>>>> the
>>>>>>> check.
>>>>>>> 3. Implement my own Security Checker and include the AccessController
>>>>>>> into
>>>>>>> that code.
>>>>>>>
>>>>>>> Regards
>>>>>>> Daniel
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> 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
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5 Dispatcher: How to correctly order the Pipeline
Posted by Pierce Wetter <pi...@paceap.com>.
I followed a similar path. I started trying to use tapestry-spring-security, couldn't
figure out how to customize the login form, and switch to Kalle's tapestry-security project, and I'm now a happy customer, and I ended up contributing back to the tapestry-security project some components.
Pierce
> I'm completely biased of course so feel free to disregard, but: I used
> to be a long time user of Acegi Security (now Spring Security) but
> finally got fed up with the peculiarities of the framework and the
> inherent inflexibility for supporting some of the more elaborate
> security models. I looked around for an alternative and found
> JSecurity (now Apache Shiro) and later ended up as a Shiro committer.
> Both frameworks will do a decent job if you just need role/type and/or
> url-based security, but if you need extensibility, rolling tokens,
> dynamic/instance permissions, external authentication sources etc.
> Shiro is the better bet. As a co-founder of Tynamo project, it was
> natural we would offer security integration with Shiro (which is
> largely based Valentin Yerastov's original work on tapestry-jsecurity
> integration). I'm also willing to bet that Shiro & tapestry-security
> combination will evolve faster than Spring
> Security/tapestry-spring-security going forward.
>
> Kalle
>
>
> On Fri, Jul 30, 2010 at 5:07 AM, Daniel Henze <dh...@googlemail.com> wrote:
>> Well, I did have a glance at it the time I was looking for a security
>> solution. But to me it appeared the easiest to go with
>> tapestry-spring-security, mainly due to the ease of initial integration. The
>> documentation of tynamos tapestry-seems to be quite good as well. From
>> looking at the examples page, I'd either have to create a new Realm for
>> security check against my database or simply add another Filter. I'll have
>> a look at their test suite today to get to know it a little better.
>>
>> I could not really find a comparison of the different security enhancements
>> for Tapestry, so out of curiousity: What are your experiences with Security
>> Frameworks, which implementation are you using?
>>
>> Cheers
>> Daniel
>>
>> Am 30.07.2010 13:30, schrieb Christophe Cordenier:
>>>
>>> Hi
>>>
>>> Have you looked in to tynamo security project ?
>>>
>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>
>>>
>>>>
>>>> Hi Christophe,
>>>>
>>>> yes, I have read that article before, but admit that I could not grasp
>>>> all
>>>> the details by that time and therefore decided to go with
>>>> tapestry-spring-security. A lot of knowledge has been gained in between
>>>> though, so I will re-read and think about option 3 (re-implementing
>>>> security
>>>> with my own requirements). This will take a tad longer, but probably
>>>> benefit
>>>> a lot in terms of learning curve.
>>>>
>>>> Cheers
>>>> Daniel
>>>>
>>>> Am 30.07.2010 12:34, schrieb Christophe Cordenier:
>>>>
>>>> Hi
>>>>
>>>>>
>>>>> Have already read this article [1] from Howard, it explains how to
>>>>> secure
>>>>> an
>>>>> application via Annotations and shows the pipeline as well
>>>>>
>>>>>
>>>>> [1]
>>>>>
>>>>> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>>>>>
>>>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> Hi everyone,
>>>>>>
>>>>>> I created a Service, contributeded it as Dispatcher to check on request
>>>>>> of
>>>>>> secured pages (using tapestry-spring-security with @Secured annotation)
>>>>>> whether the user profile has all required fields filled out. In case,
>>>>>> information is missing, the user is forwarded to his profile page and
>>>>>> requested to update the required fields.
>>>>>>
>>>>>> So far so good, following the AccessController example from the
>>>>>> Tapestry
>>>>>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>>>>>> --- (important part from AccessController):
>>>>>> Component page = componentSource.getPage(pageName);
>>>>>> boolean privatePage = page.getClass().getAnnotation( Secured.class )
>>>>>> !=
>>>>>> null;
>>>>>>
>>>>>> if (privatePage)
>>>>>> {
>>>>>> canAccess = false;
>>>>>> /* Is the user already authentified ? */
>>>>>> if(asm.exists(User.class))
>>>>>> {
>>>>>> User user = asm.get(User.class);
>>>>>> canAccess = user.getUserProfile().isComplete();
>>>>>> System.out.println("user " + user.getUsername() + " has
>>>>>> completed
>>>>>> his profile: " + canAccess);
>>>>>> }
>>>>>> }
>>>>>> ---
>>>>>> public static void
>>>>>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
>>>>>> configuration,
>>>>>> AccessController accessController){
>>>>>> configuration.add("AccessWithCompleteProfileController",
>>>>>> accessController, "after:*");
>>>>>> }
>>>>>> ---
>>>>>>
>>>>>> My problem is apparently with the sequence of the pipeline, as with
>>>>>> the
>>>>>> above stated "after:*" the service never is actually executed (simple
>>>>>> System
>>>>>> out calls to check), with "before:*" I get an redirect error from the
>>>>>> server
>>>>>> ("indefinite loop") and without any declaration it again is not called
>>>>>> at
>>>>>> all.
>>>>>>
>>>>>> I'd appreciate a little guidance on the correct way to solve that
>>>>>> issue.
>>>>>> I
>>>>>> see the following options:
>>>>>> 1. Get AccessController invoked as the last service in Dispatcher
>>>>>> pipeline
>>>>>> (all other checks done before). I suspect SecurityChecker to break the
>>>>>> line.
>>>>>> 2. Figure out whether User is logged in already and do not break the
>>>>>> chain
>>>>>> in AccessController if User is not logged in. Next page request will do
>>>>>> the
>>>>>> check.
>>>>>> 3. Implement my own Security Checker and include the AccessController
>>>>>> into
>>>>>> that code.
>>>>>>
>>>>>> Regards
>>>>>> Daniel
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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
>>>>
>>>>
>>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> 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: T5 Dispatcher: How to correctly order the Pipeline
Posted by Kalle Korhonen <ka...@gmail.com>.
I'm completely biased of course so feel free to disregard, but: I used
to be a long time user of Acegi Security (now Spring Security) but
finally got fed up with the peculiarities of the framework and the
inherent inflexibility for supporting some of the more elaborate
security models. I looked around for an alternative and found
JSecurity (now Apache Shiro) and later ended up as a Shiro committer.
Both frameworks will do a decent job if you just need role/type and/or
url-based security, but if you need extensibility, rolling tokens,
dynamic/instance permissions, external authentication sources etc.
Shiro is the better bet. As a co-founder of Tynamo project, it was
natural we would offer security integration with Shiro (which is
largely based Valentin Yerastov's original work on tapestry-jsecurity
integration). I'm also willing to bet that Shiro & tapestry-security
combination will evolve faster than Spring
Security/tapestry-spring-security going forward.
Kalle
On Fri, Jul 30, 2010 at 5:07 AM, Daniel Henze <dh...@googlemail.com> wrote:
> Well, I did have a glance at it the time I was looking for a security
> solution. But to me it appeared the easiest to go with
> tapestry-spring-security, mainly due to the ease of initial integration. The
> documentation of tynamos tapestry-seems to be quite good as well. From
> looking at the examples page, I'd either have to create a new Realm for
> security check against my database or simply add another Filter. I'll have
> a look at their test suite today to get to know it a little better.
>
> I could not really find a comparison of the different security enhancements
> for Tapestry, so out of curiousity: What are your experiences with Security
> Frameworks, which implementation are you using?
>
> Cheers
> Daniel
>
> Am 30.07.2010 13:30, schrieb Christophe Cordenier:
>>
>> Hi
>>
>> Have you looked in to tynamo security project ?
>>
>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>
>>
>>>
>>> Hi Christophe,
>>>
>>> yes, I have read that article before, but admit that I could not grasp
>>> all
>>> the details by that time and therefore decided to go with
>>> tapestry-spring-security. A lot of knowledge has been gained in between
>>> though, so I will re-read and think about option 3 (re-implementing
>>> security
>>> with my own requirements). This will take a tad longer, but probably
>>> benefit
>>> a lot in terms of learning curve.
>>>
>>> Cheers
>>> Daniel
>>>
>>> Am 30.07.2010 12:34, schrieb Christophe Cordenier:
>>>
>>> Hi
>>>
>>>>
>>>> Have already read this article [1] from Howard, it explains how to
>>>> secure
>>>> an
>>>> application via Annotations and shows the pipeline as well
>>>>
>>>>
>>>> [1]
>>>>
>>>> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>>>>
>>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> Hi everyone,
>>>>>
>>>>> I created a Service, contributeded it as Dispatcher to check on request
>>>>> of
>>>>> secured pages (using tapestry-spring-security with @Secured annotation)
>>>>> whether the user profile has all required fields filled out. In case,
>>>>> information is missing, the user is forwarded to his profile page and
>>>>> requested to update the required fields.
>>>>>
>>>>> So far so good, following the AccessController example from the
>>>>> Tapestry
>>>>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>>>>> --- (important part from AccessController):
>>>>> Component page = componentSource.getPage(pageName);
>>>>> boolean privatePage = page.getClass().getAnnotation( Secured.class )
>>>>> !=
>>>>> null;
>>>>>
>>>>> if (privatePage)
>>>>> {
>>>>> canAccess = false;
>>>>> /* Is the user already authentified ? */
>>>>> if(asm.exists(User.class))
>>>>> {
>>>>> User user = asm.get(User.class);
>>>>> canAccess = user.getUserProfile().isComplete();
>>>>> System.out.println("user " + user.getUsername() + " has
>>>>> completed
>>>>> his profile: " + canAccess);
>>>>> }
>>>>> }
>>>>> ---
>>>>> public static void
>>>>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
>>>>> configuration,
>>>>> AccessController accessController){
>>>>> configuration.add("AccessWithCompleteProfileController",
>>>>> accessController, "after:*");
>>>>> }
>>>>> ---
>>>>>
>>>>> My problem is apparently with the sequence of the pipeline, as with
>>>>> the
>>>>> above stated "after:*" the service never is actually executed (simple
>>>>> System
>>>>> out calls to check), with "before:*" I get an redirect error from the
>>>>> server
>>>>> ("indefinite loop") and without any declaration it again is not called
>>>>> at
>>>>> all.
>>>>>
>>>>> I'd appreciate a little guidance on the correct way to solve that
>>>>> issue.
>>>>> I
>>>>> see the following options:
>>>>> 1. Get AccessController invoked as the last service in Dispatcher
>>>>> pipeline
>>>>> (all other checks done before). I suspect SecurityChecker to break the
>>>>> line.
>>>>> 2. Figure out whether User is logged in already and do not break the
>>>>> chain
>>>>> in AccessController if User is not logged in. Next page request will do
>>>>> the
>>>>> check.
>>>>> 3. Implement my own Security Checker and include the AccessController
>>>>> into
>>>>> that code.
>>>>>
>>>>> Regards
>>>>> Daniel
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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
>>>
>>>
>>>
>>
>>
>
> ---------------------------------------------------------------------
> 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: T5 Dispatcher: How to correctly order the Pipeline
Posted by Daniel Henze <dh...@googlemail.com>.
Well, I did have a glance at it the time I was looking for a security
solution. But to me it appeared the easiest to go with
tapestry-spring-security, mainly due to the ease of initial integration.
The documentation of tynamos tapestry-seems to be quite good as well.
From looking at the examples page, I'd either have to create a new
Realm for security check against my database or simply add another
Filter. I'll have a look at their test suite today to get to know it a
little better.
I could not really find a comparison of the different security
enhancements for Tapestry, so out of curiousity: What are your
experiences with Security Frameworks, which implementation are you using?
Cheers
Daniel
Am 30.07.2010 13:30, schrieb Christophe Cordenier:
> Hi
>
> Have you looked in to tynamo security project ?
>
> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>
>
>> Hi Christophe,
>>
>> yes, I have read that article before, but admit that I could not grasp all
>> the details by that time and therefore decided to go with
>> tapestry-spring-security. A lot of knowledge has been gained in between
>> though, so I will re-read and think about option 3 (re-implementing security
>> with my own requirements). This will take a tad longer, but probably benefit
>> a lot in terms of learning curve.
>>
>> Cheers
>> Daniel
>>
>> Am 30.07.2010 12:34, schrieb Christophe Cordenier:
>>
>> Hi
>>
>>> Have already read this article [1] from Howard, it explains how to secure
>>> an
>>> application via Annotations and shows the pipeline as well
>>>
>>>
>>> [1]
>>> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>>>
>>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>>
>>>
>>>
>>>
>>>> Hi everyone,
>>>>
>>>> I created a Service, contributeded it as Dispatcher to check on request
>>>> of
>>>> secured pages (using tapestry-spring-security with @Secured annotation)
>>>> whether the user profile has all required fields filled out. In case,
>>>> information is missing, the user is forwarded to his profile page and
>>>> requested to update the required fields.
>>>>
>>>> So far so good, following the AccessController example from the Tapestry
>>>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>>>> --- (important part from AccessController):
>>>> Component page = componentSource.getPage(pageName);
>>>> boolean privatePage = page.getClass().getAnnotation( Secured.class )
>>>> !=
>>>> null;
>>>>
>>>> if (privatePage)
>>>> {
>>>> canAccess = false;
>>>> /* Is the user already authentified ? */
>>>> if(asm.exists(User.class))
>>>> {
>>>> User user = asm.get(User.class);
>>>> canAccess = user.getUserProfile().isComplete();
>>>> System.out.println("user " + user.getUsername() + " has completed
>>>> his profile: " + canAccess);
>>>> }
>>>> }
>>>> ---
>>>> public static void
>>>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
>>>> configuration,
>>>> AccessController accessController){
>>>> configuration.add("AccessWithCompleteProfileController",
>>>> accessController, "after:*");
>>>> }
>>>> ---
>>>>
>>>> My problem is apparently with the sequence of the pipeline, as with the
>>>> above stated "after:*" the service never is actually executed (simple
>>>> System
>>>> out calls to check), with "before:*" I get an redirect error from the
>>>> server
>>>> ("indefinite loop") and without any declaration it again is not called at
>>>> all.
>>>>
>>>> I'd appreciate a little guidance on the correct way to solve that issue.
>>>> I
>>>> see the following options:
>>>> 1. Get AccessController invoked as the last service in Dispatcher
>>>> pipeline
>>>> (all other checks done before). I suspect SecurityChecker to break the
>>>> line.
>>>> 2. Figure out whether User is logged in already and do not break the
>>>> chain
>>>> in AccessController if User is not logged in. Next page request will do
>>>> the
>>>> check.
>>>> 3. Implement my own Security Checker and include the AccessController
>>>> into
>>>> that code.
>>>>
>>>> Regards
>>>> Daniel
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: T5 Dispatcher: How to correctly order the Pipeline
Posted by Christophe Cordenier <ch...@gmail.com>.
Hi
Have you looked in to tynamo security project ?
2010/7/30 Daniel Henze <dh...@googlemail.com>
> Hi Christophe,
>
> yes, I have read that article before, but admit that I could not grasp all
> the details by that time and therefore decided to go with
> tapestry-spring-security. A lot of knowledge has been gained in between
> though, so I will re-read and think about option 3 (re-implementing security
> with my own requirements). This will take a tad longer, but probably benefit
> a lot in terms of learning curve.
>
> Cheers
> Daniel
>
> Am 30.07.2010 12:34, schrieb Christophe Cordenier:
>
> Hi
>>
>> Have already read this article [1] from Howard, it explains how to secure
>> an
>> application via Annotations and shows the pipeline as well
>>
>>
>> [1]
>> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>>
>> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>>
>>
>>
>>> Hi everyone,
>>>
>>> I created a Service, contributeded it as Dispatcher to check on request
>>> of
>>> secured pages (using tapestry-spring-security with @Secured annotation)
>>> whether the user profile has all required fields filled out. In case,
>>> information is missing, the user is forwarded to his profile page and
>>> requested to update the required fields.
>>>
>>> So far so good, following the AccessController example from the Tapestry
>>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>>> --- (important part from AccessController):
>>> Component page = componentSource.getPage(pageName);
>>> boolean privatePage = page.getClass().getAnnotation( Secured.class )
>>> !=
>>> null;
>>>
>>> if (privatePage)
>>> {
>>> canAccess = false;
>>> /* Is the user already authentified ? */
>>> if(asm.exists(User.class))
>>> {
>>> User user = asm.get(User.class);
>>> canAccess = user.getUserProfile().isComplete();
>>> System.out.println("user " + user.getUsername() + " has completed
>>> his profile: " + canAccess);
>>> }
>>> }
>>> ---
>>> public static void
>>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
>>> configuration,
>>> AccessController accessController){
>>> configuration.add("AccessWithCompleteProfileController",
>>> accessController, "after:*");
>>> }
>>> ---
>>>
>>> My problem is apparently with the sequence of the pipeline, as with the
>>> above stated "after:*" the service never is actually executed (simple
>>> System
>>> out calls to check), with "before:*" I get an redirect error from the
>>> server
>>> ("indefinite loop") and without any declaration it again is not called at
>>> all.
>>>
>>> I'd appreciate a little guidance on the correct way to solve that issue.
>>> I
>>> see the following options:
>>> 1. Get AccessController invoked as the last service in Dispatcher
>>> pipeline
>>> (all other checks done before). I suspect SecurityChecker to break the
>>> line.
>>> 2. Figure out whether User is logged in already and do not break the
>>> chain
>>> in AccessController if User is not logged in. Next page request will do
>>> the
>>> check.
>>> 3. Implement my own Security Checker and include the AccessController
>>> into
>>> that code.
>>>
>>> Regards
>>> Daniel
>>>
>>> ---------------------------------------------------------------------
>>> 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
>
>
--
Regards,
Christophe Cordenier.
Committer on Apache Tapestry 5
Co-creator of wooki @wookicentral.com
Re: T5 Dispatcher: How to correctly order the Pipeline
Posted by Daniel Henze <dh...@googlemail.com>.
Hi Christophe,
yes, I have read that article before, but admit that I could not grasp
all the details by that time and therefore decided to go with
tapestry-spring-security. A lot of knowledge has been gained in between
though, so I will re-read and think about option 3 (re-implementing
security with my own requirements). This will take a tad longer, but
probably benefit a lot in terms of learning curve.
Cheers
Daniel
Am 30.07.2010 12:34, schrieb Christophe Cordenier:
> Hi
>
> Have already read this article [1] from Howard, it explains how to secure an
> application via Annotations and shows the pipeline as well
>
>
> [1]
> http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
>
> 2010/7/30 Daniel Henze<dh...@googlemail.com>
>
>
>> Hi everyone,
>>
>> I created a Service, contributeded it as Dispatcher to check on request of
>> secured pages (using tapestry-spring-security with @Secured annotation)
>> whether the user profile has all required fields filled out. In case,
>> information is missing, the user is forwarded to his profile page and
>> requested to update the required fields.
>>
>> So far so good, following the AccessController example from the Tapestry
>> HowTos I could build the service and add it to the Dispatcher Pipeline:
>> --- (important part from AccessController):
>> Component page = componentSource.getPage(pageName);
>> boolean privatePage = page.getClass().getAnnotation( Secured.class ) !=
>> null;
>>
>> if (privatePage)
>> {
>> canAccess = false;
>> /* Is the user already authentified ? */
>> if(asm.exists(User.class))
>> {
>> User user = asm.get(User.class);
>> canAccess = user.getUserProfile().isComplete();
>> System.out.println("user " + user.getUsername() + " has completed
>> his profile: " + canAccess);
>> }
>> }
>> ---
>> public static void
>> contributeMasterDispatcher(OrderedConfiguration<Dispatcher> configuration,
>> AccessController accessController){
>> configuration.add("AccessWithCompleteProfileController",
>> accessController, "after:*");
>> }
>> ---
>>
>> My problem is apparently with the sequence of the pipeline, as with the
>> above stated "after:*" the service never is actually executed (simple System
>> out calls to check), with "before:*" I get an redirect error from the server
>> ("indefinite loop") and without any declaration it again is not called at
>> all.
>>
>> I'd appreciate a little guidance on the correct way to solve that issue. I
>> see the following options:
>> 1. Get AccessController invoked as the last service in Dispatcher pipeline
>> (all other checks done before). I suspect SecurityChecker to break the line.
>> 2. Figure out whether User is logged in already and do not break the chain
>> in AccessController if User is not logged in. Next page request will do the
>> check.
>> 3. Implement my own Security Checker and include the AccessController into
>> that code.
>>
>> Regards
>> Daniel
>>
>> ---------------------------------------------------------------------
>> 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: T5 Dispatcher: How to correctly order the Pipeline
Posted by Christophe Cordenier <ch...@gmail.com>.
Hi
Have already read this article [1] from Howard, it explains how to secure an
application via Annotations and shows the pipeline as well
[1]
http://tapestryjava.blogspot.com/2009/12/securing-tapestry-pages-with.html
2010/7/30 Daniel Henze <dh...@googlemail.com>
> Hi everyone,
>
> I created a Service, contributeded it as Dispatcher to check on request of
> secured pages (using tapestry-spring-security with @Secured annotation)
> whether the user profile has all required fields filled out. In case,
> information is missing, the user is forwarded to his profile page and
> requested to update the required fields.
>
> So far so good, following the AccessController example from the Tapestry
> HowTos I could build the service and add it to the Dispatcher Pipeline:
> --- (important part from AccessController):
> Component page = componentSource.getPage(pageName);
> boolean privatePage = page.getClass().getAnnotation( Secured.class ) !=
> null;
>
> if (privatePage)
> {
> canAccess = false;
> /* Is the user already authentified ? */
> if(asm.exists(User.class))
> {
> User user = asm.get(User.class);
> canAccess = user.getUserProfile().isComplete();
> System.out.println("user " + user.getUsername() + " has completed
> his profile: " + canAccess);
> }
> }
> ---
> public static void
> contributeMasterDispatcher(OrderedConfiguration<Dispatcher> configuration,
> AccessController accessController){
> configuration.add("AccessWithCompleteProfileController",
> accessController, "after:*");
> }
> ---
>
> My problem is apparently with the sequence of the pipeline, as with the
> above stated "after:*" the service never is actually executed (simple System
> out calls to check), with "before:*" I get an redirect error from the server
> ("indefinite loop") and without any declaration it again is not called at
> all.
>
> I'd appreciate a little guidance on the correct way to solve that issue. I
> see the following options:
> 1. Get AccessController invoked as the last service in Dispatcher pipeline
> (all other checks done before). I suspect SecurityChecker to break the line.
> 2. Figure out whether User is logged in already and do not break the chain
> in AccessController if User is not logged in. Next page request will do the
> check.
> 3. Implement my own Security Checker and include the AccessController into
> that code.
>
> Regards
> Daniel
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Regards,
Christophe Cordenier.
Committer on Apache Tapestry 5
Co-creator of wooki @wookicentral.com
T5 Dispatcher: How to correctly order the Pipeline
Posted by Daniel Henze <dh...@googlemail.com>.
Hi everyone,
I created a Service, contributeded it as Dispatcher to check on request
of secured pages (using tapestry-spring-security with @Secured
annotation) whether the user profile has all required fields filled out.
In case, information is missing, the user is forwarded to his profile
page and requested to update the required fields.
So far so good, following the AccessController example from the Tapestry
HowTos I could build the service and add it to the Dispatcher Pipeline:
--- (important part from AccessController):
Component page = componentSource.getPage(pageName);
boolean privatePage = page.getClass().getAnnotation( Secured.class
) != null;
if (privatePage)
{
canAccess = false;
/* Is the user already authentified ? */
if(asm.exists(User.class))
{
User user = asm.get(User.class);
canAccess = user.getUserProfile().isComplete();
System.out.println("user " + user.getUsername() + " has
completed his profile: " + canAccess);
}
}
---
public static void
contributeMasterDispatcher(OrderedConfiguration<Dispatcher>
configuration, AccessController accessController){
configuration.add("AccessWithCompleteProfileController",
accessController, "after:*");
}
---
My problem is apparently with the sequence of the pipeline, as with the
above stated "after:*" the service never is actually executed (simple
System out calls to check), with "before:*" I get an redirect error from
the server ("indefinite loop") and without any declaration it again is
not called at all.
I'd appreciate a little guidance on the correct way to solve that issue.
I see the following options:
1. Get AccessController invoked as the last service in Dispatcher
pipeline (all other checks done before). I suspect SecurityChecker to
break the line.
2. Figure out whether User is logged in already and do not break the
chain in AccessController if User is not logged in. Next page request
will do the check.
3. Implement my own Security Checker and include the AccessController
into that code.
Regards
Daniel
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
RE: final version of Tapestry 5.2
Posted by Jim O'Callaghan <jc...@yahoo.co.uk>.
Kalle,
This is more a maven question than Tapestry, but you mentioned a 'frozen'
snapshot below - in my pom the only snapshot version I have is T5.2.0 - the
other dependencies are all release versions - I'm currently running with
maven offline as I don't like surprises - how do you 'freeze' at a certain
snapshot? Thanks.
Regards,
Jim.
-----Original Message-----
From: Kalle Korhonen [mailto:kalle.o.korhonen@gmail.com]
Sent: 29 July 2010 20:42
To: Tapestry users
Subject: Re: final version of Tapestry 5.2
I'm not so sure that GAE on Java is production ready, but that aside,
ultimately it's up to you to decide what's production ready for you
and what isn't. A snapshot is a snapshot of that version in
development. T5.2 isn't going to change drastically anymore. If I
wanted to deploy to T5.2 to production, I'd use a frozen snapshot or
wait for the T5.2 alpha release that will be cut shortly.
Kalle
On Thu, Jul 29, 2010 at 12:34 PM, Muhammad Mohsen <m....@gmail.com>
wrote:
> Thanks Dmitry,
>
> Please let me make sure that I got this right. T5.2 fully compatible with
> GAE since sept. 2009 ?
> But still T5.2 is a snapshot...doesn't that mean that it's not ready for
> production usage..right ?
>
> On Thu, Jul 29, 2010 at 8:57 PM, Dmitry Gusev
<dm...@gmail.com>wrote:
>
>> GAE supported by T5.2 since September 2009.
>> No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
>>
>> On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com>
>> wrote:
>>
>> > Am extremely excited for that :)
>> >
>> > I read that v5.2 should support google application engine more than
>> before
>> > by abandoning an xml class that is not supported by google application
>> > engine.
>> > Also we can force tapestry to work without the thread pool.
>> >
>> > Is there any further support for google application engine ?
>> >
>> > On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
>> >
>> > > We will probably release an alpha version within the next week
followed
>> > by
>> > > additional alphas and betas as needed. The plan is to have a stable
5.2
>> > > release before JavaOne which begins on September 19th.
>> > >
>> > > Uli
>> > >
>> > >
>> > > On 29.07.2010 15:31, Pablo Borges wrote:
>> > >
>> > >> Hello staff,
>> > >>
>> > >> will be released when the final version of Tapestry 5.2?
>> > >>
>> > >> thanks
>> > >>
>> > >>
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> > > For additional commands, e-mail: users-help@tapestry.apache.org
>> > >
>> > >
>> >
>> >
>> > --
>> > Muhammad Mohsen Hussien
>> > Jr. Java Software Engineer
>> >
>>
>>
>>
>> --
>> Dmitry Gusev
>>
>> AnjLab Team
>> http://anjlab.com
>>
>
>
>
> --
> Muhammad Mohsen Hussien
> Jr. Java Software Engineer
>
---------------------------------------------------------------------
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: final version of Tapestry 5.2
Posted by Massimo Lusetti <ml...@gmail.com>.
On Thu, Jul 29, 2010 at 9:41 PM, Kalle Korhonen
<ka...@gmail.com> wrote:
> I'm not so sure that GAE on Java is production ready, but that aside,
> ultimately it's up to you to decide what's production ready for you
> and what isn't. A snapshot is a snapshot of that version in
> development. T5.2 isn't going to change drastically anymore. If I
> wanted to deploy to T5.2 to production, I'd use a frozen snapshot or
> wait for the T5.2 alpha release that will be cut shortly.
BTW I'm leveraging Tapestry5 since day 1 using both releases and
snapshots without any issues. T5 has proven to have snapshots more
stable the many other framework releases. Obviously snapshots are a
moving target and you should know about that.
Cheers
--
Massimo
http://meridio.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: final version of Tapestry 5.2
Posted by Kalle Korhonen <ka...@gmail.com>.
I'm not so sure that GAE on Java is production ready, but that aside,
ultimately it's up to you to decide what's production ready for you
and what isn't. A snapshot is a snapshot of that version in
development. T5.2 isn't going to change drastically anymore. If I
wanted to deploy to T5.2 to production, I'd use a frozen snapshot or
wait for the T5.2 alpha release that will be cut shortly.
Kalle
On Thu, Jul 29, 2010 at 12:34 PM, Muhammad Mohsen <m....@gmail.com> wrote:
> Thanks Dmitry,
>
> Please let me make sure that I got this right. T5.2 fully compatible with
> GAE since sept. 2009 ?
> But still T5.2 is a snapshot...doesn't that mean that it's not ready for
> production usage..right ?
>
> On Thu, Jul 29, 2010 at 8:57 PM, Dmitry Gusev <dm...@gmail.com>wrote:
>
>> GAE supported by T5.2 since September 2009.
>> No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
>>
>> On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com>
>> wrote:
>>
>> > Am extremely excited for that :)
>> >
>> > I read that v5.2 should support google application engine more than
>> before
>> > by abandoning an xml class that is not supported by google application
>> > engine.
>> > Also we can force tapestry to work without the thread pool.
>> >
>> > Is there any further support for google application engine ?
>> >
>> > On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
>> >
>> > > We will probably release an alpha version within the next week followed
>> > by
>> > > additional alphas and betas as needed. The plan is to have a stable 5.2
>> > > release before JavaOne which begins on September 19th.
>> > >
>> > > Uli
>> > >
>> > >
>> > > On 29.07.2010 15:31, Pablo Borges wrote:
>> > >
>> > >> Hello staff,
>> > >>
>> > >> will be released when the final version of Tapestry 5.2?
>> > >>
>> > >> thanks
>> > >>
>> > >>
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> > > For additional commands, e-mail: users-help@tapestry.apache.org
>> > >
>> > >
>> >
>> >
>> > --
>> > Muhammad Mohsen Hussien
>> > Jr. Java Software Engineer
>> >
>>
>>
>>
>> --
>> Dmitry Gusev
>>
>> AnjLab Team
>> http://anjlab.com
>>
>
>
>
> --
> Muhammad Mohsen Hussien
> Jr. Java Software Engineer
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: final version of Tapestry 5.2
Posted by Muhammad Mohsen <m....@gmail.com>.
Thanks Dmitry,
Please let me make sure that I got this right. T5.2 fully compatible with
GAE since sept. 2009 ?
But still T5.2 is a snapshot...doesn't that mean that it's not ready for
production usage..right ?
On Thu, Jul 29, 2010 at 8:57 PM, Dmitry Gusev <dm...@gmail.com>wrote:
> GAE supported by T5.2 since September 2009.
> No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
>
> On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com>
> wrote:
>
> > Am extremely excited for that :)
> >
> > I read that v5.2 should support google application engine more than
> before
> > by abandoning an xml class that is not supported by google application
> > engine.
> > Also we can force tapestry to work without the thread pool.
> >
> > Is there any further support for google application engine ?
> >
> > On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
> >
> > > We will probably release an alpha version within the next week followed
> > by
> > > additional alphas and betas as needed. The plan is to have a stable 5.2
> > > release before JavaOne which begins on September 19th.
> > >
> > > Uli
> > >
> > >
> > > On 29.07.2010 15:31, Pablo Borges wrote:
> > >
> > >> Hello staff,
> > >>
> > >> will be released when the final version of Tapestry 5.2?
> > >>
> > >> thanks
> > >>
> > >>
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > > For additional commands, e-mail: users-help@tapestry.apache.org
> > >
> > >
> >
> >
> > --
> > Muhammad Mohsen Hussien
> > Jr. Java Software Engineer
> >
>
>
>
> --
> Dmitry Gusev
>
> AnjLab Team
> http://anjlab.com
>
--
Muhammad Mohsen Hussien
Jr. Java Software Engineer
Re: final version of Tapestry 5.2
Posted by Dmitry Gusev <dm...@gmail.com>.
GAE supported by T5.2 since September 2009.
No problems at all, except GAE's Java lags for 4-6 seconds to boot up.
On Thu, Jul 29, 2010 at 19:53, Muhammad Mohsen <m....@gmail.com> wrote:
> Am extremely excited for that :)
>
> I read that v5.2 should support google application engine more than before
> by abandoning an xml class that is not supported by google application
> engine.
> Also we can force tapestry to work without the thread pool.
>
> Is there any further support for google application engine ?
>
> On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
>
> > We will probably release an alpha version within the next week followed
> by
> > additional alphas and betas as needed. The plan is to have a stable 5.2
> > release before JavaOne which begins on September 19th.
> >
> > Uli
> >
> >
> > On 29.07.2010 15:31, Pablo Borges wrote:
> >
> >> Hello staff,
> >>
> >> will be released when the final version of Tapestry 5.2?
> >>
> >> thanks
> >>
> >>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> > For additional commands, e-mail: users-help@tapestry.apache.org
> >
> >
>
>
> --
> Muhammad Mohsen Hussien
> Jr. Java Software Engineer
>
--
Dmitry Gusev
AnjLab Team
http://anjlab.com
Re: final version of Tapestry 5.2
Posted by Muhammad Mohsen <m....@gmail.com>.
Am extremely excited for that :)
I read that v5.2 should support google application engine more than before
by abandoning an xml class that is not supported by google application
engine.
Also we can force tapestry to work without the thread pool.
Is there any further support for google application engine ?
On Thu, Jul 29, 2010 at 5:02 PM, Ulrich Stärk <ul...@spielviel.de> wrote:
> We will probably release an alpha version within the next week followed by
> additional alphas and betas as needed. The plan is to have a stable 5.2
> release before JavaOne which begins on September 19th.
>
> Uli
>
>
> On 29.07.2010 15:31, Pablo Borges wrote:
>
>> Hello staff,
>>
>> will be released when the final version of Tapestry 5.2?
>>
>> thanks
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Muhammad Mohsen Hussien
Jr. Java Software Engineer
Re: final version of Tapestry 5.2
Posted by Ulrich Stärk <ul...@spielviel.de>.
We will probably release an alpha version within the next week followed by additional alphas and
betas as needed. The plan is to have a stable 5.2 release before JavaOne which begins on September 19th.
Uli
On 29.07.2010 15:31, Pablo Borges wrote:
> Hello staff,
>
> will be released when the final version of Tapestry 5.2?
>
> thanks
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org