Craig McClanahan wrote:
On Fri, 12 Nov 2004 14:35:07 -0700, BaTien Duong
<[EMAIL PROTECTED]> wrote:
Hello Craig:
i take a casual look at shale and the running mailreader example. I have some questions:
1) Shale is designed as a servlet filter that hook to a DialogController and invoke a specified ViewController backing bean. Jsf has application ViewHandler and MyFaces wires each page into a tiles definition so both tiles and many backing beans under the same page can be used. There must be some kind of hook to make Shale work on top of MyFaces JspTilesViewHandlerImpl so every page can use Shale facilities and is a tile, under which there are many backing beans of the page UI. You probably has this thought out as i see MyFaces portion in the example web.xml. If this is the case, would you elaborate it?
2) Have you thought of a demo using Shale with MyFaces tiles?
My experience with the struts-faces integtation library is that MyFaces (at least in 1.0.7) still has some fatal incompatibilities that make it difficult to work with. That being said, the build.xml for the integration library examples (such as struts-faces/example1-webapp/build.xml) has the conditional stuff for using MyFaces versus the JSF RI to be copied. If someone wants to create a Shale+Tiles demo I'd be interested ... but personally I think the value of such an integration would be *much* higher if it was done in such a way that it would run on any JSF implementation, not just MyFaces.
Craig
Hello Craig:
I totally share your view and all of my custom components (by the way, this is the meat of jsf for programmers; come onboard!) are only based on jsf API to make it worth. However, we live in a real world where we must use whatever available to get things up and running having due regard for re-useability, scalability, etc based on best practices.
Shale proposal is excellent, based on established standards. Combining with common-chain, we have a very elegant and solid framework to build on. Since it is based on servlet filter and listenner, many things can plug in, including Rich Client (Vic may think of a way to plug a Rich Client in here so we do not have to rely on Javascript to have both solid server side / client side framework - i am watching Oracle ADF in this area).
Having said all this, the framework is powerful for sophisticated web production side, where all fragments of each page are completely dynamic based on built-in backend intelligence. Tiles is appropriate for such page, rather than each page need a backing bean. A proper way is to have Tiles as a plug-in into Shale rather than hard-hook as in MyFaces. But as it stands right now, MyFaces has at least a hard-coded facility to get the job done. Myfaces is now a part of Apache which makes many developers and companies feel safe to work with.
I hope Cedric ( hello Cedric :-) ) may have some time to re-vitalize Tiles as in my email greeting when i saw him again on Struts list.
BaTien DBGROUPS
Thanks
BaTien DBGROUPS
--------------------------------------------------------------------- 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]
