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