Ok, now I understand :-). I believe the tapestry way of doing this is to
use events, so your NewsQuote would be responsible for listing your news
pieces and handling the selection. When one is made, NewsQuote will fire
a component indicating the selection, and any components or pages
listening for that event can catch it and do whatever with it. I'll put
together some example code a bit later, I have run out for a bit.

sincerely,
chris

János Jarecsni wrote:
> Hi Chris,
>
> no! that's the essential part. the same page redisplayed. with the "News"
> component changing state and showing the requested news.
>
> cheers,
> janos
>
> 2008/4/30 Chris Lewis <[EMAIL PROTECTED]>:
>
>   
>> Much clearer :-). When you say "when it comes to my 'News' component" do
>> you mean news page? That is, clicking a 'more' link from NewsQuote leads
>> to a News page?
>>
>> János Jarecsni wrote:
>>     
>>> Hi Chris,
>>>
>>> I try to explain :)
>>> Say, you have a "NewsQuote" component, which shows a few lines from the
>>>       
>> 5
>>     
>>> latest news. At the and of each quotations, there a "More" link. Now,
>>>       
>> when
>>     
>>> the user clicks on this link (an action link, for that matter), the
>>> NewsQuote component will set a request scope info saying that the news
>>>       
>> with
>>     
>>> ID=4527 is requested. And when it comes to the "News" component (it is
>>>       
>> able
>>     
>>> to show the text of a given news in full), it simply looks at this piece
>>>       
>> of
>>     
>>> info, and loads the news with id 4527 (or gets it from an app level
>>>       
>> cache
>>     
>>> :)) and renders it.
>>>
>>> Hope it tells something about what I am up to :)
>>>
>>> thx
>>> Janos
>>>
>>> 2008/4/30 Chris Lewis <[EMAIL PROTECTED]>:
>>>
>>>
>>>       
>>>> Honestly it's difficult for me to imagine a situation where I'd do that
>>>> because it seems to violate a degree of encapsulation that tapestry
>>>> imposes as a "freeing law" of the framework. The epicenter of that
>>>>         
>> being
>>     
>>>> that one should not think in terms of low-level idioms such as request
>>>> parameters, and instead replace those with a higher level of
>>>>         
>> application
>>     
>>>> logic that eclipses them entirely (when possible). That's not to say
>>>> that your perspective is flawed, but from the small bit of
>>>>         
>> understanding
>>     
>>>> I've taken from your posts I can't see why one would do what you want.
>>>> The thing that I've been saying is missing here is, what are you trying
>>>> to do? I don't mean technically, I mean what is the end result for the
>>>> user? Understanding this is critical, but even if I don't your problem
>>>> can still be solved by using a session to serve as an arbitrary holder.
>>>> If you've settled on this architecture, why not write such a generic
>>>> service and move on?
>>>>
>>>> János Jarecsni wrote:
>>>>
>>>>         
>>>>> Hi,
>>>>>
>>>>> I looked everywhere for usage of request scope variables, but found
>>>>>
>>>>>           
>>>> nothing
>>>>
>>>>         
>>>>> (maybe I'm impatient a bit :)...
>>>>> Is it really that unrealistic to have two components in a page, one
>>>>>           
>> (A)
>>     
>>>>> having an action link eventhandler where it would set some attribute
>>>>>           
>> for
>>     
>>>> the
>>>>
>>>>         
>>>>> request only (not the session!) and then component B could render
>>>>>           
>> itself
>>     
>>>>> according to the attribute set by component A?
>>>>>
>>>>> I think it should be a piece of cake :)
>>>>>
>>>>> thx
>>>>> Janos
>>>>>
>>>>> 2008/4/30 Filip S. Adamsen <[EMAIL PROTECTED]>:
>>>>>
>>>>>
>>>>>
>>>>>           
>>>>>> Nope, you're exactly right.
>>>>>>
>>>>>> -Filip
>>>>>>
>>>>>> Blower, Andy skrev:
>>>>>>
>>>>>>  This is not what I understood 'perthread' scope to be. I thought
>>>>>>             
>> that
>>     
>>>> it
>>>>
>>>>         
>>>>>>> meant that each thread using a service gets its own instance of the
>>>>>>>
>>>>>>>               
>>>> service
>>>>
>>>>         
>>>>>>> to use, even though that instance may not be the same as any
>>>>>>>               
>> previous
>>     
>>>>>>> instance it used. In other words, nothing to do with user sessions,
>>>>>>>
>>>>>>>               
>>>> it's
>>>>
>>>>         
>>>>>>> just for services that are not thread safe and cannot be singletons.
>>>>>>>
>>>>>>> Have I got the wrong end of the stick here?
>>>>>>>
>>>>>>>  -----Original Message-----
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>>>> From: Andy Huhn [mailto:[EMAIL PROTECTED]
>>>>>>>> Sent: 29 April 2008 17:34
>>>>>>>> To: Tapestry users
>>>>>>>> Subject: Re: page activation + components
>>>>>>>>
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> You can define the scope of each service...you can set that
>>>>>>>>
>>>>>>>>                 
>>>> particular
>>>>
>>>>         
>>>>>>>> service to be tied to only one session.
>>>>>>>>
>>>>>>>> See http://tapestry.apache.org/tapestry5/tapestry-ioc/service.html,
>>>>>>>> and
>>>>>>>> search for "perthread".
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Andy
>>>>>>>>
>>>>>>>> On Tue, 29 Apr 2008 18:02:52 +0200, "János Jarecsni"
>>>>>>>> <[EMAIL PROTECTED]> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>> Hi there,
>>>>>>>>>
>>>>>>>>> the service approach (as I expected) is session-agnostic (and is
>>>>>>>>> page-independent so concurrent users would interfere badly),
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>> therefore is
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>> not ok.
>>>>>>>>>
>>>>>>>>> I will now try the Environment approach... if that is
>>>>>>>>>                   
>> session-aware
>>     
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>> :)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>> thx again
>>>>>>>>> janos
>>>>>>>>>
>>>>>>>>> 2008/4/29 János Jarecsni <[EMAIL PROTECTED]>:
>>>>>>>>>
>>>>>>>>>  Hi Chris,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> even so you could help :) I want this kind of generic way of
>>>>>>>>>> passing
>>>>>>>>>> around information (component to component communication :)) so
>>>>>>>>>> I'll
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> look
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> for the solutions Kristian and you outlined.
>>>>>>>>>>
>>>>>>>>>> thanks!
>>>>>>>>>>
>>>>>>>>>> cheers,
>>>>>>>>>> janos
>>>>>>>>>>
>>>>>>>>>> 2008/4/29 Chris Lewis <[EMAIL PROTECTED]>:
>>>>>>>>>>
>>>>>>>>>>  Janos,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> Without code or a description of your actual goal, I'm finding
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> your
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> situation too hypothetical to really digest. The one thing I can
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> point
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> out is what you said about wanting a component to set a property
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> in
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> the
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> page. If you want to do that, then you have to know the class of
>>>>>>>>>>
>>>>>>>>>> the
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> page and so injecting a page would make sense. Of course that
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> means
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> tightly coupling a component to a page, which to me doesn't make
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> sense.
>>>>>>>>>>
>>>>>>>>>> If you simply need a generic way of passing data between pages
>>>>>>>>>>                     
>> and
>>     
>>>>>>>>>>                     
>>>>>>>>>>> components, consider using a service that provides an untyped
>>>>>>>>>>> list
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> or
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> putting something in the environment as Kristian suggested. I'm
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> sorry
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> I
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> can't be more helpful but as I said I'm not clear on what you're
>>>>>>>>>>
>>>>>>>>>> really
>>>>>>>>>>
>>>>>>>>>> trying to do.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> good luck
>>>>>>>>>>> chris
>>>>>>>>>>>
>>>>>>>>>>> János Jarecsni wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>>>> Hi Chris,
>>>>>>>>>>>>
>>>>>>>>>>>> I thought of pages as "contexts" for the components embedded
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>> within
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>> them.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> So, in one event handler of a component I would like to set
>>>>>>>>>>>> some
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>> property or
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>>>> another (in the page object), and the other components in the
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>> page,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>> which
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> are also able to access this property may change their
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>> appearance
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>> (say, the
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> .TML would test the property). Maybe I'm on a wrong track,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>> please
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>> let
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> me
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>> know :)
>>>>>>>>>>>>
>>>>>>>>>>>> thx
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> janos
>>>>>>>>>>>>
>>>>>>>>>>>> 2008/4/29 Chris Lewis <[EMAIL PROTECTED]>:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>  Janos,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>> I'm having a hard time understanding a case that a component
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>> should
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>> know
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> in which page it is embedded, so my suggestion probably wasn't
>>>>>>>>>>>>
>>>>>>>>>>>> a
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>> good
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> one. Activation contexts aren't meant for components but for
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>> pages
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>> -
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> you
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>> should be using component parameters to configure them, and if
>>>>>>>>>>>>
>>>>>>>>>>>> it's
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>> a
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> more sophisticated component, probably a service.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>>> chris
>>>>>>>>>>>>>
>>>>>>>>>>>>> János Jarecsni wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>  and how a component can get to know the page in which it is
>>>>>>>>>>>>>
>>>>>>>>>>>>> included? I
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>> mean, I can't @InjectPage, as the component will be included
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>> in
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>> many
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> kinds
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>>>  of pages.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>>>> @Kristian: thx for the many ways :) I'll try these, hope
>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                             
>>>>>>>>>>>>> the
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>> @Environmental stuff is scalable (I'm trying to bypass session
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>>> creation
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>> as
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>  much as possible)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>>>> Is there a doc on the various annotations available?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> @Michael:
>>>>>>>>>>>>>> Could you include a tiny bit of example? THX!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thx to you all
>>>>>>>>>>>>>> cheers
>>>>>>>>>>>>>> janos
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2008/4/29 Chris Lewis <[EMAIL PROTECTED]>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  5) @InjectPage the page and call the getter
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                             
>>>>>>>>>>>>>>> Kristian Marinkovic wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>  hi janos,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>>>> there are several possibilities:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 1) declare a component parameter and pass in the
>>>>>>>>>>>>>>>> variable
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2) put it in a ASO and inject the ASO in all your
>>>>>>>>>>>>>>>> components
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> (using
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>> @ApplicationState)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>>>> the drawback is that any other page or component will
>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> able to
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> access
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>>>  the ASO
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>>>>>> 3) put it into the Environment and read it whereever
>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> need it
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> in
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> your
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>  nested components.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>>>>>>> be careful when you put your object in your
>>>>>>>>>>>>>>>> environment. if
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> put it
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>>>>>>  in
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>>  during the action
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>>>> request it will not be able in the render request
>>>>>>>>>>>>>>>> (because
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> the
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> page
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>> redirect).
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>>>> page:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> @Inject Environment env;
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> @Persist("flash") whateverclass w;
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> onActivate(w) {  this.w= w }
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> setupRender() { env.push(whateverclass.class,w);}
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> components:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> @Environmental Whateverclass var;
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 4) define a service that can take this variable (and
>>>>>>>>>>>>>>>> saves
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> it
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>>>>  appropriatly
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>>  so it is not
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>>>> lost on a redirect:)) and inject your service in the
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> components
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> where
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>> needed
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>>>> to retrieve the value.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> maybe there are some more possibilities :)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> g,
>>>>>>>>>>>>>>>> kris
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> "János Jarecsni" <[EMAIL PROTECTED]>
>>>>>>>>>>>>>>>> 29.04.2008 08:15
>>>>>>>>>>>>>>>> Bitte antworten an
>>>>>>>>>>>>>>>> "Tapestry users" <users@tapestry.apache.org>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> An
>>>>>>>>>>>>>>>> "Tapestry users" <users@tapestry.apache.org>
>>>>>>>>>>>>>>>> Kopie
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thema
>>>>>>>>>>>>>>>> page activation + components
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi there,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I have an activatable page, in its onActivate(String
>>>>>>>>>>>>>>>> param)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> method
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>> I
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>>>>>>  save
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>>  the param to a normal instance variable of the page
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>>>> class
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> (no
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>> persistence!).
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>>>>>> How can any component embedded within this page access
>>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> variable?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>> the page class:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                         
>>>>>>>>>>>>>>>> //...
>>>>>>>>>>>>>>>> private String param;
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> public void onActivate(String param) {
>>>>>>>>>>>>>>>>   this.param = param;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> public String getParam() {...}
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thx in advance!
>>>>>>>>>>>>>>>> Janos
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  --
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>                                 
>>>>>>>>>>>>>>> http://thegodcode.net
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>> ------------------------------------------------------------------
>>>>
>>>>         
>>>>>>>>>> ---
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>>>>>> For additional commands, e-mail: users-
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>>> [EMAIL PROTECTED]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                             
>>>>>>>>>>>>>>>  --
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>                               
>>>>>>>>>>>>> http://thegodcode.net
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>> ---------------------------------------------------------------------
>>>>
>>>>         
>>>>>>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>> [EMAIL PROTECTED]
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>  --
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                           
>>>>>>>>>>> http://thegodcode.net
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>> ------------------------------------------------------------------
>>     
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> ---
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>> 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]
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>> --
>>>> http://thegodcode.net
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>>
>>>>         
>> --
>> http://thegodcode.net
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>     

-- 
http://thegodcode.net


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to