Re: Shale and MyFaces

Depends on which tools you use: Creator2 currently only covers the RI and its own components MyFaces itself is covered pretty much by every tool outside of Creator2 Shale currently is only covered by Exadel Ditto for facelets Seam is currently only covered by the JBoss / Hibernate tools in the CVS

Re: Shale and MyFaces

Will the path one chooses affect whether you will have tool support? Can I manage a JBoss-Seam or Shale project inside of Creator2 for example? Andrew Robinson wrote: From the list, I have a feeling most people choose one of the following when selecting frameworks to combine: * MyFaces

Re: Shale and MyFaces

Craig McClanahan schrieb: On 1/17/06, *Werner Punz* <[EMAIL PROTECTED] > wrote: Anyway, I checked out the extensions, and personally think they are heavens sent, but in my opinion there is huge room for more. What I really love about Seam and what is missi

Re: Shale and MyFaces

On 1/17/06, Werner Punz <[EMAIL PROTECTED]> wrote: Anyway, I checked out the extensions, and personally think they areheavens sent, but in my opinion there is huge room for more.What I really love about Seam and what is missing in the extensions isan easy dialog mechanism. Currently you have to def

Re: Shale and MyFaces

On Mon, 2006-01-16 at 22:19 -0800, Craig McClanahan wrote: > > > On 1/16/06, Duong BaTien <[EMAIL PROTECTED]> wrote: > On Mon, 2006-01-16 at 12:27 -0800, Craig McClanahan wrote: > > On 1/16/06, Werner Punz <[EMAIL PROTECTED]> wrote: > > > > [snip] > > >

RE: Shale and MyFaces

10:51 AM To: MyFaces Discussion Subject: Re: Shale and MyFaces   This is not a direct answer, but wanted to also let you know there is a decision between shale and jboss-seam. Both have more robust dialog support than JSF and both implement a higher level of IoC (inversion of control) to be able

Re: Shale and MyFaces

Andrew Robinson schrieb: > BTW - although Seam is made to work with EJB3 or just Hibernate, there > is no need for either. You can use POJOs for entities and application > beans and just use straight JDBC in your action methods to save the > data. Seam uses annotations, but they are not the same an

Re: Shale and MyFaces

Craig McClanahan schrieb: > On 1/16/06, *Werner Punz* <[EMAIL PROTECTED] > > wrote: > > [snip] > > Well from the small project I have done, you basically can take all your > JSF knowledge with you, Seam is an extension which simplifies many > things in JSF.

Re: Shale and MyFaces

Simon Kitching schrieb: On Mon, 2006-01-16 at 20:56 +0100, Werner Punz wrote: Well seam basically is JSF interwoven with EJB3, the thing is, basically every session bean becomes automatically a backend bean, so you program the entire backend code all three tiers in EJB3. If you do not like that

Re: Shale and MyFaces

On 1/16/06, Duong BaTien <[EMAIL PROTECTED]> wrote: On Mon, 2006-01-16 at 12:27 -0800, Craig McClanahan wrote:> On 1/16/06, Werner Punz <[EMAIL PROTECTED]> wrote:>> [snip]>> Well from the small project I have done, you basically can > take all your> JSF knowledge with you, S

Re: Shale and MyFaces

On Mon, 2006-01-16 at 12:27 -0800, Craig McClanahan wrote: > On 1/16/06, Werner Punz <[EMAIL PROTECTED]> wrote: > > [snip] > > Well from the small project I have done, you basically can > take all your > JSF knowledge with you, Seam is an extension which simplifies >

Re: Shale and MyFaces

On 1/16/06, Simon Kitching <[EMAIL PROTECTED]> wrote: On Mon, 2006-01-16 at 20:56 +0100, Werner Punz wrote:> Well seam basically is JSF interwoven with EJB3, the thing is, basically> every session bean becomes automatically a backend bean, so you program> the entire backend code all three tiers in

Re: Shale and MyFaces

