You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Geoff Callender <ge...@gmail.com> on 2008/09/07 15:03:39 UTC
[T5] t5components: how about a Button for PageLink?
Hey Sven,
Do you have plans for a variation on Button that does a render request
like PageLink? It would be really handy.
I ask because unfortunately the following doesn't work in IE - it
displays a button but clicking it does nothing:
<button><a t:type="pagelink" t:page="nextpage" href="#">Next</a></
button>
Geoff
Re: [T5] t5components: how about a Button for PageLink?
Posted by Geoff Callender <ge...@gmail.com>.
Great work. Thanks.
On 08/09/2008, at 4:08 AM, Sven Homburg wrote:
> just comitted
>
> 2008/9/7 Geoff Callender <ge...@gmail.com>
>
>> Hey Sven,
>>
>> Do you have plans for a variation on Button that does a render
>> request like
>> PageLink? It would be really handy.
>> I ask because unfortunately the following doesn't work in IE - it
>> displays
>> a button but clicking it does nothing:
>>
>> <button><a t:type="pagelink" t:page="nextpage"
>> href="#">Next</a></button>
>>
>> Geoff
>
>
>
>
> --
> with regards
> Sven Homburg
> http://www.chenillekit.org
> http://tapestry5-components.googlecode.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry App Replication
Posted by ProAdmin Dariusz Dwornikowski <da...@proadmin.com.pl>.
I think you have to do it on application server level. Tomcat sticky
sessions etc.
2008/9/8 Carl Crowder <ca...@taptu.com>
> Hi all,
>
> Is it possible to run multiple instances of a Tapestry app on various
> servers, but have them share session and application state?
>
> Carl
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Pozdrawiam,
Dariusz Dwornikowski
------------------------------------
ProAdmin
ul. Królowej Jadwigi 44/2
61-872 Poznań
tel: 061 623-20-92
kom: 0601 59-64-74
fax: 061 623-20-93
www.proadmin.com.pl
dariusz.dwornikowski@proadmin.com.pl
Re: Tapestry App Replication
Posted by kranga <kr...@k2d2.org>.
The extensive use of @Persist("flash") for form fields could cause thrashing
in an app cluster. That's one piece I'd like to see refined in Tapestry to
be one in a different way.
----- Original Message -----
From: "Howard Lewis Ship" <hl...@gmail.com>
To: "Tapestry users" <us...@tapestry.apache.org>
Sent: Monday, September 08, 2008 12:59 PM
Subject: Re: Tapestry App Replication
> Tapestry is designed to be "a good citizen" of an application server
> that supports clustering. It's careful about what it writes into the
> HttpSession. The framework understands that the server that receives
> a request may not be the same one that rendered the page initially;
> this knowlege affects many code paths, and the approach Tapestry takes
> to caching and pooling page instances.
>
> Your part is to properly manage the objects put into the HttpSession
> (via @ApplicationState or @Persist). These objects should be
> immutable where possible (i.e., String, or a primitive or wrapper
> type). For @Persist, if you change the internal state of a mutable
> object, you should reassign the field, to ensure that Tapestry knows
> to update the HttpSession (and force the value to be serialized and
> distributed around the cluster).
>
> Still, sticky sessions are the way to go when possible. Much more
> efficient use of resources ... you are scaling *out* not *up* which is
> always cheaper.
>
> Again, Tapestry is a good citizen, but from the application server's
> point of view, it's just another servlet application. The heavy
> lifting here is application server specific.
>
> On Mon, Sep 8, 2008 at 4:44 AM, Carl Crowder <ca...@taptu.com>
> wrote:
>> Hi all,
>>
>> Is it possible to run multiple instances of a Tapestry app on various
>> servers, but have them share session and application state?
>>
>> Carl
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator Apache Tapestry and Apache HiveMind
>
> ---------------------------------------------------------------------
> 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: Tapestry App Replication
Posted by Howard Lewis Ship <hl...@gmail.com>.
Tapestry is designed to be "a good citizen" of an application server
that supports clustering. It's careful about what it writes into the
HttpSession. The framework understands that the server that receives
a request may not be the same one that rendered the page initially;
this knowlege affects many code paths, and the approach Tapestry takes
to caching and pooling page instances.
Your part is to properly manage the objects put into the HttpSession
(via @ApplicationState or @Persist). These objects should be
immutable where possible (i.e., String, or a primitive or wrapper
type). For @Persist, if you change the internal state of a mutable
object, you should reassign the field, to ensure that Tapestry knows
to update the HttpSession (and force the value to be serialized and
distributed around the cluster).
Still, sticky sessions are the way to go when possible. Much more
efficient use of resources ... you are scaling *out* not *up* which is
always cheaper.
Again, Tapestry is a good citizen, but from the application server's
point of view, it's just another servlet application. The heavy
lifting here is application server specific.
On Mon, Sep 8, 2008 at 4:44 AM, Carl Crowder <ca...@taptu.com> wrote:
> Hi all,
>
> Is it possible to run multiple instances of a Tapestry app on various
> servers, but have them share session and application state?
>
> Carl
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator Apache Tapestry and Apache HiveMind
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Tapestry App Replication
Posted by Carl Crowder <ca...@taptu.com>.
Hi all,
Is it possible to run multiple instances of a Tapestry app on various
servers, but have them share session and application state?
Carl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [T5] t5components: how about a Button for PageLink?
Posted by Geoff Callender <ge...@gmail.com>.
Yes I did, but no cigar. Thanks for the suggestion anyway.
On 08/09/2008, at 5:03 AM, Toby Hobson wrote:
> Geoff
>
> Did you try <a ...><button>click me</button></a>?
>
> Toby
>
> 2008/9/7 Sven Homburg <ho...@googlemail.com>
>
>> just comitted
>>
>> 2008/9/7 Geoff Callender <ge...@gmail.com>
>>
>>> Hey Sven,
>>>
>>> Do you have plans for a variation on Button that does a render
>>> request
>> like
>>> PageLink? It would be really handy.
>>> I ask because unfortunately the following doesn't work in IE - it
>> displays
>>> a button but clicking it does nothing:
>>>
>>> <button><a t:type="pagelink" t:page="nextpage"
>>> href="#">Next</a></button>
>>>
>>> Geoff
>>
>>
>>
>>
>> --
>> with regards
>> Sven Homburg
>> http://www.chenillekit.org
>> http://tapestry5-components.googlecode.com
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [T5] t5components: how about a Button for PageLink?
Posted by Toby Hobson <to...@googlemail.com>.
Geoff
Did you try <a ...><button>click me</button></a>?
Toby
2008/9/7 Sven Homburg <ho...@googlemail.com>
> just comitted
>
> 2008/9/7 Geoff Callender <ge...@gmail.com>
>
> > Hey Sven,
> >
> > Do you have plans for a variation on Button that does a render request
> like
> > PageLink? It would be really handy.
> > I ask because unfortunately the following doesn't work in IE - it
> displays
> > a button but clicking it does nothing:
> >
> > <button><a t:type="pagelink" t:page="nextpage"
> > href="#">Next</a></button>
> >
> > Geoff
>
>
>
>
> --
> with regards
> Sven Homburg
> http://www.chenillekit.org
> http://tapestry5-components.googlecode.com
>
Re: [T5] t5components: how about a Button for PageLink?
Posted by Sven Homburg <ho...@googlemail.com>.
just comitted
2008/9/7 Geoff Callender <ge...@gmail.com>
> Hey Sven,
>
> Do you have plans for a variation on Button that does a render request like
> PageLink? It would be really handy.
> I ask because unfortunately the following doesn't work in IE - it displays
> a button but clicking it does nothing:
>
> <button><a t:type="pagelink" t:page="nextpage"
> href="#">Next</a></button>
>
> Geoff
--
with regards
Sven Homburg
http://www.chenillekit.org
http://tapestry5-components.googlecode.com