対応バージョン :	3.5.8
対応エディション :
対応プラットフォーム :

WrapperプロセスとJVM内部で動作しているクラスとの間で、Wrapperは常に通信の維持が必要です。 その通信は伝統的にループバック・デバイス（localhost）越しにソケットを利用して行われます。 これは安全で信頼性があるのですが、一部のユーザーから 「セキュリティやその他の問題のために、何か代替え案が欲しい」とのリクエストをいただきました。

２つ知られたインスタンスで、ユーザーから 「Windows 2003上で動作中、外部プロセスによってバックエンド・ソケットが閉じられていた」という報告を受けています。 その閉じられた原因を決して発見することはできませんでしたが、 パイプを利用した代替え通信メソッドを実装するキッカケになりました。

これは、［wrapper.debug］プロパティで デバッグ出力が有効になっている状態で、「ソケットが閉じた」現象が起きたときのログです：

DEBUG  | wrapperp | socket send failed.  An existing connection was forcibly closed by the remote host. (0x2746)
DEBUG  | wrapperp | closing backend socket.
INFO   | jvm 1    | WrapperManager Debug: Closed socket: java.net.SocketException: Connection reset
INFO   | jvm 1    | WrapperManager Debug: Returned from socket handler.
INFO   | jvm 1    | WrapperManager Debug: Closing backend socket.
INFO   | jvm 1    | WrapperManager Error: The backend socket was closed unexpectedly.  Restart to resync with the Wrapper.

「ソケットが閉じた」現象が発生すると、Wrapperは他に問題を起こすことなくJVMを再起動しますが、 一部のアプリケーションでは、JVM再起動でJVMに問題を引き起こすことがあり、再起動を避けるのが一番好ましいです。

この書き込み時で、このプロおパティはまだ実験的です。 デフォルト値は「SOCKET」です。

• デフォルト・ソケット・バックエンドを利用するには、 「SOCKET」を設定してください。
• 新しいパイプ・バックエンドを利用するには、 「PIPE」を設定してください。

wrapper.backend.type=SOCKET

• [ wrapper.backend.type ]

• [ wrapper.port ]
• [ wrapper.port.max ]
• [ wrapper.port.min ]

• [ wrapper.jvm.port ]
• [ wrapper.jvm.port.max ]
• [ wrapper.jvm.port.min ]