Uso de Jetty9
Jetty es relativamente simple, más o menos igual que Tomcat. Este artículo describe principalmente el uso de jetty9 y superiores. La versión jetty9 tiene algunos cambios obvios en la estructura del directorio y el uso de jetty.
Jetty es liviano en comparación con Tomcat y es más rápido y eficiente en el manejo de solicitudes detalladas de alta concurrencia. Por lo tanto, también tiene muchos escenarios de uso. La elección adecuada debería ser: el sitio web del portal de la plataforma en la nube debe colocarse en Tomcat y la web Java alojada por PTZ debe implementarse en Jetty.
El directorio bin almacena scripts de shell que se ejecutan en sistemas Unix;
etc. almacena archivos de configuración de jetty;
los módulos almacenan varios módulos que terminan en .mod. Puedes ver que hay muchos módulos, pero la mayoría de ellos no están activados. Los módulos como registros y aplicaciones web están activados de forma predeterminada.
Las aplicaciones web, como Tomcat, se utilizan para almacenar proyectos.
Puede ver que hay un directorio de trabajo en la captura de pantalla. En circunstancias normales, no existe dicho directorio al descomprimir Jetty. , porque al almacenar proyectos en aplicaciones web, inicie Jetty ejecutando el comando java -jar start.jar en el directorio raíz. Dado que el directorio donde se encuentra Jetty y la ruta del proyecto en ejecución están separados, esto es conveniente al actualizar Jetty. No afecta los proyectos en ejecución, por ejemplo, coloque un paquete war en webapps y ejecute jetty. Sin embargo, el proyecto descomprimido por el paquete war existe en el directorio temporal del sistema y no se puede encontrar en el directorio jetty. Cuando abre la carpeta de trabajo, el proyecto descomprimido se almacenará en la carpeta de trabajo de forma predeterminada.
El archivo de configuración interno está escrito como:
Esta es la configuración más básica, similar al server.xml de Tomcat, pero Jetty puede configurar más.
De forma predeterminada, Jetty implementará automáticamente el contenido en el directorio webapps/ bajo el directorio raíz (también puede configurar jetty.base. Las reglas de implementación son las siguientes:
Oculto). los archivos (directorios que comienzan con .) y terminan con .d se ignoran;
los directorios CVS como "CVS" y "CVSROOT" se ignoran;
cualquier paquete war se implementará automáticamente ;
Cualquier archivo de descripción xml se considera desplegable;
Cualquier directorio se considera desplegable
El paquete war y el directorio con el mismo nombre existen al mismo tiempo; y el directorio no se implementa, solo se implementa el paquete war y se considera que el paquete war hace referencia al directorio;
El paquete war y el archivo xml con el mismo nombre existen al mismo tiempo , el paquete war no se implementa, solo se implementa el descriptor del archivo xml y se considera que el paquete war hace referencia al directorio. El archivo xml hace referencia al directorio con el mismo nombre. y el archivo xml existen al mismo tiempo, el directorio no se implementa, el archivo xml se implementa y se considera que el archivo xml hace referencia al directorio
Acerca de las actualizaciones Para obtener instrucciones detalladas, consulte; la documentación oficial aquí. Mi recordatorio principal es: en el directorio webapps, si hay directorios, paquetes war y archivos xml con el mismo nombre, serán tratados como el mismo proyecto y la prioridad de implementación es archivo xml > paquete war > directorio. Asegúrese de prestar atención al mismo nombre. Si hay un nombre diferente, hay un paquete war en webapps y hay un archivo xml que hace referencia al paquete war, provocará una implementación repetida. Esta es la trampa que salté. en.
Al implementar, el enfoque recomendado es colocar el archivo de descripción xml en el directorio de aplicaciones web implementado automáticamente, que define la ruta del paquete war, la ruta de contexto, si se debe descomprimir, el directorio temporal, el archivo de registro, etc. ., y luego El paquete war se coloca en un directorio fijo personalizado. Al actualizar el proyecto, solo necesita hacer una copia de seguridad y reemplazar el paquete war y reiniciar jetty.
Lo anterior se transfiere desde: /weixin_38978094/article/details/87917711
El directorio demo-base es una instancia de un proyecto separado. Este directorio es jetty_base que ejecuta un determinado. proyecto, que se puede utilizar en el servidor en cualquier ubicación.
Estructura de directorios:
Modifique la ruta de contexto de acceso en el xml correspondiente a las aplicaciones web y modifique el número de puerto en start.d/http.ini.
Inicie el proyecto: java -jar ${JETTY_HOME}/start.jar
También puede especificar jetty_base al iniciar: java -jar ${JETTY_HOME}/start.jar jetty. base=...