WildFly Application Server
http://wildfly.org
- Avvio rapido
- Impronta ridotta
- Design modulare
- Configurazione e gestione unificate
E ovviamente Java EE7!
Compilazione
Prerequisiti:
- JDK 8 o successivo - controlla
java -version
- Maven 3.3.1 o successivo - controlla
mvn -v
- Su sistemi *nix, assicurati che il numero massimo di file aperti per l'utente che esegue la compilazione sia almeno 4096 (controlla
ulimit -n) o più, a seconda di quali altri processi intensivi di I/O l'utente sta eseguendo.
Per compilare con la propria installazione di Maven:
mvn install
In alternativa, puoi usare lo script Maven Wrapper che scarica e installa (se necessario) la versione di Maven richiesta in ~/.m2/wrapper e la esegue da lì. Su Linux, esegui
./mvnw install
Su Windows
mvnw install
Avvio e arresto di WildFly
Spostati nella directory bin dopo una compilazione riuscita
$ cd build/target/wildfly-[version]/bin
Avvia il server in modalità dominio
./domain.sh
Avvia il server in modalità standalone
./standalone.sh
Per arrestare il server, premi Ctrl + C, oppure usa la console di amministrazione
./jboss-cli.sh --connect command=:shutdown
Maggiori informazioni: https://docs.jboss.org/author/display/WFLY10/Getting+Started+Guide
Contribuire
https://developer.jboss.org/wiki/HackingOnWildFly
Directory Build vs Dist
Dopo aver eseguito mvn install, WildFly sarà disponibile in due directory distinte, build e dist.
- La directory
build contiene una build di WildFly basata sulla risoluzione degli artefatti Maven per la configurazione dei moduli
- La directory
dist, d'altra parte, contiene una build completa distribuibile di WildFly
Usare la directory build rende più semplice iterare nello sviluppo di sottosistemi o moduli poiché non è necessario ricostruire l'intero WildFly o copiare file JAR a ogni modifica.
La directory dist è più adatta quando è necessaria una build completa di WildFly per scopi di sviluppo o test.
Esecuzione della suite di test
Il modulo testsuite contiene diversi sottomoduli, inclusi i seguenti:
- "smoke" -- test principali che dovrebbero essere eseguiti come parte di ogni build dell'AS. I fallimenti qui faranno fallire la build.
- "api" -- test delle funzionalità che coinvolgono l'uso dell'API pubblica di JBoss AS 8 da parte dell'utente finale. Dovrebbero essere eseguiti senza fallimenti prima di commit importanti.
- "cluster" -- test delle funzionalità di clustering HA di WildFly. Dovrebbero essere eseguiti senza fallimenti prima di commit importanti.
- "domain" -- test delle funzionalità di gestione del dominio. Dovrebbero essere eseguiti senza fallimenti prima di commit importanti.
- "integration" -- test degli interni di un server standalone di WildFly. Dovrebbero essere eseguiti senza fallimenti prima di commit importanti.
- "spec" -- test delle funzionalità che coinvolgono solo l'uso delle API delle specifiche Java EE 7 da parte dell'utente finale. Dovrebbero essere eseguiti senza fallimenti prima di commit importanti.
Per i test smoke di base, semplicemente: mvn test
Per eseguire tutti i test
mvn install -DallTests
Utilizzo di Eclipse
- Installa l'ultima versione di Eclipse
- Assicurati che Xmx in eclipse.ini sia almeno 1280M e che stia usando Java 8
- Avvia Eclipse e installa il plugin m2e, assicurati che usi le tue configurazioni del repository (scaricalo da: http://www.eclipse.org/m2e/ o installa "Maven Integration for Eclipse" da Eclipse Marketplace)
- Nelle preferenze di Eclipse Java->Compiler->Errors/Warnings->Deprecated and restricted imposta forbidden reference su WARNING
- Nelle preferenze di Eclipse Java->Code Style, importa le configurazioni di cleanup, template e formatter da ide-configs/eclipse nel repository wildfly-core.
- Nelle preferenze di Eclipse Java->Editor->Save Actions abilita "Additional Actions" e deseleziona tutte le azioni tranne "Remove trailing whitespace"
- Usa l'importazione sul pom radice, che tirerà dentro tutti i moduli
- Aspetta (m2e richiede un po' di tempo per l'importazione iniziale)
Licenza
shoucheng3/wildfly__wildfly_cve-2018-1047_11-0-0-final
