Re: OSGi

space delimited RFC 3986 normalised URI strings. httpmd uses a location filename and message digest. But should location be part of identity? How can you relocate a codebase once remote objects are deployed? OSGi and Maven use a name and version to identify a codebase. Might we also need

Re: OSGi

codebase identity So River codebase identity is currently any number of space delimited RFC 3986 normalised URI strings. httpmd uses a location filename and message digest. But should location be part of identity?  How can you relocate a codebase once remote objects are deployed? OSGi and

Re: OSGi

I haven't been aware of ObjectSpace Voyager. I just briefly looked at it and it seems like it is based on Java 1.x (ancient beast) and - as I understand it - the issues you describe are mainly caused by having only a single class name space (single ClassLoader). But sending IMHO class bytes in

Re: OSGi

I propose the following steps to create smart river services in OSGI environment. Service provider side. 1. Create 4 osgi bundles as described below. All these bundles can import, export packages like regular osgi bundles. 1. Service API - This bundle contains service interfaces and supporting

Re: OSGi

That’s what I was suggesting. The code works, but only if you put the required classes into codebases or class paths. It’s not a problem with mobile code, it’s a problem with resolution of objects in mobile code references. That’s why I mentioned ObjectSpace Voyager. It automatically sent/se

Re: OSGi

The problem is that we only support (smart) proxies that reference only objects of classes from their own code base. We do not support cases when a (smart) proxy wraps a (smart) proxy of another service (annotated with different codebase). This precludes several scenarios such as for example "d

Re: OSGi

I guess I am not sure then what you are trying to show with your example. Under what case would the SpacePublisher be sent to another VM, and how is that different from normal SmartProxy deserialization? Gregg > On Jan 23, 2017, at 2:39 PM, Michał Kłeczek (XPro Sp. z o. o.) > wrote: > > >

Re: OSGi

Gregg Wonderly wrote: michal.klec...@xpro.biz > wrote: The use case and the ultimate test to implement is simple - have a listener that publishes remote events to a JavaSpace acquired dynamically from a lookup service: class SpacePublisher implements RemoteEve

Re: OSGi

> On Jan 22, 2017, at 6:00 PM, Michał Kłeczek (XPro Sp. z o. o.) > wrote: > > Hi, > > comments below. > > Niclas Hedhman wrote: >> On Mon, Jan 23, 2017 at 1:48 AM, "Michał Kłeczek (XPro Sp. z o. o.)" < >> michal.klec...@xpro.biz > wrote: >>> The use case and th

Re: OSGi

made in POC for the first type of service. 1. I made an osgi bundle using the the river core classes as a system fragment. So all river classes will be loaded from framework class loader. 2. I have set the following system properties while running the osgi container. Please refer

Re: OSGi

Hi, comments below. Niclas Hedhman wrote: On Mon, Jan 23, 2017 at 1:48 AM, "Michał Kłeczek (XPro Sp. z o. o.)"< michal.klec...@xpro.biz> wrote: I would say fully declarative approach in OSGI would be to only annotate with a package version range (and let the OSGI

Re: OSGi

On Mon, Jan 23, 2017 at 1:48 AM, "Michał Kłeczek (XPro Sp. z o. o.)" < michal.klec...@xpro.biz> wrote: > I would say fully declarative approach in OSGI would be to only annotate with a package version range (and let the OSGI container do the resolution - it is designed to do it

Re: OSGi

It is early in the morning, and I am probably not clear enough in the head yet, but I would like to point out two things about OSGi which may not be clear; 1. There is no "need" for BundleA and BundleB to "use" a BundleC to avoid sharing classes. The BundleC classes, whic

Re: OSGi

Hi, Bharath Kumar wrote: 2. We can annotate the proxy object using osgi bundle symbolic name and version. 3. RMIClassLoader provider can check whether the proxy bundle is installed or not, If it is not installed, it can install it from configured repo ( like OBR). We

Re: OSGi

rovider instances, RMIClassLoader being one of them, potentially these could be made available from the OSGi service registry. Security in River is a little different, it's also capable of making dynamic grants and revocation, but currently doesn't support deny or conditions. It do

Re: OSGi

Thanks Peter. Yes. I observed that most of integration problems come in deserialization process. I didn't face much problems in serialization process. In OSGI, every bundle is loaded by a class loader. So we need to remember the bundle which has requested the network service. I have create

Re: OSGi

sults. I think if we develop a RMIClassLoader provider for OSGi, we can avoid utilising the context ClassLoader. Since all OSGi ClassLoader's are instances of BundleReference, it's easy to utilise OSGi bundle url anotations (I think this needs to incorporate bundle versions). I

Re: OSGi

Java memory model.  Unfortunately the earlier versions are not easily modified, minor changes often caused unexpected test failures. Cheers, Peter. Sent from my Samsung device.     Include original message Original message From: Bharath Kumar Sent: 21/01/2017 12:09:04 am To: dev@riv

Re: OSGi

Thanks Peter for the review. While creating this POC, I tried to make RIO framework as set of OSGI. bundles. Rio project extends LookupDiscoveryManager class in one of the class .org.rioproject.impl.client.DiscoveryManagementPool.SharedDiscoveryManager. That's why I removed the final mod

Re: OSGi

ating addong methods where ClassLoader can be passed in for OSGi. Regarding bundle structure, I've restructured the layout here (so you don't need to delete Groovy config): https://github.com/pfirmstone/JGDMS/tree/Maven_build/modularize/JGDMS The full commit history has been retained, so

Re: OSGi

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

Re: OSGi

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 - C

Re: OSGi

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

Re: OSGi

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 Sent: 20/01/2017 04:22:02 am To: dev

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

Re: OSGi

Thanks Nic & Richard, will follow up your leads. Peter. Sent from my Samsung device.     Include original message Original message From: Niclas Hedhman 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 answe

Re: OSGi

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 relatively 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, e

Re: OSGi

Peter, If you have any general OSGi queries try the osgi-dev mail list - the folks there are very willing to help with general OSGi questions. The link is https://mail.osgi.org/mailman/listinfo/osgi-dev <https://mail.osgi.org/mailman/listinfo/osgi-dev> Best Wishes Richard >

OSGi

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 man

<    1   2   3