My apologies, that is a class we use internally. Must have confused it
with some basic wicket class.

You can use AbstractAjaxTimerBehavior to similar effect. Just override
the onTimer method

2010/1/21 Carlo Camerino <[email protected]>:
> where do i get this class?
>
> AjaxStoppableSelfUpdatingTimer ?
> On Thu, Jan 21, 2010 at 3:43 AM, Carlo Camerino 
> <[email protected]>wrote:
>
>> hi,
>>
>> please do.
>>
>> thanks a lot!
>>
>>
>> On Thu, Jan 21, 2010 at 3:38 AM, Ernesto Reinaldo Barreiro <
>> [email protected]> wrote:
>>
>>> Carlo,
>>>
>>> If you need some code illustrating  how to do this, I can mail you the
>>> source code of a similar use case: creating a lengthy PDF and providing
>>> users with progress feedback... It uses the same approach Jeroen
>>> mentioned.
>>>
>>> Best,
>>>
>>> Ernesto
>>>
>>> On Thu, Jan 21, 2010 at 12:21 PM, Jeroen Steenbeeke <j.steenbeeke.ml@
>>> gmail.com> wrote:
>>>
>>> > If you do it my way, then you don't have to
>>> >
>>> > 2010/1/21 Carlo Camerino <[email protected]>:
>>> > > is there anyway that i could just kill the previous thread?
>>> > >
>>> > > On Thu, Jan 21, 2010 at 3:05 AM, Carlo Camerino <
>>> > [email protected]>wrote:
>>> > >
>>> > >> if i can't do this, is there anyway that i could at least increase
>>> the
>>> > >> timeout of the pagemap to greater than 1 minute?
>>> > >> 1 minute would be too little i guess
>>> > >>
>>> > >>
>>> > >> On Thu, Jan 21, 2010 at 2:34 AM, Ernesto Reinaldo Barreiro <
>>> > >> [email protected]> wrote:
>>> > >>
>>> > >>> Why not follow the Jeroen's suggestion instead of trying to trick
>>> > >>> framework
>>> > >>> internals?
>>> > >>>
>>> > >>> Ernesto
>>> > >>>
>>> > >>> On Thu, Jan 21, 2010 at 11:17 AM, Carlo Camerino
>>> > >>> <[email protected]>wrote:
>>> > >>>
>>> > >>> > hi,
>>> > >>> >
>>> > >>> > i believe this is due to the fact that wicket has synchronized
>>> page
>>> > maps
>>> > >>> > for
>>> > >>> > access.
>>> > >>> >
>>> > >>> > do you think it is safe to remove it?
>>> > >>> > what are the precautions when removing synchronized for wicket
>>> page
>>> > >>> maps?
>>> > >>> >
>>> > >>> > Is there a setting that I could use to disable this?
>>> > >>> >
>>> > >>> > Thanks A Lot
>>> > >>> >
>>> > >>> > Carlo
>>> > >>> >
>>> > >>> > On Thu, Jan 21, 2010 at 5:13 PM, Jeroen Steenbeeke <
>>> j.steenbeeke.ml@
>>> > >>> > gmail.com> wrote:
>>> > >>> >
>>> > >>> > > I'd suggest running the transaction in the background (separate
>>> > >>> > > thread) and using an AjaxStoppableSelfUpdatingTimer to
>>> periodically
>>> > >>> > > check if the thread was finished and only do the redirect after
>>> > >>> > > finishing. This way, the pagemap remains unlocked.
>>> > >>> > >
>>> > >>> > > 2010/1/21 Carlo Camerino <[email protected]>:
>>> > >>> > > > Hi,
>>> > >>> > > >
>>> > >>> > > > if any of you could help, we have a problem in one of our
>>> wicket
>>> > >>> > > > installations. We have a system that connects to another
>>> system.
>>> > >>> > > Sometimes
>>> > >>> > > > the system's reply lasts for more than a minute.
>>> > >>> > > > Wicket is having problem with regards to the page map being
>>> > locked.
>>> > >>> > > >
>>> > >>> > > > I click for example on a page to request for a balance, the
>>> host
>>> > >>> > doesn't
>>> > >>> > > > return anymessage for about 1 minute or more.
>>> > >>> > > >
>>> > >>> > > > So instead of waiting, i will try to move to another page,
>>> > problem
>>> > >>> > is...
>>> > >>> > > i
>>> > >>> > > > can't switch pages..... wicket seems to have locked the page
>>> map
>>> > and
>>> > >>> i
>>> > >>> > > can't
>>> > >>> > > > get out or even logout.
>>> > >>> > > >
>>> > >>> > > > After  a minute, an exception is thrown saying that the page
>>> map
>>> > may
>>> > >>> > have
>>> > >>> > > > been locked for more than 1 minute
>>> > >>> > > >
>>> > >>> > > > is there any way around this?
>>> > >>> > > >
>>> > >>> > > > Thanks A Lot
>>> > >>> > > > Carlo
>>> > >>> > > >
>>> > >>> > >
>>> > >>> > >
>>> > >>> > >
>>> > >>> > > --
>>> > >>> > > Jeroen Steenbeeke
>>> > >>> > > www.fortuityframework.com
>>> > >>> > >
>>> > >>> > >
>>> > ---------------------------------------------------------------------
>>> > >>> > > To unsubscribe, e-mail: [email protected]
>>> > >>> > > For additional commands, e-mail: [email protected]
>>> > >>> > >
>>> > >>> > >
>>> > >>> >
>>> > >>>
>>> > >>
>>> > >>
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Jeroen Steenbeeke
>>> > www.fortuityframework.com
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: [email protected]
>>> > For additional commands, e-mail: [email protected]
>>> >
>>> >
>>>
>>
>>
>



-- 
Jeroen Steenbeeke
www.fortuityframework.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to