incubator-adffaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Winer" <awi...@gmail.com>
Subject Re: Possible use of maven-faces-plugin for myfaces 1.2
Date Sun, 29 Oct 2006 18:35:27 GMT
Cool!  (Glanced at what you're coding on that branch so far, looks
excellent.)

-- Adam


On 10/28/06, Bruno Aranda <brunoaranda@gmail.com> 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 <matzew@apache.org> 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 <brunoaranda@gmail.com> 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 <brunoaranda@gmail.com> 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 <awiner@gmail.com> wrote:
> > > > > On 10/26/06, Bruno Aranda <brunoaranda@gmail.com> 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
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message