Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v622)
In-Reply-To: <20050930091635.28D8213409E@h8180.serverkompetenz.net>
References: <20050930091635.28D8213409E@h8180.serverkompetenz.net>
Content-Type: multipart/alternative;
	boundary=Apple-Mail-24--558581355
Message-Id: <4b194fd085e874de788cde282d7ba4d3@mac.com>
From: "ir. ing. Jan Dockx" <jandockx@mac.com>
Subject: Re: General question about Action Listener
Date: Fri, 30 Sep 2005 11:27:53 +0200
To: MyFaces Discussion <users@myfaces.apache.org>


--Apple-Mail-24--558581355
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

Because this is general code, and the rest of the world doesn't know 
about your book-ID.

But in essence, you're right. This is a major (performance and 
stability related) issue with JSF: too much stuff going on that is 
often not needed.

And the problem is far more severe than you state now: just keep on 
studying :-).

At this time, you have to choose: live with it, and enjoy the benefits 
of JSF that do exist; or go for more optimal, less complex code, and do 
it proprietary. Maybe Struts is an option for you: it has similar 
issues, but is a lot less intrusive than JSF.

One last point: you could use outputLink instead of commandLink/Button 
to trigger an action on another URL than the page-of-origin, but this 
actually defies JSF.


On 30 Sep 2005, at 11:16, Matthias Klein wrote:

I just read http://www.laliluna.de/first-java-server-faces-tutorial.html
>
> and don't understand one thing:
>
> All action listener methods access the session. Why?
>
> Take a look at the "deleteBook" method, for instance. Instead of 
> passing the
> book-ID direktly, its parameter is an event. Why?
>
> I mean, could the listBooks.jsp not simply pass the Book-ID as 
> parameter to
> the method so that the parameter of deleteBook would be ID instead of 
> event?
>
> Why is it necessary to access the session in every action listener and 
> pass
> them events instead of IDs?
>
> Thanks
>
> Matt
>
>
Met vriendelijke groeten,

Jan Dockx

PeopleWare NV - Head Office
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66

PeopleWare NV - Branch Office Geel
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25

http://www.peopleware.be/
http://www.mobileware.be/

--Apple-Mail-24--558581355
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

Because this is general code, and the rest of the world doesn't know
about your book-ID.


But in essence, you're right. This is a major (performance and
stability related) issue with JSF: too much stuff going on that is
often not needed.


And the problem is far more severe than you state now: just keep on
studying :-).


At this time, you have to choose: live with it, and enjoy the benefits
of JSF that do exist; or go for more optimal, less complex code, and
do it proprietary. Maybe Struts is an option for you: it has similar
issues, but is a lot less intrusive than JSF.


One last point: you could use outputLink instead of commandLink/Button
to trigger an action on another URL than the page-of-origin, but this
actually defies JSF.


On 30 Sep 2005, at 11:16, Matthias Klein wrote:


I just read
http://www.laliluna.de/first-java-server-faces-tutorial.html

<excerpt>

and don't understand one thing:


All action listener methods access the session. Why?


Take a look at the "deleteBook" method, for instance. Instead of
passing the

book-ID direktly, its parameter is an event. Why?


I mean, could the listBooks.jsp not simply pass the Book-ID as
parameter to

the method so that the parameter of deleteBook would be ID instead of
event?


Why is it necessary to access the session in every action listener and
pass

them events instead of IDs?


Thanks


Matt


</excerpt><fontfamily><param>Verdana</param><x-tad-smaller>Met
vriendelijke groeten,


Jan Dockx

</x-tad-smaller><color><param>0000,8080,0000</param><x-tad-smaller>

PeopleWare NV - Head Office</x-tad-smaller></color><x-tad-smaller>

Cdt.Weynsstraat 85 

B-2660 Hoboken 

Tel: +32 3 448.33.38 

Fax: +32 3 448.32.66 </x-tad-smaller></fontfamily><fontfamily><param>Times</param><x-tad-bigger>

</x-tad-bigger></fontfamily><fontfamily><param>Verdana</param><color><param>0000,8080,0000</param><x-tad-smaller>

PeopleWare NV - Branch Office Geel</x-tad-smaller></color><x-tad-smaller>

Kleinhoefstraat 5

B-2440 Geel

Tel: +32 14 57.00.90

Fax: +32 14 58.13.25</x-tad-smaller></fontfamily><fontfamily><param>Times</param><x-tad-bigger>

</x-tad-bigger></fontfamily><underline><fontfamily><param>Verdana</param><color><param>0000,0000,FFFF</param><x-tad-smaller>

http://www.peopleware.be/

</x-tad-smaller><x-tad-smaller>http://www.mobileware.be/</x-tad-smaller></color></fontfamily></underline>


--Apple-Mail-24--558581355--