の初心者ですSpring Webservices。を使用して契約優先のWebサービスを作成しようとしていますspring-ws 2.0。web.xml（MessageDispatcherServlet）構成、コントラクトデザイン（XSD）、生成されたJAXBクラス、およびサービスの実装を行いました。エンドポイントで混乱しています。次のmvcRESTコントローラーまたはエンポイントのどれが、どのシナリオで使用するのが正しいですか、またその理由は何ですか？前もって感謝します。

また

インターネットから情報を取得したいのですが、python mechanize モジュールを使用してこれを行いますが、リクエスト中にペイロードを投稿する必要があります。多くの方法を試しましたが、まだ失敗しました。私を助けてください。
ここに私がつかむ投稿データがあります:

リクエスト

URL:xxxxxx
リクエスト方法:POST
ステータスコード:200 OK

リクエストヘッダー

リクエストペイロード

{dispatchorderid:"966A48E572624F2FB2E99F371C232729"}

ここに私のコードがあります:

このスクリプトを実行すると、送信情報は次のようになります。

send: 'POST /DealerManage/AddDispatchorder.aspx/GetDispatchorderEntityList HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 55
Connection: close
Accept: application/json, text/javascript, / ; q=0.01
ホスト: 125.64.15.71:8500
Cookie: ASP.NET_SessionId=34dyw50d3omel2vbsvm41zwp
X-Requested-With: XMLHttpRequest
*コンテンツ タイプ: application/x-www-form-urlencoded'

Content-Type が「application/json;」に変更されない理由 文字セット=UTF-8'?

MULE 3.3.0 CEでは、コンストラクターと2つのメソッドを使用して単純なJavaクラスを作成し、それらを以下にコピーしました。

次に、Javaクラスを.mflow（Configuration XML）のBeanとして追加し、ペイロードをJavaクラスメソッドに渡します。

どうすればこの問題を解決できますか？

MULEバージョン3.3.0CEを使用しています。インバウンドのヘッダーから値を取得し、それをJavaメソッドに渡します。Javaメソッドでは、渡された値に変更を加えます。最後に、Javaメソッドからアウトバウンドに渡しますか？ ???

UDP サーバー クライアント アプリケーションを作成しました。サーバー側には、recvfrom() を継続的に実行するスレッドが 1 つだけあります。3 つの異なるマシンから 3 つのクライアントを同時に実行し、データを送信すると、サーバーは各クライアントからデータを読み取ることができます。しかし、このアプリケーションの信頼性をテストするにはどうすればよいでしょうか? このサーバーが一度に処理できるクライアントの最大数を知るにはどうすればよいですか? また、最大ペイロードは何ですか?

以下のcurlからの出力は有用なヘッダー情報を提供しますが、ペイロード情報は提供しません。たとえば、提供されたデバッグ情報に{"jason_index"、"json_value"}を表示したいとします。

1.）詳細モードでペイロードをインラインで表示することは可能ですか？

2.）cURLによって処理される送信済みペイロードを表示するための最良の方法は何ですか？

cURLステートメントの例

PHP Webサイトをスクレイプしようとしていますが、フォームデータの代わりにヘッダーセクションにペイロードリクエストが表示されます。ペイロードリクエストとは何ですか？Chromeのデベロッパーツールを使用してデータを分析しています。

例えば：

私がやりたいのは、ユーザー名とパスワードが必要なWebサイトをスクレイプすることだけです。

POST REQUESTをどのように作成すればよいですか？どんな助けでも大歓迎です。

私はCでWebSocketサーバーを構築しています。現在、rfc6455仕様に準拠しており、接続されたクライアントが相互にメッセージを送信できるように、チャットプロトコルを実装することができました。サーバーの強度をテストするために、JavaScriptを実行して、同じクライアントからの1秒あたりの複数のメッセージを処理できるかどうかをテストしました。

上記のコードは、20ミリ秒ごとにメッセージを送信します。さらに、送信されるメッセージは、メッセージごとに100バイト大きくなります。サーバーはメッセージを取得し、接続されたクライアントに最初の360回送信することができましたが、その後、何か奇妙なことが起こりました。

サーバーが受信するすべてのメッセージについて、そのペイロード長が必要です。メッセージ360の場合、360 * 100 + 3 = 36003になります。この値はメッセージの最初の部分で指定されるため、メッセージが実際に送信されることに依存しています。 36003バイトの長さである。

関数recvを使用してソケット接続からデータを受信し、現在、バッファサイズは8192バイトです。バッファサイズよりも大きいメッセージを受信した場合は、メッセージ全体が受信されるまで、もう一度recvを呼び出します。奇妙なことに、メッセージ番号360を受信した場合、メッセージ全体を受信するには、バッファを5回読み取る必要があります（5 * 8192> 40000）。読み取り番号5が3235バイト（36003-（4 * 8192））である代わりに、recv関数はフルバッファー（別名）を返します。8192バイト。何が起こっているのかについての手がかりはありますか？