問題タブ [tcpmon]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
http - tcpmon の状態 (Active、Req、Done) 列は何を意味しますか?
tcpmon の表示フィールドに関する情報を得ることができませんでした。
特に、送信中に Active->Req->Done に移動する「状態」列に混乱しています。これら 3 つの状態のそれぞれが何を意味するのかを正確に理解している人はいますか?
通信が「要求」状態のままになる断続的なハングに苦しんでいるように見えるので、質問します。
御時間ありがとうございます。
web-services - Glassfish Web サービスの監視
Java で開発し、Glassfish にデプロイした Web サービスの要求/応答エンベロープを監視しようとしています。wsimportによってwsdlから生成されたバインディングを使用している簡単な例のJavaクライアントがあります。
交換を監視するためにさまざまなツール/ユーティリティ (WireShark、TCPMon、および Eclipse 用の TCPMonitor) を試しましたが、それぞれがまったく同じことを示しています... wsdl を取得するための glassfish への呼び出し、そしてそれだけです! データベースが更新されているので、私の要求が通っていることはわかっています。ただし、これを引き起こす実際のリクエスト/レスポンス エンベロープを確認できません。
ここで根本的な何かが欠けているように感じます。リクエスト/レスポンスは別のポートを使用していますか? wsdl は、サービスが監視しているポートと同じ 8080 にあることを示しています。
何か案は?ありがとう。
java - Apache TCPMon を使用した低速接続のシミュレート
Java サーバー内の処理をテストするために、遅いクライアントをシミュレートする必要があります。私のアイデアは、小さな Java クライアントをスタブ化し、低速接続をシミュレートするためのツールを入手することでした。私の見解では、それで十分なはずです。
あちらこちらでグーグル検索すると、速度低下をシミュレートできるように見える Apache TCPMon を見つけ、それを使用することにしました。
私がそれを理解する方法-ドキュメントは非常に限られています-プロキシとして機能するnre TCPMonを作成し、「Simulate Slow Connection」をチェックして構成する必要があります。素敵で簡単。
したがって、ポート 8081 で TCPMon を作成し、localhost:8080 の「HTTP プロキシ サポート」をオンにしました。次に、Java サーバーを localhost:8080 で実行しています。私の理解では、ブラウザーが を指す (遅延した) メッセージが表示されるはずですhttp://localhost:8081
。代わりに、それを行うときに表示できるのは、次の例外だけです。
これに光を当てる誰かの助けに感謝します。また、クライアントとサーバーの両方がラップトップで実行されるシナリオで、上記の範囲で TCPMon を使用する方法を提案することもできます。
ありがとう。
java - Java で低速/損失のある通信をシミュレートする
会社のサーバー内部の機能をテストする必要があります。この機能の利点は、クライアントの実行が遅い場合 (遅延やパケット損失など) にのみ明らかです。その範囲で、低速または損失の多い接続 (TCP/HTTP) でクライアントをシミュレートする必要があります。私は Mac の Mountain Lion を使用しています。理想的には、サーバーとクライアントの両方をローカルで実行する必要があります。
私が追求しようとしたアプローチの 1 つは、失敗しましたが、接続が遅いクライアントを構築できる Java API を入手することでした。JMeter に SlowSockets (または類似のもの) と呼ばれるものがあることは知っていますが、パフォーマンスの遅いクライアントにより焦点を当てた API を探していました。便利な API のアイデアはありますか?
私が試した別のアプローチは、プロキシを使用してクライアントとサーバーの間の仲介者として機能することでした。その場合、プロキシは低速リンクをシミュレートする機能を提供する必要があります。私は Charles プロキシ (Mac) と Apache TCPMon を試しましたが、それらを動作させようとすると何かが欠けているようです。たとえば、TCPMon を「プロキシ」モード (「低速リンクのシミュレート」機能を提供するモード) で起動すると、ローカル プロキシのポートを定義しますが、リモート ホストの定義方法がわかりません。とポート。Charles Proxy でも同様のことが起こります。プロキシ設定でローカル ポートを設定できますが、プロキシのリモート エンドを定義する方法がわかりません (実際、リモート サーバーが応答していないと言って接続に失敗します)。私が間違っていることを知っている人はいますか?
私が追求しようとしたもう 1 つのアプローチは、低レベル (OS ベースなど) の手段を使用することです。この場合、Apple の Network Link Conditioner を試しました。スイッチを入れて速度パラメータを定義しましたが、ping を実行すると、予想される RTT などが表示されないようです。NLC は、XCode および iOS テストと緊密な関係にあると感じています。他の (Java などの) アプリケーションをテストするには? Mac で ipfw も試してみましたが、マニュアルによると ipfw は現在非推奨であり、すぐに利用できなくなるツールを知るために時間を割きたくありません。
どんなアイデア/ヘルプも高く評価されます。
前もって感謝します。
soap - tomcat が jasper ws 応答で添付ファイルを見つけられない
リモートでホストされている jasperserver (どちらも tomcat でホストされている) に接続する Web アプリケーションで問題が発生しています。ここで、SOAP 応答が Web アプリケーションによって「添付ファイルが存在しません!」と認識されません。
私はtcpmonで問題を切り分けようとしましたが、以下は私の観察です
1.) Jasperserver は正しい Jasperprint コンテンツ タイプで応答します (添付ファイルの Octetstream が存在します) - jasperserver の添付ファイルのサイズにはいくつかの制限があり、jasperserver 内の添付ファイル フォルダーには権限の問題があるという回答がほとんど見つかりませんでした。しかし、この場合は問題ではないようです。
2.) クライアント側で実行していた tcpmon で SOAP 応答が正しく受信されるため、ネットワーク上のコンテンツ タイプに関連する問題を安全に除外できると思います。
ただし、応答がクライアントの tomcat に正しく到着していても、Tomcat またはアプリケーションのいずれかで添付ファイルの識別に問題があるようです。
jasperserver、ireport クライアント、または軸ライブラリの更新や変更も行っていません。
次に確認する場所と考えられる根本原因を教えていただければ幸いです。
c++ - XcvData で IP アドレスを取得する
プリンターのIPを取得する必要がありますが、あまり成功していません。すでにさまざまな方法で試しています。現在、私のコードは次のようになっています。
彼が XcvData 関数を呼び出そうとすると、彼女は「IF」を入力しません。そして、私のオブジェクト「wAddress」は空のままです。届かないから?
OBS: このコードは msdn ドキュメントに基づいています: http://msdn.microsoft.com/en-us/library/windows/hardware/ff562761(v=vs.85).aspx
感謝!
java - TCPMon ダウンロード jar が Windows で実行されない
WSO2 ESB を介してトラフィックを監視するために、TCPmonをダウンロードしました。ただし、jar を実行しようとしても何も起こりません。jar を実行するにはどうすればよいですか?
java - TCPMON は、ターゲット エンドポイントを HOSTNAME と PORT に分割することを強制します。
私の Web サービス エンドポイントは次のようになります: http://www.host.com:8010/webservices/SOAProvider/plsql/xxcpin_ap_supplier_pkg/
したがって、tcpmon を使用して送信要求と受信応答をキャプチャする場合、「www.host.com」を HOSTNAME として指定し、8010 を PORT として指定します。TCPMON で拡張機能「webservices/SOAProvider/plsql/xxcpin_ap_supplier_pkg/」を指定する方法がないようです。これにより、SOAP メッセージが正しいエンドポイント ( http://www.host.com:8010/webservices/SOAProvider/plsql/xxcpin_ap_supplier_pkg/ )に到達していると思われます。
完全なエンドポイント アドレスを指定し、soap の要求と応答を追跡できる方法または別のツールはありますか?
ご回答とご協力をお願いいたします。
ありがとう