¿Puedo evitar que Java EE cree una página web liviana?

Question

Todo lo que descargo parece inflexible al usar todo Java EE. Necesito construir una sola página para manejar las solicitudes y hacer un pequeño procesamiento basado en parámetros. Esto es para enlazar a otro marco que llamará rutinariamente a esta URL.

Quiero una manera rápida y fácil de crear una página con algún procesamiento. ¿Hay una manera fácil de hacer esto usando Java? Estoy usando Java porque me siento cómodo con Java. Utilicé SE durante años e hice algunos trabajos en EE pero no quiero todas las cosas que vienen con EE.

Debería tal vez simplemente evitar Java por completo y usar algo más. Esto debe implementarse en un entorno Linux.

Answer 1

1. Usted necesita Tomcat (o embarcadero, o cualquier contenedor de servlets - embarcadero tiene una versión integrable por cierto)
2. Es necesario un archivo .jsp y opcionalmente un HttpServlet

En general, no es una buena práctica para poner cualquier código de procesamiento en un JSP, pero si es realmente simple y no se extenderá, simplemente ponga la lógica allí; de todos modos se traduce a un servlet.

Answer 2

Parece que podría usar PHP para realizar su procesamiento. Llame a la página y ENVÍE los parámetros a ella, calcule y devuelva el resultado.

Answer 3

Recomendaría Sinatra es un marco de web rubí muy ligero.

Answer 4

Utilicé SE durante años e hice algunos trabajos en EE pero no quiero todo lo que viene con EE.

Luego solo use un Servlet y eso es todo. Nada, repito NADA, te obliga a usar "todo eso" y tu pregunta es una diatriba gratuita o muestra algún malentendido profundo.

Answer 5

Si no es muy específico sobre el uso de Java y está dispuesto a experimentar, debe consultar nodejs. Se ejecuta en el motor de JavaScript V8 y se ejecuta en Linux. Hay un par de fraemworks para nodejs para aplicaciones web:

Expressjs y spludo

Answer 6

como se ha mencionado, se puede hacer esto de manera muy sencilla con embarcadero y un servlet, usted ni siquiera necesita un JSP si sólo necesita una URL que realiza algún procesamiento en función de los parámetros de solicitud y devuelve una respuesta.

Para el desarrollo, es muy fácil crear un proyecto web dinámico en eclipse, solo siga los pasos en this article.

Dicho esto, no creo que Java sea una gran opción para cosas realmente livianas. PHP es probablemente lo más fácil de usar si solo quieres que funcione ayer.

Answer 7

sí, todas las soluciones basadas en servlets son bastante gorditas.

embarcadero está bien, pero la descarga es de 20 MB. Eso es ridículo.

Actualmente, la mejor opción es probablemente com.sun.net.httpserver que se incluye en JDK 6.puede implementar fácilmente su servicio.

Answer 8

Puede usar Java with FastCGI. Esto es muy flexible, pero también un poco de bajo nivel para la mayoría de los programadores de Java.

Si no le teme a los servlets (son solo una parte muy pequeña de Java EE!), Puedo recomendar JAX-RS, es bastante fácil comenzar. Si su lado del cliente está basado en JavaScript, puede evitar el uso de JSP (que le recomendaría evitar).

Por ejemplo, vea backbone-jax-cellar. La fuente de Java es here. Para una aplicación Java, esto es liviano. Él está lanzando su propio DAO, pero ese es el precio que paga por usar Java y SQL y sin dependencias (que no sean JDBC). El código es una reminiscencia de PHP orientado a objetos si me preguntas. El punto es que si tiene un cliente de JavaScript, no necesita renderizado de plantilla o todo eso y una interfaz de REST deberían ser suficientes.

Si tiene miedo también de los sistemas de construcción pesados, hice un example REST Todo app backend (que usa un frontend existente) que solo requiere un sistema POSIX, el JDK y el sqlite3, y obtiene sus propias otras dependencias (incluido el servidor web). No usé un DAO. La portada del repositorio tiene un README.

Otra posibilidad es el marco de juego que no utiliza Java EE. Sin embargo, es bastante pesado. Completo, sin embargo. Definitivamente necesitarías usar un IDE para esto, no necesitas eso para desarrollar aplicaciones JAX-RS/FastCGI.