Hello all, I have also added a package in org.apache.river bundle to create the river service in osgi environment ( Here RIver uses NonActivatableServiceDescriptor).
package name is org.apache.river.start.ext As river bundle is system fragment, i have to remove the groovy dependency. So i removed groovy files. net.jini.config.Component.groovy net.jini.config.GroovyConfig.groovy Thanks & Regards, Bharath On Fri, Jan 20, 2017 at 3:47 PM, Bharath Kumar <bharathkuma...@gmail.com> wrote: > 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 <bharathkuma...@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 <bharathkuma...@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 <j...@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 <bharathkuma...@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 r >>>> esolve 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 re >>>> ady to share >>>> these 3 bundles to this great community. >>>> >>>> Thanks & Regards, >>>> Bharath >>>> >>>> >>>> >>>> >>>> On Jan 19, 2017 8:55 AM, "Peter" <j...@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 <nic...@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.firmst...@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 a >>>> dd 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 >>>> >>>> >>> >> >
