Re: Public API's not part of JSF
Hi Matthiasis there any classes in any of those packages now?On 10/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:Hi *The shared-impl is not really available in source. It's part of the shared. There is also a shared-tomahawk generation. Shared itself willnot be released. I wrote a small wiki page on [1] about shared.@Martin: 434 ?if so, we (Sean, Wendy and me) just spoke to some portlet guys at the hackaton...that goes against old code etc, maybe they help us on that.btw. discussion about MyFaces's shared stuff should go to [EMAIL PROTECTED],since trinidad is not really depending on it ;) Greetings from sticky Austin.-Matthias[1] http://wiki.apache.org/myfaces/Shared_-_impl_or_tomahawkOn 10/10/06, Martin Marinschek [EMAIL PROTECTED] wrote: Hi Scott, we've had re-occuring discussions about a new commons-module. This would probably be good candidate for this. Additionally, I've still got to review a commit for a module by Shinsuke Sugaya, which is about portlet compatibility - maybe it would be good to put it there. regards, Martin On 10/11/06, Scott O'Bryan [EMAIL PROTECTED] wrote: Is there a place where we could store public API's that are not part of Faces in MyFaces?Would this be the shared-impl package?We'll likely need to support an interface to handle some of our filter functionality from a portlet.This interface would need be referenced by the MyFaces Bridge Portlet (in impl) and Trinidad Impl... Scott -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces--Matthias Wessendorfhttp://tinyurl.com/fmywhfurther stuff: blog: http://jroller.com/page/mwessendorfmail: mwessendorf-at-gmail-dot-com-- Arash Rajaeeyan
Re: Public API's not part of JSF
Hi * The shared-impl is not really available in source. It's part of the shared. There is also a shared-tomahawk generation. Shared itself will not be released. I wrote a small wiki page on [1] about shared. @Martin: 434 ? if so, we (Sean, Wendy and me) just spoke to some portlet guys at the hackaton... that goes against old code etc, maybe they help us on that. btw. discussion about MyFaces's shared stuff should go to [EMAIL PROTECTED], since trinidad is not really depending on it ;) Greetings from sticky Austin. -Matthias [1] http://wiki.apache.org/myfaces/Shared_-_impl_or_tomahawk On 10/10/06, Martin Marinschek [EMAIL PROTECTED] wrote: Hi Scott, we've had re-occuring discussions about a new commons-module. This would probably be good candidate for this. Additionally, I've still got to review a commit for a module by Shinsuke Sugaya, which is about portlet compatibility - maybe it would be good to put it there. regards, Martin On 10/11/06, Scott O'Bryan [EMAIL PROTECTED] wrote: Is there a place where we could store public API's that are not part of Faces in MyFaces? Would this be the shared-impl package? We'll likely need to support an interface to handle some of our filter functionality from a portlet. This interface would need be referenced by the MyFaces Bridge Portlet (in impl) and Trinidad Impl... Scott -- 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
Re: Public API's not part of JSF
Yeah, I think I saw that. Now that myFaces is starting to get a number of very elaborate sub-projects, there is no real reason that we should have to keep re-inventing the wheel. Yet I can certainly respect wanting to keep the API package strictly JSF. Martin Marinschek wrote: Hi Scott, we've had re-occuring discussions about a new commons-module. This would probably be good candidate for this. Additionally, I've still got to review a commit for a module by Shinsuke Sugaya, which is about portlet compatibility - maybe it would be good to put it there. regards, Martin On 10/11/06, Scott O'Bryan [EMAIL PROTECTED] wrote: Is there a place where we could store public API's that are not part of Faces in MyFaces? Would this be the shared-impl package? We'll likely need to support an interface to handle some of our filter functionality from a portlet. This interface would need be referenced by the MyFaces Bridge Portlet (in impl) and Trinidad Impl... Scott
Re: Public API's not part of JSF
Hi Scott, we've had re-occuring discussions about a new commons-module. This would probably be good candidate for this. Additionally, I've still got to review a commit for a module by Shinsuke Sugaya, which is about portlet compatibility - maybe it would be good to put it there. regards, Martin On 10/11/06, Scott O'Bryan [EMAIL PROTECTED] wrote: Is there a place where we could store public API's that are not part of Faces in MyFaces? Would this be the shared-impl package? We'll likely need to support an interface to handle some of our filter functionality from a portlet. This interface would need be referenced by the MyFaces Bridge Portlet (in impl) and Trinidad Impl... Scott -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
