Kompatibel :	3.5.8
Editionen :
Betriebssysteme :

Der Wrapper muss einen stetigen Kommunikationsfluss zwischen den Wrapper-Prozess und einer Klasse, die innerhalb der JVM ausgeführt wird, aufrechterhalten. Diese Kommunikation wird traditionell unter Nutzung eines Socket über das Loopback-Gerät hinweg getan (localhost). Dies ist sicher und zuverlässig gewesen, aber einige User haben aus Sicherheits- und anderen Gründen eine Alternative erwünscht.

In zwei bekannten Fällen haben User berichtet, dass ihr Backend-Socket durch einen externen Prozess geschlossen wurde, während sie Windows 2003 ausführten. Die Ursachen für diese Abschlüsse wurden nie entdeckt, aber dies war der Anstoß, um eine alternative Kommunikationsmethode mittels Pipes zu implementieren.

Dies ist, was in den Logs gesehen werden kann, als dies auftrat mit aktivierter Debug-Ausgabe in der wrapper.debug Eigenschaft :

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.

Wenn dies auftritt, startet der Wrapper die JVM ohne weitere Probleme neu, aber für einige Anwendungen kann ein Neustart der JVM programminterne Probleme verursachen; und daher ist es am besten, dies zu vermeiden.

Der Standardwert ist "AUTO".

Liste von möglichen Werten:

• AUTO: Nutzung von SOCKET und im Fehlerfall Rückgriff auf PIPE
• SOCKET: Nutzung von SOCKET_IPv4 und im Fehlerfall Rückgriff auf SOCKET_IPv6
• SOCKET_IPv4: Nutzung von IPv4-Socket
• SOCKET_IPv6: Nutzung von IPv6-Socket
• PIPE: Nutung von Pipe-Backend

wrapper.backend.type=SOCKET

• wrapper.backend.type (3.5.8)

  Konfiguriert diwrapper.event.e Datenübertragung zwischen dem Wrapper-Prozess und der Klasse, die innerhalb der JVM läuft.

• wrapper.port (1.0.0)

  Konfiguriert den Port, den der Wrapper nutzen wird, um sich mit der JVM zu verbinden.

• wrapper.port.address (3.5.18)

  Legt die IP-Adresse fest, die für die Kommunikation zwischen dem Wrapper und der JVM genutzt wird.

• wrapper.port.max (3.2.0)

  Legt die obere Grenze des Bereichs fest, den der Wrapper benutzen wird, um sich mit der JVM zu verbinden.

• wrapper.port.min (3.2.0)

  Legt die untere Grenze des Bereichs fest, den der Wrapper benutzen wird, um sich mit der JVM zu verbinden.

• wrapper.jvm.port (3.2.0)

  Konfiguriert den Port, den die JVM nutzt, um sich mit dem Wrapper zurückzuverbinden.

• wrapper.jvm.port.max (3.2.0)

  Spezifiziert die obere Grenze des Port-Bereichs, den die JVM nutzt, um sich mit dem Wrapper zurückzuverbinden.

• wrapper.jvm.port.min (3.2.0)

  Spezifiziert die untere Grenze des Port-Bereichs, den die JVM nutzt, um sich mit dem Wrapper zurückzuverbinden.