the source code of the preview is available at [1].

the main differences compared to the first version are:
- the generated adapters aren't required any more!
  (they are available as optional fallback solution. normally you don't need
them.)
- more optional extensibility
- different approaches are unified

however, there's still some work to do. especially testing with different
scenarios, documentation and so on.
(todo's outside the core: e.g.: more annotations and/or annotation modules)
at the moment i reconsider, if it makes sense to split annotation modules
up.
e.g. it might be nice to have modules with annotations themselves and a
separated one with the strategies. it's comparable with the principle of
api/impl.
i would suggest to discuss such details later on!

as mentioned within my blog:
sev-en is available for jsf 1.1 and 1.2.

the source code, which is available at [1], is the trunk for jsf 1.1.
my private repository also contains trunk_12

please keep in mind:
sev-en is just the 'core' module!
(the current version doesn't require the adapter module and the core is
independent of the annotations module -> the core is independent of specific
annotations!)

what do you think about the mentioned vote?

regards,
gerhard

[1] http://people.apache.org/~gpetracek/sev-en_preview.html



2008/4/11, Gerhard Petracek <[EMAIL PROTECTED]>:
>
> ok - i'll upload it within the next few days.
>
> should i also provide a list with the main todo's?
>
> regards,
> gerhard
>
>
>
> 2008/4/11, Gerhard Petracek <[EMAIL PROTECTED]>:
> >
> > ok - i'll upload it within the next view days.
> >
> > regards,
> > gerhard
> >
> >
> >
> > 2008/4/11, Martin Marinschek <[EMAIL PROTECTED]>:
> > >
> > > Hi Gerhard,
> > >
> > > let's start a vote _after_ we have discussed the code - just give us a
> > > link to a zip-file with the code in it somewhere.
> > >
> > > regards,
> > >
> > >
> > > Martin
> > >
> > >
> > > On 4/11/08, Gerhard Petracek <[EMAIL PROTECTED]> wrote:
> > > > hello,
> > > >
> > > > as mentioned: sev-en started as feasibility study. so there are some
> > > topics
> > > > i haven't cared about so far.
> > > > to keep it short: i would like to finish some tasks before we
> > > discuss
> > > > details. it's much more efficient to discuss the intermediate result
> > > after
> > > > this process.
> > > >
> > > > (at the moment the concepts of the core are pretty stable.)
> > > >
> > > > in the mean time i would suggest to open a vote concerning the
> > > myfaces
> > > > sub-project topic.
> > > >
> > > > furthermore, some of you don't like the original/internal code-name.
> > > > is it enough to omit the hyphen?
> > > > (sev-en -> seven)
> > > > or do you have some fancy names in mind?
> > > >
> > > > regards,
> > > > gerhard
> > > >
> > > >
> > > >
> > > > 2008/4/10, Matthias Wessendorf <[EMAIL PROTECTED]>:
> > > > >
> > > > > true!
> > > > >
> > > > >
> > > > > On Wed, Apr 9, 2008 at 8:28 PM, Scott O'Bryan <[EMAIL PROTECTED]>
> > > wrote:
> > > > > > I think so too.  Having a sub-project of a sub-project might be
> > > a little
> > > > > > infrastructure heavy, there is nothing to say that Sev-en
> > > couldn't
> > > > > become
> > > > > > it's own MyFaces subproject that's intended to be used in a
> > > > > > MyFaces/Orchestra type environment.
> > > > > >
> > > > > >  I also agree it should my a MyFaces wide decision because it
> > > impacts
> > > > > > expectations on the renderkits.
> > > > > >
> > > > > >  Scott
> > > > > >
> > > > > >
> > > > > >
> > > > > >  Kito D. Mann wrote:
> > > > > >
> > > > > > > I think Mario has made some very good points...
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
> > > > > > > > Sent: Wednesday, April 09, 2008 5:14 AM
> > > > > > > > To: MyFaces Development
> > > > > > > > Subject: Re: [proposal] jsf validation with annotations
> > > > > > > >
> > > > > > > > Hi!
> > > > > > > >
> > > > > > > >
> > > > > > > > > my position on this is we could make sev-en part of
> > > orchestra, if
> > > > > the
> > > > > > > > > orchestra crew really, really wants it. If not, this
> > > should just
> > > > > be a
> > > > > > > > > separate sub-module in MyFaces. It is interesting enough
> > > to stand
> > > > > on
> > > > > > > > > its own.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > First, Orchestra is part of the MyFaces community, so it
> > > really,
> > > > > really
> > > > > > > > should be a decision the MyFaces community felt, and not a
> > > > > "Orchestra
> > > > > > > > Team" only one.
> > > > > > > >
> > > > > > > > Anyway, I think this is a question on how we position
> > > Orchestra.
> > > > > > > > If it is a strong position against JBoss Seam, then it
> > > probably
> > > > > might
> > > > > > > > make sense to include everything which makes life easier for
> > > the
> > > > > > > > developer into Orchestra - just as Seam tries to do.
> > > > > > > > However, then we loose one of the strongest arguments pro
> > > Orchestra:
> > > > > > > > Being a lightweight Conversation-Centric Library.
> > > > > > > >
> > > > > > > > If, we could add it as sub-module to Orchestra, but I think
> > > the best
> > > > > > > > place for sev-en (would like to see a new name anyway) is to
> > > be a
> > > > > > > > submodule of MyFaces. But first I'd like to see the
> > > technical
> > > > > details
> > > > > > > > of
> > > > > > > > how the sev-en core works. e.g. in the examples I've seen a
> > > lot of
> > > > > > > > converter wrapper stuff ...
> > > > > > > >
> > > > > > > > Building an official MyFaces Maven Artifact which bootup a
> > > > > development
> > > > > > > > environment (MyFaces Fullstack) with what we think on need
> > > for
> > > > > > > > development of any-range-sized applications would be more
> > > approriate
> > > > > > > > then. Such a project could include sev-en too.
> > > > > > > >
> > > > > > > > Ciao,
> > > > > > > > Mario
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Matthias Wessendorf
> > > > >
> > > > > further stuff:
> > > > > blog: http://matthiaswessendorf.wordpress.com/
> > > > > sessions: http://www.slideshare.net/mwessendorf
> > > > > 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
> > > >
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> > >
> >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>



-- 

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces

Reply via email to