You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by "Shishir K. Singh" <sk...@synapsistech.com> on 2004/01/12 18:24:30 UTC
Some Technical Question
Hello,
I am totally new to Tapestry and I was looking at it (after hearing a
lot about it recently). This may be a silly question. I just wanted to
know how is tapestry positioned as far as JSF is concerned.
TIA
Shishir
-----Original Message-----
From: Jamie Orchard-Hays [mailto:jamie@dang.com]
Sent: Monday, January 12, 2004 12:09 PM
To: Tapestry users
Subject: Re: persistency question
Gotchya. At some point I got it in my head that a page property should
persist only between calls to that same page (go to another page,
property is reset). And now that I think about it I don't know why.
Jamie
----- Original Message -----
From: "Howard M. Lewis Ship" <hl...@comcast.net>
To: "'Tapestry users'" <ta...@jakarta.apache.org>
Sent: Monday, January 12, 2004 10:46 AM
Subject: RE: persistency question
Having trouble parsing your question.
persistent page property == HttpSession attribute
Tapestry just takes care of moving data between the HttpSession and the
properties of your pages and
components.
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry/
http://javatapestry.blogspot.com
> -----Original Message-----
> From: Jamie Orchard-Hays [mailto:jamie@dang.com]
> Sent: Monday, January 12, 2004 10:20 AM
> To: Tapestry users
> Subject: Re: persistency question
>
>
> I have a follow question. Is it the intended behavior that a
> page property
> is persistent to the user session rather than to calls
> between the one page
> only?
>
> Jamie
>
>
> ----- Original Message -----
> From: "Mindbridge" <mi...@yahoo.com>
> To: <ja...@dang.com>
> Sent: Friday, January 09, 2004 5:41 PM
> Subject: Re: persistency question
>
>
> > For your current problem please use the solution from Harish :)
> > Mine will be a fix for other situations that you will
> probably encounter
> > later.
> >
> > Btw, could you let me know what gets broken with the
> TableModel calls?
> What
> > errors are you getting? That is of great intrest to me, for obvious
> reasons
> > :)
> >
> >
> > ----- Original Message -----
> > From: "Jamie Orchard-Hays" <ja...@dang.com>
> > To: "Tapestry users" <ta...@jakarta.apache.org>
> > Sent: Saturday, January 10, 2004 12:21 AM
> > Subject: Re: persistency question
> >
> >
> > > Tried it and it didn't solve our problem, but it did
> break some of our
> > > TableModel calls! :-(
> > >
> > >
> > > ----- Original Message -----
> > > From: "Mindbridge" <mi...@yahoo.com>
> > > To: "Tapestry users" <ta...@jakarta.apache.org>
> > > Sent: Friday, January 09, 2004 4:36 PM
> > > Subject: Re: persistency question
> > >
> > >
> > > >
> > > > Is there a chance that you could get a version from CVS
> and try it
> out?
> > > This
> > > > is a problem that is probably due to the initial-value
> mechanism and
> > > should
> > > > be resolved with the latest changes. (assuming OGNL
> does not consider
> > this
> > > > expression invariant, which I cannot test at the
> moment, but that is
> > very
> > > > unlikely).
> > > >
> > > > -mb
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Jamie Orchard-Hays" <ja...@dang.com>
> > > > To: "Tapestry users" <ta...@jakarta.apache.org>
> > > > Sent: Friday, January 09, 2004 11:23 PM
> > > > Subject: persistency question
> > > >
> > > >
> > > > > I experiencing behavior I don't expect:
> > > > >
> > > > > I have
> > > > >
> > > > > <property-specification name="foo" type="java.util.List"
> > > > initial-value="new
> > > > > java.util.ArrayList(0)" persistent="yes" />
> > > > >
> > > > > for the selected values of a Palette component. It
> persists, as
> > > expected,
> > > > > but when I go off to other pages in the application
> and come back,
> > it's
> > > > > still persisted. I expected it to only persist
> between calls to the
> > > *same*
> > > > > page.
> > > > >
> > > > > What am I missing here?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Jamie
> > > > >
> > > > >
> > > >
> >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> tapestry-user-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail:
> tapestry-user-help@jakarta.apache.org
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> tapestry-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail:
> tapestry-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> tapestry-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:
> tapestry-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Some Technical Question
Posted by Harish Krishnaswamy <hk...@comcast.net>.
Some links to peruse...
http://article.gmane.org/gmane.comp.java.tapestry.user/1684
http://article.gmane.org/gmane.comp.java.tapestry.user/1682
... and you can find more at gmane.org and theserverside.com. Search for "Tapestry JSF".
-Harish
Shishir K. Singh wrote:
> Hello,
>
> I am totally new to Tapestry and I was looking at it (after hearing a
> lot about it recently). This may be a silly question. I just wanted to
> know how is tapestry positioned as far as JSF is concerned.
>
> TIA
> Shishir
>
> -----Original Message-----
> From: Jamie Orchard-Hays [mailto:jamie@dang.com]
> Sent: Monday, January 12, 2004 12:09 PM
> To: Tapestry users
> Subject: Re: persistency question
>
> Gotchya. At some point I got it in my head that a page property should
> persist only between calls to that same page (go to another page,
> property is reset). And now that I think about it I don't know why.
>
> Jamie
>
> ----- Original Message -----
> From: "Howard M. Lewis Ship" <hl...@comcast.net>
> To: "'Tapestry users'" <ta...@jakarta.apache.org>
> Sent: Monday, January 12, 2004 10:46 AM
> Subject: RE: persistency question
>
>
> Having trouble parsing your question.
>
> persistent page property == HttpSession attribute
>
> Tapestry just takes care of moving data between the HttpSession and the
> properties of your pages and
> components.
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Tapestry: Java Web Components
> http://jakarta.apache.org/tapestry/
> http://javatapestry.blogspot.com
>
>
>>-----Original Message-----
>>From: Jamie Orchard-Hays [mailto:jamie@dang.com]
>>Sent: Monday, January 12, 2004 10:20 AM
>>To: Tapestry users
>>Subject: Re: persistency question
>>
>>
>>I have a follow question. Is it the intended behavior that a
>>page property
>>is persistent to the user session rather than to calls
>>between the one page
>>only?
>>
>>Jamie
>>
>>
>>----- Original Message -----
>>From: "Mindbridge" <mi...@yahoo.com>
>>To: <ja...@dang.com>
>>Sent: Friday, January 09, 2004 5:41 PM
>>Subject: Re: persistency question
>>
>>
>>
>>>For your current problem please use the solution from Harish :)
>>>Mine will be a fix for other situations that you will
>>
>>probably encounter
>>
>>>later.
>>>
>>>Btw, could you let me know what gets broken with the
>>
>>TableModel calls?
>>What
>>
>>>errors are you getting? That is of great intrest to me, for obvious
>>
>>reasons
>>
>>>:)
>>>
>>>
>>>----- Original Message -----
>>>From: "Jamie Orchard-Hays" <ja...@dang.com>
>>>To: "Tapestry users" <ta...@jakarta.apache.org>
>>>Sent: Saturday, January 10, 2004 12:21 AM
>>>Subject: Re: persistency question
>>>
>>>
>>>
>>>>Tried it and it didn't solve our problem, but it did
>>
>>break some of our
>>
>>>>TableModel calls! :-(
>>>>
>>>>
>>>>----- Original Message -----
>>>>From: "Mindbridge" <mi...@yahoo.com>
>>>>To: "Tapestry users" <ta...@jakarta.apache.org>
>>>>Sent: Friday, January 09, 2004 4:36 PM
>>>>Subject: Re: persistency question
>>>>
>>>>
>>>>
>>>>>Is there a chance that you could get a version from CVS
>>
>>and try it
>>out?
>>
>>>>This
>>>>
>>>>>is a problem that is probably due to the initial-value
>>
>>mechanism and
>>
>>>>should
>>>>
>>>>>be resolved with the latest changes. (assuming OGNL
>>
>>does not consider
>>
>>>this
>>>
>>>>>expression invariant, which I cannot test at the
>>
>>moment, but that is
>>
>>>very
>>>
>>>>>unlikely).
>>>>>
>>>>>-mb
>>>>>
>>>>>
>>>>>----- Original Message -----
>>>>>From: "Jamie Orchard-Hays" <ja...@dang.com>
>>>>>To: "Tapestry users" <ta...@jakarta.apache.org>
>>>>>Sent: Friday, January 09, 2004 11:23 PM
>>>>>Subject: persistency question
>>>>>
>>>>>
>>>>>
>>>>>>I experiencing behavior I don't expect:
>>>>>>
>>>>>>I have
>>>>>>
>>>>>><property-specification name="foo" type="java.util.List"
>>>>>
>>>>>initial-value="new
>>>>>
>>>>>>java.util.ArrayList(0)" persistent="yes" />
>>>>>>
>>>>>>for the selected values of a Palette component. It
>>
>>persists, as
>>
>>>>expected,
>>>>
>>>>>>but when I go off to other pages in the application
>>
>>and come back,
>>
>>>it's
>>>
>>>>>>still persisted. I expected it to only persist
>>
>>between calls to the
>>
>>>>*same*
>>>>
>>>>>>page.
>>>>>>
>>>>>>What am I missing here?
>>>>>>
>>>>>>Thanks,
>>>>>>
>>>>>>Jamie
>>>>>>
>>>>>>
>>>>>
>>---------------------------------------------------------------------
>>
>>>>>>To unsubscribe, e-mail:
>>
>>tapestry-user-unsubscribe@jakarta.apache.org
>>
>>>>>>For additional commands, e-mail:
>>
>>tapestry-user-help@jakarta.apache.org
>>
>>>>>
>>>>>
>>---------------------------------------------------------------------
>>
>>>>>To unsubscribe, e-mail:
>>
>>tapestry-user-unsubscribe@jakarta.apache.org
>>
>>>>>For additional commands, e-mail:
>>
>>tapestry-user-help@jakarta.apache.org
>>
>>>>>
>>>>
>>>>
>>---------------------------------------------------------------------
>>
>>>>To unsubscribe, e-mail:
>>
>>tapestry-user-unsubscribe@jakarta.apache.org
>>
>>>>For additional commands, e-mail:
>>
>>tapestry-user-help@jakarta.apache.org
>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org