Problemas de congelamento com Jboss 7.1.1 (modo domain)

[madeirajunior]

Caros,

Estou com um ambiente de homologação com Jboss 7.1.1 (Modo Domain)

Estou fazendo um deploy de uma aplicação com um pouco mais de 180Mbs  e estou me deparando com congelamento da aplicação durante o deploy

Detalhe que eu não consigo fazer esse deploy via web somente via CLI (por que é a unica forma que mostra alguma coisa nos logs)

Ele fica congelado com a tela com essas informações que eu coloquei abaixo. Já tentei de tudo (aumento de memoria... refiz o ambiente e etc) e o problema sempre é o mesmo...

Poderiam me dar uma ajuda??

Segue as informações abaixo.

[Server:server01] 11:06:11,553 INFO  [org.jboss.as] (MSC service thread 1-4) JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting

[Server:server01] 11:06:11,726 INFO  [org.xnio] (MSC service thread 1-2) XNIO Version 3.0.3.GA

[Server:server01] 11:06:11,767 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.0.3.GA

[Server:server01] 11:06:11,802 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 3.2.3.GA

[Host Controller] 11:06:14,033 INFO  [org.jboss.as.domain.controller.mgmt] (proxy-threads - 1) JBAS010920: Server [Server:server01] registered using connection [Channel ID 17766b97 (inbound) of Remoting connection 60ab9c40 to /192.168.122.27:39803]

[Host Controller] 11:06:14,073 INFO  [org.jboss.as.host.controller] (proxy-threads - 1) JBAS010919: Registering server server01

[Server:server01] 11:06:22,022 ERROR [org.jboss.as] (Controller Boot Thread) JBAS015875: JBoss AS 7.1.1.Final "Brontes" started (with errors) in 12085ms - Started 225 of 402 services (8 services failed or missing dependencies, 159 services are passive or on-demand)

[Server:server01] 11:10:09,184 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry xml-apis.jar in "/content/icarros.war/WEB-INF/lib/serializer-2.7.1.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,185 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry xercesImpl.jar in "/content/icarros.war/WEB-INF/lib/xalan-2.7.1.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,185 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry xml-apis.jar in "/content/icarros.war/WEB-INF/lib/xalan-2.7.1.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,186 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry serializer.jar in "/content/icarros.war/WEB-INF/lib/xalan-2.7.1.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,186 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry google-http-client-1.11.0-beta.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,187 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpclient-4.0.3.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,187 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpcore-4.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,187 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry jsr305-1.3.9.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,187 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry guava-11.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,188 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-client-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-analytics-2.1-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,188 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-analytics-meta-2.1.jar in "/content/icarros.war/WEB-INF/lib/gdata-analytics-2.1-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry google-http-client-1.11.0-beta.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry jsr305-1.3.9.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry guava-11.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpclient-4.0.3.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpcore-4.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,189 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry commons-codec-1.6.jar in "/content/icarros.war/WEB-INF/lib/google-http-client-jackson2-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,211 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-core-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-client-1.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,212 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-client-meta-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-client-1.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,240 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-client-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-media-1.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,245 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-client-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-youtube-2.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,246 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-media-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-youtube-2.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,248 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-youtube-meta-2.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-youtube-2.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,251 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry google-http-client-1.11.0-beta.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-java6-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,251 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpclient-4.0.3.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-java6-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,251 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpcore-4.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-java6-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,251 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry jsr305-1.3.9.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-java6-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,251 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry guava-11.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-java6-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,252 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-client-1.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-spreadsheet-3.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,252 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry gdata-spreadsheet-meta-3.0.jar in "/content/icarros.war/WEB-INF/lib/gdata-spreadsheet-3.0-1.41.5.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,254 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry js.jar in "/content/icarros.war/WEB-INF/lib/dojo-shrinksafe-1.6.1.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,282 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry google-http-client-1.11.0-beta.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,284 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpclient-4.0.3.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,286 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry httpcore-4.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,289 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry jsr305-1.3.9.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,289 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry guava-11.0.1.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:09,297 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-4) Class Path entry servlet-api-2.5-20081211.jar in "/content/icarros.war/WEB-INF/lib/google-oauth-client-jetty-1.11.0-beta.jar"  does not point to a valid jar for a Class-Path reference.

