way to demonstrate the
> capabilities of the CDI spec. I also thought that I might contribute it to
> Seam, but Seam is LGPL, and I'm not sure if MyFaces or Geronimo could use
> that stuff later on ...
>
> LieGrue,
> strub
>
> --- On Tue, 1/12/10, Gurkan Erdogdu wrote:
&
later on ...
nope; not a good idea :-)
-Matthias
>
> LieGrue,
> strub
>
> --- On Tue, 1/12/10, Gurkan Erdogdu wrote:
>
>> From: Gurkan Erdogdu
>> Subject: Re: fully going JSF2?
>> To: dev@openwebbeans.apache.org
>> Date: Tuesday, January 12, 2010, 1:58 PM
&g
,
strub
--- On Tue, 1/12/10, Gurkan Erdogdu wrote:
> From: Gurkan Erdogdu
> Subject: Re: fully going JSF2?
> To: dev@openwebbeans.apache.org
> Date: Tuesday, January 12, 2010, 1:58 PM
> >>>well, he didn't say that
> this package contains the full JSF API...
>
o contain such an
> extension.
> >> And there is currently no way to disable 'parts' of an extension. The
> way to
> >> go is imho to introduce some properties to 'disable' parts of the
> >> functionality of an extension manually.
> >>
>
ty of an extension manually.
>>
>> After talking with Nik and Pete on IRC, I'm pretty sure that we need to do
>> this extensions, because Seam3 is still LGPL and so we wouldn't be able to
>> provide this functionality for Geronimo or MyFaces if needed some days.
>&g
his extensions, because Seam3 is still LGPL and so we wouldn't be able to
> provide this functionality for Geronimo or MyFaces if needed some days.
> And supporting @ViewScoped via CDI may be part of the next JSF spec?...
>
> LieGrue,
> strub
>
> --- On Tue, 1/12/10, Gurkan
ce
folks aren't supporting the CDI... :-) so, they don't want that
dependency, I guess...
But on the other hand, they never voted on any Java EE JSRs ...
Dan Allen brought up a similar thing, where he just said "to
recommend" CDI over javax.faces.bean :-)
-Matthias
>
>
o we wouldn't be able to provide
this functionality for Geronimo or MyFaces if needed some days.
And supporting @ViewScoped via CDI may be part of the next JSF spec?...
LieGrue,
strub
--- On Tue, 1/12/10, Gurkan Erdogdu wrote:
> From: Gurkan Erdogdu
> Subject: Re: fully going JSF2?
LieGrue,
> strub
>
> --- On Tue, 1/12/10, Matthias Wessendorf wrote:
>
> > From: Matthias Wessendorf
> > Subject: renaming of the modules (was: Re: fully going JSF2?)
> > To: dev@openwebbeans.apache.org
> > Date: Tuesday, January 12, 2010, 11:07 AM
> > On
>>>This also has the side effect that we now for the first time really use
JSF2 functionality, and thus it would not be possible to use OWB with JSF-1
>>>applications anymore
Actually this is not correct observation. OWB does not depend on any JSF
specific implementations. And you know that core O
ally like the structure as it
is named right now :-)
>
> LieGrue,
> strub
>
> --- On Tue, 1/12/10, Matthias Wessendorf wrote:
>
>> From: Matthias Wessendorf
>> Subject: renaming of the modules (was: Re: fully going JSF2?)
>> To: dev@openwebbeans.apache.org
>
the modules (was: Re: fully going JSF2?)
> To: dev@openwebbeans.apache.org
> Date: Tuesday, January 12, 2010, 11:07 AM
> On Tue, Jan 12, 2010 at 11:01 AM,
> Matthias Wessendorf
> wrote:
> > On Tue, Jan 12, 2010 at 10:50 AM, Mark Struberg
> wrote:
> >> Hi!
> >&
On Tue, Jan 12, 2010 at 11:01 AM, Matthias Wessendorf wrote:
> On Tue, Jan 12, 2010 at 10:50 AM, Mark Struberg wrote:
>> Hi!
>>
>> I have coded the javax.faces.bean.ViewScoped handling and it turned out that
>> I do not need anything OWB special. So this i a completely CDI independent
>>portable
On Tue, Jan 12, 2010 at 10:50 AM, Mark Struberg wrote:
> Hi!
>
> I have coded the javax.faces.bean.ViewScoped handling and it turned out that
> I do not need anything OWB special. So this i a completely CDI independent
>portable implementation, and as such I'm in favour to _not_ add it to
>openw
Hi!
I have coded the javax.faces.bean.ViewScoped handling and it turned out that I
do not need anything OWB special. So this i a completely CDI independent
portable implementation, and as such I'm in favour to _not_ add it to
openwebbeans-jsf but to a new 'extensions' module.
This also has the
15 matches
Mail list logo