cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Bosschaert <david.bosscha...@gmail.com>
Subject Re: D-OSGi and REST
Date Tue, 29 Sep 2009 08:33:19 GMT
Even if you were able to solve the class file version, there's probably
bigger problems with J2ME as AFAIK it doesn't support any of the Java 5
features yet (e.g. annotations) and is missing chunks of JSE 5 libraries
that CXF uses. You can theoretically get CXF working on J2ME by retroweaving
it (see
http://www.osgi.org/wiki/uploads/CommunityEvent2007/OSGiCommunity-Roelofsen.pdf)
but I'm not sure this is really suitable for an embedded device with
constrained memory...

Cheers,

David

2009/9/28 Demetris <demetris@ece.neu.edu>

>
>
> 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:demetris@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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message