你认为OSGi在企业应用程序中有着坚实的未来，还是会像整个ESB一样逐渐消失？
按照标题。我不知道这是否是问这个问题的正确位置或方式，管理员可以随意编辑/移动/关闭问题（如果合适）你认为OSGi在企业应用程序中有着坚实的未来，还是会像整个ESB一样逐渐消失？,osgi,soa,esb,Osgi,Soa,Esb,按照标题。我不知道这是否是问这个问题的正确位置或方式，管理员可以随意编辑/移动/关闭问题（如果合适） 我想从最近澄清市场趋势的材料以及现实生活中的例子中得到一些提示。即使是像Gartner这样的伪专家也没问题。谢谢。我会说是的。。WSO2有证据证明这一点。。请查看以下链接 我会说是的..WSO2有证据..检查以下链接 我对问题的第二部分很好奇。您关于“ESB的东西”似乎正在消失的说法的依据是什么？我不相信是这样 然而，ESB的问题是，一些供应商称其产品为ESB，但实际上远不止此。在一些公司，
我想从最近澄清市场趋势的材料以及现实生活中的例子中得到一些提示。即使是像Gartner这样的伪专家也没问题。谢谢。我会说是的。。WSO2有证据证明这一点。。请查看以下链接
我会说是的..WSO2有证据..检查以下链接
我对问题的第二部分很好奇。您关于“ESB的东西”似乎正在消失的说法的依据是什么？我不相信是这样 然而，ESB的问题是，一些供应商称其产品为ESB，但实际上远不止此。在一些公司，这种情况发生在他们的集成产品上，只是因为Gartner或其他一些分析公司表示ESB很热门。营销策略发生了变化：该产品被称为ESB，并且可能添加了ESB中需要的一些东西。 WSO2的Paul Fremantle写了一篇关于ESB到底是什么的非常好的文章[1] 至于OSGi：我看到的第一家在中间件中使用它的公司是WSO2。我听说，另一家中间件供应商TIBCO也正在或已经开始在其Active Matrix平台中使用它。 OSGi可以通过各种方式提供帮助。最重要的是，它减少了平台安装的工作量。在用于部署应用程序的每个系统上至少安装一个，并且在部署期间，将添加运行应用程序所需的组件。您不必担心是否安装了正确的插件、附加组件等。这就是WSO2和TIBCO正在做的事情。 对于某些供应商，您会发现需要安装大量的软件，而最终可能只使用了其中的一小部分（例如IBM WebSphere）。因此，您可能必须使用尺寸过大的系统，这会增加额外的成本 OSGi可能会阻止这种情况。 看看WSO2关于WSO2碳平台的介绍[2]。 演讲结束时的陈述说明了一切： 使中间件适应您的体系结构，而不是将体系结构适应中间件 是的，我认为OSGi在企业应用程序中有着未来。 [1] [2] 免责声明：
我与WSO2、TIBCO或IBM没有任何关联。我是经认证的TIBCO BusinessWorks开发人员，一直在为IBM WebSphere Process Server平台开发应用程序。最重要的是，我是一名WSO2爱好者。我对问题的第二部分感到好奇。您关于“ESB的东西”似乎正在消失的说法的依据是什么？我不相信是这样 然而，ESB的问题是，一些供应商称其产品为ESB，但实际上远不止此。在一些公司，这种情况发生在他们的集成产品上，只是因为Gartner或其他一些分析公司表示ESB很热门。营销策略发生了变化：该产品被称为ESB，并且可能添加了ESB中需要的一些东西。 WSO2的Paul Fremantle写了一篇关于ESB到底是什么的非常好的文章[1] 至于OSGi：我看到的第一家在中间件中使用它的公司是WSO2。我听说，另一家中间件供应商TIBCO也正在或已经开始在其Active Matrix平台中使用它。 OSGi可以通过各种方式提供帮助。最重要的是，它减少了平台安装的工作量。在用于部署应用程序的每个系统上至少安装一个，并且在部署期间，将添加运行应用程序所需的组件。您不必担心是否安装了正确的插件、附加组件等。这就是WSO2和TIBCO正在做的事情。 对于某些供应商，您会发现需要安装大量的软件，而最终可能只使用了其中的一小部分（例如IBM WebSphere）。因此，您可能必须使用尺寸过大的系统，这会增加额外的成本 OSGi可能会阻止这种情况。 看看WSO2关于WSO2碳平台的介绍[2]。 演讲结束时的陈述说明了一切： 使中间件适应您的体系结构，而不是将体系结构适应中间件 是的，我认为OSGi在企业应用程序中有着未来。 [1] [2] 免责声明：
我与WSO2、TIBCO或IBM没有任何关联。我是经认证的TIBCO BusinessWorks开发人员，一直在为IBM WebSphere Process Server平台开发应用程序。最重要的是，我是一个WSO2爱好者。鉴于OSGi已经存在了10多年，Eclipse现在将其作为核心使用，而且几乎所有主要的应用服务器都在其上构建，我认为它不会很快消失。就业需求数据只是显示了过去几年的波动性。趋势来了又去，真正的解决方案依然存在——IMO OSGi就是后者。考虑到OSGi已经存在了10多年，Eclipse现在将其作为其核心，几乎所有主要的应用服务器都在其上构建，我认为它不会很快消失。就业需求数据只是显示了过去几年的波动性。趋势来了又去，真正的解决方案依然存在——IMO OSGi是后者。有趣的是，您提到WebSphere时却持否定态度，因为它也是基于OSGi以及许多其他应用服务器构建的。我没有提到这一点，因为WebSphere安装需要数百兆字节，即使在部署应用程序的服务器上也是如此。我还假设（是的，有点危险）OSGi将如何在企业中使用。从我的回答中，您可以看出我在企业中使用OSGi的想法。它在WebSphere中使用的事实与