Yep,
thanks
Josh Canfield wrote:
> Ah, right. I wasn't worried about that as I'm currently not clustering.
> Although if I were I would probably run with sticky sessions and not try to
> share sessions across boxes. For my usecase if a box goes down and someone
> has to start a session over that'
Ah, right. I wasn't worried about that as I'm currently not clustering.
Although if I were I would probably run with sticky sessions and not try to
share sessions across boxes. For my usecase if a box goes down and someone
has to start a session over that's acceptable.
Hugo, java.net.URL is an acc
True, i didn't think of that.
It would be much easier to store the Link object thought
Howard Lewis Ship wrote:
> That won't cluster since LinkImpl is not serializable ... I'll have to
> check to see if it can be made serializable. If not, you certainly
> can store the absolute URI from the L
That won't cluster since LinkImpl is not serializable ... I'll have to
check to see if it can be made serializable. If not, you certainly
can store the absolute URI from the Link as a persistent property.
On Fri, Feb 22, 2008 at 11:47 AM, Josh Canfield <[EMAIL PROTECTED]> wrote:
> Hi Hugo,
>
> I
Yep, that works perfect...
I was after a complex solution when the answer was so simple :o)
Thanks...
Josh Canfield wrote:
> Hi Hugo,
>
> I'm not familiar with ICallback, but it sounds like what you are trying to
> do matches something I use to keep track of the referring page within my
> applica
Hi Hugo,
I'm not familiar with ICallback, but it sounds like what you are trying to
do matches something I use to keep track of the referring page within my
application.
http://www.nabble.com/Re%3A-page-navigation-%28return-to-arbitrary-page%29-p14155874.html
Essentially you create the Link obje
I'll have to look into the code a little deeper to find that one
Robert Zeigler wrote:
> 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
I can, but how do i then pass the Object[] to the context parameter of
the createPageLink method in order to created the original Link ?
Howard Lewis Ship wrote:
> Can you capture the activation context as an Object[] and pass that to
> the eventual Form?
>
> On Fri, Feb 22, 2008 at 8:01 AM, Hugo
Can you capture the activation context as an Object[] and pass that to
the eventual Form?
On Fri, Feb 22, 2008 at 8:01 AM, Hugo Palma <[EMAIL PROTECTED]> 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
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 missi
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.
Thanks Howard,
The activate/passivate events seems the right way for simple things like
the sample described in the Tap5 guide.
But what if i needed the callback to store a request from a user while
he is redirected to the signon page where he can click the registration
or "i forgot my passwor
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
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
14 matches
Mail list logo
