1, Maven de dos núcleo:
** gestión de la dependencia: a jar proceso de gestión de paquetes
** Project Builder: Proyecto Después de la codificación se ha completado, el proyecto para compilar, probar, empaquetar, una serie de despliegue operacional a través del comando para lograr
2, maven ciclo de vida del proyecto
En experta existencia de ciclo de vida "tres", cada conjunto de ciclo de vida independientes entre sí. En un ciclo de vida, esta última operación se realiza automáticamente antes de la ejecución del comando
CleanLifeCycle : Limpiar el ciclo de vida
Limpiar: Después de vaciar los archivos de clase compilados
defaultLifeCycle : ciclo de vida por defecto
compilación, probar, empaquetar, instalar, implementar
¿Qué paquete: empaquetado en la raíz del objetivo directorio en el que
La Instalar : paquete a un almacén local de
Despliegue: El tarro para implementar el paquete PW
siteLifeCycle : Ciclo de Vida del Sitio
3, dependiendo de la gama de
Agregar dependencia Rango: por defecto de compilación
Siempre que: Ejecutar implementar en Tomcat no se requiere
Si el servlet-api.jar a compilar, después de que el paquete contiene serlvet-api.jar , la GUERRA paquete de despliegue de Tomcat con el gato existe servlet-api.jar conflictos de paquetes. Conducir al fracaso.
4, la transmisión gama dependiente (JAR todos los paquetes no se transmiten infinito)
R: ssh-servicio de la ingeniería
B: ssh-dao ingeniería
C: junit prueba de la unidad
Resumen: Cuando el proyecto de sus dependencias no tiene por qué pasó. Añadir la correspondiente dependen de sus propios proyectos puede ser.
No necesariamente debe depender de las modificaciones anteriores son una vez más, en sus propios módulos se pueden añadir directamente a venir.
5, pom.xml: Proyecto de modelo de objetos
Coordinar la información a) el proyecto
b) El proyecto JDK información de la versión compilada
Coordinar la información c) Dependencias que necesita el proyecto
