問題タブ [mtom]

Spring WSがファイルが添付されたリクエストを受信し、ストリーミングを使用するのに問題があります。問題は、セキュリティインターセプターを使用しようとすると、次の例外が発生することです。

私はAxiomMessageFactoryを使用しています。

私のエンドポイントマッピングはwss4jSecurityInterceptorを使用しています。

私のセキュリティインターセプターは、ペイロードを使用しないように設定されています。

よろしく、クレイグ

Spring-WS で OXM を実行するために JAXB2 を使用しています。私が指定した XSD では、soap メッセージに大きな XML ファイルを添付する必要があるため、MTOM を使用してファイルを転送し、JAXB2Marshaller で MTOM を有効にしました。

JAXB2 は、期待される MIME タイプが text/xml である MTOM 添付ファイルをマーシャリングするときに、その要素を javax.xml.transform.Source オブジェクトとして配信します。いくつか検索した後、その Source オブジェクトをファイルに送信する方法を見つけることができました。

私が抱えている問題は、添付ファイルとして UTF-8 でエンコードされたファイルを送信すると、次のエラーが発生することです。

これは、ファイル内のエンコードされたテキストの前にあるバイト オーダー マークが原因です。この BOM は、Unicode 標準で許可されている UTF-8 でエンコードされたファイルでは必要ありませんが、Java は UTF-8 でエンコードされた BOM をサポートしていません。ストリーム。

BOM なしでファイルを送信することでこの問題を解決できますが、BOM を挿入するほとんどの Microsoft 製品で問題が発生するため、これは現実的ではありません。

Sun/Oracle が Streams でこの問題を修正することを拒否したための回避策はたくさんありますが、それらはすべて Stream にアクセスする必要があります。JAXB2 によって提供される Source Object には InputStream がなく、Reader オブジェクトのみがあります。UTF-8エンコーディングでBOMを無視する方法を知っているリーダーでSources Readerオブジェクトをラップするか、JAXB2が添付ファイルをソースに読み込む方法を変更して無視できるようにすることで、この問題を解決する方法はありますか? UTF-8 エンコーディングの BOM。

前もって感謝します、クレイグ

WebサービスにCXF2.2.12ライブラリを使用しています。

RESTful応答でMTOM（メッセージ送信最適化メカニズム）を使用することは可能ですか？

これに関するドキュメント/チュートリアルへのリンクをいただければ幸いです。ありがとう！

Home Grown アプリサーバーの既存の Web サービス サポートに MTOM 添付ファイルのサポートを追加しています。Web サービス フレームワークは JavaEE5 と同様のパターンに従い、注釈付きのサービスとオブジェクトは、自動 WSDL 生成を使用して WebService として自動的に公開されます。

実際の解析と生成を行っていますが、WSDL 生成を更新して、MTOM がサポートされ優先されることをクライアントに示す必要があるかどうかを判断できませんでした。MTOM サポートを示す方法について複数の矛盾する標準を見つけてきましたが、現実の世界で何が使用されているのか途方に暮れています。

これまでのところ、私は見つけました：

• MTOM シリアライゼーション ポリシー アサーション (WS-MTOMPolicy) バージョン 1.0 - XML Soap から
• MTOM シリアライゼーション ポリシー アサーション 1.1 - W3Cより

私が見る限り、W3c のものは XMLSoap のものの新しいバージョンのように見えますが、アサーションのために別の名前空間で別の要素を使用しているようです:

• W3C の使用 - http://www.w3.org/2007/08/soap12-mtom-policy名前空間の MTOM
• XML Soap の使用 - http://schemas.xmlsoap.org/ws/2004/09/policy/optimizedmimeserialization名前空間の OptimizedMimeSerialization

また、Glassfish が XML Soap を使用していたことを示すランダムなフォーラム投稿も気に入っています。W3C 標準は草案ですが、2007 年に草案が作成されたようです。

これらの仕様のどれが一般的に使用されているか知っている人はいますか? それとも、MTOM に関しては WSDL を無視するのが一般的ですか?

WPF 4はすぐに使用できる既定の構成を提供するため、サービスのカスタムMTOMバインディングを作成するのに苦労しています。つまり、私のWCFライブラリは、基本HTTPを使用しているいくつかのサービスをホストしています。サービスの1つはファイルのアップロードに使用され、MTOMが必要です。ファイルアップロードサービスのみがカスタム定義のMTOMバインディングを使用し、残りはデフォルトを使用するようにするにはどうすればよいですか？

これは私がこれまでに持っているものです：

前もって感謝します！

現在、powershell の機能を調査していますが、解決できない問題に遭遇しました。簡単なヒントをいただければ幸いです =)

私の目標: powershell v2.0 から (できれば new-webserviceproxy コマンドレットを使用して) WCF サービス (MTOM メッセージ エンコーディングで構成) からメソッドを呼び出す

私の問題: メッセージ エンコーディングが Mtom に設定されている場合、new-webserviceproxy コマンドレットはサービスの応答を正しく解析できません。次のエラーが表示されます。

パワーシェル:

$proxyObject = New-WebServiceProxy -URI "http://myserver.com/AccessService.svc?wsdl"
$proxyObject.TestWebServiceConnection()