[Server:server01] 11:10:10,013 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.xmlpull.mxp1.MXParser,org.xmlpull.mxp1_serializer.MXSerializer' for service type 'org.xmlpull.v1.XmlPullParserFactory'

[Server:server01] 11:10:10,031 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.hdfs.DFSClient$Renewer' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:10,032 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.mapred.JobClient$Renewer' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:10,032 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.hdfs.security.token.block.BlockTokenIdentifier$Renewer' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:10,032 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.mapreduce.security.token.JobTokenIdentifier$Renewer' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:10,032 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.hdfs.HftpFileSystem$TokenManager' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:10,033 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.apache.hadoop.hdfs.web.WebHdfsFileSystem$DtRenewer' for service type 'org.apache.hadoop.security.token.TokenRenewer'

[Server:server01] 11:10:11,493 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,495 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,497 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.javassist:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,499 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.javassist:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,500 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.apache.commons.collections:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,501 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.apache.commons.collections:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,510 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.infinispan.cachestore.jdbc:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,517 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.infinispan.cachestore.jdbc:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,522 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.jboss.as.clustering.singleton:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,530 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.jboss.as.clustering.singleton:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,532 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice.

[Server:server01] 11:10:11,533 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.icarros.war" is using a private module ("org.jboss.as.server:main") which may be changed or removed in future versions without notice

[mauriciomag]

Oi Madeira,

Acredito que pelo fato do pacote ser bem grande ( 180 MB ) ele precise de mais algum tempo para que o deploy seja realizado.  Observando o schema no JBoss AS 7 temos o seguinte comentário  sobre a propriedade deployment-timeout :

Timout used, in seconds, for deployment operations.  If an individual deployment operation

takes longer than this timeout it will be canceled and marked as failed.

Para aumentar esse timeout no Standalone voce precisaria editar o subsystem deployment-scanner e adicionar o atributo deployment-timeout com o valor de desejado.  Veja um exemplo:

<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1">

        <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" deployment-timeout="300"/>

</subsystem>

O problema é que o deployment scanner é desabilitado por padrão no Domain Mode o que gera um impasse em relação ao timeout.

Estão planejando essa funcionalidade: https://issues.jboss.org/browse/WFLY-1017?_sscc=t

Me diz uma coisa o deploy chega a ser realizado?   Se não me engano pela interface web primeiro o pacote é copiado e posteriormente no assigned que realmente é realizado o deploy.

Qual o log voce está verificando?

Abs

[adrianoschmidt]

Oi Madeira, o que você acha de diminuirmos o tamanho desse pacote?

Acredito que com alguns pequenos ajustes nos pom.xml podemos deixar seu pacote bem mais enxuto!

Não sei o quanto você pode compartilhar de informações conosco, pois às vezes é um projeto da sua empresa ou cliente e você não pode nos passar nomes de arquivos e essas coisas.

Mas caso tenha interesse nos passe a estrutura do seu projeto, os pom.xml e os tamanhos de cada pasta...

por exemplo:

ear (180 MB)

     jar (5 MB)

     war (175 MB)

          bla

          ble

          bli

          web-inf/lib (160 MB)

Esse tamanho todo pode ser também devido a imagens ou outros arquivos que você tenha dentro do seu EAR..

Abraço!

Adriano Schmidt

www.localhost8080.com.br

[mauriciomag]

Oi Madeira,

Eu não consegui simular esse problema

[luan.cestari]

Cara, para vermos o que está causando o erro tenta o seguinte:

• usa "-Dorg.jboss.as.logging.per-deployment=false" como argumento de inicialização (quando você chama o domain.sh passa esse argumento)
• via CLI (sendo o profile full-ha como mero exemplo) executar -> /profile=full-ha/subsystem=logging/root-logger=ROOT:change-root-log-level(level=TRACE){allow-resource-service-restart=true}
• O comando acima vai fazer o server.log da instância qu está congelando gerar todos os detalhes no log padrão do server -> domain/servers/NOME/log/server.log
• Roda jps -vl e pega o PID do server que está parada, depois os seguintes comandos quando você notar o freezing:
  • top -b -n 1 -H -p PID >> top.out
  • jstack -l PID >> jstack.out
