以下术语之间的关系和区别是什么？
我们有一个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应用程序)
任何帮助,将不胜感激.
我试图在我们公司的消息传递基础设施上建立一个共同的抽象接口.设计目标是2折.1是隐藏开发人员编程的复杂性(我知道它不是很复杂,但仍然进一步简化),2是使开发人员独立于供应商特定的消息传递基础设施(即它可以是MQSeries或EMS或MSMQ).
非常常见的选择是在消息传递基础结构上使用WCF层.对WCF使用MQSeries自定义通道或对WCF使用EMS自定义通道.但由于缺乏适当版本的MQSeries和EMS,两者都被排除在外.
有人可以建议这个问题的可能解决方案是什么.我可以想到有一个像JMS这样的自定义包装器.有没有人曾尝试过类似的东西.任何帮助都会很棒.
顺便说一句,我试图在C#3.5中创建这个包装器.
问候
无法在这个问题上找到答案,所以想要发起这个:
Tibco EMS与MSMQ vs. MQ.
这3种技术如何比较？哪一个更好,哪种情况？具体来说,我认为在SOA环境(.NET + WCF)中使用其中之一,其中场景将随着时间的推移而成熟.
我对性能有一个额外的特殊兴趣,这一点很重要.因此,如果给出选择,性能是至关重要的.
我希望有一张清晰的图片比较表.
谢谢!
编辑:
我主要关注两个参数:性能和可伸缩性. 可扩展性 - 这些技术如何在支持的并发用户数量方面进行比较？哪个可以支持更多用户？场景无关紧要,让我们选择所有场景支持的场景 - 例如简单的队列. 性能 - 在完全相同的情况下,执行速度更快？
我是java编程的新手.我使用smsj api通过gsm调制解调器将消息从pc发送到移动设备.我已经成功地使用SmsSender.sendTextSms(msg, reciever, sender)以及使用unicode消息发送纯文本消息SmsSender.sendUnicodeTextSms("smsj ?????? ?????", reciever);.
他们说它也支持EMS消息.我试图通过这个发送图片信息(黑色和白色)和音频剪辑.但我无法弄清楚如何做到这一点.
该文件表明,有一类EmsMessage实现SmsMessage,但我无法找到如何使用它的任何细节.我也经历了它的论坛但又无法找到任何解决方案.
希望有人可以指导我这个.
这是我发送短信的代码..
public class SendMessage {
public void send() {
try{
SmsSender smsSender = SmsSender.getGsmSender("COM14");
String msg ="smsj test message";
String reciever = "919790968633";
String sender ="919176968289";
smsSender.connect();
smsSender.sendTextSms(msg, reciever, sender); //simple text message
smsSender.sendUnicodeTextSms("smsj ?????? ?????", reciever); //unicode message
smsSender.disconnect();
} catch(IOException i){
i.printStackTrace();
System.out.println("i");
} catch(SmsException s){
s.printStackTrace();
System.out.println("s");
}
}
public static void main(String args[]){
SendMessage …我们与EMS代码的连接最初设计不合理,并且我们收听了每个主题的一个TopicConnection对象.因此,实际上,每当我们订阅主题时,我们都会创建一个新连接,一个新会话,最后一个新的侦听器.
我们想切换到单一的连接模型.虽然我能够通过共享一个连接对象,并建立每个主题一个新的会话对象在我们的代码要做到这一点很容易,我们不能确定这是否会造成任何问题,而代码.
我的理解是Tibco EMS客户端库在共享连接方面是线程安全的.实际上,连接只是一个管道,会话可以以线程安全的方式重用此管道.
这个假设是正确的还是还有更多？
我们正在使用Tibco EMS队列发送消息。我们是出版商。每当我们发布消息时，似乎有人正在使用它。当我们问另一个正在订阅的团队时，他们说他们没有消费。
是否可以知道谁连接到EMS队列并使用消息？
我有一个启用了最大流量限制的流程.该值设置为10.它是一个Asyn进程,用于每天获取数千条消息.我们注意到,在高峰时段,随着EMS服务器队列中消息的增加,tibco进程的性能下降.在Tibo的缓慢与EMS消息的流入增加之间是否存在任何依赖性.如何计算过程的确切流量限制？我们有任何标准程序吗？
我试图逐个获得Q n Topics的ACL.我们是否可以在EMS中运行脚本以将所需队列的主题ACL主题放入文件中.
提前致谢.此致,维杰
我一直在使用EMS MySQL管理器一段时间了,不过我的系统上周就已经死了,因此我不得不转移任何我可以接手到新机器的东西.
虽然EMS给了我一些问题,但是我不能在我的生活中找出存储用户名和密码的地方,而我真的可以不用再次注册60-70数据库.
有谁知道应用程序数据的存储位置以及如何将其传输到我的新机器？
谢谢!