问题标签 [eai]

我读过 ESB 被用作 SOA 方法。还有哪些其他方法？

我发现在 TIBCO 中开发 WS 比在 Java 中编码要快得多。

使用 TIBCO 作为您的 WS 服务提供者和服务请求者是明智的投资吗？

还有关于开发 JMS 消费者和发布者的前两个​​问题。

我的服务器端 Java 代码将如何使用/监听 BW 进程？到目前为止，我阅读了有关 TIBCO Adapters 的相关信息，该适配器具有许多功能，例如监控，但这只是开销吗？只在 Java 应用程序中编写 WS 和 JMS 代码会更好吗？

您如何决定是用 Java 还是 TIBCO 实现功能（例如发送邮件、日志等）？

非常感谢！第三次

我使用 IIS 托管的 Web 服务 (WCF) 作为请求处理程序（广播）和聚合器实现了一个相当简单的分散-收集模式。

NetMsmqBinding使用标准的单向消息合约和 WAS，一切都运行得非常顺利。但是现在我们想引入一个业务规则，聚合器只会等待一定的时间（可能是几天）来获得最终响应；如果部分或全部没有收到，它应该关闭该批次并发布它拥有的任何信息。通常它只会在所有端点都报告后才会启动发布。

我知道我可以在广播消息上设置消息过期，这样端点就不会浪费时间做不必要的工作，但是触发提前发布呢？

NServiceBus 将sagas视为一等公民，优雅地处理超时，而且我知道 BizTalk 实际上将整个分散收集实现为单个编排。但我不想仅仅为了这一要求而部署任何新工具或服务。

有没有办法只使用 WCF 和 MSMQ 来实现长时间运行的批处理超时操作？

_{（再一次 - 聚合器托管在 IIS 中，所以我不能只设置一个计时器；应用程序池可以随时回收或关闭。）}

在大多数文章中，我看到 ESB 和 EAI 之间的主要区别是“EAI 中的单点故障”。

我的问题是：

在 EAI 中，如果 Hub 发生故障，我们说这是单点故障。在 ESB 中，如果 Bus 发生故障，我们也可以说是单点故障。这是正确的吗？如果不是，请简要解释一下。

我有一个提供预订系统的网站。我的很多客户已经有了一个离线预订系统，该系统还为他们提供了其他功能（POS、会计等）。所以他们通常要求我将我的在线预订系统与他们的离线预订系统集成。

这意味着：当有人在离线系统中预订时，它应该复制到网站上。当有人在网站上预订时，它应该复制到离线系统。

我一直在考虑 WebServices，但我认为这是错误的方法。我必须在我的所有客户端中实现 WebService Server，这样我才能将在 Web 上进行的约会保存到他们的离线系统中。我还在阅读有关中间件、B2B、EAI 的信息，但我看不到有关解决方案的清晰画面。

任何帮助，将不胜感激

使用 COM Data Control 从 Siebel 获取附件。

下面的这段代码获取适当的文件并将其保存在服务器的临时文件夹中，并为我提供完全限定的路径。

有没有办法可以将文件获取到我的本地机器？

语境：

此代码是用 C# 编写的，我们在客户端运行此代码，该客户端无权访问服务器的临时目录。

谢谢卡勒菲尔

我正在尝试确定正确的 XPath 表达式以返回元素xsi:type上的属性值。Body我已经尝试过似乎没有运气的一切。根据我读到的内容，这似乎很接近，但显然不正确。有什么快速指导可以让我最终休息吗？

我希望它返回v20:SmsMessageV1RequestBody

在使用 SSO 在不同的“Web 应用程序”之间进行集成时，用户可能会在这些应用程序之间来回切换。当用户在这些应用程序之间导航时，除了在用于 sso 的身份提供者处创建的会话之外，还会在每个应用程序上创建一个本地会话。

因此，问题是当应用程序具有不同的会话超时时，会导致用户体验受损。当用户在另一个应用程序上工作时，会话超时发生在一个应用程序中。当导航回用户之前访问过的应用程序时，会发生错误。这让用户感到困惑，因为他们不知道他们正在处理不同的应用程序。

避免该问题的一种方法是拥有一个每个应用程序都可以访问的“全局会话”对象。当用户访问任何受保护的资源时，应用程序会检查全局会话是否存在并在处理请求之前更新其时间戳。本地会话永远不会过期（或有很长的超时）。但是，当用户注销时，全局会话对象将被逐出，并且所有应用程序都会注销。

由于以下原因，这似乎有点沉重：

• 全局会话对象成为单点故障
• 对全局会话对象进行“进程外”检查并更新每个 受保护请求的访问时间戳的性能

关于如何使这项工作的任何其他想法？

拦截对 Web 服务的调用的最简单/最好的方法是什么？

我遇到了一个Web 应用程序调用另一个应用程序Web 服务的情况，即点对点集成。问题是我无法（或至少非常有限）控制应用程序，但我需要知道正在发生什么操作。

我正在看Gregor Hohpe的“Wire Tap”模式，但不知道如何创建它

编辑：这是为了创建一个组件，而不是使用像 Fiddler 这样的工具

我们在设计应用程序时如何选择Topic/Queue类型的实现。
我知道，
a）如果多个消费者使用消息，则使用主题
b）如果只有一个消费者，则使用队列

请提供更多需要考虑的点？
比如并发、消息持久化、负载均衡，还有什么？

谢谢。
读写器