問題タブ [irs]

Xsdスキーマ(下記)に対して検証したい次のXmlがあります。以下に示す C# 関数を使用して、指定された Xsd スキーマに対して Xml を検証しようとしています。「ルート レベルのデータが無効です。行 1、位置 1」という一般的な種類のエラー メッセージが表示されます。これは「while(vr.Read())」で発生します。

この問題の原因と解決策を教えてください。または、この種の一般的なエラーをトラブルシューティングする方法はありますか。

私の Xsd スキーマからわかるように、他の子 xsd ファイルへの参照も含まれています。エラーと何か関係があるのか​​ 疑問に思っています。

敬具

XML ファイル

XSD スキーマ

以下は、C# 検証関数です。

Visual Studio で IRS 1095-C Web サービスを利用するアプリケーションを作成したいと考えています。Visual Studio で IRS サービス URL を「サービス参照」として追加して、プロキシ クラスを作成することができません。これを修正する方法を知っている人はいますか？

次の SOAP リクエストでプロデューサ Web サービスをヒットすると、「無効なセキュリティ ヘッダー」メッセージが返されます。JAX-WS RI 2.2.4-b01 を使用する Oracle JDK 7 での私のテスト ケースでは、正常に動作します。

私は Websphere を使用しているため、WSS4j 1.6.0 と IBM JDK 6 を使用する必要があります。問題は、IBM JDK 6 に付属する JAX-WS RI 2.1.6 にあると思います。

InclusiveNamspaces を「ec」プレフィックスなしで次のように表示しようとしています。これは、以下に示す XML 要求と異なる点の 1 つであることを認識しています。

しかし、代わりに「ec」プレフィックスが付いています

コードでこれを試しましたが、削除されません。何か案は？

Oracle JDK 7 を使用する場合に機能するリクエストを次に示します。JAX-WS RI 2.2.4-b01 を使用していることに注意してください。

これは、JAX-WS 2.1 を含む IBM JDK 6 を使用したリクエストです。私が確認できる唯一の違いは、「ec」プレフィックスを使用し、明示的に UTF-8 であると述べていることです。

WCF を介して IRS に SOAP メッセージを送信しようとしていますが、MTOM 添付ファイルの形式が正しくないため、拒否され続けます。

Content-Transfer-Encoding問題を自分の価値に絞り込みました。Binary(の省略形)に設定され8-bitます。

IRS サービスは7-bit、8 ビットでエンコードされた添付ファイルと共に を使用するよう求めています (つまり、UTF-8 でエンコードし、非 ASCII 文字を使用していないことを保証します)。

リクエストを gzip するために、カスタム メッセージ エンコーダーを既に使用しています (レスポンスはプレーン テキストで返されます)。これがWriteMessage今の私の姿です。

何か案は？WriteEncodingプロパティを ASCII または UTF7に変更すると、 .NET は ArgumentException をスローし、フォーマットがサポートされていないことを通知します。

サードパーティにデータ (POST) を送信.NET 4.0するクライアントとして機能するコンソール アプリケーションを開発しています。SOAP Web Serviceサーバー側の Web サービスを制御できません。サードパーティはWSDL's使用を提供しましたが、私はそれらをインポートして使用することができました。ただし、 を使用して要求メッセージを圧縮する必要がありgzip、プロキシ サービスを使用してそれを行う方法を一生理解できませんでした。

SO に関するこのトピックでは、クライアント コードとサーバー コードの両方を制御しないと、要求を圧縮できないと考えるようになりました。この発見の結果として、オブジェクトSOAP XML内にを手動で作成するコードをアプリケーションに書きました。XDocument次に、 WSDL以前にクライアント アプリケーションで使用するようにコーディングしたプロキシ クラス オブジェクトから値を設定しました。

このクライアントの最初の要件は、 を介して圧縮されたメッセージを送信することですgzip。HttpRequestHeader.AcceptEncoding, "gzip, deflate"いくつかの調査の後、リクエストヘッダーに を追加するだけの簡単な答えを見てきました。残念ながら、それはうまくいかないようでした。

現在、取得している証明書は実際の証明書ではありません。実際のサービス テストを行うためにテスト環境にデプロイする前に、コードをできる限り健全なものにしようとしています。

1. プロキシ呼び出し ( ) を介して要求を圧縮する方法はありwsdlますか?
2. を適切に圧縮するために欠けているものはありますHttpWebRequestか?
3. エラーメッセージが返される原因となる何か他の問題が発生している可能性はありますか?
   リクエスト自体が OK の場合、認証が無効であることに関する別のメッセージが表示されると思います。
4. を介して圧縮を行う方法はありapp.configますか?

次の一連の要件は、処理方法/何をすべきかについて少し混乱しています。リクエストの を何に設定したかという仮定の下で、リクエストにピースをContentType追加するためにどのように（そして何を）追加しますか？content-transfer-encodingが正しくない場合、ContentTypeこの情報もどのように追加すればよいですか?

MTOM でエンコードされた添付ファイルを含む SOAP Evenlope のコンテンツ タイプは「application/xop+xml」である必要があり、content-transfer-encoding は 8 ビットである必要があります。

以下のコードを何度か繰り返しましたが、関連するスニペットは最も単純な形式のコードであると思います。他に役立つ情報があれば教えてください。

HttpWebRequest を作成するメソッド:

リクエストを送信するコード:

応答を取得するコード:
これは、発生しているエラー メッセージを取得する方法です。

受信したエラー メッセージ:

要求メッセージは、HTTP 圧縮 (RFC 1952 - GZIP) を使用して送信する必要があります。

ACA データ送信用に公開された Web サービスを介して IRS にデータを送信しようとしていますが、セキュリティ ヘッダーのタイムスタンプと署名要素の順序が原因で、WSE 3.0 アプローチを機能させることができませんでした。TimeStamp 要素が Signature 要素の前に表示されると、IRS 側の XSD 検証でエラーが表示されます。Signature 要素と Timestamp 要素の正しい順序でセキュリティ ヘッダーを手動で生成するためにポリシー アサーションを使用すると、IRS Web サービスで「無効な WS セキュリティ ヘッダー」エラーが表示されます。

同じ問題を抱えている人は、可能な修正を教えてください。WSE 3.0 の代わりに WCF 4.5 を使用することが解決策です。WCF 4.5 を使用して MTOM 添付ファイルと GZip エンコーディングの両方を処理する実際のサンプルを提供してください。

どんな助けでも大歓迎です。

編集:以下は、手動で作成された XML 全体で現在送信しているステータス リクエスト ソープ エンベロープです。それでも TPE - 1122 無効なセキュリティ ヘッダー エラーが表示されます。この要求に誤りはありますか?

編集 2: : 封筒に署名して署名要素を作成するために使用している方法は次のとおりです。まだセキュリティヘッダーエラーが発生しています... :(