吉斯是一个很好的框架,从实施单独的API,并开始模块化应用程序。 OSGi是一个很好的框架,可以在他们自己的安全环境中加载版本化服务,并通过导出的API提供这些服务。寻找吉斯到OSGi的指导原则,经验,技巧等
假设一个应用程序已经开发了吉斯和其大小,现在都不能证明转移到OSGi的早期模块转换成新的全功能完善的服务,有什么驱动步执行此举动?
我找的指导原则,一步一步做的名单,战争的经验,技巧,注意事项等..
吉斯是一个很好的框架,从实施单独的API,并开始模块化应用程序。 OSGi是一个很好的框架,可以在他们自己的安全环境中加载版本化服务,并通过导出的API提供这些服务。寻找吉斯到OSGi的指导原则,经验,技巧等
假设一个应用程序已经开发了吉斯和其大小,现在都不能证明转移到OSGi的早期模块转换成新的全功能完善的服务,有什么驱动步执行此举动?
我找的指导原则,一步一步做的名单,战争的经验,技巧,注意事项等..
使用OSGi的声明性服务(DS)(如Felix SCR)时已经提供了依赖注入的服务。这在OSGi中是标准的,并且在不同OSGi框架之间的可移植性是DS要走的路。我认为Peaberry正在做DS标准的工作,但是以Guice的方式。
如果我将一个Guice应用程序移植到OSGi中,我会在每个bundle中保留Guice依赖注入,并使用DS在bundle之间注入服务,以保持与所有OSGi框架的兼容性。
你可以看看Peaberry,其意在弥合世界OSGi和Guice。
嗯,两个upvotes,一个最爱,一个小时后没有答案...我闻到一个赏金来... – JVerstry 2011-04-20 16:06:29
大声笑,谢谢加洛,我正在等待我的另一个赏金完成前设置一个在这个问题上,但你已经打败了我一拳... – JVerstry 2011-04-22 17:44:02