問題タブ [ems]

私は tibco デザイナーを使用してプロジェクトを行っており、いくつかのタグを変更して 3 つの宛先に繰り返す必要がある xml ドキュメントが必要です。トークナイザーを使ってJAVAでやろうと思っていたのですが、TIBCO designer 5.3にこの機能があるのか​​疑問に思っていました。

コメントやアドバイスをいただければ幸いです。

rgds、ジェイ

私はEMSMySQLManagerをしばらく使用していますが、先週システムが停止したため、手に入るすべてのものを新しいマシンに転送する必要がありました。

EMSは私に問題を与えていますが、ユーザー名とパスワードがどこに保存されているかを一生理解することはできず、60〜70のDBを再度登録する必要はありません。

アプリケーションデータが保存されている場所と、それを新しいマシンに転送する方法を知っている人はいますか？

ありがとう！

複数の接続の処理について質問があります。これらの接続は、DB接続、SOA接続、EMS接続などのいずれかになります。

データをプルするデータベース接続が1つあり、データが異なり独立しているEMS接続が2つあるとします。データはEMSに送信され、データが正常に送信されたかどうかのステータスを更新します。

1）データベース接続がダウンしている場合、またはデータベースにアクセスできないときにその他の問題が発生した場合2）1つのEMS接続がダウンしている場合、アプリケーションは他のEMS接続の処理を続行する必要があります。3）EMSにデータを送信できるが、データベースの問題のDBステータスbcosを更新できない場合はどうなりますか。メモリ内にあり、EMSに送信する必要があるすべてのメッセージをどうする必要がありますか。4）1つのEMSへの接続を確立できませんが、他のEMSは確立できたため、アプリケーションはそのEMSメッセージを処理する必要があります。

これらは私が処理しなければならない-veテストケースのいくつかです。他に対処しなければならない問題がありましたら、お気軽にお知らせください。

サブスクライバーに障害が発生した場合に EMS パブリッシャーに通知する方法の答えを見つけようとしています。パブリッシャー→EMSサーバー→サブスクライバーの場合、サブスクライバーに障害が発生した場合は、パブリッシャーに通知して対処する必要があります。耐久性/永続性については気にしません。私の重要性は時間です。取引システムでは、成行注文をサブスクライバーに送信し、サブスクライバーがそれを取引所に送信する場合、それが失敗した場合、パブリッシャーに別のトピックに関するメッセージを別のサンスクライバー (別の取引所) に発行させる必要があります。どんなアイデアでも大歓迎です。

メッセージの送信にはTibcoEMSキューを使用しています。私たちは出版社です。メッセージを公開しているときはいつでも、誰かがそれを消費しているようです。購読している他のチームに聞いたところ、彼らは消費していないと言っていました。

誰がEMSキューに接続し、メッセージを消費しているかを知ることは可能ですか？

次の用語の関係と違いは何ですか?

• エンタープライズ メッセージング システム (EMS)
• エンタープライズ サービス バス (ESB)
• メッセージ指向ミドルウェア (MOM)
• Java メッセージング サービス (JMS)

Tibco EMS JMS キューへの接続の作成 (および読み取り) に問題があります。

私が得ている例外は次のとおりです。

javax.naming.AuthenticationException: 許可されていません: com.tibco.tibjms.naming.TibjmsContext.lookup(TibjmsContext.java:668) で無効な名前またはパスワード [ルート例外は javax.jms.JMSSecurityException: 無効な名前またはパスワード] です。 tibco.tibjms.naming.TibjmsContext.lookup(TibjmsContext.java:489) で javax.naming.InitialContext.lookup(InitialContext.java:392) で org.springframework.jndi.JndiTemplate$1.doInContext(JndiTemplate.java:154) でorg.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:87) で org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:152) で org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:178) org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.java:95) で org.springframework.jndi.JndiObjectLocator.lookup(JndiObjectLocator.java:105) org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiObjectFactoryBean.java:201) で org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:187) で org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory .invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417) ... 12 もっと見るorg.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417) で invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477) ... 12 詳細org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417) で invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477) ... 12 詳細

与えられた唯一のユーザー/パスワードは、JMS キュー自体のものです。どこで設定すればよいですか?

ありがとうクリス

Weblogic (10.3) MDB を Tibco EMS JMS キューに接続しようとしています。単純な Java/Spring JNDI 接続を使用してキューから読み取ったので、外部 JNDI ルックアップ名が有効であることがわかりました。私のWL外部サーバーの詳細：

行き先：

接続ファクトリー:

weblogic-ejb-jar.xml

表示されるエラーは次のとおりです。メッセージ駆動型 EJB: MessageReceiver が JMS 宛先 Q.NY.DERIV.DRD.RFI に接続できません。エラー: 配布先情報を取得できませんでした。宛先 JNDI 名は Q.NY.DERIV.DRD.RFI、プロバイダー URL は null です

構成を weblogic-ejb-jar.xml に移動しようとしました(つまり:

しかし、別のエラーが表示されます: 例外アクティブ化モジュール: EJBModule(rfiloader.jar) EJB をデプロイできません: rfiloader.jar からの MessageReceiver: tcp://ems-dit-am-uat-1.app.xxx の EndPointFinder が見つかりません.net:30055

...何か案は？

ありがとうクリス

を使用してemsスクリプトを実行することが可能です

ただし、これにより、パスワードがps、topなど、および任意のシェル履歴に表示されるようになります。tibcoスクリプトを実行して、パスワードの入力を求められることは可能ですか？-passwordフラグを省略するだけで、「無効なユーザーまたはパスワード」ユーザーになります。

次の表を想像してみてください。

単純な単一行テーブル。

Colname = id int（11）

これは、tablenameのshowindexesのダンプです。

これは、私が使用するmysqlマネージャー（ems mysql manager）の「バグ」だと思います。主キーを使用してテーブルを作成すると、PRIMARYインデックス（実際のインデックスの名前はPRIMARY）とテーブルの作成時に自動的にprimary-key-colnameインデックス。

これらの1つを削除しても大丈夫ですか？

ありがとう！