问题标签 [esb]

有谁知道他们是开源还是闭源的 C# 消息传递框架，可能基于 wcf，本质上类似于 Apache Cambel。

我喜欢 Camel，因为它基于 Gregor Hohpe 和 Bobby Woolf 的企业集成模式实现了一个很好的轻量级现代消息传递框架。几乎我的产品所需的一切，许多不同类型的路由等。真的有很多好处。

我在使用 WCF 时遇到的问题非常细化，而这个小框架拥有我发送数据包所需的一切，有一个不错的 dsl，部分基于 xpath 谓词，它非常适合。如果他们是这本书的某种 wcf 实现会很酷，也许在 c# 中，但我找不到任何合适的东西。

我不知道我是否想在 mo 上走混合编程路径，尽管我想你可以实现一个直接的 i/o 接口到 Camel，比如通过 Web 服务。

有任何想法吗。鲍勃。

我正在运行最新的 WSO2 ESB，我想知道如何在现有的 .NET Web 服务上实现安全层？

也许通过代理服务？有点迷失了所有广泛的文档。提前致谢！

我正在考虑将 ESB 集成到现有的基于 Web 的 Java/Maven 产品中。具体来说，我正在研究 ServiceMix 和 Mule。该产品将连接到多种不同的服务，包括电子邮件、Quartz、基于 HTTP、SMS 和 IM 的 RESTful 网络服务。我只是快速浏览了文档，这两个选项似乎相当重量级且相当复杂。这似乎是何时使用 ESB 的教科书示例，但我不想花费大量时间来学习一个或另一个系统。

就像我说的，我已经有一个由 Maven 构建的 Web 应用程序，并且希望集成其中一个系统会相当简单，即使只是像发送电子邮件这样简单的事情，但看起来添加任何一个都会吸引一半的世界罐子的条款，很难嵌入到现有的产品中。

是否值得尝试使用这些选项之一？有没有一种简单的方法可以将它们集成到现有的应用程序中而无需完全重构它？还有其他更轻的选择吗？是否有一些我应该考虑的方面会使它们值得使用？

我使用 JbossESB 作为应用程序之间的集成层。我正在从文件系统读取消息，解析它们，然后通过 jms 将它们发送到远程应用程序。

我的配置文件 - jboss-esb.xml

问题是当 JbossESB 启动时一切正常。但是启动后将没有关于此操作的日志条目，尽管文件从 INOUTDIR 移动到 OKDIR 时没有任何日志条目。

我的听众或记录器有问题吗，我不知道？但我确实知道有几个服务在 ESB 上工作，它们工作得很好，并且在日志文件中输入了条目。

谢谢。

ESB（企业服务总线）在企业 Java 世界中已经非常流行——但在 .NET 领域中是否有任何等价物？

我试图进一步了解消息总线，而我脑海中不断出现的一个问题是“消息是如何进入总线的？”。现在，我假设有某种服务（WCF 等）接收消息并将它们放到总线上。那么我的另一个问题是，这项服务是否可能成为瓶颈？我假设您会构建此服务，以便它可以轻松扩展，例如通过负载平衡？或者会有别的方法吗？

另外（对不起，最初应该只是一个问题），定义消息应该去哪里的路由表将保存在哪里；在数据库中？再说一次，这难道不是一个潜在的瓶颈吗？

我试图从非产品（BizTalk 等）或框架（NServiceBus、Mass Transit 等）的角度来看待这个问题。就好像你要从头开始写这种东西一样。我想了解您正在得到什么以及潜在的问题。我猜如果你使用 BizTalk，它有路由表的消息框，这是过去臭名昭著的瓶颈。我还看到您对 2009 年的 ESB 部分有“坡道上”的概念。但正如我所说，我想超越产品以及人们如何看待它应该被架构。

非常感谢您的任何见解。

我对 BizTalk 有一点经验，并试图在不使用它的情况下理解 BizTalk 2009 ESB Toolkit 2。首先，我想知道是否有人可以为我澄清几个概念：

1. “入口匝道”和“接收端口”有什么区别？
2. 为什么你需要路线，你能不能简单地使用端口和编排来创建相同的路线？我显然在这里遗漏了一些东西。

几个更一般的问题：

1. 是否所有消息仍必须通过消息框？

提前感谢您的任何见解。

我知道我可以使用 TimeToBeReceived 属性在 NServiceBus 中实现一条消息，但是当在 TimeToBeReceived 属性中配置的时间之后未收到发送的消息时，nservicebus 是否具有执行事件处理程序的基础设施？

有哪些管理工具（开源或其他）可以跟踪数据的位置、交付/使用该数据的服务以及服务本身。如果你相信 DB、ESB 和 SOA 的组合可以在任何地方提供任何东西，但你怎么知道什么在哪里。顺便说一句，我对 WSDL 级别不感兴趣，我正在考虑用户/BA 社区将填充和使用的工具。

SOA 和数据库的组合现在是大多数应用程序的基石，但是以前称为数据字典的东西现在是服务目录吗？或 MetaData 存储库似乎仍然存在于纯粹的以数据为中心的世界中。

随着 SUN 和 Oracle 的合并：Open ESB 又名 GlassFish ESB 的未来是什么？这个产品是否会因为 Oracle 拥有 Oracle Service Bus（以前是 BEA AquaLogic Service Bus）而停产？