You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by "Kito D. Mann" <km...@virtua.com> on 2007/05/25 18:50:11 UTC
Orchestra vs Spring-Annotations
Hey, can anyone tell me how Orchestra compares to Spring-Annotations JSF
module (http://sannotations.sourceforge.net/jsf.html)?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
<http://www.virtua.com/> http://www.virtua.com - JSF/Java EE consulting,
training, and mentoring
<http://www.jsfcentral.com/> http://www.JSFCentral.com - JavaServer Faces
FAQ, news, and info
* Sign up for the JSF Central newsletter!
<http://oi.vresp.com/?fid=ac048d0e17> http://oi.vresp.com/?fid=ac048d0e17 *
Re: Orchestra vs Spring-Annotations
Posted by Werner Punz <we...@gmail.com>.
Craig McClanahan schrieb:
> On 5/25/07, Mario Ivankovits <ma...@ops.co.at> wrote:
> [snip]
>> * We really introduce a conversation scope comparable to session,
>> request etc ... you use scope="conversation" in your managed bean config
>> to do the magic
> [snip]
>
> You can certainly get away with this in JSF 1.1, because even though
> the DTD specifies the set of legal values for scope in comments, it is
> not enforced by DTD validation. *If* the 1.2 schema defines specific
> validation rules for these values (I haven't checked), though, you are
> going to have problems when an application wants to validate a config
> file that uses this setting, until some future version of the JSF spec
> defines "conversation" as a valid scope value.
>
> Craig
>
Except one thing, Craig, Orchestra derives its configuration from Spring
not JSF and does not touch the JSF configuration.
Re: Orchestra vs Spring-Annotations
Posted by Craig McClanahan <cr...@apache.org>.
On 5/25/07, Mario Ivankovits <ma...@ops.co.at> wrote:
[snip]
> * We really introduce a conversation scope comparable to session,
> request etc ... you use scope="conversation" in your managed bean config
> to do the magic
[snip]
You can certainly get away with this in JSF 1.1, because even though
the DTD specifies the set of legal values for scope in comments, it is
not enforced by DTD validation. *If* the 1.2 schema defines specific
validation rules for these values (I haven't checked), though, you are
going to have problems when an application wants to validate a config
file that uses this setting, until some future version of the JSF spec
defines "conversation" as a valid scope value.
Craig
RE: Orchestra vs Spring-Annotations
Posted by "Beelen, Marco" <ma...@merck.com>.
Done: Issues MYFACES-1654 and MYFACES-1655 created.
-----Original Message-----
From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On Behalf Of
Matthias Wessendorf
Sent: dinsdag 29 mei 2007 14:29
To: MyFaces Discussion
Subject: Re: Orchestra vs Spring-Annotations
yes,
open issue(s), to ensure we don't forget it.
-M
On 5/29/07, Beelen, Marco <ma...@merck.com> wrote:
> Hello all,
>
> I was suprised by the link mentioned as [1], because on the homepage
of
> MyFaces, Orchestra isn't listed as a MyFaces Project in the menu.
>
> It would be a shame if anybody who is looking for such a solution
can't
> find it due to a missing link. Perhaps somebody could add it?
>
> Add when doing so: Shouldn't http://myfaces.apache.org/trinidad/ also
be
> included in the list of MyFaces Projects?
>
> With kind regards,
> Marco
>
>
>
> -----Original Message-----
> From: Mario Ivankovits [mailto:mario@ops.co.at]
> Sent: vrijdag 25 mei 2007 21:22
> To: MyFaces Discussion
> Subject: Re: Orchestra vs Spring-Annotations
>
> Additional info should be available at [1] and [2] during the next
week.
> I've updated [1], but it might take some time until the new site will
be
> available.
> The new version of our site will show a short example and more text on
> the start page.
>
> Ciao,
> Mario
>
> [1]
> http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html
> [2] http://wiki.apache.org/myfaces/Orchestra
>
>
>
>
>
------------------------------------------------------------------------
------
> Notice: This e-mail message, together with any attachments, contains
> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
> New Jersey, USA 08889), and/or its affiliates (which may be known
> outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD
> and in Japan, as Banyu - direct contact information for affiliates is
> available at http://www.merck.com/contact/contacts.html) that may be
> confidential, proprietary copyrighted and/or legally privileged. It is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please notify us immediately by reply e-mail and
then
> delete it from your system.
>
>
------------------------------------------------------------------------
------
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
------------------------------------------------------------------------------
Notice: This e-mail message, together with any attachments, contains
information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
New Jersey, USA 08889), and/or its affiliates (which may be known
outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD
and in Japan, as Banyu - direct contact information for affiliates is
available at http://www.merck.com/contact/contacts.html) that may be
confidential, proprietary copyrighted and/or legally privileged. It is
intended solely for the use of the individual or entity named on this
message. If you are not the intended recipient, and have received this
message in error, please notify us immediately by reply e-mail and then
delete it from your system.
------------------------------------------------------------------------------
Re: Orchestra vs Spring-Annotations
Posted by Matthias Wessendorf <ma...@apache.org>.
yes,
open issue(s), to ensure we don't forget it.
-M
On 5/29/07, Beelen, Marco <ma...@merck.com> wrote:
> Hello all,
>
> I was suprised by the link mentioned as [1], because on the homepage of
> MyFaces, Orchestra isn't listed as a MyFaces Project in the menu.
>
> It would be a shame if anybody who is looking for such a solution can't
> find it due to a missing link. Perhaps somebody could add it?
>
> Add when doing so: Shouldn't http://myfaces.apache.org/trinidad/ also be
> included in the list of MyFaces Projects?
>
> With kind regards,
> Marco
>
>
>
> -----Original Message-----
> From: Mario Ivankovits [mailto:mario@ops.co.at]
> Sent: vrijdag 25 mei 2007 21:22
> To: MyFaces Discussion
> Subject: Re: Orchestra vs Spring-Annotations
>
> Additional info should be available at [1] and [2] during the next week.
> I've updated [1], but it might take some time until the new site will be
> available.
> The new version of our site will show a short example and more text on
> the start page.
>
> Ciao,
> Mario
>
> [1]
> http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html
> [2] http://wiki.apache.org/myfaces/Orchestra
>
>
>
>
> ------------------------------------------------------------------------------
> Notice: This e-mail message, together with any attachments, contains
> information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
> New Jersey, USA 08889), and/or its affiliates (which may be known
> outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD
> and in Japan, as Banyu - direct contact information for affiliates is
> available at http://www.merck.com/contact/contacts.html) that may be
> confidential, proprietary copyrighted and/or legally privileged. It is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please notify us immediately by reply e-mail and then
> delete it from your system.
>
> ------------------------------------------------------------------------------
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
RE: Orchestra vs Spring-Annotations
Posted by "Beelen, Marco" <ma...@merck.com>.
Hello all,
I was suprised by the link mentioned as [1], because on the homepage of
MyFaces, Orchestra isn't listed as a MyFaces Project in the menu.
It would be a shame if anybody who is looking for such a solution can't
find it due to a missing link. Perhaps somebody could add it?
Add when doing so: Shouldn't http://myfaces.apache.org/trinidad/ also be
included in the list of MyFaces Projects?
With kind regards,
Marco
-----Original Message-----
From: Mario Ivankovits [mailto:mario@ops.co.at]
Sent: vrijdag 25 mei 2007 21:22
To: MyFaces Discussion
Subject: Re: Orchestra vs Spring-Annotations
Additional info should be available at [1] and [2] during the next week.
I've updated [1], but it might take some time until the new site will be
available.
The new version of our site will show a short example and more text on
the start page.
Ciao,
Mario
[1]
http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html
[2] http://wiki.apache.org/myfaces/Orchestra
------------------------------------------------------------------------------
Notice: This e-mail message, together with any attachments, contains
information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
New Jersey, USA 08889), and/or its affiliates (which may be known
outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD
and in Japan, as Banyu - direct contact information for affiliates is
available at http://www.merck.com/contact/contacts.html) that may be
confidential, proprietary copyrighted and/or legally privileged. It is
intended solely for the use of the individual or entity named on this
message. If you are not the intended recipient, and have received this
message in error, please notify us immediately by reply e-mail and then
delete it from your system.
------------------------------------------------------------------------------
Re: Orchestra vs Spring-Annotations
Posted by Werner Punz <we...@gmail.com>.
Werner Punz schrieb:
>
> I dropped the info in the wiki, as I posted before. The overlap is that
> we have conversations as well, but ours are much more advanced.
> Personally it would be perfect if those guys would use orchestra as
> their conversation provider and would push their stuff on top of it. It
> would be a perfect fit.
> Their conversations just provide data structures to store objects no orm
> control whatsoever.
>
>
Actually I just sent the guy doing the spring-annotations framework a
mail, he really should look into it, if he wants to reuse Orchestra as
his scope provider, his project would gain a lot from it.
Re: Orchestra vs Spring-Annotations
Posted by Werner Punz <we...@gmail.com>.
Mario Ivankovits schrieb:
> Hi!
>> Hey, can anyone tell me how Orchestra compares to Spring-Annotations
>> JSF module (http://sannotations.sourceforge.net/jsf.html)?
>>
> I did not find the required information on their homepage, though, it
> looks like there is indeed some overlap.
>
I dropped the info in the wiki, as I posted before. The overlap is that
we have conversations as well, but ours are much more advanced.
Personally it would be perfect if those guys would use orchestra as
their conversation provider and would push their stuff on top of it. It
would be a perfect fit.
Their conversations just provide data structures to store objects no orm
control whatsoever.
Re: Orchestra vs Spring-Annotations
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi!
>
> Hey, can anyone tell me how Orchestra compares to Spring-Annotations
> JSF module (http://sannotations.sourceforge.net/jsf.html)?
>
I did not find the required information on their homepage, though, it
looks like there is indeed some overlap.
Some quick differences are:
* Orchestra do not require annotations, admitted, they simplify your
life ;-)
* We really introduce a conversation scope comparable to session,
request etc ... you use scope="conversation" in your managed bean config
to do the magic
We hope that makes it more natural to use, every JSF developer is aware
of scopes ... so we just have one or two additional scopes.
* We had persistence in mind, means, beans in one of those scope can
have a persistence context with the same length = long sessions, though,
as I already mentioned in another post using our persistence is optional.
You can configure conversation scopes with this persistence context
synchronization, and another conversation name without this feature
enabled. The same counts for our flash scope.
Ok, with the above features we are just one of many :-), but at least we
try another strategy than the others.
Additionally we try another approach to generate forms based on the
beans meta data (=annotations).
IMHO in contrast to generated JSF pages the cons here are:
* the form changes as your model do
* the user will be able to choose which properties to view within the
form (this is a future enhancement) - often it depends on the
installation how the form should look like, now the user can custom it.
I think this will work best with dataTable like pages.
Additional info should be available at [1] and [2] during the next week.
I've updated [1], but it might take some time until the new site will be
available.
The new version of our site will show a short example and more text on
the start page.
Ciao,
Mario
[1] http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html
[2] http://wiki.apache.org/myfaces/Orchestra
Re: Orchestra on code.google.com
Posted by Cagatay Civici <ca...@gmail.com>.
>
> how about using jsf-comp.sf.net?
>
I was going to suggest the same, but google is fine too anyway.
Cagatay
On 6/26/07, Jesse Alexander (KSFD 121) <al...@credit-suisse.com>
wrote:
>
> how about using jsf-comp.sf.net?
>
> got initiated for that reason...
> and a few of the components are used...
>
> regards
> Alexander
>
> -----Original Message-----
> From: Mario Ivankovits [mailto:mario@ops.co.at]
> Sent: Monday, June 25, 2007 3:29 PM
> To: MyFaces Development
> Subject: Orchestra on code.google.com
>
> Hi!
> > code.google.com is fine for that.
> I'd like to start a project at code.google.com to host any code not
> allowed (or not easily allowed) by the policy of ASF. e.g. when
> depending on (L)GPL code. I reserved a name already [1].
> Any objections about it?
>
>
> Ciao,
> Mario
>
>
> [1] http://code.google.com/p/myfaces-orchestra-nonasf
>
>
Re: Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Jesse!
> how about using jsf-comp.sf.net?
>
Sure, why not, we can add a orchestra-(extras|nonasf) module.
What about stability of sourceforge lately? I used it in the past, but
was disappointed about speed and reachability.
Ciao,
Mario
> got initiated for that reason...
> and a few of the components are used...
>
> regards
> Alexander
>
> -----Original Message-----
> From: Mario Ivankovits [mailto:mario@ops.co.at]
> Sent: Monday, June 25, 2007 3:29 PM
> To: MyFaces Development
> Subject: Orchestra on code.google.com
>
> Hi!
>
>> code.google.com is fine for that.
>>
> I'd like to start a project at code.google.com to host any code not
> allowed (or not easily allowed) by the policy of ASF. e.g. when
> depending on (L)GPL code. I reserved a name already [1].
> Any objections about it?
>
>
> Ciao,
> Mario
>
>
> [1] http://code.google.com/p/myfaces-orchestra-nonasf
>
>
--
mit freundlichen Grüßen
Mario Ivankovits
Software Engineering
OPS EDV VertriebsgesmbH
A-1120 Wien, Michael-Bernhard-Gasse 10
Firmenbuch Nr.: FN51233v, Handelsgericht Wien
Tel.: +43-1-8938810; Fax: +43-1-8938810/3700
http://www.ops.co.at
E-Mail: mario@ops.co.at
Skype: mario_ivankovits
RE: Orchestra on code.google.com
Posted by "Jesse Alexander (KSFD 121)" <al...@credit-suisse.com>.
how about using jsf-comp.sf.net?
got initiated for that reason...
and a few of the components are used...
regards
Alexander
-----Original Message-----
From: Mario Ivankovits [mailto:mario@ops.co.at]
Sent: Monday, June 25, 2007 3:29 PM
To: MyFaces Development
Subject: Orchestra on code.google.com
Hi!
> code.google.com is fine for that.
I'd like to start a project at code.google.com to host any code not
allowed (or not easily allowed) by the policy of ASF. e.g. when
depending on (L)GPL code. I reserved a name already [1].
Any objections about it?
Ciao,
Mario
[1] http://code.google.com/p/myfaces-orchestra-nonasf
Re: Orchestra on code.google.com
Posted by Matthias Wessendorf <ma...@apache.org>.
+1
On 6/25/07, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi!
> > code.google.com is fine for that.
> I'd like to start a project at code.google.com to host any code not
> allowed (or not easily allowed) by the policy of ASF. e.g. when
> depending on (L)GPL code. I reserved a name already [1].
> Any objections about it?
>
>
> Ciao,
> Mario
>
>
> [1] http://code.google.com/p/myfaces-orchestra-nonasf
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Orchestra on code.google.com
Posted by Matthias Wessendorf <ma...@apache.org>.
> Thanks. Looking forward to it. Has any one ported Petstore 2.0 to Spring
> JPA and tomcat or Jetty?
not petstore, but CRUD
code.google.com/p/facesgoodies
> Craig, is there any thought on Shale and WebBeans? (Hope not to offend
> any one on this list)
>
> BaTien
>
> > >
> > > Thanks
> > >
> > > On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> > > > On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > > > > Mario Ivankovits schrieb:
> > > > > > Hi!
> > > > > >> code.google.com is fine for that.
> > > > > > I'd like to start a project at code.google.com to host any code not
> > > > > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > > > > depending on (L)GPL code. I reserved a name already [1].
> > > > > > Any objections about it?
> > > > > >
> > > > > >
> > > > > > Ciao,
> > > > > > Mario
> > > > > >
> > > > > >
> > > > > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > > > > >
> > > > > >
> > > > > ++1
> > > > >
> > > > >
> > > >
> > > > That name works, of course, but I also like the naming convention that
> > > > was used for Shale "extras" that didn't fit into the usual Shale
> > > > project:
> > > >
> > > > http://code.google.com/p/shale-goodies
> > > >
> > > > Doesn't "myfaces-goodies" have a nice ring?
> > > >
> > > > Craig
> > >
> > >
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Orchestra on code.google.com
Posted by "Dr. Duong BaTien" <du...@dbgroups.com>.
On Wed, 2007-06-27 at 09:39 -0700, Craig McClanahan wrote:
> On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> > On Tue, 2007-06-26 at 13:47 -0700, Craig McClanahan wrote:
> > > On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> > > > Is there anything in shale-goodies yet?
> > >
> > > The beginnings of a Clay based port of the Petstore app, and a few
> > > related experiments.
> > >
> > > Craig
> > >
> > Thanks. Looking forward to it. Has any one ported Petstore 2.0 to Spring
> > JPA and tomcat or Jetty?
> >
> > Craig, is there any thought on Shale and WebBeans? (Hope not to offend
> > any one on this list)
> >
>
> I'm on the expert group for WebBeans[1], along with a bunch of other
> people. There will definitely be some functional overlap on what
> Shale calls the dialog manager -- you will really really really want
> to pick one framework for that kind of stuff, be it Shale's,
> Trinidad's, Orchestra's, Seam's, WebBeans's, Spring's ... but other
> than that there's no reason you shouldn't be able to use Shale
> features and WebBeans features together, since they are both built on
> top of JSF APIs.
>
> Craig
>
Thanks for the insight. It may be useful to define how Shale positions
itself to WebBeans, regardless of what implementation the user may
decide to take.
> [1] http://jcp.org/en/jsr/detail?id=299
>
> > BaTien
> >
> > > >
> > > > Thanks
> > > >
> > > > On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> > > > > On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > > > > > Mario Ivankovits schrieb:
> > > > > > > Hi!
> > > > > > >> code.google.com is fine for that.
> > > > > > > I'd like to start a project at code.google.com to host any code not
> > > > > > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > > > > > depending on (L)GPL code. I reserved a name already [1].
> > > > > > > Any objections about it?
> > > > > > >
> > > > > > >
> > > > > > > Ciao,
> > > > > > > Mario
> > > > > > >
> > > > > > >
> > > > > > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > > > > > >
> > > > > > >
> > > > > > ++1
> > > > > >
> > > > > >
> > > > >
> > > > > That name works, of course, but I also like the naming convention that
> > > > > was used for Shale "extras" that didn't fit into the usual Shale
> > > > > project:
> > > > >
> > > > > http://code.google.com/p/shale-goodies
> > > > >
> > > > > Doesn't "myfaces-goodies" have a nice ring?
> > > > >
> > > > > Craig
> > > >
> > > >
> >
> >
Re: Orchestra on code.google.com
Posted by Craig McClanahan <cr...@apache.org>.
On 6/28/07, Werner Punz <we...@gmail.com> wrote:
> Craig McClanahan schrieb:
>
> > I'm on the expert group for WebBeans[1], along with a bunch of other
> > people. There will definitely be some functional overlap on what
> > Shale calls the dialog manager -- you will really really really want
> > to pick one framework for that kind of stuff, be it Shale's,
> > Trinidad's, Orchestra's, Seam's, WebBeans's, Spring's ... but other
> > than that there's no reason you shouldn't be able to use Shale
> > features and WebBeans features together, since they are both built on
> > top of JSF APIs.
> >
> Btw. Craig, you might be happy to hear, that I started with some
> preliminary Orchestra/Shale integration two days ago.
> I have nothing to show off yet, because I still tinker around with
> things and trying to find myself around in both codebases, but so far
> things look pretty good.
>
Cool ... I just answered your first question on the Shale list, also.
> After three hours of reading the codebase and tinkering with it, I was
> able to fetch orchestra conversational beans within a defined Shale
> Dialog environment and have shale issuing
> the end conversation commands which trigger all the jpa and bean related
> cleanup in orchestra.
>
> Yesterday I managed to bind all conversational beans under one dialog
> to one persistencecontext.
>
> I am still a little bit unclear about some things, but things look very
> good for an integration bridge which is not too hard to configure.
>
> (so far it looks like a special shaledialog scope
> in spring should do the trick)
That makes sense.
>
> If all goes well then Shale dialog will be the first high level
> conversation framework with an orchestra binding.
> Or the other way round the first framework orchestra prodides bindings for.
>
Looking forward to seeing this in action :-).
Craig
Re: Orchestra on code.google.com
Posted by Werner Punz <we...@gmail.com>.
Craig McClanahan schrieb:
> I'm on the expert group for WebBeans[1], along with a bunch of other
> people. There will definitely be some functional overlap on what
> Shale calls the dialog manager -- you will really really really want
> to pick one framework for that kind of stuff, be it Shale's,
> Trinidad's, Orchestra's, Seam's, WebBeans's, Spring's ... but other
> than that there's no reason you shouldn't be able to use Shale
> features and WebBeans features together, since they are both built on
> top of JSF APIs.
>
Btw. Craig, you might be happy to hear, that I started with some
preliminary Orchestra/Shale integration two days ago.
I have nothing to show off yet, because I still tinker around with
things and trying to find myself around in both codebases, but so far
things look pretty good.
After three hours of reading the codebase and tinkering with it, I was
able to fetch orchestra conversational beans within a defined Shale
Dialog environment and have shale issuing
the end conversation commands which trigger all the jpa and bean related
cleanup in orchestra.
Yesterday I managed to bind all conversational beans under one dialog
to one persistencecontext.
I am still a little bit unclear about some things, but things look very
good for an integration bridge which is not too hard to configure.
(so far it looks like a special shaledialog scope
in spring should do the trick)
If all goes well then Shale dialog will be the first high level
conversation framework with an orchestra binding.
Or the other way round the first framework orchestra prodides bindings for.
Re: Orchestra on code.google.com
Posted by Craig McClanahan <cr...@apache.org>.
On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> On Tue, 2007-06-26 at 13:47 -0700, Craig McClanahan wrote:
> > On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> > > Is there anything in shale-goodies yet?
> >
> > The beginnings of a Clay based port of the Petstore app, and a few
> > related experiments.
> >
> > Craig
> >
> Thanks. Looking forward to it. Has any one ported Petstore 2.0 to Spring
> JPA and tomcat or Jetty?
>
> Craig, is there any thought on Shale and WebBeans? (Hope not to offend
> any one on this list)
>
I'm on the expert group for WebBeans[1], along with a bunch of other
people. There will definitely be some functional overlap on what
Shale calls the dialog manager -- you will really really really want
to pick one framework for that kind of stuff, be it Shale's,
Trinidad's, Orchestra's, Seam's, WebBeans's, Spring's ... but other
than that there's no reason you shouldn't be able to use Shale
features and WebBeans features together, since they are both built on
top of JSF APIs.
Craig
[1] http://jcp.org/en/jsr/detail?id=299
> BaTien
>
> > >
> > > Thanks
> > >
> > > On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> > > > On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > > > > Mario Ivankovits schrieb:
> > > > > > Hi!
> > > > > >> code.google.com is fine for that.
> > > > > > I'd like to start a project at code.google.com to host any code not
> > > > > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > > > > depending on (L)GPL code. I reserved a name already [1].
> > > > > > Any objections about it?
> > > > > >
> > > > > >
> > > > > > Ciao,
> > > > > > Mario
> > > > > >
> > > > > >
> > > > > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > > > > >
> > > > > >
> > > > > ++1
> > > > >
> > > > >
> > > >
> > > > That name works, of course, but I also like the naming convention that
> > > > was used for Shale "extras" that didn't fit into the usual Shale
> > > > project:
> > > >
> > > > http://code.google.com/p/shale-goodies
> > > >
> > > > Doesn't "myfaces-goodies" have a nice ring?
> > > >
> > > > Craig
> > >
> > >
>
>
Re: Orchestra on code.google.com
Posted by "Dr. Duong BaTien" <du...@dbgroups.com>.
On Tue, 2007-06-26 at 13:47 -0700, Craig McClanahan wrote:
> On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> > Is there anything in shale-goodies yet?
>
> The beginnings of a Clay based port of the Petstore app, and a few
> related experiments.
>
> Craig
>
Thanks. Looking forward to it. Has any one ported Petstore 2.0 to Spring
JPA and tomcat or Jetty?
Craig, is there any thought on Shale and WebBeans? (Hope not to offend
any one on this list)
BaTien
> >
> > Thanks
> >
> > On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> > > On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > > > Mario Ivankovits schrieb:
> > > > > Hi!
> > > > >> code.google.com is fine for that.
> > > > > I'd like to start a project at code.google.com to host any code not
> > > > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > > > depending on (L)GPL code. I reserved a name already [1].
> > > > > Any objections about it?
> > > > >
> > > > >
> > > > > Ciao,
> > > > > Mario
> > > > >
> > > > >
> > > > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > > > >
> > > > >
> > > > ++1
> > > >
> > > >
> > >
> > > That name works, of course, but I also like the naming convention that
> > > was used for Shale "extras" that didn't fit into the usual Shale
> > > project:
> > >
> > > http://code.google.com/p/shale-goodies
> > >
> > > Doesn't "myfaces-goodies" have a nice ring?
> > >
> > > Craig
> >
> >
Re: Orchestra on code.google.com
Posted by Craig McClanahan <cr...@apache.org>.
On 6/26/07, Dr. Duong BaTien <du...@dbgroups.com> wrote:
> Is there anything in shale-goodies yet?
The beginnings of a Clay based port of the Petstore app, and a few
related experiments.
Craig
>
> Thanks
>
> On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> > On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > > Mario Ivankovits schrieb:
> > > > Hi!
> > > >> code.google.com is fine for that.
> > > > I'd like to start a project at code.google.com to host any code not
> > > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > > depending on (L)GPL code. I reserved a name already [1].
> > > > Any objections about it?
> > > >
> > > >
> > > > Ciao,
> > > > Mario
> > > >
> > > >
> > > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > > >
> > > >
> > > ++1
> > >
> > >
> >
> > That name works, of course, but I also like the naming convention that
> > was used for Shale "extras" that didn't fit into the usual Shale
> > project:
> >
> > http://code.google.com/p/shale-goodies
> >
> > Doesn't "myfaces-goodies" have a nice ring?
> >
> > Craig
>
>
Re: Orchestra on code.google.com
Posted by "Dr. Duong BaTien" <du...@dbgroups.com>.
Is there anything in shale-goodies yet?
Thanks
On Tue, 2007-06-26 at 00:47 -0700, Craig McClanahan wrote:
> On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> > Mario Ivankovits schrieb:
> > > Hi!
> > >> code.google.com is fine for that.
> > > I'd like to start a project at code.google.com to host any code not
> > > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > > depending on (L)GPL code. I reserved a name already [1].
> > > Any objections about it?
> > >
> > >
> > > Ciao,
> > > Mario
> > >
> > >
> > > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> > >
> > >
> > ++1
> >
> >
>
> That name works, of course, but I also like the naming convention that
> was used for Shale "extras" that didn't fit into the usual Shale
> project:
>
> http://code.google.com/p/shale-goodies
>
> Doesn't "myfaces-goodies" have a nice ring?
>
> Craig
Re: Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Dennis!
> Perhaps this has been covered already, but does it have binary deps on
> MyFaces? Or just the JSF API?
No deps to MyFaces, else it would be a bug.
> If Orchstra has no dep on the MyFaces implementation, you may be able
> to open this up to more users and you wouldn't have to find a new name
> - just add it to facesgoodies.
Yea, but then jsf-comp.sf.net might be a better and already known place, no?
Ciao,
Mario
Re: Orchestra on code.google.com
Posted by Dennis Byrne <de...@apache.org>.
Perhaps this has been covered already, but does it have binary deps on
MyFaces? Or just the JSF API? If Orchstra has no dep on the MyFaces
implementation, you may be able to open this up to more users and you
wouldn't have to find a new name - just add it to facesgoodies.
Dennis Byrne
On 6/26/07, Mario Ivankovits <ma...@ops.co.at> wrote:
>
> Hi!
> > Kito D. Mann schrieb:
> >
> >> I don't know -- this might be confusing since Matthias already has
> >> "FacesGoodies" [1] :-).
> >>
> >> [1] http://code.google.com/p/facesgoodies/
> >>
> >>
> > Why not adding it to facesgoodies then?
> >
> I understand facesgoodies as template for quickstarting an application.
>
> I'd opt for the project name "myfaces-orchestra-extras" if we think
> "nonasf" is too "non standard".
>
> Ciao,
> Mario
>
>
--
Dennis Byrne
Re: Orchestra on code.google.com
Posted by Matthias Wessendorf <ma...@apache.org>.
no.
I want use ochestra in facesgoodies, soon.
but ochestra is different
I don't understand the complete discussion on the project name..
Mario's link is fine IMO
-M
On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> Kito D. Mann schrieb:
> > I don't know -- this might be confusing since Matthias already has
> > "FacesGoodies" [1] :-).
> >
> > [1] http://code.google.com/p/facesgoodies/
> >
> Why not adding it to facesgoodies then?
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi!
> Kito D. Mann schrieb:
>
>> I don't know -- this might be confusing since Matthias already has
>> "FacesGoodies" [1] :-).
>>
>> [1] http://code.google.com/p/facesgoodies/
>>
>>
> Why not adding it to facesgoodies then?
>
I understand facesgoodies as template for quickstarting an application.
I'd opt for the project name "myfaces-orchestra-extras" if we think
"nonasf" is too "non standard".
Ciao,
Mario
Re: Orchestra on code.google.com
Posted by Werner Punz <we...@gmail.com>.
Kito D. Mann schrieb:
> I don't know -- this might be confusing since Matthias already has
> "FacesGoodies" [1] :-).
>
> [1] http://code.google.com/p/facesgoodies/
>
Why not adding it to facesgoodies then?
RE: Orchestra on code.google.com
Posted by "Kito D. Mann" <km...@virtua.com>.
I don't know -- this might be confusing since Matthias already has
"FacesGoodies" [1] :-).
[1] http://code.google.com/p/facesgoodies/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter!
http://oi.vresp.com/?fid=ac048d0e17 *
> -----Original Message-----
> From: news [mailto:news@sea.gmane.org] On Behalf Of Werner Punz
> Sent: Tuesday, June 26, 2007 3:49 AM
> To: dev@myfaces.apache.org
> Subject: Re: Orchestra on code.google.com
>
> Craig McClanahan schrieb:
>
> >
> > That name works, of course, but I also like the naming convention
> that
> > was used for Shale "extras" that didn't fit into the usual Shale
> > project:
> >
> > http://code.google.com/p/shale-goodies
> >
> > Doesn't "myfaces-goodies" have a nice ring?
> >
> > Craig
> >
>
> Excellent suggestion Craig...
Re: Orchestra on code.google.com
Posted by Werner Punz <we...@gmail.com>.
Craig McClanahan schrieb:
>
> That name works, of course, but I also like the naming convention that
> was used for Shale "extras" that didn't fit into the usual Shale
> project:
>
> http://code.google.com/p/shale-goodies
>
> Doesn't "myfaces-goodies" have a nice ring?
>
> Craig
>
Excellent suggestion Craig...
Re: Orchestra on code.google.com
Posted by Martin Marinschek <ma...@gmail.com>.
For me, I'd say myfaces-orchestra-goodies tells me more than JSF-comp
about what to expect from this library, so
+1 for myfaces-orchestra-goodies (on code.google.com)
regards,
Martin
On 6/27/07, Cagatay Civici <ca...@gmail.com> wrote:
> +1,
>
> > Use the jsf-comp space for myfaces-orchestra non-asf license compatible
> > stuff. (Given the project owners accept it ;-) )
>
> Yeah they will, for example JSF ChartCreator uses JFreeChart which is LGPL;)
>
> Cagatay
>
> On 6/27/07, Matthias Wessendorf <ma...@apache.org> wrote:
> > > Use the module name myfaces-orchestra-goodies.
> >
> > +1
> >
> > go ahead ! :)
> >
> > > What do you think?
> > >
> > > Ciao,
> > > Mario
> > >
> > >
> >
> >
> > --
> > Matthias Wessendorf
> >
> > further stuff:
> > blog: http://matthiaswessendorf.wordpress.com/
> > mail: matzew-at-apache-dot-org
> >
>
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: Orchestra on code.google.com
Posted by Cagatay Civici <ca...@gmail.com>.
+1,
Use the jsf-comp space for myfaces-orchestra non-asf license compatible
> stuff. (Given the project owners accept it ;-) )
Yeah they will, for example JSF ChartCreator uses JFreeChart which is LGPL;)
Cagatay
On 6/27/07, Matthias Wessendorf <ma...@apache.org> wrote:
>
> > Use the module name myfaces-orchestra-goodies.
>
> +1
>
> go ahead ! :)
>
> > What do you think?
> >
> > Ciao,
> > Mario
> >
> >
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>
Re: Orchestra on code.google.com
Posted by Matthias Wessendorf <ma...@apache.org>.
> Use the module name myfaces-orchestra-goodies.
+1
go ahead ! :)
> What do you think?
>
> Ciao,
> Mario
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
RE: Orchestra on code.google.com
Posted by "Jesse Alexander (KSFD 121)" <al...@credit-suisse.com>.
I do what I can, be pointing it out, whenever a question pops up on
something we have there...
but you are right, more publicity makes sense...
regards
Alexander
-----Original Message-----
From: Kito D. Mann [mailto:kmann@virtua.com]
Sent: Wednesday, June 27, 2007 11:51 PM
To: 'MyFaces Development'
Subject: RE: Orchestra on code.google.com
If you guys decide to use JSF comp, I suggest pushing them for a little
better PR. No one really knows all of the goodies they have...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter!
http://oi.vresp.com/?fid=ac048d0e17 *
> -----Original Message-----
> From: Andrew Robinson [mailto:andrew.rw.robinson@gmail.com]
> Sent: Wednesday, June 27, 2007 4:50 PM
> To: MyFaces Development
> Subject: Re: Orchestra on code.google.com
>
> > Use the jsf-comp space for myfaces-orchestra non-asf license
> compatible
> > stuff. (Given the project owners accept it ;-) )
>
> No problem with me to use Jsf-Comp
RE: Orchestra on code.google.com
Posted by "Kito D. Mann" <km...@virtua.com>.
If you guys decide to use JSF comp, I suggest pushing them for a little
better PR. No one really knows all of the goodies they have...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter!
http://oi.vresp.com/?fid=ac048d0e17 *
> -----Original Message-----
> From: Andrew Robinson [mailto:andrew.rw.robinson@gmail.com]
> Sent: Wednesday, June 27, 2007 4:50 PM
> To: MyFaces Development
> Subject: Re: Orchestra on code.google.com
>
> > Use the jsf-comp space for myfaces-orchestra non-asf license
> compatible
> > stuff. (Given the project owners accept it ;-) )
>
> No problem with me to use Jsf-Comp
Re: Orchestra on code.google.com
Posted by Andrew Robinson <an...@gmail.com>.
> Use the jsf-comp space for myfaces-orchestra non-asf license compatible
> stuff. (Given the project owners accept it ;-) )
No problem with me to use Jsf-Comp
RE: Orchestra on code.google.com
Posted by "Jesse Alexander (KSFD 121)" <al...@credit-suisse.com>.
Of course we accept it...
We put jsf-comp to live to have a haven for non-adf-compatible stuff.
Better host it on such a side-project, than nowhere...
module name is up to you. (Personally i think it is a little bit long,
but the module-creator is in the driver seat).
Just give me an info, when you decide upon it and tell me the
module-name, than I will setup the file-delivery-package (seems that's
about the only thing only admins can do).
regards
Alexander
-----Original Message-----
From: Mario Ivankovits [mailto:mario@ops.co.at]
Sent: Wednesday, June 27, 2007 10:57 AM
To: MyFaces Development
Subject: Re: Orchestra on code.google.com
Cagatay Civici wrote:
> Mario,
>
> What about stability of sourceforge lately? I used it in the past,
but
> was disappointed about speed and reachability.
>
>
> I had no problems with sourceforge for a long time when working on
> jsf-comp.
Ok, so lets sum up ...
Use the jsf-comp space for myfaces-orchestra non-asf license compatible
stuff. (Given the project owners accept it ;-) )
Use the module name myfaces-orchestra-goodies.
What do you think?
Ciao,
Mario
Re: Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@ops.co.at>.
Cagatay Civici wrote:
> Mario,
>
> What about stability of sourceforge lately? I used it in the past, but
> was disappointed about speed and reachability.
>
>
> I had no problems with sourceforge for a long time when working on
> jsf-comp.
Ok, so lets sum up ...
Use the jsf-comp space for myfaces-orchestra non-asf license compatible
stuff. (Given the project owners accept it ;-) )
Use the module name myfaces-orchestra-goodies.
What do you think?
Ciao,
Mario
Re: Orchestra on code.google.com
Posted by Cagatay Civici <ca...@gmail.com>.
Mario,
What about stability of sourceforge lately? I used it in the past, but
> was disappointed about speed and reachability.
I had no problems with sourceforge for a long time when working on jsf-comp.
Cagatay
On 6/26/07, Mario Ivankovits <ma...@gmail.com> wrote:
>
> Craig wrote:
> > Doesn't "myfaces-goodies" have a nice ring?
> Yepp ... sound nice ;-)
>
>
> Kito D. Mann wrote:
> > I don't know -- this might be confusing since Matthias already has
> > "FacesGoodies" [1] :-) .
> >
> would be myfaces-orchestra-goodies, should be enough dissociation
> between FacesGoodies then, I hope so.
>
> And when I think about, this project is a mixture of just non asf
> license compatible code and, yea - for sure, some goodies possible due
> to direct connection to e.g. hibernate.
> I have a nice ActionListener which will close the conversation if a
> exception has been thrown and some database update has taken place ...
> definitely a goodie - I like it :-) - but requires some sort of
> Interceptor for hibernate.
>
>
> Ciao,
> Mario
>
>
Re: Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@gmail.com>.
Craig wrote:
> Doesn't "myfaces-goodies" have a nice ring?
Yepp ... sound nice ;-)
Kito D. Mann wrote:
> I don't know -- this might be confusing since Matthias already has
> "FacesGoodies" [1] :-) .
>
would be myfaces-orchestra-goodies, should be enough dissociation
between FacesGoodies then, I hope so.
And when I think about, this project is a mixture of just non asf
license compatible code and, yea - for sure, some goodies possible due
to direct connection to e.g. hibernate.
I have a nice ActionListener which will close the conversation if a
exception has been thrown and some database update has taken place ...
definitely a goodie - I like it :-) - but requires some sort of
Interceptor for hibernate.
Ciao,
Mario
Re: Orchestra on code.google.com
Posted by Craig McClanahan <cr...@apache.org>.
On 6/26/07, Werner Punz <we...@gmail.com> wrote:
> Mario Ivankovits schrieb:
> > Hi!
> >> code.google.com is fine for that.
> > I'd like to start a project at code.google.com to host any code not
> > allowed (or not easily allowed) by the policy of ASF. e.g. when
> > depending on (L)GPL code. I reserved a name already [1].
> > Any objections about it?
> >
> >
> > Ciao,
> > Mario
> >
> >
> > [1] http://code.google.com/p/myfaces-orchestra-nonasf
> >
> >
> ++1
>
>
That name works, of course, but I also like the naming convention that
was used for Shale "extras" that didn't fit into the usual Shale
project:
http://code.google.com/p/shale-goodies
Doesn't "myfaces-goodies" have a nice ring?
Craig
Re: Orchestra on code.google.com
Posted by Werner Punz <we...@gmail.com>.
Mario Ivankovits schrieb:
> Hi!
>> code.google.com is fine for that.
> I'd like to start a project at code.google.com to host any code not
> allowed (or not easily allowed) by the policy of ASF. e.g. when
> depending on (L)GPL code. I reserved a name already [1].
> Any objections about it?
>
>
> Ciao,
> Mario
>
>
> [1] http://code.google.com/p/myfaces-orchestra-nonasf
>
>
++1
Orchestra on code.google.com
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi!
> code.google.com is fine for that.
I'd like to start a project at code.google.com to host any code not
allowed (or not easily allowed) by the policy of ASF. e.g. when
depending on (L)GPL code. I reserved a name already [1].
Any objections about it?
Ciao,
Mario
[1] http://code.google.com/p/myfaces-orchestra-nonasf
Re: Orchestra vs Spring-Annotations
Posted by Matthias Wessendorf <ma...@apache.org>.
hey Mario,
code.google.com is fine for that.
-M
On 6/25/07, Mario Ivankovits <ma...@ops.co.at> wrote:
> Hi Michael!
>
> > did not find the connector for Hibernate. I do not want to use JPA, but
> > rather just spring DAOs.
> > Is a direct Hibernate connector available? If so, how do I use it?
> >
> Due to license restrictions we are not able to depend on LGPL code.
>
> I use a custom Hibernate connector, just, could you please give me one
> day or two to find another host for this kind of code.
> I'll post it there then.
>
> I am not at home and I am not sure if I have the correct version of the
> adapter here, but try this one [1] in the meantime please.
>
>
> Thanks!
>
> Ciao,
> Mario
>
>
> [1] http://l3x.net/imwiki/Wiki.jsp?page=MoreOrchestra
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Orchestra vs Spring-Annotations
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi Michael!
> did not find the connector for Hibernate. I do not want to use JPA, but
> rather just spring DAOs.
> Is a direct Hibernate connector available? If so, how do I use it?
>
Due to license restrictions we are not able to depend on LGPL code.
I use a custom Hibernate connector, just, could you please give me one
day or two to find another host for this kind of code.
I'll post it there then.
I am not at home and I am not sure if I have the correct version of the
adapter here, but try this one [1] in the meantime please.
Thanks!
Ciao,
Mario
[1] http://l3x.net/imwiki/Wiki.jsp?page=MoreOrchestra
Re: Orchestra vs Spring-Annotations
Posted by Michael Marr <ec...@gmail.com>.
Hi,
Werner Punz-2 wrote:
>
>
> That means that every object loaded via this entity manager is assigned
> to it as long as the scope is active. Connectors currently are provided
> for Hibernate and Standard JPA.
>
>
did not find the connector for Hibernate. I do not want to use JPA, but
rather just spring DAOs.
Is a direct Hibernate connector available? If so, how do I use it?
Thanks
Michael
--
View this message in context: http://www.nabble.com/Orchestra-vs-Spring-Annotations-tf3817100.html#a11285915
Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: Orchestra vs Spring-Annotations
Posted by "Kito D. Mann" <km...@virtua.com>.
Hey, thanks for all of the insight, guys...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
* Sign up for the JSF Central newsletter!
http://oi.vresp.com/?fid=ac048d0e17 *
> -----Original Message-----
> From: news [mailto:news@sea.gmane.org] On Behalf Of Werner Punz
> Sent: Saturday, May 26, 2007 4:14 PM
> To: users@myfaces.apache.org
> Subject: Re: Orchestra vs Spring-Annotations
>
> Kito D. Mann schrieb:
> > Hey, can anyone tell me how Orchestra compares to Spring-Annotations
> JSF
> > module (http://sannotations.sourceforge.net/jsf.html)?
> >
> Yes I can...
> I was looking into Spring annotations before I began my Orchestra
> project.
> (I am Marios testing guinea pig for orchestra btw...)
>
> Spring annotations is a nice project, which I have high hopes in, and I
> would love to see it combined in the long run with orchestra, but it is
> somewhat different.
> Spring annotations provides annotations for beans, and two custom
> scopes.
>
> Orchestra does not provide annotations but a custom scope, but that
> scope goes way further than what spring annotations currently has.
> Spring annotations currently has a scoping system along the lines
> of shale dialog.
>
> Orchestra has one which also adds transactional control. Which means,
> you can have automatically an Entity manager assigned to your
> conversation (via @PersistenceContext or Spring configuration)
> and this EM is active as long as the conversation endures.
>
> That means that every object loaded via this entity manager is assigned
> to it as long as the scope is active. Connectors currently are provided
> for Hibernate and Standard JPA.
>
> Additionally to that Mario recently added code which keeps the number
> of
> connections down on the database side of things. He added a custom
> connection proxy which basically tells the orm layer that the
> connection
> is open, but in fact it already is shifted to the pool, once the orm
> mapper wants the connection again, it is recoverted. Therefore long
> running conversations do not open a lot more connections than classical
> crud/request/opensessioninview patterns.
> I dont know if this stuff has made it in.
>
> Also AFAIR Mario was working on a flash scope system a while ago it
> already should be in (I admit I have never used it so far)
>
> So to sum it up, orchestra is more along the lines of a low level scope
> provider with orm control which can be hooked via the spring
> conversation systems into higher levels.
>
> Spring conversations just adds long running scopes without any control
> on the orm level, but its main area of concern is annotation based
> configuration. I would love to see orchestra being used by it, this
> would be a match made in heaven.
>
>
> Werner
Re: Orchestra vs Spring-Annotations
Posted by Werner Punz <we...@gmail.com>.
Kito D. Mann schrieb:
> Hey, can anyone tell me how Orchestra compares to Spring-Annotations JSF
> module (http://sannotations.sourceforge.net/jsf.html)?
>
Yes I can...
I was looking into Spring annotations before I began my Orchestra project.
(I am Marios testing guinea pig for orchestra btw...)
Spring annotations is a nice project, which I have high hopes in, and I
would love to see it combined in the long run with orchestra, but it is
somewhat different.
Spring annotations provides annotations for beans, and two custom scopes.
Orchestra does not provide annotations but a custom scope, but that
scope goes way further than what spring annotations currently has.
Spring annotations currently has a scoping system along the lines
of shale dialog.
Orchestra has one which also adds transactional control. Which means,
you can have automatically an Entity manager assigned to your
conversation (via @PersistenceContext or Spring configuration)
and this EM is active as long as the conversation endures.
That means that every object loaded via this entity manager is assigned
to it as long as the scope is active. Connectors currently are provided
for Hibernate and Standard JPA.
Additionally to that Mario recently added code which keeps the number of
connections down on the database side of things. He added a custom
connection proxy which basically tells the orm layer that the connection
is open, but in fact it already is shifted to the pool, once the orm
mapper wants the connection again, it is recoverted. Therefore long
running conversations do not open a lot more connections than classical
crud/request/opensessioninview patterns.
I dont know if this stuff has made it in.
Also AFAIR Mario was working on a flash scope system a while ago it
already should be in (I admit I have never used it so far)
So to sum it up, orchestra is more along the lines of a low level scope
provider with orm control which can be hooked via the spring
conversation systems into higher levels.
Spring conversations just adds long running scopes without any control
on the orm level, but its main area of concern is annotation based
configuration. I would love to see orchestra being used by it, this
would be a match made in heaven.
Werner
Re: Orchestra vs Spring-Annotations
Posted by Werner Punz <we...@gmail.com>.
Kito D. Mann schrieb:
> Hey, can anyone tell me how Orchestra compares to Spring-Annotations JSF
> module (http://sannotations.sourceforge.net/jsf.html)?
>
Btw. Kito, I took the liberty to add this question and the answer to the
currently emerging Orchestra Wiki Subpages:
here are various comparisons to other frameworks, I kept the seam part
smaller than I wanted, because I am not 100% sure, but Seam adds its
custom scoping system to Spring 2.0 hence renders some of springs
excellent scoping functionality useless (I am not going to add this info
until I have it verfied)
anyway here is the page with all the framework comparisons:
http://wiki.apache.org/myfaces/Orchestra_and_other_Dialog/Conversation_Frameworks
and here one to the emerging orchestra wiki part
http://wiki.apache.org/myfaces/Orchestra