Isn't the set of return value handlers extensible? Couldn't you
contribute your own "url handler" that handles java.net.URL (or
java.net.URI)?
Then you could pass in the string value, and return the string as a URL?
Robert
On Feb 22, 2008, at 2/2210:01 AM , Hugo Palma wrote:
Maybe i'm missing something but i'm not seeing an easy way to solve
this.
Well, in it's simplest form i can just pass a page name to the
activation context of the redirection target page and then use that
String value to return to the original page. Works fine.
But, a little more complex use case. What if i want to keep the
activation context from the original page ?
My first take at this was to instead of passing a String to the
redirection target page i would pass a Link instance that i would
build.
That doesn't work because Tapestry can't coerce Link objects.
Second take, i will pass the result of the toURI method of the
generated
Link. Now the problem is, how do i perform de redirect ? The passed
string isn't a page name so i can't just return it. I can't also
seem to
find a way to build the a new Link object from the given string.
Am i missing something here ?
Howard Lewis Ship wrote:
Yes, the passivate/activate events fill similar roles to ICallback.
There is no exact analog, but that's because you can build your own
so
easily on top of the passivate and activate events.
On Nov 8, 2007 5:40 AM, Stephane Decleire
<[EMAIL PROTECTED]> wrote:
I'm trying to migrate an application which use ICallback from Tap
4.1.3
to Tap 5.0.6
Is there an equivalent to the callback notion in Tap 5 ?
If not, does anybody know a way to implement such a mechanism ?
Thanks in advance.
Stephane
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
