Después de integrar Tomcat y Apache, use Tomcat para reescribir la URL.
En conf/server.xml, agregue la siguiente declaración debajo del elemento host.
& ltcontext path = " " docBase = " E:/work/map 2/WebRoot " reloadable = " true "/& gt;
Docbase es la ruta de su proyecto.
En este caso, visite la dirección IP y su proyecto aparecerá en lugar de la pantalla amarilla predeterminada de Tomcat.
Te explicaré server.xml en detalle.
1.& ltServer port="8005" Shutdown="SHUTDOWN "
2.& lt! -Descripción del atributo
3.puerto: especifique un puerto responsable de escuchar las solicitudes para cerrar Tomcat.
4.shutdown: la cadena de comando enviada al puerto anterior para apagar el servidor.
5.-& gt；
6.& ltlistener class name=" org . Apache . catalina . core . aprlivecyclelistener "/& gt; .& ltlistener class name = " org . Apache . catalina . mbeans . serverlifecyclelistener "/& gt;
8.& ltlistener class name = " org . Apache . catalina . mbean . globalresourceslifecyclelistener "/& gt;
9.& ltlistener class name=" org . Apache . catalina . store config . storeconfiglifecyclelistener "/& gt;
10.
11.& ltGlobalNamingResources & gt
12.
13.& ltNombre del entorno = " valor simple " tipo = " Java . lang . entero " valor = " 30 "/& gt;
14.
15.& ltresource name = "base de datos de usuario" autenticación = "contenedor"
16.type = " org . Apache . catalina . base de datos de usuario "
17. Descripción = "Base de datos de usuarios que se puede actualizar y guardar"
18.factory = " org . Apache . catalina . usuarios . Memoryuserdatabasefactory "
19. nombre de ruta = " conf/Tomcat-users . XML "/& gt；
20.
21.& lt/GlobalNamingResources & gt；
22 .< ! -
23. Cada elemento de servicio sólo puede tener un elemento motor.
Los elementos se manejan de la misma manera
24.-& gt;
25.& ltService name=" Catalina " & gt
26.& lt! -Descripción del atributo
27. Nombre: el nombre del servicio
28.-& gt;
29.
30.
p>
31.
32.<! -
33. Elemento conector: definido por la interfaz del conector.
Es responsable de recibir las solicitudes de los clientes y devolver los resultados de las respuestas al cliente.
35.->
36.<Connector port="80" maxHttpHeaderSize="8192"
37.maxThreads="150" minSpareThreads=" 25 " maxSpareThreads = " 75 "
38.enable lookups = " false " puerto de redirección = " 8443 " aceptar recuento = " 100 "
39.tiempo de espera de conexión = " 20000 " enableuploadtime salida = " verdadero "/& gt;
40.& lt! -Descripción de la propiedad
41.port: el número de puerto del conector del servidor, que escuchará las solicitudes del cliente en el puerto especificado.
42.enableLookups: si es verdadero, puede obtener el cliente remoto llamando a request.getRemoteHost() para realizar una consulta DNS.
El nombre de host real de 43.; si es falso, no se realizará ninguna consulta de DNS, pero se devolverá la dirección IP.
44.redirectPort: Cuando el servidor procesa una solicitud http, recibe un número de puerto que se redirige después de la solicitud de transferencia SSL.
45.acceptCount: cuando se agotan todos los subprocesos disponibles para procesar solicitudes, la cantidad de solicitudes que se pueden colocar en la cola de procesamiento excede este número.
46. La solicitud no será procesada y se devolverá un error de conexión rechazada.
47.connectionTimeout: Número de horas de espera para el tiempo de espera (en milisegundos).
48.maxThreads: establece el número máximo de subprocesos en el puerto de escucha, que también determina el número máximo de solicitudes de clientes a las que el servidor puede responder al mismo tiempo. El valor predeterminado es 200.
49. Protocolo: Debe configurarse en el protocolo AJP/1.3.
50. Dirección: Si el servidor tiene más de dos direcciones IP, esta propiedad puede configurar la dirección IP del monitor de puerto. De forma predeterminada, el puerto escuchará en todas las direcciones IP del servidor.
51.minProcessors: el número de subprocesos creados cuando el servidor comienza a procesar solicitudes. Cada solicitud es procesada por un subproceso.
52.maxProcessors: el número máximo de subprocesos que se pueden crear para manejar solicitudes.
53. Mínimo de subprocesos de repuesto
54.maxSpareThreads: Máximo de subprocesos de repuesto
55. Depuración: nivel de registro
56.disableUploadTimeout: Deshabilite el tiempo de espera de carga, que se utiliza principalmente al cargar big data.
57.-& gt;
58.
59.
60.& ltConector puerto="8009"
61.enable lookups = " false " puerto de redirección = " 8443 " protocolo = " AJP/1.3 "/& gt；
62.
63.
64.& ltmotor nombre = " Catalina " host predeterminado = " localhost "
65.& lt! -Descripción del atributo
66 Nombre: corresponde a Catalina en $CATALINA_HOME/config/Catalina.
67.defaultHost: Corresponde al atributo name en el elemento Host, el cual corresponde al localhost en $catalina_home/config/catalina/localhost.
68. El nombre del host virtual predeterminado utilizado para manejar las solicitudes debe ser al menos el mismo que el valor del atributo de nombre de uno de los elementos del host.
69.Depuración: Nivel de registro
70.-& gt;
71.
72.& lrealm class name = " org . Apache . catalina kingdom .userdatabaserealm "
73.resourceName = " base de datos de usuario "/& gt；
74.<! -
75. Está definido por la interfaz del host. Un elemento del motor puede contener múltiples
76.each
77.-& gt;
78.& lthostname="localhost" appBase= "webapps "
79.un packwars = " true " auto despliegue = " true "
80.XML validation = " false " xmlNamespaceAware = " false " & gt；
81.<! -Descripción de la propiedad
82.name: En este ejemplo está resaltado como localhost en $catalina_home/config/catalina/localhost.
83. Nombre del host virtual
84. Depuración: este es el nivel de depuración del registro.
85.appBase: la ruta de la aplicación predeterminada, es decir, la aplicación se coloca en un directorio. Cuando autoDeploy es verdadero, la aplicación se puede implementar automáticamente. La ruta es relativa a $catalina_home/ (el directorio base de la aplicación web).
86.unpackWARs: establecido en verdadero o *. war en la aplicación web y extraiga este archivo WAR.
87. Si es verdadero, Tomcat descomprimirá automáticamente el archivo WAR; de lo contrario, ejecutará la aplicación directamente desde el archivo WAR sin descomprimirlo.
88.autoDeploy: el valor predeterminado es verdadero, lo que significa que si se coloca una nueva aplicación WEB en appBase y Tomcat se está ejecutando, la aplicación se cargará automáticamente.
89.-& gt;
90.
91.& ltcontext ruta = "/demm " docBase = " E:\\proyectos\\demm \ \ WebRoot " debug = " 0 " recargable = " true " & gt；
92.& lt/Context & gt;
93.& lt! -Descripción del atributo
94. Ruta: El URI accedido, por ejemplo: http://localhost/ es el directorio raíz de mi aplicación. Para acceder a esta aplicación se utilizará: http://localhost/demm. Este elemento debe ser .
95. El prefijo de URL de esta aplicación web se utiliza para coincidir con el contexto. El formato de la URL solicitada es http://localhost:8080/path/*
96.docbase: el directorio de la aplicación WEB, que debe simbolizar la especificación de la aplicación WEB Java.
97. La ruta de almacenamiento de archivos de la aplicación web o la ruta de almacenamiento de archivos de WAR.
98. Depuración: Nivel de registro
99. Recargable: ¿Se recarga el programa cuando cambia? Establecer esto en verdadero afecta el rendimiento, pero los archivos modificados se pueden cargar automáticamente.
100. Si es verdadero, Tomcat admitirá la implementación en caliente y detectará automáticamente /WEB-INF/lib de aplicaciones WEB.
101. Los cambios en el directorio /WEB-INF/classes cargarán automáticamente nuevos JSP y Servlets y podremos reiniciar.
102.
103.-& gt;
104.& lt/Host & gt;
105.
106.& lt/ Motor & gt;
107.
108.& lt/Servicio & gt;
109.
110.& lt/ Servidor>