La única manera de ejecutar el proyecto sin complemento es compilarlo y ejecutarlo en un servidor. Si está utilizando Netbeans, simplemente haga clic en ejecutar. El IDE compilará e implementará el proyecto en un servidor. En otra forma justamente compilarlo con el siguiente comando (puede omitir pruebas e informes):
mvn clean:clean resources:resources compiler:compile war:exploded resources:testResources compiler:testCompile surefire:test gwt:compile war:war
Después de esto usted ha conseguido listo para implementar archivo de la guerra. Para implementarlo en el Glassfish ahora hay básicamente tres opciones:
Maven Plugin GlassFish
Una primera opción sería utilizar el Maven GlassFish Plugin. Este complemento permite interactuar con una instalación local o remota de GlassFish y la administración de los dominios Glassfish y las implementaciones de componentes desde el ciclo de vida de compilación de Maven.
Maven Embedded GlassFish Plugin
La segunda opción sería utilizar el Maven Embedded Glassfish Plugin. Tal como lo indica su nombre, este complemento no depende de una instalación existente, sino que usa un GlassFish incrustado, que se ejecuta en la misma JVM que el complemento. Este plugin es extremadamente agradable si desea mantener su compilación portátil (cualquiera puede obtener su POM y ejecutar una construcción que involucre a GlassFish sin tenerlo instalado) con casi las mismas características que una instalación normal de GlassFish, excepto la agrupación por supuesto (puede usar un dominio preconfigurado.xml si lo desea). Ver Testing with the GlassFish Maven plugin and JavaDB Embedded para un ejemplo.
Maven Plugin de carga
El trabajo iniciado por Kohsuke Kawagushi como finalmente ha integrado en Gestión de Residuos y, a partir de Carga 1.0.1, GlassFish 3.x es ahora compatible. Usar el Maven Cargo plugin es una tercera opción. Esto sería interesante para las construcciones que desean interactuar con contenedores de forma agnóstica. Pero no estoy seguro de que Cargo permita toda la flexibilidad de los plugins específicos de GlassFish (por ejemplo, el despliegue de recursos JMS, etc.).
Su 'pom.xml' necesitará una dependencia en el plugin Jetty. Para Java 6, esto podría ser algo como ' org.mortbay.jetty embarcadero-maven-plugin de 8.1.10.v20130312 '. –
Hbf
@Hbf tiene razón sobre el POM: Creo que la última declaración de plug-in (con etiquetas correctas como para la versión) está en http://www.eclipse.org/jetty/documentation/current/jetty-maven-plugin.html#running -ensamblados-webapp-como-guerra – cellepo
también podría tener que seguir este y añadir a su .m2/settings.xml (si en el funcionamiento del embarcadero, se obtiene [ERROR] No se encontraron prefijo 'amarre' plug-in en el proyecto actual y en los grupos de complementos): http://stackoverflow.com/a/27744248/1357094 – cellepo