Daniel <[EMAIL PROTECTED]> writes:
>Oh I see, but my global tools don't have their refresh() methods called
>either... Does that make only session tools the only ones that gets their
>refresh() method called?
Do you have
services.PullService.tools.per.request.refresh = true
in your TR.props?
Regards
Henning
>Regards,
>Daniel
>On Tue, 25 May 2004, Henning P. Schmiedehausen wrote:
>> Daniel <[EMAIL PROTECTED]> writes:
>>
>> refresh() is called by Turbine on tools whose scope is longer than
>> just a single request (e.g. session tools) whenever a new request is
>> processed.
>>
>> If you tool has just a lifecycle of a single request, there is no
>> point in calling refresh() so Turbine does not do it.
>>
>> Regards
>> Henning
>>
>>
>> >Hi Richard,
>>
>> >Actually, the refresh() method of the ApplicationTool interface is never
>> >called (only the init() method is called for each new request), so that
>> >would explain why your messages aren't being cleared. I think the
>> >intention of the refesh() method is so that your code can manually call it
>> >to do the appropriate thing when you need to but it's not called
>> >automatically. You can verify this by adding log statements.
>>
>> >I think to solve your problem you'd want to also implement the Recyclable
>> >interface. You can take a look at how it's done with the IntakeTool
>> >(which is also a request pull tool).
>>
>> >Regards,
>> >Daniel
>>
>> >On Fri, 21 May 2004, Richard Han wrote:
>>
>> >> You store the confirm/alert/error msg in user's session, but I store
>> >> them in my request tool, (see the following snippet), what I don't
>> >> understand is why the message not reset for a request tool (for reqest
>> >> tool, they should be refreshed upon each request, am I correct?)
>> >>
>> >> In my request pull tool class, I have:
>> >> <snippet>
>> >> private Object confirmMessage;
>> >> private Object infoMessage;
>> >> private Object alertMessage;
>> >>
>> >> public void refresh() {
>> >> confirmMessage = null;
>> >> infoMessage = null;
>> >> alertMessage = null;
>> >> }
>> >>
>> >> public Object getConfirmMessage() {
>> >> return confirmMessage;
>> >> }
>> >>
>> >> public void setConfirmMessage(Object v) {
>> >> this.confirmMessage = v;
>> >> }
>> >> ...
>> >> </snippet>
>> >>
>> >> Thanks!
>> >>
>> >> richard
>> >>
>> >>
>> >> On Fri, 2004-05-21 at 16:17, Louis Moore wrote:
>> >> > I can't tell from your snippet where the message is
>> >> > actually being stored but if it's in the temp session
>> >> > data then you have to reset it to empty after showing
>> >> > the message. Here's a snippet from my Message.vm
>> >> > template:
>> >> >
>> >> > #if(!$data.User.getTemp($nocwebG.Constant.ERROR_MESSAGE,"").equals(""))
>> >> > <div
>> >> > class="errormessage"><p>$nocwebR.addBreaks($!data.User.getTemp($nocwebG.Constant.ERROR_MESSAGE))</div>
>> >> >
>> >> > $data.User.setTemp($nocwebG.Constant.ERROR_MESSAGE,"")
>> >> > #end
>> >> >
>> >> > hope it helps,
>> >> > Lou
>> >> >
>> >> > --- Richard Han <[EMAIL PROTECTED]> wrote:
>> >> > > I tried another way to set confirm/alert/error
>> >> > > messages
>> >> > > - in my layout/default.vm, I have a macro
>> >> > > #actionMessage()
>> >> > > <td align="left" valign="top">
>> >> > > #actionMessage()
>> >> > > $screen_placeholder
>> >> > > </td>
>> >> > > - The macro #actionMessage() uses a request pull
>> >> > > tool to check
>> >> > > confirm/alert/error message set within action
>> >> > > #macro (actionMessage)
>> >> > > #if($myReqTool.ConfirmMessage)
>> >> > > <p
>> >> > >
>> >> > class="confirmmsg"><strong>$myReqTool.ConfirmMessage</strong></p>
>> >> > >
>> >> > > #end
>> >> > >
>> >> > > #if($myReqTool.AlertMessage)
>> >> > > <p
>> >> > > class="alertmsg"><strong>$myReqTool</strong></p>
>> >> > > #end
>> >> > > #end
>> >> > >
>> >> > > This is basically the way how turbine-3/scarab deals
>> >> > > with
>> >> > > confirm/alert/error messasges (if I am correct),
>> >> > >
>> >> > > But for reasons I don't know, the confirm/alert
>> >> > > message is persistent to
>> >> > > different pages and won't go away.
>> >> > > Can somebody points out what I am missing? or share
>> >> > > your way?
>> >> > >
>> >> > > Thanks
>> >> > >
>> >> > > richard
>> >> > >
>> >> > >
>> >> > >
>> >> > > On Fri, 2004-05-21 at 11:58, Louis Moore wrote:
>> >> > > > There's probably a ton of different ways to do
>> >> > > this,
>> >> > > > but I've been setting session parameters in my
>> >> > > java
>> >> > > > classes, something like:
>> >> > > >
>> >> > > > if (!inputOK)
>> >> > > > {
>> >> > > > // alert
>> >> > > > data.getUser().setTemp("warningmsg","Bad
>> >> > > input!");
>> >> > > > return;
>> >> > > > }
>> >> > > >
>> >> > > > try
>> >> > > > {
>> >> > > > // success
>> >> > > >
>> >> > > data.getUser().setTemp("successmsg","Successful");
>> >> > > > }
>> >> > > > catch
>> >> > > > {
>> >> > > > // failure
>> >> > > > data.getUser().setTemp("errormsg","Failed");
>> >> > > > }
>> >> > > >
>> >> > > > Then I have a template Message.vm which checks for
>> >> > > > those parameters and prints the messages if they
>> >> > > are
>> >> > > > there, then removes the parameters. This template
>> >> > > is
>> >> > > > parsed inside my Default.vm layout so it's on
>> >> > > every
>> >> > > > page. I'd also be interested in hearing how other
>> >> > > > people are doing this.
>> >> > > >
>> >> > > > -Lou
>> >> > > >
>> >> > > >
>> >> > > > --- Pradeep Kumar <[EMAIL PROTECTED]> wrote:
>> >> > > > > Hi Richard,
>> >> > > > >
>> >> > > > > You can use javascript for this. On vm page for
>> >> > > the
>> >> > > > > click of any button
>> >> > > > > you can write a java script function which can
>> >> > > be
>> >> > > > > used to set
>> >> > > > > comfirm/alert/error message .
>> >> > > > > If you have tried some otherway let us know.
>> >> > > > > Thanks,
>> >> > > > > Pradeep
>> >> > > > >
>> >> > > > > >>> [EMAIL PROTECTED] 5/21/2004 8:44:44 AM >>>
>> >> > > > > Hi everyone,
>> >> > > > >
>> >> > > > > In turbine-2.3, how do you set
>> >> > > comfirm/alert/error
>> >> > > > > message ?
>> >> > > > >
>> >> > > > > Thank you in advance!
>> >> > > > >
>> >> > > > > richard
>> >> > > > >
>> >> > > > >
>> >> > > > >
>> >> > > >
>> >> > >
>> >> > ---------------------------------------------------------------------
>> >> > > > > To unsubscribe, e-mail:
>> >> > > > > [EMAIL PROTECTED]
>> >> > > > > For additional commands, e-mail:
>> >> > > > > [EMAIL PROTECTED]
>> >> > > > >
>> >> > > > >
>> >> > > > >
>> >> > > >
>> >> > >
>> >> > ---------------------------------------------------------------------
>> >> > > > > To unsubscribe, e-mail:
>> >> > > > > [EMAIL PROTECTED]
>> >> > > > > For additional commands, e-mail:
>> >> > > > > [EMAIL PROTECTED]
>> >> > > > >
>> >> > > >
>> >> > > >
>> >> > > >
>> >> > > >
>> >> > > >
>> >> > > > __________________________________
>> >> > > > Do you Yahoo!?
>> >> > > > Yahoo! Domains Claim yours for only $14.70/year
>> >> > > > http://smallbusiness.promotions.yahoo.com/offer
>> >> > > >
>> >> > > >
>> >> > >
>> >> > ---------------------------------------------------------------------
>> >> > > > To unsubscribe, e-mail:
>> >> > > [EMAIL PROTECTED]
>> >> > > > For additional commands, e-mail:
>> >> > > [EMAIL PROTECTED]
>> >> > > >
>> >> > >
>> >> > >
>> >> > >
>> >> > ---------------------------------------------------------------------
>> >> > > To unsubscribe, e-mail:
>> >> > > [EMAIL PROTECTED]
>> >> > > For additional commands, e-mail:
>> >> > > [EMAIL PROTECTED]
>> >> > >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > __________________________________
>> >> > Do you Yahoo!?
>> >> > Yahoo! Domains Claim yours for only $14.70/year
>> >> > http://smallbusiness.promotions.yahoo.com/offer
>> >> >
>> >> > ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >> > For additional commands, e-mail: [EMAIL PROTECTED]
>> >> >
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >> For additional commands, e-mail: [EMAIL PROTECTED]
>> >>
>>
>> >---------------------------------------------------------------------
>> >To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >For additional commands, e-mail: [EMAIL PROTECTED]
>>
>> --
>> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
>> [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/
>>
>> RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire
>> Linux, Java, perl, Solaris -- Consulting, Training, Development
>>
>> "Fighting for one's political stand is an honourable action, but re-
>> fusing to acknowledge that there might be weaknesses in one's
>> position - in order to identify them so that they can be remedied -
>> is a large enough problem with the Open Source movement that it
>> deserves to be on this list of the top five problems."
>> -- Michelle Levesque, "Fundamental Issues with
>> Open Source Software Development"
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
[EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire
Linux, Java, perl, Solaris -- Consulting, Training, Development
"Fighting for one's political stand is an honourable action, but re-
fusing to acknowledge that there might be weaknesses in one's
position - in order to identify them so that they can be remedied -
is a large enough problem with the Open Source movement that it
deserves to be on this list of the top five problems."
-- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
