2011-04-20 120 views
7

吉斯是一个很好的框架,从实施单独的API,并开始模块化应用程序。 OSGi是一个很好的框架,可以在他们自己的安全环境中加载版本化服务,并通过导出的API提供这些服务。寻找吉斯到OSGi的指导原则,经验,技巧等

假设一个应用程序已经开发了吉斯和其大小,现在都不能证明转移到OSGi的早期模块转换成新的全功能完善的服务,有什么驱动步执行此举动?

我找的指导原则,一步一步做的名单,战争的经验,技巧,注意事项等..

+0

嗯,两个upvotes,一个最爱,一个小时后没有答案...我闻到一个赏金来... – JVerstry 2011-04-20 16:06:29

+0

大声笑,谢谢加洛,我正在等待我的另一个赏金完成前设置一个在这个问题上,但你已经打败了我一拳... – JVerstry 2011-04-22 17:44:02

回答

3

使用OSGi的声明性服务(DS)(如Felix SCR)时已经提供了依赖注入的服务。这在OSGi中是标准的,并且在不同OSGi框架之间的可移植性是DS要走的路。我认为Peaberry正在做DS标准的工作,但是以Guice的方式。

如果我将一个Guice应用程序移植到OSGi中,我会在每个bundle中保留Guice依赖注入,并使用DS在bundle之间注入服务,以保持与所有OSGi框架的兼容性。

1

你可以看看Peaberry,其意在弥合世界OSGi和Guice。

+0

谢谢。你有经验吗?任何提示分享? – JVerstry 2011-04-22 19:35:18

+0

不幸的是,我没有。有一种预测,我们通过将Guice使用的应用程序“孤立”在自己的包中来集成Guice使用的应用程序,但是在更新该包时仍会出现问题。如果我要再做一次,我一定会让Peaberry去一趟。在stackoverflow上必须有人使用过它;你可以尝试重新提出你的问题。 – 2011-04-22 19:52:59

+0

我想我们都希望有经验的人能回答这个问题。那不是真的。但无论如何我会给予赏金。 – Gamlor 2011-04-28 19:15:39