Incendio de ServletRequest interno en Tomcat

Question

Estoy usando Quartz para programar tareas en segundo plano para una aplicación web. Algunas de estas tareas simplemente disparan solicitudes contra la misma aplicación web.

Quiero evitar depender de cualquier tipo de configuración de red (por ejemplo, una solicitud con mi propio nombre de dominio podría no enrutarse correctamente si se realiza desde el centro de datos). ¿Hay una API de Java para activar ServletRequest y que Tomcat maneje internamente (sin ningún HTTP real)?

Todavía quiero envolver el trabajo en una solicitud de servlet en lugar de llamar directamente al código de Java para las tareas en segundo plano, de modo que pueda volver a la solicitud HTTP habitual como una opción de configuración.

El código específico de Tomcat es aceptable.

Answer 1

Noción interesante. Ciertamente, no hay una API estándar para esto, y tampoco creo que exista un mecanismo específico de Tomcat.

¿Qué recibiría la solicitud? Un servlet? JSP? Controlador de primavera? Dependiendo de eso, y dependiendo de lo que haga el objetivo, es posible que pueda invocar el objetivo directamente, en lugar de enrutarlo a través del contenedor. Pero si tiene JSP, una pila de filtros y otras complejidades de servlet, es probable que esto no ocurra. no es una opción

Si por casualidad está utilizando Spring, entonces su trabajo de Quartz solo podría conectarse directamente con el controlador y sería tan fácil como desee. ¿Eres tan afortunado?

Answer 2

¿Qué desea obtener de las tareas programadas? El comportamiento estándar del servidor web es obtener una solicitud HTTP y responder con datos particulares. Supongo que sus tareas no lo necesitan, es decir, que desea simplemente realizar un procesamiento particular, cuya base de código reside dentro de la aplicación web.

Si la suposición anterior es correcta, puede desacoplar la lógica de servlet/jsp de la lógica de procesamiento de negocios y llamar a las clases de capa de lógica de negocios directamente desde las tareas programadas.

Answer 3

Use URLConnection, o http-client de apache-commons con localhost/127.0.0.1 - por lo tanto, se enrutará correctamente.

Answer 4

El código de servlet tiene demasiadas responsabilidades. Reformúlelo en una clase simple de Java y deje que la clase de tarea acceda a él (o al revés, permita que visite la clase de tarea). Si es necesario, haga un uso prudente del ServletContext.

Si elabora un poco más sobre el problema real y el requisito funcional para los que cree que esta es la solución, podemos obtener mejores sugerencias.