Spring JavaConfig hace posible crear aplicaciones de resorte sin configuración xml cotext. Y la especificación de servlet 3.0 hace posible crear aplicaciones web sin web.xml.Aplicación web de Spring sin XML
Entonces, ¿es posible crear una aplicación web de resorte que no utilice ninguna configuración xml? ¿Hay alguna solución ya implementada?
PD En este momento no veo en servlet 3.0 ningún método simple para usar Spring's DispatcherServlet y listener.
Bueno, no esperar demasiado apoyo de la primavera de Java EE 6 (que es oficialmente desde ayer) ya que esto no sucederá pronto en mi opinión :) En otras palabras, deberá esperar a que Spring admita Servlet 3.0 para beneficiarse de todas las instalaciones. Citando el puesto Spring Framework 3.0 RC1 released blog:
* Por último, pero no menos importante, el apoyo temprano para Java EE 6: Spring 3.0 ya soporta el uso de JSF 2.0 y JPA 2.0 en un ambiente de primavera, además de JSR-303 y soporte JSR-330. Otras especificaciones relacionadas con Java EE 6 como Servlet 3.0 serán totalmente compatibles a medida que estén disponibles en productos concretos; esto está programado para el período de tiempo de Spring 3.1/3.2.
Así No obstante, deberá XML por el momento y esto debe responder a su pregunta.
Por lo tanto, para resumir, aún necesita web.xml para Spring 3.0. Pero si solo desea web.xml, este artículo le muestra cómo: http://www.ibm.com/developerworks/webservices/library/ws-springjava/index.html?ca=drs- –
Entonces, ¿es posible crear una aplicación web de resorte que no utilice ninguna configuración xml?
Parece que sí, al salir debajo de cada uno el context.xml y varios archivos XML de appserver fuera de consideración.
¿Existe alguna solución ya implementada?
¿Por qué preguntas esto? ¿Te molestaste en descargar el software necesario y jugarlo tú mismo? ¿Qué problemas exactamente tienes con eso? Java EE 6 aún no ha salido oficialmente (aún en versión beta), por lo que no esperaría ninguna implementación en vivo en el mundo real.
Editar: según su edición:
PS Al ahora no me veo en servlet 3.0 cualquier método sencillo de utilizar DispatcherServlet y el oyente de la primavera.
Sun no importa sobre Spring. Spring no es parte de Sun Java EE, Spring se acaba de construir encima de eso. Spring es responsable de sus propios productos. Así que todo lo que puede hacer es esperar a que liberan un producto actualizado apuntado en Java EE 6.
La respuesta a su pregunta se ha agregado en PS –
En realidad, JavaEE 6 y GlassFish v3 ahora están oficialmente fuera (desde ayer :) http://java.sun.com/javaee/ –
@Andrew: Spring no es parte de Java EE . Spring se acaba de construir sobre Java EE. @Pascal: ¡oye, por fin! ¡Gracias por notificar eso! – BalusC
¿Ha utilizado Grails.Es un framework web que favorece la convención sobre la configuración (similar a ruby on rails y por lo tanto no hay problemas de archivos de configuración) y creo que en el back-end genera código compatible con Spring framework.
No veo cómo esto se relaciona con el tema :) Pero de todos modos, hice un proyecto usando Grails. Lo único que me gustó es una convención sobre la configuración. El resto en ese momento era demasiado crudo y cojo. –
PRIMAVERA con NO XML ... BLASPHEMY! – Zoidberg