Pregunta

Por el momento, no tengo mucho de la de Java, que hace todo tipo de cosas formidables y estoy feliz con él. El código es la línea de órdenes que han sido muy bien hasta ahora, pero recientemente he decidido que quiero hacer que la funcionalidad disponible a través de servicios web. Desde mi es compleja y estoy feliz con la forma en que está escrito, no quiero pasar por el dolor de portarlo a otros idiomas. Así que me puse en un viaje google para averiguar qué existen servidores web (en una máquina Linux, aunque es interesante escuchar la respuesta sin esa limitación).

Por lo que pude encontrar, parece que hay dos opciones viables: Apache Tomcat y servidor Sun Java .

¿Cuáles son las razones para elegir una encima de la otra? lo que son la fuerza de cada uno y cuáles son las debilidades? O, tal vez, hay un tercero que es mucho más fácil, flexible y menos engorroso.

Cualquier persona?

¿Fue útil?

Solución

fácil, flexible y no engorroso, que sería embarcadero , pero también Simpleweb podría ser útil. Lo que te dice mucho acerca de su software, así que no estoy muy seguro, pero para un programa de línea de comandos, no creo que necesita toda la materia JavaEE.
Los servidores de uso general son estos .
Creo que el Apache Tomcat vs Glassfish (Sun Java Server) discusión es irrelevante para sus necesidades, cualquiera haría.

Otros consejos

Hay muchos contenedores para aplicaciones web Java , todos ellos tienen sus propias fortalezas y debilidades . Si lo que buscas es un contenedor para soportar una aplicación de negocios, probablemente debería echar un vistazo a la forma en que son diferentes y averiguar qué se adapte a su negocio y los conductores de TI.

La clave es que todos ellos compatibles con la especificación servlet - sus aplicaciones web pueden ejecutarse en cualquiera de ellos - lo que significa que puede cambiar de opinión fácilmente. Algunos de ellos también apoyará más de las especificaciones de Java Enterprise Edition, por lo que puede ser demasiado pesada para sus necesidades.

Si acaba de empezar, me gustaría sugerir Tomcat. Es básico, pero es fiable, rápido para ejecutar y poner en marcha, y tiene una interfaz de despliegue de aplicación web basada en la web realmente fácil.

Su pregunta es en realidad un poco demasiado ambigua y amplia. De hecho, puede ejecutar código Java en cualquier máquina que te gusta, sin importar el idioma que ha programado la interfaz basada en la web en. Por ejemplo, puede crear un sitio web basado en PHP que interactúa con una aplicación Java "back-end" ( la "aplicación de línea de comandos", como lo llaman). El único requisito es tener un JRE en el equipo servidor. Entonces, básicamente, todo como interfaz web es suficiente: CGI, PHP, ASP, Python, etc, lo que sea. Como siempre y cuando tenga acceso al tiempo de ejecución de comandos subyacente, que es en el ejemplo de PHP que ser hecho por exec().

Sin embargo, Java, Java EE realidad, también proporciona una interfaz de programación de aplicaciones web: JSP / Servlet API , el componente de red de la gran Java EE API. Esta integración con el maquillaje "aplicación Java de comandos" mucho más transparente. Básicamente puede simplemente poner su aplicación en la ruta de clase e importación / acceso / utilizarlo en una clase Servlet la real Java manera:

YourApplication app = new YourApplication();
Result result = app.doStuff();
// ...

Para poder ejecutar JSP / servlet (JSP es al final en realidad también un Servlet), se necesita un concreto implementación de la API Servlet (todo el Java EE es sólo una especificación abstracta). Apache Tomcat es bueno para empezar, siendo la otra alternativa popular Eclipse embarcadero. Esos son servletcontainers 'simples' que implementa la API de Servlet, con embarcadero ser un enfoque más integrado de la misma (se puede configurar y ejecutar como un "plain vanilla" Aplicación Java). Pero si usted necesita para apoyar / cubrir los demás aspectos de la API de Java EE, así, entonces usted necesita un servidor de aplicaciones, tales como Sun GlassFish o JBoss AS (tanto que por cierto utiliza Tomcat como parte servletcontainer).

Para obtener más información sobre JSP / servlet, puedo recomendar el Coreservlets.com tutoriales .

Apache Tomcat debe hacer el bien.

El concepto estándar para ejecutar código dentro de un servidor web es el "Servlet API" de solar.

En esencia, proporciona unos interfaces que utiliza el servidor Web para invocar su código, y define cómo el servidor web debe comportarse. Esto le permite escribir código muy genérica que puede funcionar en una variedad de contenedores web que implementan la API Servlet. Ver el artículo de Wikipedia para más detalles - http://en.wikipedia.org/wiki/Java_Servlet .

Los hay de todos los tamaños también, dependiendo de sus necesidades. Algunos lo suficientemente pequeño para encajar en su propia aplicación, algunos muy grande. La API de servlet permite que no se preocupa.

Para un principiante, la forma más rápida de ponerse en marcha, se puede descargar la versión completa de Netbeans que incluye soporte completo para hacer este tipo de trabajo, y se ha construido en un contenedor de servlets.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top