問題タブ [ims-tm]

IMSコネクタのRARファイルがあります。JBOSS_INSTALL / server / default/deployディレクトリ内に配置しました。ims-ds.xmlファイルを作成し、同じ場所に配置しました。次のメッセージでデプロイされているように見えます。

21：40：02,800情報[RARDeployment]必要なライセンス条項が存在します。.../ deploy /ims225Connector.rar/でMETA-INF/ra.xmlを表示してください

ただし、次のエラーが発生します。

---問題の根本原因であるMBEANS---ObjectName：jboss.web.deployment：war = MHAccountDetailsAXIS.war、id = 258164183状態：FAILED理由：org.jboss.deployment.DeploymentException：デプロイ中にエラーが発生しました。-ネストされたスロー可能：（javax.naming.NamingException：resource-ref：eis /IMSCZには有効なJNDIバインディングがありません。jboss-web/resource-refを確認してください。）

ObjectName：jboss.jca：service = RARDeployment、name = IMS Connector for Java状態：NOTYETINSTALLED依存関係：jboss.jca：service = NoTxDS、name = eis / IMSCZ

IMS Connect API を使用して、Java 経由で IMS Connect に接続する必要があります。

TM Resource Adapter を使用して Websphere をセットアップし、IVP プロジェクトをデプロイしました。それは魅力のように機能します。

Websphere と Rational のライセンス (リソース アダプターを適切に使用するには必要と思われる) を回避したいので、プレーンな Java IMS Connect API も試してみました。

ここの指示に従い、プロジェクトとコードをセットアップしました。

ホストへの初期接続は機能していますが、コマンドの実行は HWS0008E エラー コードで失敗します ( HWS0008Eも参照)。

エラーの理由は EOFException であり、完全なスタック トレースは次のとおりです。

私が気付いたのは、接続ファクトリーの設定で、接続が「RACF」ユーザーを要求しているときに、ユーザー名とパスワードを設定できることです。

私の疑いでは、接続 API は、使用している認証の種類 (単純なホスト ユーザーとパスワードのみ) をサポートしていませんが、リソース アダプターはサポートしています。

この問題について経験があり、ヒントやアドバイスを手伝ってくれる人はいますか? 前もって感謝します。

IMS を RESTful Web サービス コンシューマとして公開する必要があります。私はIvy Hoによるドキュメント " Creating a RESTful Web Service for IMS-Transaction " を参照しました。このドキュメントでは、IMS を RESTful Web サービスプロバイダーとして公開することについて説明しています。そのドキュメントでは、J2C Bean の作成中にOUTBOUNDアダプター オプションを選択しました (ページ番号 4)。これにより、アプリケーションからアダプターにデータが渡されます。データをアダプターからアプリケーションに渡すINBOUNDアダプターを選択した場合、IMS を RESTful コンシューマーとして公開するのに役立ちますか?

アプリケーションを RESTful Web サービス コンシューマーとして公開するための実証済みの方法が利用できる場合は、同じ方法を教えてください。

SOAP GATEWAY サーバーでクライアント アプリケーションの REST 呼び出しを処理することは可能ですか。したがって、私のコア アプリケーションは、SOAP GATEWAY サーバーでのデータ マッピングの後に、クライアント アプリケーションの REST 応答を使用できます。

ご意見やご感想をお寄せください。前もって感謝します。

メインフレームの世界にはあまり詳しくありませんが、さまざまな IT の役割を少し経験しています。私は、基本的にいくつかの小さな操作をよりアトミックな操作に変えて、完全に完了するかロールバックする、かなり小さくて短命のトランザクションであることに慣れています。したがって、1 回の購入は 1 回のトランザクション、または何らかの情報を取得し、計算を行ってから保存する 1 回の変更になります。しかし、メインフレーム関係者から、トランザクションはより大きなもの、おそらくサービスのようなものである、または 1 つのトランザクションで複数の購入などをバッチ処理していると考えるコメントを耳にします。

「アプリケーションが IMS トランザクションを強制終了したため、すべてのユーザーが何も購入できなくなった!」というようなことを耳にします。通常、何らかのエラーが原因で取引が失敗した場合、それは大したことではなく、次の顧客がやって来て、新しい取引を開始します。

私が聞いたコメントは、彼らが 1 つのトランザクションを開いてから、すべての購入がどういうわけかそれにまとめられていると思います。1 つの購入で何らかのエラーが発生すると、すべての購入がロールバックされ、それ以上の購入はできなくなります。

基本的に、IMS トランザクションは、アプリケーションや DB の世界でよくある通常の短命のトランザクションに似ていると考えるべきですか、それとももう少し重たい、または長生きするものですか?