Servidores de Aplicação Java EE.

Panomara do mercado de servidores de aplicação Java Enterprise.
Tenho certeza que muitos se perguntam: Qual o melhor servidor de aplicações do mercado?
Esta resposta não é tão simples, pois atualmente temos:

1. Java2 EE 1.4: 17 fornecedores certificados
2. Java EE 5: 9 fornecedores certificados

De fato, não temos como saber qual o melhor servidor,
mas temos como identificar qual o fornecedor e produto que melhor se enquadra para cada organização.
Sugiro um método símples para adoção do servidor de aplicações:

1. Verifique se o servidor é certificado pela Sun/JCP/Padrões ( lista de compatibilidade ).
2. Verifique se o fornecedor tem suporte nível 1, 2 e 3 no país.
3. Verifique se o produto além de estar certificado, oferece ferramentas web de monitoração,
   gerenciamento de configuração e publicação.
4. Verifique as formas de licensiamento e custo, pois geralmente variam por tipo de contrato,
   empresa, número de servidores, etc ( ambientes complexos tem contratos complexos ).
5. Verifique a lista de BUGs documentados do produto, pois muitas vezes esses BUGs podem
   ser eliminados com dicas/configurações fornecidas pelo fabricante.
6. Verifique se o produto usa partes de produtos OpenSource, pois dessa forma
   temos certeza que a empresa aposta na evolução do mesmo.

Se o servidor se enquadra em todos o itens acima e o preço cabe no budget do projeto,
então pode-se criar uma tabela como abaixo pontuando o itens e ter-se a média.

Produto	Certificado ( 0 ou 10 )	Suporte ( 0 á 3 )	Preço / Contrato ( 0 á 10)	Ferramentas ( 0 á 10 )	Bugs Documentados ( 0 á 10 )	Componentes OpenSource ( 0 á 10 )	Nota
A	0	8	2	5	6	10	5,85
B	10	3	2	5	3	7	5,66

Fórmula NOTA: = ( ( C + S + P + F + B + O ) / 53 ) * 10
Sempre devemos dar preferência por produtos certificados pela SUN,
e aquele que tiver a melhor nota, fica com a preferência de escolha.
Atualmente o mercado de Servidores de Aplicações Java tem grande concorrência
entre Oracle, IBM, SAP e SUN, e o market share maior de instalações “pagas” é da IBM,
devido á sua agressividade comercial. Nos ambiente de desenvolvimento, e instalações “open”
baseadas em produtos Free, o líder é o JBoss AS.
O site TheServerSide.com tem um artigo interessante sobre servidores de aplicação e uma matriz de compatilidade
Bom trabalho a todos.

Configurando o Log4J no Glassfish ou Sun Java System App Server

Muitas aplicações usam o Log4J e seu empacotamento/inicialização
podem se tornar um problema em servidores que tem múltiplos classloaders
para separar componentes do servidor dos módulos e aplicações.
Dessa forma descobri uma maneira muito simples de configurar o Log4J
na inicialização do Glassfish ou do Sun Java System App Server nas versões 7, 8 e 9
que elimina a necessidade de ter um listener para inicializá-lo e configurar as categorias
bem como empacotar o Log4J em cada módulo ou aplicação.
1 – Faça o Download do Log4J
2 – Copie o log4j-x.jar no diretório $APP_SERVER_HOME/domains/domain1/lib/ext
3 – Insira as propriedades abaixo alterando a seção do domain.xml ou via a console
administrativa as propriedades da JVM



<jvm-options>

-Dlog4j.configuration=file:${com.sun.aas.instanceRoot}/config/log4j.xml

</jvm-options>
<jvm-options>

-Dlog4j.configuratorClass=org.apache.log4j.xml.DOMConfigurator

</jvm-options>

4 – Crie um arquivo log4j.xml no diretório $APP_SERVER_HOME/domains/domain1/config
com os appenders e as categorias configuradas baseado no modelo abaixo:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/" debug="false">
<appender name="app" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="../logs/app.log"/>
<param name="Append" value="false"/>
<param name="MaxFileSize" value="5000KB"/>
<param name="MaxBackupIndex" value="0"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d %-5r %-5p [%c] (%t:%M:%L) %m%n"/>
</layout>
</appender>
<category name="app.package">
<priority value="INFO"/>
<appender-ref ref="app"/>
</category>
</log4j:configuration>

5 – Em cada uma das classes que se deseja ter o uso do Log4J,
defina o Logger assim:



package app.package;
public class MyClass {
private static Logger logger;
static {
try {
logger = Logger.getLogger( MyClass.class );
} catch (Exception e) {
e.printStackTrace( System.err );
}
}
}

Boa sorte!