我无法理解Tibco的特别之处.
他们的营销材料强调TCP是一种悲观的传输协议,不需要客户确认收据.这怎么可能是真的?
对我来说,Tibco基本上是一个由队列支持的TCP协议.
有人可以帮我理解Tibco的主要卖点吗?我即将对我的经理咆哮,告诉他我们在这里完全被扯掉了.
我有一个带可选标头的wsdl:
<s:element name="AuthIdentifier" type="tns:AuthIdentifier"/>
<s:complexType name="AuthIdentifier">
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="identifier" type="s:string"/>
</s:sequence>
<s:anyAttribute/>
</s:complexType>
Run Code Online (Sandbox Code Playgroud)
客户端使用集成软件 (tibco)
连接到我的服务并声称标头是必需的,因此他必须使用空值发送它:
<Header.AuthIdentifier>
<ns0:AuthIdentifier xmlns:ns0 = "http://www.tal.com/schemas"/>
</Header.AuthIdentifier>
Run Code Online (Sandbox Code Playgroud)
如何使其成为可选项?这样他就不必发送整个标题了?有没有这样的minOccurs
东西?或者它现在已经是可选的吗?
我看到了TIBCO开发人员的所有这些职位,但是从tibco.com我无法真正挖掘开发人员在这个平台上的编码方式,因为这更倾向于最终用户.它是基于JAVA的平台吗?
我们有一个TIBCO EMS解决方案,它在2-4服务器环境中使用内置服务器故障转移.如果TIBCO管理员将故障转移服务从一个EMS服务器转移到另一个EMS服务器,则应该在EMS服务级别自动将连接转移到新服务器.对于使用EMS服务的C#应用程序,这种情况不会发生 - 我们的用户连接在故障转移后没有转移到新服务器,我们不确定原因.
我们的应用程序仅在启动时连接到EMS,因此如果TIBCO管理员在用户启动应用程序后进行故障转移,则用户需要重新启动应用程序才能重新连接到新服务器(我们的EMS连接使用包含所有4个生产EMS服务器的服务器字符串 - 如果第一次尝试失败,它将移动到字符串中的下一个服务器并再次尝试).
我正在寻找一种自动化方法,如果检测到连接已经死亡,我会定期尝试重新连接到EMS,但我不确定如何最好地做到这一点.
有任何想法吗?我们正在使用TIBCO.EMS.dll版本4.4.2和.Net 2.x(SmartClient应用程序)
任何帮助,将不胜感激.
我错误地使用'计算和替换列'功能来替换错误的列,并在事后实现.我替换的列对应于姓氏,很重要.我想检索此列,但保留我的其他15个左右的数据转换.理想情况下,我想删除这个转换,但到目前为止我已经空了.这是我尝试过的:
我尝试从同一外部源再次添加"姓氏"列,使用>插入>列...我也尝试重命名此列以避免数据转换.不幸的是,这导致了一个完全空的列,因此它没有成功匹配到表或受到转换的影响.
我检查了源信息,发现我希望不存在的3-4行.我认为有可能编辑这个,但还没找到方法.这似乎是最简单的.
我的另一个想法是我可以用相同的源替换数据表,并重复替换数据表对话中的所有转换(不包括坏的转换).这是我的下一个攻击计划,但我想我会先来看看是否有更简单的方法.
提前致谢!
我正在和Tibco Rendezvous,Tibco Designer + Tibco Business合作三天.这是我对该产品系列的第一次体验.我读了几个安装产品的文件,但我仍然感到困惑.
我从哪里获取TIBCO JMS的jar文件?相信我,我做了很多谷歌搜索,没有任何运气.请指导.
它看起来很有趣,我已经玩过一些了 - 但是网络浏览器中的开发IDE最终似乎是噩梦.
有没有人有使用它的经验,你有什么想法?
我们正在构建的系统是通过外部Feed接收数据.我们的工作是将这些数据分发到多个服务,运行计算并将结果转发到其他地方 - 典型的发布者 - 订阅者情况.我们需要的是一个非常低延迟的消息传递.我们不需要像MSMQ那样保留消息.
RabbitMq是否足够快速实现软实时消息传递?有没有基准?使用它而不是TIBCO Rendezvous是一个好主意吗?还有其他开源软实时消息替代方案吗?
谢谢.