I have never tried to initialize Filter in the field so I don't have such
problem. Here is my code

In the page I have

    @Property
    @Persist
    private Filter filter;

this field is null at the begining, and it is always passed to the
hibernate in order to apply data filtering, if it is null, no need to do
any filtering.

I have a component that is called FilterData

        <t:layout.FilterData filter="filter" />

In that component I have

    @Parameter
    private Filter filter;
    @Property
    @Persist
    private Filter selectedFilter;

The property selectedFilter is used for the display and manipulation by the
component (probably I could live without this), and once all of the fields
are selected and a run button is pressed I execute something like

filter = new Filter(selectedFilter)

For the user that has done this I can see new object been passed, however
if the same page is refreshed by another user (using a different browser,
or even different machine) I can see that it also has the same object in
the filter property.

I will try to clear code a bit and remove selectedFilter if possible and
see if that helps. But all in all I think I got my answer, still if anyone
has any idea why do I see this problem, feel free to shout :)

Thanks

PS removing @Persist from selectedFilter did not help



On Tue, Sep 16, 2014 at 2:56 PM, Thiago H de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Mon, 15 Sep 2014 19:25:21 -0300, Boris Horvat <horvat.z.bo...@gmail.com>
> wrote:
>
>  Reading a tapestry documentation I get that page only has one instance,
>> so does this mean that once I place something in the component's parameter
>> it is unable to determine in which session it should be place?
>>
>
> No. Tapestry itself never persists parameter values in the session.
> Parameters are completely independent from the session. In addition,
> Tapestry uses a single page instance for all requests, but the page state
> (non-annotated fields) is actually stored in a per-request (per-thread)
> map, all this done transparently and automatically, so the state of one
> request doesn't affect other requests at all.
>
>
> --
> Thiago H. de Paula Figueiredo
> Tapestry, Java and Hibernate consultant and developer
> http://machina.com.br
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


-- 
Sincerely
*Boris Horvat*

Reply via email to