Osgi Pax Runner：与过程中执行人有任何经验吗？

我目前正在决定从IDE运行OSGi应用程序时使用哪一个pax执行器（请参阅以获取可用的pax执行器列表）。当我想使用pax runner从IDE运行进程时，基本上有两种选择：

进程内执行器（在与Pax Runner本身相同的Java进程中运行OSGi进程）：

• PRO：易于将调试器附加到
• PRO：很容易终止OSGi进程，因为没有启动第二个Java VM
• PRO：启动速度更快

• CON：将paxrunner的功能严重限制为非javaVM设置（该设置来自paxrunner的文档）

默认执行器：（在新Java进程中运行OSGi进程）

• PRO：允许Pax Runner设置各种JavaVM设置

• CON：更难将调试器附加到（需要一些远程调试设置）

• CON：如果Pax Runner没有正确执行OSGi过程，几乎不可能终止它
• CON：启动两个JVM时启动时间更长

---

所以我的问题基本上是，如果有人遇到这样一个场景，Pax Runner的JVM设置功能非常重要，而OSGi进程在使用进程内执行器时无法工作。我还没有找到这样一个例子，但是我需要决定我是否支持进程内、默认执行器或两者，因此一些利用默认执行器的JVM设置功能的实际用例将真正帮助我做出这个决定。

如果您从IDE启动Pax runner的原因是为了测试，请查看Pax考试，也（可选）在下面使用Pax Runner。那么你就不必太担心了。

我正在为Java IDE开发一个插件，它允许从IDE直接启动OSGi应用程序。当然，这主要是出于测试原因，但不一定是出于单元测试原因。这就像从IDE启动Tomcat来手动测试应用程序，只是这个插件启动了一个OSGi容器。目前，插件使用默认的执行器来启动容器，它工作得很好，但是我的第二个CON列表现在开始启动，所以我想知道我是否可以安全地切换到进程中执行器，而不牺牲任何重要的功能。