Hi Aaron
At the moment the DOSGi JAX-RS integration code won't recognize
"javax.ws.rs.resource".
I was kind of unsure whether it would make much difference to the bunldes which
may want to (indirectly) interact with
DOSGi given that "javax.ws.rs.resource" is not a property which would say be recognized by multiple DOSGI implementations or various
products which can say expose a service as a RESTful resource.
So, it seems the following is equivalent at the moment :
"javax.ws.rs.resource=true" or "service.exposed.configs=org.apache.cxf.rs"
given that shortly it will be possible to move these properties away from the code or individual bundle manifests to a resource
which would be visible to DOSGi and which would use wildcards to apply a property like "service.exposed.configs=org.apache.cxf.rs"
to a number of service implementations.
Having said all this I'm still open to the idea of "javax.ws.rs.resource=true". We need to think more about it and see how things
will evolve. I'll keep you up-to-date
thanks, Sergey
----- Original Message -----
From: "Aaron Zeckoski" <[email protected]>
To: <[email protected]>
Sent: Friday, June 12, 2009 5:26 PM
Subject: Re: Minimal CXF osgi bundle to use JAXRS
I like that name though maybe just "javax.ws.rs.resource" would be
fine. We will be ready to experiment with it so just let us know.
Thanks!
-AZ
On Fri, Jun 12, 2009 at 5:11 PM, Sergey Beryozkin<[email protected]> wrote:
Hi
I have no problems in updating the DSW to check for a more neutral
property so that you can continue using the same property in other
contexts.
May be it should be javax.ws.rs.osgi.resource, or something similar.
I'll let you know next week when DOSGI trunk is ready to deal with
JAX-RS...
Thanks, Sergey
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Aaron Zeckoski
Sent: 12 June 2009 17:02
To: [email protected]
Subject: Re: Minimal CXF osgi bundle to use JAXRS
On Fri, Jun 12, 2009 at 4:13 PM, Sergey Beryozkin<[email protected]>
wrote:
Hi,
I am not sure the plan was to actually add in the whiteboard stuff in
the OSGi
DOSGi DSW provider (CXF) reacts when services are registered and Josh
has just submitted a patch that will let OSGI services be exposed as
RESTful endpoints, using the property
'org.apache.cxf.dosgi.frontent.jaxrs".
Do you reckon this is something that can meet your requirements ?
If it works for Josh then it works for me. I think it might be nice to
use a property that is a little more agnostic (like "jaxrs.resource"
or whatever) so it is at least possible that a bundle which includes a
property like this could work with other JAXRS implementations.
That property name sounds more like it is talking about something
which is specifically part of DOSGI and not just a basic JAXRS
resource. Maybe there should be 2 properties here?
When was the JAXRS stuff added to the minimal bundle
It is 2.3.0-SNAPSHOT, was added few days ago - 2.2-fixes branch also
has
it now. I haven't applied Josh's patch to the DOSGI trunk yet will do
it
early next week.
I can switch us to the 2.3.0-SNAPSHOT. THanks
-AZ
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Aaron Zeckoski
Sent: 12 June 2009 15:31
To: [email protected]
Subject: Re: Minimal CXF osgi bundle to use JAXRS
I have been chatting to Josh about this as well. I am not sure the
plan was to actually add in the whiteboard stuff in the DOSGi stuff he
is doing already but if so then that is great. We talked a little
about using a property like "jaxrs.resource" in the Resource service
to indicate that it should be picked up by the Resource manager and
registered.
We are currently loading the minimal bundle at version 2.2.2. When was
the JAXRS stuff added to the minimal bundle (and what version should
we use)?
Thanks
-AZ
On Fri, Jun 12, 2009 at 12:10 PM, Sergey
Beryozkin<[email protected]> wrote:
Hi,
After
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/
is
built, cxf-bundle-jaxrs is produced. It can be pulled in using Maven
only or one can quickly build it by :
1. mvn install -Pfastinstall
2. cd trunk/api, mvn install
3. cd trunk/distribution/bundles/jaxrs, mvn install
This bundle should have all the right osgi import/export package
directives.
Additionally, this bundle needs to be installed in OSGI :
http://svn.apache.org/repos/asf/servicemix/smx4/specs/tags/specs-1.3.0/j
sr311-api-1.0/
This should be enough. Actually, we also have a cxf-bundle-minimal
and
it also has the JAX-RS code embedded, which is used by DOSGi RI :
http://cxf.apache.org/distributed-osgi.html
ideally with a whiteboard pattern where I just
register Resources into the service pool and CXF picks them up and
exposes the ReST endpoints
Right now we're working on making something similar happening in
DOSGi.
It's nearly done, Josh Holtzman has done most of the work already.
Have a look please at DOSGi docs and let me know if you reckon it can
help.
Thanks, Sergey
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
Aaron Zeckoski
Sent: 11 June 2009 05:33
To: [email protected]
Subject: Minimal CXF osgi bundle to use JAXRS
I have looked over the stuff here:
http://cwiki.apache.org/CXF20DOC/jax-rs.html
and here:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.
xml
but I can't find anything about an OSGi bundle (ideally a single
bundle but a set of bundles would be ok) which would let me use JAXRS
in my OSGi container (ideally with a whiteboard pattern where I just
register Resources into the service pool and CXF picks them up and
exposes the ReST endpoints).
Many thanks if anyone can provide a link or helpful info.
:-)
-AZ
--
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - Cambridge University
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ -
http://confluence.sakaiproject.org/confluence/display/~aaronz/
--
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - Cambridge University
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ -
http://confluence.sakaiproject.org/confluence/display/~aaronz/
--
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - Cambridge University
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ -
http://confluence.sakaiproject.org/confluence/display/~aaronz/
--
Aaron Zeckoski (azeckoski (at) vt.edu)
Senior Research Engineer - CARET - Cambridge University
https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
http://aaronz-sakai.blogspot.com/ -
http://confluence.sakaiproject.org/confluence/display/~aaronz/
