river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bharath Kumar <bharathkuma...@gmail.com>
Subject Re: OSGi
Date Fri, 20 Jan 2017 10:17:12 GMT
I missed images. Please find the zip file which has report.html along with
images.

On Fri, Jan 20, 2017 at 3:42 PM, Bharath Kumar <bharathkumar.a@gmail.com>
wrote:

>
> I have attached the comparison report (html) between river 3.0.0 source
> and org.apache.river bundle source.
> I made changes to those files which are in red color.
>
>
>
>
> On Fri, Jan 20, 2017 at 12:45 PM, Bharath Kumar <bharathkumar.a@gmail.com>
> wrote:
>
>> Thanks Peter,
>>
>> I have uploaded 3 bundles to github and it is available in the below
>> location.
>> https://github.com/bharathkumara/river-osgi
>>
>> It is eclipse workspace and we need bndtools eclipse plugin to run/debug
>> it.
>>
>>    1. org.apache.river - River classes as system fragment bundle
>>    2. org.apache.river.bootstrap -  Contains code to start code server,
>>    export local osgi services(Remote) and publish it to network, listen for
>>    river services in the network and utilities.
>>    3. org.apache.river.lookup - Lookup service as osgi bundle.
>>
>>
>> Using these 3 osgi bundles, I am able to start reggie and clients can
>> register services and lookup using service templates.
>> I'll post example services later.
>>
>> We can use lookup.bndrun to test the lookup service.
>>
>> Steps to follow
>> 1. Install Eclipse and Bndtools plugin
>> 2. Import these 4 projects into eclipse
>> 3. open the file lookup.bndrun which is located in
>> org.apache.river.lookup project
>> 4. Run/ debug it and it will open the gogo shell in console view.
>> 5. I have written ad-hoc gogo shell command to start/stop the lookup
>> service
>>
>> start the lookup using the below command
>> lookup start
>>
>> stop the lookup using the below command
>> lookup stop
>>
>> Get the running status of the lookup service
>> lookup
>>
>>
>> 6. We can use registrars command to list available lookup services in
>> network
>>
>> registrars
>>
>>
>> Please let me know your feedback.
>>
>>
>> Thanks & Regards,
>> Bharath
>>
>>
>> On Fri, Jan 20, 2017 at 7:51 AM, Peter <jini@zeus.net.au> wrote:
>>
>>> Thanks Bharath, welcome to Apache River!
>>>
>>> Interesting, are you able to create an OSGi support task on Jira and
>>> upload a patch?
>>>
>>> Cheers,
>>>
>>> Peter.
>>>
>>> Sent from my Samsung device.
>>>
>>>   Include original message
>>> ---- Original message ----
>>> From: Bharath Kumar <bharathkumar.a@gmail.com>
>>> Sent: 20/01/2017 04:22:02 am
>>> To: dev@river.apache.org
>>> Subject: Re: OSGi
>>>
>>> Hello all,
>>>
>>> I am Bharath kumar and this is my first mail to this group.
>>> I am following
>>> River framework for the last 8 years. I have been using OSGi
>>>  framework for
>>> the past 7 years in various projects.
>>>
>>>  I made lot of attempts to use jini with OSGi framework.
>>> Recently I got some success using River 3.0.0 version. I created 3 OSGi
>>> bundles based on River code.
>>>
>>> 1. River core classes as system fragment bundle.
>>> 2. Bootstrap bundle to start code server, Lookup discovery m
>>> anager, export
>>> remote services.
>>> 3. Lookup service.
>>>
>>> I made some minor changes to River classes (10 Classes) to resolve class
>>> loading issues. I have excluded other services like transact
>>> ion services,
>>> Java space services.
>>>
>>> I am using eclipse and bndtools for the development. I am ready to share
>>> these 3 bundles to this great community.
>>>
>>> Thanks & Regards,
>>> Bharath
>>>
>>>
>>>
>>>
>>> On Jan 19, 2017 8:55 AM, "Peter" <jini@zeus.net.au> wrote:
>>>
>>> Thanks Nic & Richard, will follow up your leads.
>>>
>>> Peter.
>>>
>>> Sent from my Samsung device.
>>>
>>>   Include original message
>>> ---- Original message ----
>>> From: Niclas Hedhman <niclas@hedhman.org>
>>> Sent: 18/01/2017 08:34:11 pm
>>> To: dev@river.apache.org
>>> Subject: Re: OSGi
>>>
>>> Also, I am still on this list, and can aid with answering question in
>>> details, but not really to put in hours to do the actual work.
>>>
>>> The maven-bnd-plugin does most things right, but there is al
>>> ways a question
>>> of hiding internal packages/classes. Instead of aiming for r
>>> unning 'naked'
>>> on a blank OSGi container, I think it is generally better to
>>>  start out with
>>> something like Apache Karaf. It will provide a lot for relat
>>> ively little,
>>> incl so called wrapping of JARs into Bundles, provided by Pax URL[1]
>>> project, which also provides URL references of various kinds for many
>>> things. So, even if not going with Karaf, take a look at Pax URL.
>>>
>>> And in River, there is likely to be classloading issues, and although
>>> "Dynamic-ImportPackage" is available as a last resort, it should be
>>> avoided. Almost always the context classloader is a "mess",
>>> and there is a
>>> tendency of memory leaks when it is involved.
>>>
>>>
>>> [1] https://ops4j1.jira.com/wiki/display/paxurl/Pax+URL
>>>
>>> On Wed, Jan 18, 2017 at 11:18 AM, Peter Firmstone <
>>> peter.firmstone@zeus.net.au> wrote:
>>>
>>> > Any OSGi veterans willing to assist with JGDMS support for
>>>  OSGi during the
>>> > modular restructure?
>>> >
>>> > I've added OSGi manifests to modules, but I also need to add classpath
>>> > manifest entry's for non osgi application compatibility, I'm using the
>>> > bnd-maven-plugin to generate the OSGi manifests.
>>> >
>>> > I also want to enable using ServiceLoader  mediator manife
>>> st entry's for
>>> > OSGi, as the use of service provider style abstractions wi
>>> thin River are
>>> > widespread.
>>> >
>>> > River also has its own service provider lookup mechanism:
>>> > org.apache.resources.Service
>>> >
>>> > Then there's the use of context ClassLoader's throughout to consider.
>>> >
>>> > Regards,
>>> >
>>> > Peter.
>>> >
>>> > Sent from my Samsung device.
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Niclas Hedhman, Software Developer
>>> http://polygene.apache.org <http://zest.apache.org> - New En
>>> ergy for Java
>>>
>>>
>>
>

Mime
View raw message