Hi Sergey - no problem at all.
Regarding the test I got the following exception once I started the
single distribution on
a J2ME-CDC device - equinox (as well as Knopflerfish_ run fine under
J2ME but
the dosgi throws java.lang.UnsupportedClassVersionError exceptions
(showing only
the small trace below)
Thanks
----
Framework is launched.
id State Bundle
0 ACTIVE org.eclipse.osgi_3.5.0.v20090520
11 ACTIVE org.eclipse.osgi.services_3.2.0.v20090520-1800
12 RESOLVED cxf-dosgi-ri-singlebundle-distribution_1.0.0
13 ACTIVE org.eclipse.osgi.util_3.2.0.v20090520-1800
osgi> start 12
org.osgi.framework.BundleException: The activator
org.apache.cxf.dosgi.singlebundle.AggregatedActivator for bundle
cxf-dosgi-ri-singlebundle-distribution is invalid
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.FrameworkCommandProvider._start(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.eclipse.osgi.framework.internal.core.FrameworkCommandInterpreter.execute(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.docommand(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(Unknown
Source)
at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(Unknown
Source)
at java.lang.Thread.run(Unknown Source)
at java.lang.Thread.startup(Unknown Source)
Caused by: java.lang.UnsupportedClassVersionError:
org/apache/cxf/dosgi/singlebundle/AggregatedActivator (Unsupported
major.minor version 49.0)
Sergey Beryozkin wrote:
Hi
no problems at all - your questions are welcome.
I know DOSGi does not run under J2ME(I tested the single distribution and
it didn't go far)
What happened during that test ? Just curious...
I haven't worked with J2ME so I don't have any recommendations, sorry...
cheers, Sergey
Demetris-2 wrote:
Sergey one more question if you don't mind - you probably saw some of my
earlier postings
with Benson regarding running Web Services on mobiles. I can easily run
KF or Equinox
on mobiles and I can run some SOAP-based engines (ksoap-osgi) and open
source Web Servers.
I am leaning towards running REST-based services on mobiles - I know
DOSGi does not run
under J2ME (I tested the single distribution and it didn't go far) so I
am hoping to follow
another avenue along the same lines. If you have any advice on this I
would greatly appreciate it.
Thanks and regards
Sergey Beryozkin wrote:
Hi
Yes, we do, it is the CXF JAXRS implementation which is embedded inside
the
DOSGI RI but given that the RI is based on CXF it's probably can be
expected. But DOSGi is an open spec.
Can I conceivably run this particular REST GreeterService and its
client on any OSGi Web
Server (how about Knopflerfish) with the JAX-RS libraries.
You should have no problems publishing (RESTful) services on Knopflerfish
as
the DOSGI RI DSW component relies on the OSGI ServiceListener. It won't
be
possible to run the (REST GreeterService) client on Knopflerfish though
untill it implements the relevant OSGI spec (RFC 119 ?), but it should
not
be too difficult to do. In meantime the only option on the client side is
to
load the bundles containing code explicitly consuming a remote service
(using proxy-based or http-centric api)...
cheers, Sergey
Demetris-2 wrote:
In other words, without trying to make this too convoluted, my question
is do you guys use your
own implementation of JAX-RS (instead of Jersey etc.).
Thanks again
Demetris wrote:
Hi Sergey,
I followed up on your info below in the distribution baseline -
thanks, things are making a bit
more sense now.
Can I conceivably run this particular REST GreeterService and its
client on any OSGi Web
Server (how about Knopflerfish) with the JAX-RS libraries. I do see
you are using Felix and
Equinox in your examples so I am assuming the answer is yes.
What do you guys add to such a service with the
cxf-dosgi-ri-singlebundle-distribution_1.0.0?
The reason I am asking is because I want to connect the REST service
with its client by
over p2p instead of over HTTP.
Thanks
Sergey Beryozkin wrote:
Hi
Have a look please at
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/
it is indeed virtually identical to a soap based greeter demo but
the difference is here :
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/int
erface/src/main/java/org/apache/cxf/dosgi/samples/greeter/rest/GreeterSe
rvice.java
(note JAXRS annotations)
and here :
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/int
erface/src/main/java/org/apache/cxf/dosgi/samples/greeter/rest/GreeterSe
rvice2.java
(has no annotations at all) but GreeterService2 uses this model :
http://svn.apache.org/repos/asf/cxf/dosgi/trunk/samples/greeter_rest/int
erface/src/main/resources/OSGI-INF/cxf/jaxrs/GreeterService2-model.xml
some more info is here :
http://cxf.apache.org/distributed-osgi-reference.html#DistributedOSGiRef
erence-ServiceProviderpropertiesForConfiguringRESTfulJAXRSbasedendpoints
andconsumers
hope it helps
Sergey
-----Original Message-----
From: Demetris [mailto:demet...@ece.neu.edu] Sent: 23 September 2009
08:13
To: dev@cxf.apache.org
Subject: D-OSGi and REST
Hi Sergey,
you mentioned in the blog that users can now expose bundles/beans
as
SOAP and
REST services. I looked over the example listed on the D-OSGi web
site but both
Greeter examples are the same for SOAP and REST - unless I am missing
something.
Do you have any examples of RESTful bundles?
Thanks
