One more point, the RFC proposes a whiteboard model rather than an extender model.
On Thu, May 12, 2016 at 1:43 PM, Raymond Auge <[email protected]> wrote: > Could you make your comments on the validity of the spec via the OSGi > bugzilla? > > I'm not really trying to debate the spec here just trying to find a home > for an impl. > > Sincerely, > - Ray > > On Thu, May 12, 2016 at 12:54 PM, Christian Schneider < > [email protected]> wrote: > >> For reference here is an example that shows how to use Aries RSA and the >> CXF provider to export an annotated services as a REST resource: >> >> https://github.com/cschneider/Karaf-Tutorial/blob/master/tasklist-ds/service/src/main/java/net/lr/tasklist/service/TaskServiceRest.java >> >> The CXF provider currently is not split into JAXWS and JAXRS but this >> should be done anyway to make each slimmer. >> >> Christian >> >> 2016-05-12 18:51 GMT+02:00 Christian Schneider <[email protected]>: >> >>> If I understood this correctly then the whiteboard extender would pick >>> up all classes annotated with @Path. I dont think this is a good approach. >>> Such an extender would always compete with a DI framework like blueprint or >>> DS. >>> >>> A much better approach is used by Remote Service Admin. It picks up only >>> jaxrs endpoints that are exposed as OSGi services. This has the big benefit >>> that the DI framework creates the instance and does the service injections. >>> >>> Is there a good reason to publish JAXRS classes that are no OSGi >>> services? Maybe the spec could be changed to simply explain how to expose >>> Rest resources in Remote Service Admin in a standardized way. >>> >>> The CXF provider for Aries RSA already can expose annotated OSGi >>> services as JAXRS Endpoints. >>> If you want a slimmer implementation than CXF then I propose we create >>> an additional provider for Aries RSA. It should not be difficult to extend >>> your code to make it a RSA provider. >>> >>> Christian >>> >>> 2016-05-12 18:09 GMT+02:00 Raymond Auge <[email protected]>: >>> >>>> Oh, here is a link to the current implementation bundles: >>>> >>>> >>>> https://github.com/liferay/liferay-portal/tree/master/modules/apps/foundation/portal-remote >>>> >>>> - Ray >>>> >>>> On Thu, May 12, 2016 at 12:00 PM, Raymond Auge < >>>> [email protected]> wrote: >>>> >>>>> Hello all, >>>>> >>>>> Some of you may be aware of the R7 work toward a spec for JAX-RS >>>>> Whitaboard [1]. >>>>> >>>>> There's some interest in developing an RI based on some open source >>>>> work by Liferay starting from it's existing JAX-RS whiteboard >>>>> implementation (which is already relatively close to the current RFC). The >>>>> implementation is currently a thin wrapper around a minimal Apache CXF. >>>>> >>>>> To this end we're wondering if the Aries project would be interested >>>>> it accepting: >>>>> 1) a donation of code to bootstrap this work >>>>> 2) a new committer to help drive the effort toward full support of the >>>>> spec and further maintenance (Carlos Sierra [2] whom I'm encouraging to >>>>> join Aries lists and familiarize himself with Apache process) >>>>> >>>>> Please let me know. >>>>> >>>>> [1] https://github.com/osgi/design/tree/master/rfcs/rfc0217 >>>>> [2] https://github.com/csierra/ >>>>> >>>>> -- >>>>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> >>>>> (@rotty3000) >>>>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >>>>> (@Liferay) >>>>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >>>>> (@OSGiAlliance) >>>>> >>>> >>>> >>>> >>>> -- >>>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> >>>> (@rotty3000) >>>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >>>> (@Liferay) >>>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >>>> (@OSGiAlliance) >>>> >>> >>> >>> >>> -- >>> -- >>> Christian Schneider >>> http://www.liquid-reality.de >>> <https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.liquid-reality.de> >>> >>> Open Source Architect >>> http://www.talend.com >>> <https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.talend.com> >>> >> >> >> >> -- >> -- >> Christian Schneider >> http://www.liquid-reality.de >> <https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.liquid-reality.de> >> >> Open Source Architect >> http://www.talend.com >> <https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.talend.com> >> > > > > -- > *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> > (@rotty3000) > Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> > (@Liferay) > Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> > (@OSGiAlliance) > -- *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> (@rotty3000) Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> (@Liferay) Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
