You are viewing a plain text version of this content. The canonical link for it is here.
Posted to adffaces-dev@incubator.apache.org by Scott O'Bryan <da...@gmail.com> on 2006/10/10 23:02:08 UTC
Public API's not part of JSF
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
Posted by Scott O'Bryan <da...@gmail.com>.
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 <da...@gmail.com> 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
Posted by Arash Rajaeeyan <ar...@gmail.com>.
Hi Matthias
is there any classes in any of those packages now?
On 10/11/06, Matthias Wessendorf <ma...@apache.org> 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 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 dev@myfaces,
> 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 <ma...@gmail.com> 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 <da...@gmail.com> 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
>
--
Arash Rajaeeyan
Re: Public API's not part of JSF
Posted by Matthias Wessendorf <ma...@apache.org>.
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 dev@myfaces,
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 <ma...@gmail.com> 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 <da...@gmail.com> 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
Posted by Matthias Wessendorf <ma...@apache.org>.
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 dev@myfaces,
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 <ma...@gmail.com> 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 <da...@gmail.com> 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
Posted by Scott O'Bryan <da...@gmail.com>.
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 <da...@gmail.com> 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
Posted by Martin Marinschek <ma...@gmail.com>.
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 <da...@gmail.com> 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
Re: Public API's not part of JSF
Posted by Martin Marinschek <ma...@gmail.com>.
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 <da...@gmail.com> 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