Servidor de Aplicações WildFly

http://wildfly.org

• Inicialização Rápida
• Pequena Pegada
• Design Modular
• Configuração e Gerenciamento Unificados

E, claro, Java EE7!

Compilação

Pré-requisitos:

• JDK 8 ou mais recente - verifique java -version
• Maven 3.3.1 ou mais recente - verifique mvn -v
• Em sistemas *nix, certifique-se de que o número máximo de arquivos abertos para o usuário que executa o build seja de pelo menos 4096 (verifique ulimit -n) ou mais, dependendo de quais outros processos intensivos de E/S o usuário esteja executando.

Para compilar com sua própria instalação do Maven:

mvn install

Alternativamente, você pode usar o script Maven Wrapper, que baixa e instala (se necessário) a versão exigida do Maven em ~/.m2/wrapper e a executa a partir daí. No Linux, execute

./mvnw install

No Windows

mvnw install

Iniciando e Parando o WildFly

Altere para o diretório bin após um build bem-sucedido

$ cd build/target/wildfly-[version]/bin

Inicie o servidor no modo domínio

./domain.sh

Inicie o servidor no modo standalone

./standalone.sh

Para parar o servidor, pressione Ctrl + C, ou use o console administrativo

./jboss-cli.sh --connect command=:shutdown

Mais informações: https://docs.jboss.org/author/display/WFLY10/Getting+Started+Guide

Contribuindo

https://developer.jboss.org/wiki/HackingOnWildFly

Diretórios Build vs. Dist

Após executar mvn install, o WildFly estará disponível em dois diretórios distintos: build e dist.

• O diretório build contém um build do WildFly baseado na resolução de artefatos Maven para a configuração de módulos
• O diretório dist, por outro lado, contém um build completo e distribuível do WildFly

Usar o diretório build torna mais fácil iterar no desenvolvimento de subsistemas ou módulos, já que não há necessidade de recompilar todo o WildFly ou copiar arquivos JAR a cada alteração.

O diretório dist é mais adequado quando um build completo do WildFly é necessário para fins de desenvolvimento ou teste.

Executando a Suíte de Testes

O módulo testsuite contém vários submódulos, incluindo os seguintes:

• "smoke" -- testes principais que devem ser executados como parte de todo build do AS. Falhas aqui farão o build falhar.
• "api" -- testes de recursos que envolvem o uso pelo usuário final da API pública do JBoss AS 8. Devem ser executados sem falhas antes de qualquer commit importante.
• "cluster" -- testes dos recursos de clusterização HA do WildFly. Devem ser executados sem falhas antes de qualquer commit importante.
• "domain" -- testes dos recursos de gerenciamento de domínio. Devem ser executados sem falhas antes de qualquer commit importante.
• "integration" -- testes dos componentes internos de um servidor standalone do WildFly. Devem ser executados sem falhas antes de qualquer commit importante.
• "spec" -- testes de recursos que envolvem apenas o uso pelo usuário final das APIs da especificação Java EE 7. Devem ser executados sem falhas antes de qualquer commit importante.

Para testes smoke básicos, basta: mvn test

Para executar todos os testes

mvn install -DallTests

Usando o Eclipse

1. Instale a versão mais recente do Eclipse
2. Certifique-se de que o Xmx em eclipse.ini seja de pelo menos 1280M e que ele esteja usando Java 8
3. Inicie o Eclipse e instale o plugin m2e, certifique-se de que ele use suas configurações de repositório (obtenha-o em: http://www.eclipse.org/m2e/ ou instale o "Maven Integration for Eclipse" na Eclipse Marketplace)
4. Nas preferências do Eclipse, Java->Compiler->Errors/Warnings->Deprecated and restricted defina forbidden reference como WARNING
5. Nas preferências do Eclipse, Java->Code Style, importe as configurações de cleanup, templates e formatter em ide-configs/eclipse no repositório wildfly-core.
6. Nas preferências do Eclipse, Java->Editor->Save Actions, habilite "Additional Actions" e desmarque todas as ações, exceto "Remove trailing whitespace"
7. Use import no pom raiz, que puxará todos os módulos
8. Aguarde (o m2e demora um pouco na importação inicial)

Licença

• GNU Lesser General Public License Version 2.1