I suppose you meant "should not make Gora rely on it". Maybe we could add one more module with light OSGi-like feature to support deployment of multi stores of Gora in an application.
It could be as simple as having custom class loader for Gora packages. - Henry On Mon, Jan 27, 2014 at 11:25 AM, Ioannis Canellos <[email protected]> wrote: > A framework like gora should not be bound to a specific runtime, so > solving this problem by using OSGi is a very restrictive solution. > We should be able to use Gora on OSGi, but we should make Gora rely on it. > > I feel that our best shot is to find which are the dependencies that > would satisfy all gora modules and align all our modules with those > versions. > It should be feasible. afaik there are frameworks with hundreds of > components that doesn't suffer from this issue. > > -- > Ioannis Canellos > > Blog: http://iocanel.blogspot.com > Twitter: iocanel
