On 12/8/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > This has come up recently on the Myfaces-dev mailing list. We're > probably going to be splitting off a "jsf commons" package at some > point. Myfaces/share contains what would probably end up in such a > package. > > Do a search for thread "[proposal] myfaces-core.jar" on the > myfaces-dev mailing list, Nov 29th to 30th.
For the simple kinds of utilities you're describing, hosting such a commons at the MyFaces project would make a lot of sense -- all the developers there would be JSF savvy and the users of the JSF implementation, and/or the components, would both be interested in this kind of stuff. On the other hand, if the functionality you are implementing is very specific to a framework, the utilities ought to stay with that framwork. In the current Shale code, for example, you could argue that the LoadBundle.java and Messages.java utilities are sufficiently general purpose that they might fit into a commons (and it would be fine with me if the commons project wanted to copy them) -- but something like AbstractViewController should stay in Shale because it's fundamental functionality of the framework. AbstractFacesBean.java would be another commons candidate, because it is not really framework specific. Craig On 12/8/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote: > > I was wondering if it would be a good idea to start a jsf commons > > project because every JSF applications seem to use a class Util with > > the same methods or some variants of it (set and get some attributes > > with binding expressions, passthrought some default attributes during > > encoding). What do you think? Would the classes under the package util > > in Shale be good candidates? I would like to contribute if it starts > > but I can't write it all by myself because I am still far from being a > > JSF expert. > -- > > Alexandre Poitras > > Québec, Canada > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