• O comando top irá falar quais threads estão usando mais CPU e o jstack irá gerar um THread DUmp, que é o que cada Thread está executando, cruzando com a saída do Top você saberá qual Thread está gargalando e porquê (isso em casos mais simples, sem ser algo tipo Blocking THread esperando algum recurso e etc)

Com certeza a gente descobre o que fez/está fazendo parar o seu servidor com essas informações (talvez fique só meio vago no caso for problema de GC, mas isso já cobre uns 90% dos casos =) )

Manda ai depois o que você notou com esses comandos ou da share via drop/googledocs para ca para o pessoal dar um bizu.

Abraços!

Luan

[madeirajunior]

Bom dia Luan!

Obrigado pelas dicas.

Mas foi uma falha minha aqui. A minha aplicação precisava do módulo do RestEasy mais novo e umas dependências do Infinispan Query.

Como o animalzinho aqui não colocou ele travava. É claro que quesse pequeno .war de quase 200 megas vai ser quebrado futuramente e com isso vou remover os jars do WEB-INF/lib e montar módulos para reduzir o tamanho.

Depois que eu atualizei essas dependências tudo voltou a funcionar.

[madeirajunior]

Mestre Mauricio

Bom dia

Eu consegui resolver...

Faltava umas dependencias do RestEasy e Infinispan Query.

Agora está tudo ok.

Valeu pelas dicas!

[marcelomrwin]

Senhores, passei a acompanhar este post pelo fato de que em alguns dias vou pôr um ambiente de produção com o jboss 7.1.3 em modo domain. Deu-me arrepios ao ler o tópico de congelamento e fiquei bastante apreensivo em saber se havia ou não problemas com a operação do modo domain. Assisti recentemente uma apresentação de um outro provedor de application server e a principal propaganda deles foi a de que "o modo domain do jboss é novo e a red hat não tem tanta experiência com isso, ou seja, é um risco acreditar neste modo domain".

Agora Madeira, explica por favor se quando este congelamento ocorria, parava apenas a instância rodando teu produto ou todos os produtos de todos os nós do domain? ou mesmo todo o domain travava?

[madeirajunior]

Marcelo,

Atualmente o meu ambiente de produção não está em modo Domain.

Estou com um ambiente de homologação em modo Domain.

Só para entendimento:

A minha instancia master iniciava sem problemas.

Agora meus nós travavam. Isso só ocorria por que faltava algumas dependencias.

Eu não tenho outras aplicações em conjunto então eu não cheguei avaliar se travavam também.

Att.

[luan.cestari]

Oi Marcelo

O modo Domain já está super confiável, digo isso porque ja vi muitos clientes usando. De fato ele é novo, mas ele foi feito justamente para facilitar o controle administrativo de cluster. Olhando o Jira você pode ver que existe também um esforço de ampliar ainda mais as facilidades que esse módulo prove, além de outros projetos que estão feitos e estão em constate melhoramento de validação da estrutura do arquivo a ser feito deploy (WAR/EAR/etc) e outras ferramentas (por exemplo para ajudar na migração de outros Application Servers).

Forte abraço,

Luan Cestari

[neylorsousa]

Senhores estou utilizando o modo domain em produção a cerca de 6 meses (EAP6.0.1) e até agora não apresentou nenhum problema. Porém, nos dois primeiros meses houve alguns problemas nas aplicações (falta de dependências, onde o log do JBoss não é muito claro com os erros) e meu colega sempre culpava o modo Domain, justamente por ser um conceito novo no JBoss, mas com muita paciência concegui reveter os problemas e meu colega agradece a persistência.

Resumindo, realmente mudou para melhor a administração do JBoss, resaltando o deploy, onde você consegue em um único lugar gerenciar todo o seu ambiente. Indico!

[madeirajunior]

Realmente funciona muito bem.

O caso do congelamento que eu descrevi era que a minha aplicação faltava dependências.

Depois que apliquei as mesmas não tive mais problemas.

Att.

[marcelomrwin]

Valeu mesmo pelas informações, passa mais confiança e segurança também. Tão logo obtenha resultados posso também compartilhar a experiência.