"0" 個の引数を指定して "TestWebServiceConnection" を呼び出し中に例外が発生しました: "クライアントが 'multipart/related; type="application/xop+xml" の応答コンテンツ タイプを検出しました;start="<http://tempuri.org/0> ";boundary="uuid:
4001d529-32b9-4560-9f4b-550c35c67b03+id=4";start-info="text/xml"', but expected 'text/xml'.
要求はエラー メッセージで失敗しました:
- -
--uuid:4001d529-32b9-4560-9f4b-550c35c67b03+id=4
Content-ID: <http://tempuri.org/0>
Content-Transfer-Encoding: 8bit
Content-Type: application/xop+xml; charset=utf-8;type="text/xml"
<s:封筒 xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:本文>
< TestWebServiceConnectionResponse xmlns="http://myserver.com/">
<TestWebServiceConnectionResult>成功</TestWebServiceConnectionResult>
</TestWebServiceConnectionResponse>
</s:Body>
</s:Envelope>
--uuid:4001d529-32b9-4560-9f4b-550c35c67b03+id=4--
--."
行: 1 文字:38
+ $proxyObject.TestWebServiceConnection <<<< () >> error.txt
+ CategoryInfo : NotSpecified: (:) []、MethodInvocationException
+ FullyQualifiedErrorId : DotNetMethodException

他のクライアントや Microsoft が提供する wcfclient ツールを介して WCF サービスを利用できることに注意してください。TestWebServiceConnectionResultがsuccessを返したことがわかりますが、プロキシ オブジェクトが応答を解析できたようには見えません。

動作:

<serviceBehaviors>
<behavior name="MyServiceBehavior">
<serviceThrottling maxConcurrentCalls="100" maxConcurrentSessions="100"/>
<serviceMetadata httpGetEnabled="true" httpsGetEnabled="false"/>
<serviceDebug includeExceptionDetailInFaults="false"/>
</振る舞い>
</serviceBehaviors>

バインディング(タイムアウト値/リーダー クォータとメッセージ サイズは、それらの値の順列が私の問題に関連していないように見えるため、除外しました):

<basicHttpBinding>
<binding name="basicHttpEndpointBinding" messageEncoding="Mtom">
<security mode="None">
<transport clientCredentialType="None"/>
</security>
</basicHttpBinding>

サービス

<service behaviorConfiguration="MyServiceBehavior" name="MyService.AccessService">
<endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpEndpointBinding" name="basicHttpEndpointAccessService" bindingNamespace="http://myserver.com/" contract= "MyService.IAccessService"/>
<endpoint address="mex" binding="basicHttpBinding" bindingConfiguration="basicHttpEndpointBinding" name="mexEndpointAccess" contract="IMetadataExchange"/>
</service>

Windows Phone7のMTOMmessageEncodingでbasichttpbindingを使用することは可能ですか？WP7で利用可能なバインディングを備えた明確なドキュメントは見つかりません。ありがとう、アレックス

Web サービスの 1 つで発生したバグに取り組んでいます。OC4J で動作する Axis2 1.4.1 を使用しています。問題は、複数の署名付きバイナリ添付ファイルを MTOM を使用してサービスに送信すると、サービスは添付ファイルの 1 つしか取得しないことです。WS-Security を無効にして同じ要求を Web サービスに送信すると、すべての添付ファイルが通過します。これは、MTOM が添付ファイルを個別の MIME セクションに分割するのに十分な大きさであると「判断」した場合にのみ発生するようです。それらが非常に小さい場合、MTOM はそれらを base64 エンコードしてインラインのままにし、すべてのデータを通過させます。

すべての要求 SOAP Xml が正しく生成されます。つまり、すべての複数の添付ファイルがサービスに送信され、すべての MIME 境界が存在し、すべての XOP インクルードが配置されています。これは、Eclipse の TCP/IP モニターと SOAP Sonar で提供される出力を使用して要求をスヌープしたためです。 .

署名されたコンテンツを Axis2 Web サービスに送信しようとしたときに問題が発生した人はいますか?

JAX-WS @MTOMを使用してファイルを転送する場合、組み込みのファイル整合性チェックがありますか？または、ダウンロード/アップロードが完了した後、自分でそれを行う必要がありますか？

次の要件を持つWebサービスを使用する必要があります。

• https / ssl
• MTOM
• ユーザー/パスワードはSOAPヘッダーで指定する必要があります
• ペイロードとして1つの（おそらく大きい）バイナリファイル

私はこのWebサービスを制御しておらず、使用する必要があります。私はWCFを初めて使用するので、いくつかの基本的なことについてサポートが必要です。私の質問は次のとおりです。

1. VS2010でサービス参照を追加すると、構成にbasichttpbindingが含まれます。私はwshttpbindingを使わなければならないと思います、私は正しいですか？どこで/どのように変更/構成しますか？直接構成にありますか？
2. soapヘッダーでユーザー/パスワードを指定するようにクライアントを構成するにはどうすればよいですか？
3. バイナリファイルを「添付」するにはどうすればよいですか？

ありがとう