[RIVER-315] "Translation layer" from OSGi components and River services and back again

• Type: New Feature
• Status: Resolved
• Priority: Major
• Resolution: Won't Fix
• Assignee: Unassigned
• Reporter: Tom Hobbs
• Created: 15/Jul/09 17:00
• Updated: 11/Dec/13 05:38
• Resolved: 11/Dec/13 05:38

Description

From the mailing list

"Was there proposal to create an OSGi compatible module that acts as a Facade to host River distributed services to OSGi applications that otherwise wouldn't be capable of taking advantage of network aware (the
8 fallacies of distribute computing) redundancy capabilities? What is the use case for this? Is this for a service that is critical to a particular application (from performance or redundancy perspective) that may be subject to failure and the abilities of River to run multiple services. An OSGi based application that has outgrown it's roots so to speak, parts of it can be rewritten based on River? What issues would arrise due to remote objects?"

http://mail-archives.apache.org/mod_mbox/incubator-river-dev/200907.mbox/[e-mail]%3e

Issue Links

• is related to: RIVER-328 OSGi Bundles for Versioning Control and Codebase Evolution