小编Fal*_*alx的帖子

最近我一直在为我的工作项目寻找最好的源控制技术.我有一段时间以来一直是颠覆用户,但听到越来越多关于git的消息.所以我检查了一下,我非常喜欢这样一个事实:当你无法访问服务器时,它允许你轻松地将你的项目置于源代码控制之下,甚至是离线.然而,在多个程序员环境中(例如在工作中),中央服务器的想法仍然有其好处.当我遇到Mercurial时,在我看来这两个世界都是最好的,因为你可以将你的项目置于源代码控制下离线,你可以推送给其他人,如果他们建立了一个网络服务器,但你也可以使用一个中央服务器来推送和拉动..结合这个事实,像bitbucket.com让你有机会在线启动一个私人免费存储库..

我在思考中是对的,还是在我无法掌握的工作环境中对这些源控制系统有一些重要的微妙之处？

我在Eclipse RCP中做了很多简单的OSGi测试项目.我的典型工作流程始终是:

• 制作3个不同的项目:APIproject,Clientproject和Serverproject
• 编辑APIproject的MANIFEST.MF以导出api包
• 编辑Clientproject和Serverproject的MANIFEST.MF文件以添加所需的API包
• 选择"运行方式...">"插件框架"
• OSGi控制台在eclipse中启动,一切似乎都有效

我也尝试使用Declarative Services来连接事物,这也很好用.

最近我想尝试iPOJO.问题是,我觉得我一直在以错误的方式进行OSGi开发.
是不是我应该做一个项目让它工作就像没有OSGi参与.然后,通过(例如)BNDL工具将每个包导出到自己的包中？是否应该在普通的Eclipse(java,而不是RCP)或任何其他Java IDE中进行开发？

这就是为什么我有这些问题:

• 什么IDE设置通常用于使用iPOJO开发OSGi？
• 在开发OSGi项目时(或许使用iPOJO),常用的工作流程是什么？

是否可以通过导出替换此API的自己的bundle来欺骗标准Java API的一部分？当然有相同的接口.

那么其他捆绑包是否可能,而不是注意到实际上他们没有使用java包,而是你自己的包.