[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jacorb-developer
Subject:    Re: [jacorb-developer] OSGi bundle for JacORB
From:       fornacif <francois.fornaciari () gmail ! com>
Date:       2007-02-06 20:53:07
Message-ID: 8834074.post () talk ! nabble ! com
[Download RAW message or body]


Hello,

I'm interested by your bundles because I have to make a bundle which inits
the ORB and accesses to an external Name Service and I have some problems
with classloading. I'm using the Apache Felix OSGi Framework.

My bundle doesn't find JacORB classes even if the different jars are
included in the bundle classpath. The only way I found is to add this line
in my Activator : 

Thread.currentThread().setContextClassLoader(getClass().getClassLoader()); 

But it remains this error :

-> Exception in thread "Thread-48" java.lang.VerifyError: (class:
org/jacorb/orb/Delegate, method: getReference signature: (L
org/jacorb/poa/POA;)Lorg/omg/CORBA/portable/ObjectImpl;) Incompatible object
argument for function call
        at org.jacorb.orb.ORB._getObject(ORB.java:432)
        at org.jacorb.orb.ORB.string_to_object(ORB.java:1897)
        at org.jacorb.orb.ORB.resolve_initial_references(ORB.java:1216)
        at gicom.bank.GenericServer.<init>(GenericServer.java:73)
        at gicom.bank.Activator.run(Activator.java:51)
        at java.lang.Thread.run(Unknown Source)


Could you please help me to solve my problem ?

François




Johan Van Noten-2 wrote:
> 
> Hi Kai,
> 
> In the mean time, I also created a few bundles for JacORB.
> 1) Bundle containing the JacORB jar and exporting the necessary classes. 
>    This bundle also starts a serving ORB in a separate thread if it is
> requested to do so.
> 2) Sample client bundle using bundle 1 to retrieve the POA etc.
>    Then the sample code can access an outside ORB.
> 3) Sample server bundle using bundle 1 to make an object available for
> calls from the outside.
> 
> ( I was supprised to see that calls from bundle 2 to bundle 3 don't work.
> I didn't know JacORB doesn't support collocation.)
> 
> In my scenario, I don't need any naming service since I always can get
> hold of the IOR in another way.
> 
> Somewhere in your mail, you indicate that DSI would be the better choice.
> Why? I'd like to keep the "corba overhead" as small as possible, while
> introducing Any's and DSI seems to do the opposite. What would be the
> advantages?
> 
> In my opinion, it can be useful to do have some publically available
> distribution for "JacORB in OSGi". Albeit only to avoid that every user
> has to find out what packages should be exported by the JacORB bundle.
> Moreover, each of the Corba services could be mapped to optional OSGi
> bundles also. Anyway, today we don't need it, so I suppose such things
> will only happen once people start asking for it.
> 
> Johan
> 
> 
> 
> 
> _______________________________________________
> jacorb-developer maillist  - 
> jacorb-developer@lists.spline.inf.fu-berlin.de
> http://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer
> 
> 

-- 
View this message in context: http://www.nabble.com/OSGi-bundle-for-JacORB-tf2958433.html#a8834074
Sent from the JacORB - Dev mailing list archive at Nabble.com.



[prev in list] [next in list] [prev in thread] [next in thread]