WildFly Application Server
http://wildfly.org
- Inicio rápido
- Huella reducida
- Diseño modular
- Configuración y gestión unificadas
Y, por supuesto, ¡Java EE7!
Compilación
Requisitos previos:
- JDK 8 o superior: compruebe
java -version
- Maven 3.3.1 o superior: compruebe
mvn -v
- En sistemas *nix, asegúrese de que el número máximo de archivos abiertos para el usuario que ejecuta la compilación sea al menos 4096
(compruebe
ulimit -n) o más, dependiendo de qué otros procesos con E/S intensiva esté ejecutando el usuario.
Para compilar con su propia instalación de Maven:
Alternativamente, puede usar el script Maven Wrapper, que descarga e instala (si es necesario) la versión requerida de Maven en ~/.m2/wrapper y la ejecuta desde allí. En Linux, ejecute
En Windows
Iniciar y detener WildFly
Cambie al directorio bin después de una compilación exitosa
$ cd build/target/wildfly-[version]/bin
Inicie el servidor en modo dominio
Inicie el servidor en modo independiente (standalone)
Para detener el servidor, presione Ctrl + C o use la consola de administración
./jboss-cli.sh --connect command=:shutdown
Más información: https://docs.jboss.org/author/display/WFLY10/Getting+Started+Guide
Contribución
https://developer.jboss.org/wiki/HackingOnWildFly
Directorios Build vs. Dist
Después de ejecutar mvn install, WildFly estará disponible en dos directorios distintos: build y dist.
- El directorio
build contiene una compilación de WildFly basada en la resolución de artefactos Maven para la configuración de módulos.
- El directorio
dist, por otro lado, contiene una compilación totalmente distribuible de WildFly.
El uso del directorio build facilita la iteración en el desarrollo de subsistemas o módulos, ya que no es necesario reconstruir todo WildFly ni copiar archivos JAR en cada cambio.
El directorio dist es más adecuado cuando se necesita una compilación completa de WildFly para fines de desarrollo o pruebas.
Ejecutar la suite de pruebas
El módulo testsuite contiene varios submódulos, entre los que se incluyen:
- "smoke" -- pruebas básicas que deben ejecutarse como parte de cada compilación del AS. Los fallos aquí harán fallar la compilación.
- "api" -- pruebas de funciones que implican el uso por parte del usuario final de la API pública de JBoss AS 8. Deben ejecutarse sin fallos antes de cualquier commit importante.
- "cluster" -- pruebas de las funciones de agrupamiento en clúster de alta disponibilidad (HA) de WildFly. Deben ejecutarse sin fallos antes de cualquier commit importante.
- "domain" -- pruebas de las funciones de administración de dominio. Deben ejecutarse sin fallos antes de cualquier commit importante.
- "integration" -- pruebas del funcionamiento interno de un servidor independiente (standalone) de WildFly. Deben ejecutarse sin fallos antes de cualquier commit importante.
- "spec" -- pruebas de funciones que solo implican el uso por parte del usuario final de las API de la especificación Java EE 7. Deben ejecutarse sin fallos antes de cualquier commit importante.
Para las pruebas de humo básicas, simplemente: mvn test
Para ejecutar todas las pruebas
Uso de Eclipse
- Instale la última versión de Eclipse.
- Asegúrese de que Xmx en eclipse.ini sea al menos 1280M y de que esté usando Java 8.
- Inicie Eclipse e instale el plugin m2e; asegúrese de que use sus configuraciones de repositorio.
(obténgalo de: http://www.eclipse.org/m2e/
o instale "Maven Integration for Eclipse" desde Eclipse Marketplace)
- En las preferencias de Eclipse, Java->Compiler->Errors/Warnings->Deprecated and restricted,
establezca forbidden reference en WARNING.
- En las preferencias de Eclipse, Java->Code Style, importe las configuraciones de cleanup, templates y
formatter que se encuentran en ide-configs/eclipse en el repositorio wildfly-core.
- En las preferencias de Eclipse, Java->Editor->Save Actions, habilite "Additional Actions"
y deseleccione todas las acciones excepto "Remove trailing whitespace".
- Use la opción Import en el pom raíz, que incorporará todos los módulos.
- Espere (m2e tarda un tiempo en la importación inicial).
Licencia