問題タブ [webmethods]

私は、webMethods でいくつかの JMS トリガーを構築する作業を行っています。

JMS メッセージ本文文字列の一部であるメッセージのペイロードの特定の条件に基づいて、メッセージをフィルター処理したいと考えています。私が理解しているように、JMS メッセージセレクターはこのフィルタリングを行いません。Xquery がこれを実行できるかどうかを確認しようとしています。

Xquery が XML 内に隠されているフィールド (JMS メッセージ本文文字列内に存在する) の値を抽出できるかどうか、何か考えはありますか?

私はxml文字列を変換したいと思います（外部ツールを使用してバイト配列から構築された自分自身。

ドキュメントと入力文字列はすべて同じ xsd で作成され、文字列を読み取ってpub.string:stringToBytesから XmlNode を取得します。pub.xml:xmlStringToXMLNode

この部分はうまく機能します。

その後、ドキュメントを作成し、Doc と呼びます。私は電話しますpub.xml:xmlNodeToDocument。しかし、返されたドキュメントは正しいタイプではありません。つまり、すべてのデータは正しい名前で正しいのですが、一部のデータを別のドキュメントにマップしようとすると、うまくいきません。

私はそれが明確ではないことを知っています、申し訳ありません。したがって、詳細には、単純な xsd があります。

そして、この xsd に準拠する対応する xml 文字列:

同じ xsd で生成されたドキュメント:

次に、xml 文字列をドキュメントに変換するフロー サービスがあります。

動作しているように見えますが、そうではありません。単純なマップを追加すると、処理されませんでした:

結果のパイプラインには、最後のマップの値が含まれることはありません。デバッグ モードを使用した後、結果のドキュメントpub.xml:xmlStringToXMLNodeが自分のドキュメントと同じタイプではないことを理解しました。

Idパイプライン アウトの文字列がありません。

私の理解と私の例の何が問題になっていますか?

いくつかの子を持つドキュメントを (xsd スキーマから) 定義しました。これらの子は、正しい Xml 変換を行うために、何らかの順序である必要があります。

いくつかのマップ ステップを作成すると、要素の順序がドキュメント リファレンスで定義されているものと同じではありません。それを強制する方法は？

ドキュメント参照の順序は次のとおりです。

そして、ここでは、いくつかのマップ stemp の後の順序:

データは正しいですが、順序が正しくありません。問題は、ドキュメントからサービスを使用して XmlString を作成するとdocumentToXMLString、順序が正しくないことです。

マッピングステップまたはxml生成で順序を強制する考えはありますか?

Webmethods Service の JIRA REST API を使用して、JIRA に添付ファイルを追加しようとしたのはおそらく私が初めてではありません。誰かが助けてくれることを願っています。

2 つの問題があります。1 つは JIRA REST API に関するもので、2 つは Webmethods MIME サービス (バージョン 9.8) に関するものです。

JIRA REST API を使用して、json inputStream を添付ファイルとして JIRA に追加するための addAttachment サービスの構築。

webmethodsでは以下のサービスを利用して、

それが生成する Mime Stream は以下のとおりです (1. 問題 1、addBodyPart でメッセージ ヘッダーを application/json に設定していますが、オーバーライドして独自の解釈に設定しているように見えますか? 2. 問題 2、しかしヘッダーで境界が mmmm に設定されています。Webmethods は独自の境界値を使用しているようです) これを解決するのを手伝ってください。必要に応じてスクリーンショットを提供できます。

問題 2、JIRA REST API で、上記の mime ドキュメントを入力として、415 Unsupported Media Type、HTTP POST CALL から URL にスローし、JIRA REST API を呼び出して添付ファイルを追加しようとしています。

これは、MIME オブジェクトを渡す http クライアント POST 呼び出しです。ストリームとして渡される MIME ストリームは、ABOVE として、415、サポートされていないメディア タイプ エラー メッセージを取得します。JIRA ログには何もありません。

Web サービスからのドキュメント応答には、オブジェクトのリストを含むオブジェクト (ドキュメント) のリストが含まれます。

例えば。

• 名前
• 姓
• 質問一覧(質問)
  • 質問
  • 必須
  • 質問ID
  • 回答一覧(Answers)
    • 答え
    • 選択した回答
    • 回答ID

質問リスト (質問) のコンテンツ プロバイダーを作成し、リストにデータを入力しましたが、質問コンテンツ プロバイダーを使用して、その質問に対する可能な回答を表示するドロップダウンをそのテーブル内に表示したいと考えています。

回答用に別のコンテンツ プロバイダーを作成しただけでは、最初の回答セットのみが各質問に使用されます。

この問題を解決するにはどうすればよいですか?

このリンクを確認しましたが、実装方法がわかりません

インストールされたサービスの1つが呼び出されるたびに、入力および出力パイプライン(xmldata)を書き込むサービスを作成しようとしています。他のサービスが呼び出されたとき、私のサービスはどのように知る必要がありますか? in&out パイプラインをキャッチしてファイルやその他のソースに保存する組み込みツールはありますか?

http サービスを呼び出すと、次の例外が発生します。

ここまでは順調ですね。しかし、人間が読める翻訳ではなく、プログラムでその情報を取得したいと思います。ステータス コード 401 や、問題が 401 であることを 100% 証明する何かを取得するチャンスはないようです。

「根本原因」 (getCause...) を取得しようとするラッパーを作成しても機能しません。他に「原因」はありません...

私が持っているのは解析可能な文字列だけです。何か案が？

アップデート

私はそれを成し遂げる方法を見つけました - 非推奨の方法を使用して...:

より良い解決策は、単純に HTTP-Status-Code をチェックすることですが、http-service によって受信された場合、401 は永久に消えてしまいます... :-|

Rest Services を使用している場合、Google Chrome で POST HTTP リクエストを送信できますか? いくつかの拡張機能を試しましたが、Chrome ブラウザから直接必要です

現在、webMethods-BPM-process のプロセス アップグレード (新しいバージョン) について考えると頭が痛くなります。

プロセス インスタンスは常に、それが開始されたプロセス バージョンで実行されることを知っています。また、プロセスの新しいバージョンをデプロイした後は、すべての新しいプロセス インスタンスが新しいバージョンに基づいていることも知っています。

プロセスのインターフェースがバージョン間で変わらない限り、すべて問題ありません。しかし、楽園については十分です...

私の世界では、インターフェイスは常に変化します。これは、2 つの可能性がある点につながります。

1. 使用/変更された各インターフェイスの各更新で互換性コードを実装します。これにより、複数の更新後に非常に醜いコードベースが作成されます...
2. プロセス インスタンスを更新します。

2番目のアプローチを試してみたいのですが、方法がわかりません。プロセスの状態を解析して新しい状態を作成しますか?

webMethods で問題を解決できますか?