technical spoken yes, somehow. but ... this all is snapshot/incubator. hard to get a release of myface 1.1.6 (or so) out with that stuff.
-M On 10/30/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Hey Bruno, great stuff! Can we add this to the MyFaces-build somehow? I wonder how we will handle the problem of the two source-repositories. Will we add an external link to the generator-plugin? regards, Martin On 10/30/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > > Not yet. I am just testing with a small component. Now components > > should be generated fine for myfaces. Tomorrow if I have time, I will > > that was your last commit, isn't it? > > > implement the tag generators. After that, the plugin branch should be > > merged with the trinidad-1_2 branch, and then we can start rewriting > > the xml files for the html components. > > let's test that intensive first ;) > > > > I have two days vacation in November, maybe I can help out on some > > > stuff, like writing XML files ;) > > > > > Yes, thats the tedious part... > > yap! but compared what you do in "classic" JSF nice! > I like the plugin for doing components. Glad you had time to > do the "changes" to it! > > > > @Trinidad/Tomahawk: I don't mind to use the FacesBean approach for the > > > Trinidad custom components; we also can look at the *optimized* client > > > side state saving... > > > but that is far away from now ;) > > > > > > > you mean for the tomahawk custom components, right? Yes, that would be > > easier once all components under the MyFaces umbrella are generated > > the same way :) > > yes, also the FacesBean is better in performance for the getter/setter. > The classic JSF getters look funny, isn't it? > > -M > > > > -M > > > > Bruno > > > > > > > > On 10/29/06, Bruno Aranda <[EMAIL PROTECTED]> wrote: > > > > Thanks Adam. I am refactoring the plugin so it can be extended easily. > > > > Instead of putting "if" statements over and over again in the mojo (I > > > > have started with that), I have decided to create a ComponentGenerator > > > > interface, which can have different implementations (e.g. trinidad, > > > > myfaces, and I guess tomahawk in the future...) depending on the > > > > specific details of every component library. I will add a TagGenerator > > > > too, to do the same with the tags. The plugin is excellent, the only > > > > thing I am doing is refactoring things "a little" and adding the code > > > > specific for myfaces core 1.2. > > > > Maybe this plugin can help to reuse the same base classes for tomahawk > > > > and trinidad in the future, > > > > > > > > Cheers, > > > > > > > > Bruno > > > > > > > > On 10/29/06, Adam Winer <[EMAIL PROTECTED]> wrote: > > > > > Cool! (Glanced at what you're coding on that branch so far, looks > > > > > excellent.) > > > > > > > > > > -- Adam > > > > > > > > > > > > > > > On 10/28/06, Bruno Aranda <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Ok, I will rebranch the branch to add the new features to be able to > > > > > > use the plugin directly with myfaces and in the future to generate > > > > > > also the tomahawk library. > > > > > > > > > > > > Bruno > > > > > > > > > > > > On 10/28/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > > > > > > > The Mojo for the TagKlass files is working out of the box. > > > > > > > Validators/Converters are not generated, but the plugins register > > > > > > > them in faces-config.xml file > > > > > > > > > > > > > > do you have something working? > > > > > > > Why not creating a branch in Trinidad for that ? > > > > > > > I mean, you are a committer ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 10/28/06, Bruno Aranda <[EMAIL PROTECTED]> wrote: > > > > > > > > Ah, and I forgot: > > > > > > > > > > > > > > > > d. Do not generate the protected constructor that accepts the > > > > > > > > renderType as a parameter > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > Bruno > > > > > > > > > > > > > > > > On 10/28/06, Bruno Aranda <[EMAIL PROTECTED]> wrote: > > > > > > > > > Ok, I have been playing with the maven-faces-plugin from the 1.2 > > > > > > > > > branch to adapt it to generate the components for myfaces. > > > > > > > > > > > > > > > > > > What I have identified so far is: As the component superclass must > > > > > > be > > > > > > > > > javax.faces.UIComponentBase we need that the generated components: > > > > > > > > > a. Do not call super(rendererType) in the constructor. Instead > > > > > > > > > call setRendererType(rendererType) > > > > > > > > > b. Do not use FacesBean.TYPE. Don't generate then the method > > > > > > > > > getBeanType and don't generate the static TYPE.lockAndRegisterthing. > > > > > > > > > c. Do not user PropertyKey. The accessor methods for the > > > > > > > > > properties would not call methods from the superclass > > > > > > > > > > > > > > > > > > We could have then, a specific parameter in the configuration of the > > > > > > > > > plugin to toggle this behaviour. I think that, a part from this, > > > > > > > > > everything would be generated ok when we write all the xml files for > > > > > > > > > the components. This plugin does great work. > > > > > > > > > > > > > > > > > > Do you think I am missing something or do you have better ideas? > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > > > Bruno > > > > > > > > > > > > > > > > > > On 10/26/06, Adam Winer <[EMAIL PROTECTED]> wrote: > > > > > > > > > > On 10/26/06, Bruno Aranda <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > I am trying to understand in detaild the maven-faces-plugin > > > > > > usage. Is > > > > > > > > > > > there any documentation? I am evaluating the amount of work > > > > > > needed if > > > > > > > > > > > we follow the same way than trinidad to generate tags, config > > > > > > files, > > > > > > > > > > > etc... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > There'd need to be support added for generating components and > > > > > > > > > > tags that inherit from UIComponentBase and UIComponentELTag > > > > > > > > > > instead of UIXComponentBase and UIXComponentELTag. That'd > > > > > > > > > > be rather easy to do, if a bit tedious. > > > > > > > > > > > > > > > > > > > > I'd be very happy to help point interested developers in the right > > > > > > > > > > direction. > > > > > > > > > > > > > > > > > > > > Also the intention is to generate the taglibs 1.2 for myfaces 1.2, > > > > > > > > > > > with the deferred-value/method attributes etc. Up to what extent > > > > > > this > > > > > > > > > > > is possible with the current implementation of the plugin? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Support for generating JSP 2.1 - including deferred-value, > > > > > > > > > > method-expression, etc. - is already in on the JSF 1.2 branch > > > > > > > > > > of Trinidad. > > > > > > > > > > > > > > > > > > > > -- Adam > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Matthias Wessendorf > > > > > > > http://tinyurl.com/fmywh > > > > > > > > > > > > > > further stuff: > > > > > > > blog: http://jroller.com/page/mwessendorf > > > > > > > mail: mwessendorf-at-gmail-dot-com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Matthias Wessendorf > > > http://tinyurl.com/fmywh > > > > > > further stuff: > > > blog: http://jroller.com/page/mwessendorf > > > mail: mwessendorf-at-gmail-dot-com > > > > > > > > -- > Matthias Wessendorf > http://tinyurl.com/fmywh > > further stuff: > blog: http://jroller.com/page/mwessendorf > mail: mwessendorf-at-gmail-dot-com > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
-- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
