我对Java和OSGi的世界还比较陌生，不太理解OSGi web应用程序的生态系统。
更具体地说，我目前试图理解整个生态系统中各个部分之间的关系：
为了让你更好地理解它们之间的关系，请看一下这张图片：
据我所知，OSGi框架是OSGi规范的一个实现。运行时是在OSGi规范之上添加了额外功能（例如日志记录）的分发版。由于OSGi和Web容器（如Tomcat）之间的类路径机制存在差异，因此需要某种翻译工具。这部分由"Web Extender"来处理。
请帮我澄清这整个事情。我的理解是否正确？
OSGi是一个API和打包标准，用于交互软件模块。这类似于其他API标准，如JPA或Java EE。
OSGi运行时是遵循OSGi标准的服务器，是该标准的一种实现。您提到了一些常见的实现：Knopflerfish，Equinox。它们使您能够运行OSGi bundle。
Web容器通常指Java EE的Web特定部分（Servlets）的实现。Servlet标准也定义了一个API和打包标准，就像OSGi一样，只是不同而已。
您需要一个服务器来运行您的Java EE Web应用程序。将您的应用程序打包为Java Web Archive（WAR），并请求您的应用程序服务器启动它。有几个服务器，正如您所提到的，例如Tomcat，Jetty，还有覆盖更大部分Java EE标准的更大型的服务器，例如Glassfish和JBoss。
Web扩展程序试图将Servlet标准与OSGi统一起来。通过向已经打包好的WAR添加一些OSGi特定数据，该WAR将自动被解析并由您的OSGi运行时启动。 Web extender会将您的WAR Servlet发布到OSGi http服务上。使用Web扩展程序，您可以在仅使用OSGi运行时而无需像Tomcat这样符合Java EE标准的服务器的情况下运行标准OSGi应用程序以及WAR。
Jens,
由于我有一些关于OSGi的经验，所以我真的不建议你从纯OSGi开始。
相反，你应该从Eclipse RCP（富客户端平台）开始。
如果你在这里下载Eclipse IDE for RCP and RAP Developers版本，你不仅可以获得一个OSGi运行时，还可以获得一个功能齐全的集成开发环境。
我们都很幸运，你可以买到最近几个月才出版的书籍Eclipse Rich Client Platform（第二版），其中包含了有关Eclipse RCP的更新信息/指南。
OSGi是Eclipse RCP的基本构建块，但是光看OSGi本身会让人感到困惑和无聊（至少对于初学者而言）。入门Eclipse RCP要容易得多且更加愉快，你可以在几个小时内构建一个实用的“做点什么”应用程序。
对于纯OSGi来说，如果你在前几天内能消除ClassNotFound异常，那已经算是很幸运的了。
在使用Eclipse RCP一段时间后，将你的应用程序“转换”为Eclipse RAP，以在Java Servlet容器上作为Web应用程序运行。看看你是否喜欢它，即使你不喜欢...到这个时候，你已经掌握了OSGi的概念和实践，因此如果你从头开始学习“纯OSGi”，那么你的进展会更加顺畅。
祝你好运，Jens！
P.S. 我也在我的Java EE博客上写有关这方面的内容，尽管不总是具体涉及OSGi。