BTW - although Seam is made to work with EJB3 or just Hibernate, there is no need for either. You can use POJOs for entities and application beans and just use straight JDBC in your action methods to save the data. Seam uses annotations, but they are not the same annotations as EJB3 (it just happen

Re: Shale and MyFaces

On Mon, 2006-01-16 at 20:56 +0100, Werner Punz wrote: > Well seam basically is JSF interwoven with EJB3, the thing is, basically > every session bean becomes automatically a backend bean, so you program > the entire backend code all three tiers in EJB3. If you do not like that > stay away. A dev

Re: Shale and MyFaces

If you like that idea, but for some reason don't want to buy in to the whole Seam stack, Shale can do this now as well (in nightly builds) when you add the shale-tiger.jar library to your project. See the overall description of the Shale Tiger extensions[1], and the javadocs for annotated ma

Re: Shale and MyFaces

On 1/16/06, Werner Punz <[EMAIL PROTECTED]> wrote:[snip] Well from the small project I have done, you basically can take all yourJSF knowledge with you, Seam is an extension which simplifies manythings in JSF.Yep ... like Shale, Seam is a layer of additional functionality built on top of JSF, not a

Re: Shale and MyFaces

Yee CN schrieb: Hi James, Thanks for sharing your experience. I am not against ejb3 as such – I am using hibernate, just not ready to consider ejb3 yet. From your description – hibernate is actually quite close to ejb3 then – at least operationally? Yes, actually the EJB3 API is sort o

Re: Shale and MyFaces

Actually Andrew, JSR220 persistence just went into the final draft shortly before christmas, so you can expect that things wont change that much anymore. You already can see implementations popping up left and right (there are at least 4 I know of) How much the current JBoss implementation confo

Re: Shale and MyFaces

Yee CN schrieb: Hi Andrew, Can you please share your experience with SEAM? It is production ready? I heard something like that it is hilariously slow in starting up… I am not Andrew, but I can comment a little bit. First both Seam and Shale are beta, so if that is an issue stay away. Sec

Re: Shale and MyFaces

when that comes out, it is probably the best time for you to try it (they've greatly enhanced the docs and tutorials to suit.   Hope this helps in the decision making.      James Salt From: Yee CN [mailto:[EMAIL PROTECTED]] Sent: 16 January 2006 17:06 To: 'MyFaces Discus

RE: Shale and MyFaces

ssion' Subject: RE: Shale and MyFaces   Hi James,   Thanks for sharing your experience. I am not against ejb3 as such – I am using hibernate, just not ready to consider ejb3 yet. From your description – hibernate is actually quite close to ejb3 then – at least operationally?   Also how

RE: Shale and MyFaces

PROTECTED] Subject: RE: Shale and MyFaces   Hi Yee   I am currently using Seam + Facelets to develop web applications (I however have never used Shale-Clay). These are my experiences.   Yes it does lean very heavily on top of Hibernate/EJB3 but this for me is a great asset as it handles the

RE: Shale and MyFaces

see I am keen on Seam, so take it as a biased view.   Hope my ramblings help. James Salt From: Yee CN [mailto:[EMAIL PROTECTED] Sent: 16 January 2006 16:28 To: 'MyFaces Discussion' Subject: RE: Shale and MyFaces   Hi Andrew,   Can you please share your exper

RE: Shale and MyFaces

: MyFaces Discussion Subject: Re: Shale and MyFaces   This is not a direct answer, but wanted to also let you know there is a decision between shale and jboss-seam. Both have more robust dialog support than JSF and both implement a higher level of IoC (inversion of control) to be able to

Re: Shale and MyFaces

Andrew Robinson schrieb: > This is not a direct answer, but wanted to also let you know there is a > decision between shale and jboss-seam. Both have more robust dialog > support than JSF and both implement a higher level of IoC (inversion of > control) to be able to "surround" your functionality.

Re: Shale and MyFaces

This is not a direct answer, but wanted to also let you know there is a decision between shale and jboss-seam. Both have more robust dialog support than JSF and both implement a higher level of IoC (inversion of control) to be able to "surround" your functionality. Shale has a nice page view contro

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

> Shale is an accepted Struts sub-project (a project that is focused on > providing a web MVC framework). If I get my way (in the long term), > it will become the next generation of Struts. If its clear that this > won't happen, only then is it reasonable to think about alternative > homes. I am

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

On Thu, 17 Mar 2005 13:38:02 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > > I prefer Matthias' proposal for Apache Faces. I think it'd be great to > > have all JSF-related technologies in one project. > > Yes. This is a good idea if we can get buy in from Shale folks, etc. > Shale is an a

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

> I prefer Matthias' proposal for Apache Faces. I think it'd be great to > have all JSF-related technologies in one project. Yes. This is a good idea if we can get buy in from Shale folks, etc. > As for the Faces components, as long as they're MyFaces components, > people will be confused about

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

I prefer Matthias' proposal for Apache Faces. I think it'd be great to have all JSF-related technologies in one project. As for the Faces components, as long as they're MyFaces components, people will be confused about using them standalone. We can add documentation, but people will still be co

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

Also a FAQ was added recently answering to this question, but we should made the issue more visible as Sean points out, Bruno On Wed, 16 Mar 2005 14:30:15 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > I agree 100% with Martin on this one. > > On one of these threads Kito made a comment abo

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

I agree 100% with Martin on this one. On one of these threads Kito made a comment about people being confused about the myfaces components and whether or not they require myfaces. We should do our best to promote the fact that the components are independent of the implementation. Improvements t

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

I am replying to several postings on the mailing list in the last time at once, so sorry if I puzzle someone. With all this discussion on toplevel or sublevel or whatever level projects we should still try to get our infrastructure up-to-date first (I agree with Matthias and his former postings on

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

On Wed, 16 Mar 2005 12:46:58 -0500, Kito D. Mann <[EMAIL PROTECTED]> wrote: > Personally, I'm not convinced that Shale really should be part of the > MyFaces project. If you look at JSF as a foundation for UI frameworks (and > more sophisticated web frameworks in general), then hopefully we'll see

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

Kito- I haven't said that Shale should be integrated into MyFaces or a subproject of MyFaces. I was talking about a *generell* JavaServer Faces Project under the umbrella of Apache Software Foundation. Called "Apache Faces" or something similar to that. (like "Apache Portals" is for the Portlet-API

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

Personally, I'm not convinced that Shale really should be part of the MyFaces project. If you look at JSF as a foundation for UI frameworks (and more sophisticated web frameworks in general), then hopefully we'll see it pop up in lots of different places (in my perfect world, even Tapestry woul

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

Its an interesting idea. There are a lot of details to work out but it might not be a bad idea to start discussions about something like this. Nice to hear that some of you like the *idea*. It was just only a idea for now and yes there must be provided more to be concret on something like that. S

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

Its an interesting idea. There are a lot of details to work out but it might not be a bad idea to start discussions about something like this. I'm not sure I would agree that the MyFaces components belong in Shale. At the moment there seems to be three distinct projects: myfaces (jsf api + impl)

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

+1 After all Shale is a JSF project along with MyFaces. So organizing them in one place and making it so that people can plug and play what they want sounds ideal. --- David Geary <[EMAIL PROTECTED]> wrote: > It would be great to have one-stop shopping of sorts > for Apache > projects related

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

It would be great to have one-stop shopping of sorts for Apache projects related to JSF. I like grouping JSF-related projects and decoupling unrelated pieces at the same time. Apache Portals looks like a good candidate to emulate. david Le Mar 15, 2005, à 1:55 PM, Matthias Wessendorf a écrit :

Re: Shale and MyFaces (was Re: How to execute bean method before JSF page is loaded?)

David, I am just about to answer Craig regarding his post... But you said it very very clear to something I just thought... So here is my post... Take a look at Apache Portals, that is something I have in mind on *long term* There could be a similar Toplevel Project btw. name it "Apache Faces". O