Mod Cluster  é um balanceador de carga HTTP,  mas diferente do mod_jk, o mod_cluster se baseia na carga da aplicação para distribuir as requisições. Vamos utilizar o Mod Cluster 1.1.3.

O primeiro passo é baixar os binários para o sistema operacional que será utilizado. Para isso execute o comando abaixo:

   wget http://downloads.jboss.org/mod_cluster//1.1.3.Final/mod_cluster-1.1.3.Final-linux2-x64-ssl.tar.gz
   wget mod_cluster-1.1.3.Final-linux2-x64-ssl.tar.gz

Copie os arquivos  *.so, para o diretório /etc/httpd/modules :

• mod_slotmem.so
• mod_manager.so
• mod_proxy_cluster.so
• mod_advertise.so

 cp /opt/opt/jboss/httpd/lib/httpd/modules/mod_slotmem.so /etc/httpd/modules/
 cp /opt/opt/jboss/httpd/lib/httpd/modules/mod_manager.so /etc/httpd/modules/
 cp /opt/opt/jboss/httpd/lib/httpd/modules/mod_proxy_cluster.so /etc/httpd/modules/
 cp /opt/opt/jboss/httpd/lib/httpd/modules/mod_advertise.so /etc/httpd/modules/

Edite o arquivo httpd.conf, e insira as linhas abaixo:

LoadModule slotmem_module modules/mod_slotmem.so
LoadModule manager_module modules/mod_manager.so
LoadModule proxy_cluster_module modules/mod_proxy_cluster.so
LoadModule advertise_module modules/mod_advertise.so
<VirtualHost *:80>
<Directory />
  Order deny,allow
  Allow from all
</Directory>
<Location /mod_cluster_manager>
  SetHandler mod_cluster-manager
  Order deny,allow
  Allow from all
</Location>
  KeepAliveTimeout 60
  MaxKeepAliveRequests 0
  ManagerBalancerName testcluster
  AdvertiseFrequency 5
</VirtualHost>

• Mod Cluster Manager
  

  cd /opt/jboss-6.1.0.Final/server/
  cp -Rap all instance01

    vim /opt/jboss-6.1.0.Final/server/instance01/deploy/mod_cluster.sar/META-INF/mod_cluster-jboss-beans.xml

     <property name="advertise">${jboss.mod_cluster.advertise.enabled:true}</property></div>

   -Djboss.mod_cluster.advertise.enabled=true

  vim jboss-6.1.0.Final/server/instance01/deploy/jbossweb.sar/server.xml

 <Engine name="jboss.web" defaultHost="localhost" jvmRoute="${jboss.jvmRoute}">

   cp -Rap instance01 instance02

./run.sh -b 0.0.0.0 -g mycluster -c instance01 -Djboss.service.binding.set=ports-default -Djboss.jvmRoute="instance01"  -Djboss.messaging.ServerPeerID=1

 ./run.sh -b 0.0.0.0 -g mycluster -c instance02 -Djboss.service.binding.set=ports-01 -Djboss.jvmRoute="instance02"  -Djboss.messaging.ServerPeerID=2

• Mod Cluster Manager / Instances

  wget http://downloads.jboss.org/mod_cluster//1.1.3.Final/mod_cluster-1.1.3.Final-bin.tar.gz</div>
  tar -xvzf mod_cluster-1.1.3.Final-bin.tar.gz

   cp demo/server/load-demo.war /opt/jboss-6.1.0.Final/server/instance01/farm/

• Mod Cluster Manager / Instances / Deploy
  

cd demo/client
./run-demo.sh

• Client Demo – Client Controll
  

Espero que tenha ajudado

Segundo a Wikipedia LDAP Lightweight Directory Access Protocol, ou LDAP, é um protocolo para atualizar e pesquisar diretórios rodando sobre TCP/IP.

Um servidor LDAP pode fornecer uma central de informações de diretório para:

• As credenciais do usuário (login e senha)
• Informações de diretório do usuário (como nomes e endereços de correio electrónico)
• Web diretórios

Vamos instalar o OpenLDAP e criar a nossa primeira estrutura de diretórios.

Instalando e Criando a Estrutura Inicial do OpenLDAP

Para instalar o LDAP no CentOS 6.2, execute o comando abaixo:

   yum install openldap openldap-servers openldap-devel compat-openldap php-ldap openldap-clients

O próximo passo é gerar a senha root do Distinguished Name (dn) :

  /usr/sbin/slappasswd

Anote o Hash retornado:

{SSHA}lQtV0mTn20N8PLuurHjoqgkXMPe0owG3

Copie o DB_CONFIG.example para /var/lib/ldap/ :

  cp /usr/share/openldap-servers/DB_CONFIG.example /var/lib/ldap/DB_CONFIG

Edite o arquivo de configuração:

  vim /etc/openldap/ldap.conf

E deixe-o como abaixo:

 include /etc/openldap/schema/core.schema
 include /etc/openldap/schema/cosine.schema
 include /etc/openldap/schema/inetorgperson.schema
 include /etc/openldap/schema/nis.schema
 allow bind_v2
 pidfile /var/run/openldap/slapd.pid
 argsfile /var/run/openldap/slapd.args
 database bdb
 suffix "dc=example,dc=com"
 rootdn "cn=Manager,dc=example,dc=com"
 rootpw {SSHA}lQtV0mTn20N8PLuurHjoqgkXMPe0owG3
 directory /var/lib/ldap
 index objectClass eq,pres
 index ou,cn,mail,surname,givenname eq,pres,sub
 index uidNumber,gidNumber,loginShell eq,pres

Para iniciar o serviço execute:

  /etc/init.d/slapd start

Agora crie o arquivo LDIF, conforme a estrutura abaixo:

dn: dc=example,dc=com
objectclass: top
objectclass: dcObject
objectclass: organization
dc: example
o: MCC

dn: ou=People,dc=example,dc=com
objectclass: top
objectclass: organizationalUnit
ou: People

dn: uid=admin,ou=People,dc=example,dc=com
objectclass: top
objectclass: uidObject
objectclass: person
uid: admin
cn: Manager
sn: Manager
userPassword: secret

dn: ou=Roles,dc=example,dc=com
objectclass: top
objectclass: organizationalUnit
ou: Roles

dn: cn=Manager,ou=Roles,dc=example,dc=com
objectClass: top
objectClass: groupOfNames
cn: Manager
description: the Sample group
member: uid=admin,ou=People,dc=example,dc=com

Adicione usuário ao LDAP, utilizando o comando abaixo:

  ldapadd -x -D "cn=Manager,dc=example,dc=com" -W -f users.ldif

Enter LDAP Password:
adding new entry “dc=example,dc=com”
adding new entry “ou=People,dc=example,dc=com”
adding new entry “uid=admin,ou=People,dc=example,dc=com”
adding new entry “ou=Roles,dc=example,dc=com”
adding new entry “cn=Manager,ou=Roles,dc=example,dc=com”

Se ocorrer algum problema, sigam as dicas desse link: http://www.ezylinux.com/en/red-hat-6-how-to-fixes-ldapadd-ldap_bind-invalid-credentials-49/

Utilizando o Apache Directory Studio

Clique no Menu File  –> New, e crie uma nova LDAP Connection:

Preencha os dados de conexão conforme o seu ambiente:

Insira os dados de acesso configurados anteriormente e verifique se a conexão foi realizada com sucesso:

Agora estamos conectados ao servidor LDAP

Observe a estrutura criada anteriormente:

Agora estamos pronto para iniciar a configuração do JBoss, para autenticação no LDAP.

Configurando o JBoss AS 7.1

O primeiro passo é adicionar o “my_ldap_security_domain”  no arquivo JBOSS_HOME/standalone/configuration/standalone.xml , como abaixo:

<security-domain name="my_ldap_security_domain">
  <authentication>
     <login-module code="LdapExtended" flag="required">
       <module-option name="java.naming.factory.initial"  value="com.sun.jndi.ldap.LdapCtxFactory"/>
       <module-option name="java.naming.provider.url" value="ldap://localhost:389"/>
       <module-option name="java.naming.security.authentication" value="simple"/>
       <module-option name="bindDN" value="uid=admin,ou=People,dc=example,dc=com"/>
       <module-option name="bindCredential" value="secret"/>
       <module-option name="baseCtxDN" value="ou=People,dc=example,dc=com"/>
       <module-option name="baseFilter" value="(uid={0})"/>
       <module-option name="rolesCtxDN" value="ou=Roles,dc=example,dc=com"/>
       <module-option name="roleFilter" value="(member={1})"/>
       <module-option name="roleAttributeID" value="cn"/>
       <module-option name="throwValidateError" value="true"/>
       <module-option name="searchScope" value="ONELEVEL_SCOPE"/>
     </login-module>
   </authentication>
</security-domain>

A login-module “org.jboss.security.auth.spi.LdapExtLoginModule” requer a classe “com.sun.jndi.ldap.LdapCtxFactory”,  então adicione o móludo global ao arquivo JBOSS_HOME/standalone/configuration/standalone.xml :

<subsystem xmlns="urn:jboss:domain:ee:1.0">
  <global-modules>
    <module name="sun.jdk" slot="main"/>
  </global-modules>
</subsystem>

Adicione também  a categoria para o logging:

<logger category="org.jboss.security">
  <level name="TRACE"/>
</logger>

Agora crie uma aplicação para utilizar o dominio de segurança my_ldap_security_domain.

No jboss-web.xml , adicione o dominio de segurança:

<jboss-web>
    <security-domain>java:/jaas/my_ldap_security_domain</security-domain>
</jboss-web>
<pre>

E no web.xml,  as configurações como abaixo:

<security-constraint>
  <web-resource-collection>
    <web-resource-name>HtmlAuth</web-resource-name>
    <description>application security constraints
    </description>
    <url-pattern>/*</url-pattern>
    <http-method>GET</http-method>
    <http-method>POST</http-method>
  </web-resource-collection>
  <auth-constraint>
    <role-name>Manager</role-name>
  </auth-constraint>
</security-constraint>
<login-config>
    <auth-method>BASIC</auth-method>
    <realm-name>Test LDAP</realm-name>
</login-config>
<security-role>
    <role-name>Manager</role-name>
</security-role>

Faça o deploy e acesse a aplicação. Será solicitado usuário e senha, adicionados anteriormente ( users.ldif  –> admin / secret ) .

Vou deixar aqui a aplicação web criada para testar a autenticação no LDAP, o arquivo users.ldif e o standalone.xml.

Espero que tenha ajudado.
Abraços

Fonte: http://blog.javachap.com/index.php/installing-openldap-on-centos/

Abraços

• JBoss AS 7.1 CR1
• Nginx 1.0.11
• RHEL 6.2

Segundo a Wikipedia, Nginx  ( pronuncia-se “engine-x” ) é um servidor e proxy reverso HTTP de alta performance, gratuito e livre, bem como um servidor proxy para IMAP/POP3. Foi criado pelo programador russo Igor Sysoev em 2005. Segundo pesquisa da Alexa, reportada pela W3Techs, o nginx é usado por 5.2% dos domínios, tornando-se o quarto servidor mais popular. ^[1] Outra pesquisa, realiazada pela Netcraft em Julho de 2010, o nginx é usado em 5.21% dos domínios, tornando-se o quarto servidor web mais popular.

O JBoss AS 7 é a nova versão do servidor de aplicação open source mais utilizando no mundo. A nova versão é bem leve e modular, trazendo muitos novos recursos da especificação JavaEE6.

O nosso objetivo é realizar a configuração de um proxy reverso utilizando Boss AS 7.1  e Nginx 1.0.

Para instalar o Nginx 1.0 no RHEL 6.2, execute os comandos abaixo:

  mkdir /usr/local/src/nginx
  cd /usr/local/src/nginx
  wget http://nginx.org/download/nginx-1.0.11.tar.gz
  tar -zxvf nginx-1.0.11.tar.gz
  cd nginx-1.0.11
  ./configure --prefix=/usr/local/nginx --sbin-path=/usr/local/sbin --conf-path=/etc/nginx/nginx.conf
  make
  make install

Agora devemos criar o arquivo de inicialização do Nginx. Crie o arquivo nginx

   vim /etc/init.d/nginx

E adicione o conteúdo abaixo:

#!/bin/sh
#
# nginx - this script starts and stops the nginx daemin
#
# chkconfig:   - 85 15
# description:  Nginx is an HTTP(S) server, HTTP(S) reverse #               proxy and IMAP/POP3 proxy server
# processname: nginx
# config:      /etc/nginx/nginx.conf
# pidfile:     /usr/local/nginx/logs/nginx.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/local/sbin/nginx"
prog=$(basename $nginx)

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

lockfile=/var/lock/subsys/nginx

start() {
[ -x $nginx ] || exit 5
[ -f $NGINX_CONF_FILE ] || exit 6
echo -n $"Starting $prog: "
daemon $nginx -c $NGINX_CONF_FILE
retval=$?
echo
[ $retval -eq 0 ] && touch $lockfile
return $retval
}

stop() {
echo -n $"Stopping $prog: "
killproc $prog -QUIT
retval=$?
echo
[ $retval -eq 0 ] && rm -f $lockfile
return $retval
}

restart() {
configtest || return $?
stop
start
}

reload() {
configtest || return $?
echo -n $"Reloading $prog: "
killproc $nginx -HUP
RETVAL=$?
echo
}

force_reload() {
restart
}

configtest() {
$nginx -t -c $NGINX_CONF_FILE
}

rh_status() {
status $prog
}

rh_status_q() {
rh_status >/dev/null 2>&1
}

case "$1" in
start)
rh_status_q && exit 0
$1
;;
stop)
rh_status_q || exit 0
$1
;;
restart|configtest)
$1
;;
reload)
rh_status_q || exit 7
$1
;;
force-reload)
force_reload
;;
status)
rh_status
;;
condrestart|try-restart)
rh_status_q || exit 0
;;
*)
echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"
exit 2
esac

Configure a permisão e adicione-o como serviço.

  chmod +x /etc/init.d/nginx
  chkconfig nginx on

Inicie o Nginx e acesse a url  http://localhost ou http://ip , você deverá visualizar a página no Nginx abaixo:

Agora  instale o JBoss AS 7.1 . Para isso leia o post  Introdução ao JBoss AS 7.1 – Parte 1. Devemos realizar o deploy da  nossa aplicação no JBoss AS 7 e verficarmos o nome do contexto.  O contexto será utilizado nos arquivos de configuração do Nginx.

Agora edite o arquivo:

  vim /etc/nginx/nginx.conf

Abaixo da tag  http, descomente as configurações abaixo:

#http {

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                  '$status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for"';

E abaixo da tag server insira as configurações abaixo:

#server {

listen       80;
server_name  localhost;

#charset koi8-r;

access_log /var/log/nginx/host.access.log main;
error_log  /var/log/nginx/host.error.log  debug;
# Obs: Criar o diretorio /var/log/nginx/

location / {
  root      /opt/jboss-as-7.1.0.CR1b/standalone/deployments/myapp_test.war;
  proxy_set_header X-Forwarded-Host $host;
  proxy_set_header X-Forwarded-Server $host;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_pass http://localhost:8080;
}
# }

A propriedade root (  root   /opt/jboss-as-7.1.0.CR1b/standalone/deployments/myapp_test.war  ) , indica o caminho real da nossa aplicação.

Agora reinicie o Nginx utilizando o comando abaixo:

  service nginx restart;

Retornará algo pareçido com:

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
Parando o nginx:                                           [  OK  ]
Iniciando o nginx:                                         [  OK  ]

Finalmente acesse a url da aplicação: http://localhost/myapp_test/ ou http://ip/myapp_test/ ,  o JBoss AS 7.1 já está trabalhando em conjunto com o Nginx. Veja as imagens abaixo de uma aplicação de teste funcionando perfeitamente.

Lembre-se que para um ambiente real de produção, teríamos que realizar muitas outras configurações.

Espero que tenha ajudado
Fonte: http://www.devmedia.com.br/post-21462-CentOS-5-Instalar-Nginx–um-servidor-web-de-alta-performance.html
http://wiki.nginx.org/Install

Para isso adicione ao request, o código abaixo:

response.setHeader("Pragma", "public");
response.setHeader("Cache-Control", "maxage=3600");

Para verificar o funcionamento das requisições,  temos que adicionar ao JBossWeb uma válvula para que seja realizado o logging do request e response.
Sendo assim, edite o arquivo: JBOSS_HOME/server/instance01/deploy/jbossweb.sar/server.xml , e entre as tags Host, adicione o código abaixo:

<Host name="localhost">

<Valve className="org.apache.catalina.valves.RequestDumperValve"
prefix="localhost_access_log." suffix=".log"
pattern="common" directory="${jboss.server.log.dir}"
resolveHosts="false" />

</Host>

Inicie o JBoss, realize o deploy de sua aplicação, você deverá ver algo pareçido com o log abaixo:

01:35:50,269 INFO  [[localhost]] ===============================================================
01:36:00,128 INFO  [[localhost]] REQUEST URI       =/IETest/OutSimplePdf
01:36:00,128 INFO  [[localhost]]           authType=null
01:36:00,128 INFO  [[localhost]]  characterEncoding=null
01:36:00,128 INFO  [[localhost]]      contentLength=-1
01:36:00,128 INFO  [[localhost]]        contentType=null
01:36:00,128 INFO  [[localhost]]        contextPath=/IETest
01:36:00,128 INFO  [[localhost]]             cookie=JSESSIONID=DFD04B42EF225E194C19686823CF91D5
01:36:00,129 INFO  [[localhost]]             header=host=localhost:8080
01:36:00,129 INFO  [[localhost]]             header=user-agent=Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
01:36:00,129 INFO  [[localhost]]             header=accept=text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
01:36:00,129 INFO  [[localhost]]             header=accept-language=en-us,en;q=0.5
01:36:00,129 INFO  [[localhost]]             header=accept-encoding=gzip, deflate
01:36:00,129 INFO  [[localhost]]             header=accept-charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7
01:36:00,129 INFO  [[localhost]]             header=connection=keep-alive
01:36:00,129 INFO  [[localhost]]             header=referer=http://localhost:8080/IETest/index.jsp
01:36:00,130 INFO  [[localhost]]             header=cookie=JSESSIONID=DFD04B42EF225E194C19686823CF91D5
01:36:00,130 INFO  [[localhost]]             locale=en_US
01:36:00,130 INFO  [[localhost]]             method=GET
01:36:00,130 INFO  [[localhost]]           pathInfo=null
01:36:00,130 INFO  [[localhost]]           protocol=HTTP/1.1
01:36:00,130 INFO  [[localhost]]        queryString=null
01:36:00,130 INFO  [[localhost]]         remoteAddr=127.0.0.1
01:36:00,130 INFO  [[localhost]]         remoteHost=127.0.0.1
01:36:00,130 INFO  [[localhost]]         remoteUser=null
01:36:00,130 INFO  [[localhost]] requestedSessionId=DFD04B42EF225E194C19686823CF91D5
01:36:00,130 INFO  [[localhost]]             scheme=http
01:36:00,130 INFO  [[localhost]]         serverName=localhost
01:36:00,131 INFO  [[localhost]]         serverPort=8080
01:36:00,131 INFO  [[localhost]]        servletPath=/OutSimplePdf
01:36:00,131 INFO  [[localhost]]           isSecure=false
01:36:00,131 INFO  [[localhost]] ---------------------------------------------------------------
01:36:00,340 INFO  [[localhost]] ---------------------------------------------------------------
01:36:00,340 INFO  [[localhost]]           authType=null
01:36:00,340 INFO  [[localhost]]      contentLength=892
01:36:00,340 INFO  [[localhost]]        contentType=application/pdf
01:36:00,340 INFO  [[localhost]]             header=X-Powered-By=Servlet 2.5; JBoss-5.0/JBossWeb-2.1
01:36:00,341 INFO  [[localhost]]             header=Expires=0
01:36:00,341 INFO  [[localhost]]             header=Cache-Control=maxage=3600, must-revalidate, post-check=0, pre-check=0
01:36:00,341 INFO  [[localhost]]             header=Pragma=public
01:36:00,341 INFO  [[localhost]]             header=Content-Type=application/pdf
01:36:00,341 INFO  [[localhost]]             header=Content-Length=892
01:36:00,341 INFO  [[localhost]]             header=Date=Tue, 31 Jan 2012 03:36:00 GMT
01:36:00,341 INFO  [[localhost]]            message=null
01:36:00,341 INFO  [[localhost]]         remoteUser=null
01:36:00,341 INFO  [[localhost]]             status=200
01:36:00,341 INFO  [[localhost]] ===============================================================

Espero que tenha ajudado
Abraços!

3 – Configuração dos conectores do JBoss Web (incluindo HTTPS)  ( Configure JBoss Web Connectors (including HTTPS) )

No Study Guide, podemos verificar as seguintes informações para esse tópico:

● JB336 JBoss for Administrators course
● JBoss EAP Administration and Configuration Guide3
● JBoss Web Documentation4
● http://community.jboss.org/wiki/SecureTheJmxConsole
● http://community.jboss.org/wiki/SSLSetup
● Creating an SSL Keystore Using the Java Keytool5
● http://java.sun.com/javase/6/docs/technotes/tools/index.html#security (look for keytool)
● Example configurations included with JBoss EAP

Vamos iniciar abordando a segurança no Jmx-Console, que já é bem conheçida pelos administradores mais experientes.

O primeiro passo é visualizar o web.xml, da app jmx-console.war, e verificar se o atributo  <security-constraint> está descomentado, e com as devidas configurações, abaixo temos uma exemplo em que tudo está correto:

Localização do arquivo:  JBOSS_HOME/server/instance01/deploy/jmx-console.war/WEB-INF/web.xml

<security-constraint>
 <web-resource-collection>
   <web-resource-name>HtmlAdaptor</web-resource-name>
   <description>An example security config that only allows users with the role JBossAdmin to access the HTML JMX console web application
   </description>
   <url-pattern>/*</url-pattern>
 </web-resource-collection>
 <auth-constraint>
    <role-name>JBossAdmin</role-name>
 </auth-constraint>
 <user-data-constraint>
    <transport-guarantee>CONFIDENTIAL</transport-guarantee>
 </user-data-constraint>
</security-constraint>

<login-config>
  <auth-method>BASIC</auth-method>
  <realm-name>JBoss JMX Console</realm-name>
</login-config>

<security-role>
  <role-name>JBossAdmin</role-name>
</security-role>

Agora devemos verificar o arquivo jboss-web.xml, o <security-domain>, deve estar descomentado, como abaixo:

Localização do arquivo: JBOSS_HOME/server/instance01/deploy/jmx-console.war/WEB-INF/jboss-web.xml

<!DOCTYPE jboss-web PUBLIC
"-//JBoss//DTD Web Application 5.0//EN"
"http://www.jboss.org/j2ee/dtd/jboss-web_5_0.dtd">

<jboss-web>
<!-- Uncomment the security-domain to enable security. You will need to edit the htmladaptor login configuration to setup the login modules used to authentication users. -->
   <security-domain>java:/jaas/jmx-console</security-domain>
</jboss-web>

Obs: Segundo a security note – CVE-2010-0738, devemos remover do JBOSS_HOME/server/instance01/deploy/jmx-console.war/WEB-INF/web.xml  os métodos HTTP:

  <http-method>GET</http-method>
  <http-method>POST</http-method>

Deve-se ainda adicionar ao JBOSS_HOME/server/instance01/deploy/jmx-console.war/WEB-INF/web.xml , o atributo CONFIDENTIAL que garante o uso de HTTPS, que vamos ativar posteriormente.

<user-data-constraint>
   <transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>

Para finalizar, verificamos se os arquivos aonde estão armazenados os roles e users estão descomentados.

Localização do Arquivo: JBOSS_HOME/server/instance01/conf/props/jmx-console-roles.properties

  # A sample roles.properties file for use with the UsersRolesLoginModule
  admin=JBossAdmin,HttpInvoker

Localização do Arquivo: JBOSS_HOME/server/instance01/conf/props/jmx-console-users.properties

  # A sample users.properties file for use with the UsersRolesLoginModule
  admin=admin

Application Policy do Jmx-Console:

 <application-policy name="jmx-console">
   <authentication>
     <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule" flag="required">
       <module-option name="usersProperties">props/jmx-console-users.properties</module-option>
       <module-option name="rolesProperties">props/jmx-console-roles.properties</module-option>
     </login-module>
   </authentication>
</application-policy>

Como já disse anteriormente, eu nunca fiz a prova e realmente não sei o que vai ser cobrado,  então  a aprenderem o máximo que puderem sobre os assuntos mencionados no study guide. Como recomendação para essa parte eu aconselho que os precedimentos acima sejam repetidos para o web-console e jbossws, qualquer dificuldade nessas tarefas deixem comentários.

Vamos gerar o nosso certificado ( keystore ), e habilitar o connetor HTTPS. Para obter o certificado execute o comando abaixo:

   keytool -genkey -alias example -keystore example.keystore -keypass 123456 -keyalg RSA

Por convenção geralmente o .keystore, fica armazenado no diretório JBOSS_HOME/server/instance01/conf/ .

Para visualizar informações do certificado execute:

  keytool -v -list -keystore example.keystore

Keystore type: JKS
Keystore provider: SUN

Your keystore contains 1 entry

Alias name: example
Creation date: Jan 29, 2012
Entry type: PrivateKeyEntry
Certificate chain length: 1
Certificate[1]:
Owner: CN=Mauricio Magnani, OU=Home, O=Home, L=SP, ST=SP, C=BR
Issuer: CN=Mauricio Magnani, OU=Home, O=Home, L=SP, ST=SP, C=BR
Serial number: 4f25c7bf
Valid from: Sun Jan 29 20:27:11 BRST 2012 until: Sat Apr 28 19:27:11 BRT 2012
Certificate fingerprints:
MD5:  70:2F:D1:5E:23:E2:1A:3C:DF:E4:76:1D:82:28:AE:0A
SHA1: 03:EF:60:BF:2D:33:D1:29:6A:67:44:07:28:4B:09:E5:6F:56:70:D2
Signature algorithm name: SHA1withRSA
Version: 3

*******************************************
*******************************************

Finalmente vamos ativer o connector HTTPS, isso é bem simples, no arquivo JBOSS_HOME/server/instance01/deploy/jbossweb.sar/server.xml, descomente e altere o bloco abaixo:

<!-- SSL/TLS Connector configuration using the admin devl guide keystore-->
<Connector protocol="HTTP/1.1" SSLEnabled="true" port="8443" address="${jboss.bind.address}"
scheme="https" secure="true" clientAuth="false" keystoreFile="${jboss.server.home.dir}/conf/example.keystore"
keystorePass="123456" sslProtocol = "TLS" />

Agora acesse a url https://localhost:8443/ , e verifique se tudo está funcionando.

Não percam a próxima parte

abraços!

Em aplicações sérias, é essencial que o ambiente ofereça escalabilidade e alta disponibilidade, esse objetivo pode ser alcançado através de ambientes clusterizados e altamente elásticos. Hoje vamos abordar uma das formas de criação de Cluster no JBoss AS 7.1, utilizando o conceito de servidores standalone.

As possíveis configurações de cluster  para servidores standalone podem ser divididos em dois cenários principais:

• Cluster de nós executando na mesma máquina
• Cluster de nós executando em máquinas diferentes

Cluster de Nós Executando na Mesma Máquina

A criação de cluster de servidores JBoss na mesma máquina, se aplica  quando possuímos ótimos recursos de hardware. A configuração de nós na mesma máquina exige que você duplique a sua distribuição do JBoss AS 7.  Também será necessário que você escolha entre duas opções:

1. Definir múltiplos endereços IP  na mesma máquina.
2. Definir um offset de portas para cada nó.

A primeira forma é conhecida como multi-homing,  possuir multiplas conexões reduzem a chance de acontecer uma parada catastrófica se uma das conexões falhar. Para configurar multi-homing no linux, é bem simples, basta especificar o IP que deverá responder em determinada interface:

# ifconfig eth0 192.168.0.10 up
# ifconfig eth1 192.168.0.20 up

Exemplo:

eth0      Link encap:Ethernet  Endereço de HW 08:00:27:53:CD:E5
          inet end.: 192.168.0.10  Bcast:192.168.0.255  Masc:255.255.255.0
          endereço inet6: fe80::a00:27ff:fe53:cde5/64 Escopo:Link
          UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
          RX packets:4939 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4919 errors:0 dropped:0 overruns:0 carrier:0
          colisões:0 txqueuelen:1000
          RX bytes:5269711 (5.0 MiB)  TX bytes:761430 (743.5 KiB)

eth1      Link encap:Ethernet  Endereço de HW 08:00:27:4A:3C:82
          inet end.: 192.168.0.20  Bcast:192.168.0.255  Masc:255.255.255.0
          endereço inet6: fe80::a00:27ff:fe4a:3c82/64 Escopo:Link
          UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
          RX packets:118 errors:0 dropped:0 overruns:0 frame:0
          TX packets:190 errors:0 dropped:0 overruns:0 carrier:0
          colisões:0 txqueuelen:1000
          RX bytes:32243 (31.4 KiB)  TX bytes:22900 (22.3 KiB)

O próximo passo agora é configurarmos o arquivo standalone-ha.xml, só para deixar claro, nós duplicamos os arquivos de instalação do JBoss AS 7, então temos JBossAS7-1 e JBossAS7-2 .

Edite o arquivo standalone-ha.xml do JBossAS7-1

   vim JBOSS_HOME/standalone/configuration/standalone-ha.xml

Atualize as interface public e management, com o IP configurado anteriormente.

 <interfaces>
         <interface name="management">
            <inet-address value="192.168.0.10"/>
         </interface>
         <interface name="public">
            <inet-address value="192.168.0.10"/>
         </interface>
 </interfaces>

Repita o Processo para o JBossAS-2

vim JBOSS_HOME/standalone/configuration/standalone-ha.xml

Atualize as interfaces:

 <interfaces>
         <interface name="management">
            <inet-address value="192.168.0.20"/>
         </interface>
         <interface name="public">
            <inet-address value="192.168.0.20"/>
         </interface>
 </interfaces>

Agora já estamos prontos para iniciar o cluster do JBoss AS 7, para isso execute os comandos abaixo:

JBossAS7-1 –>    ./JBOSS_HOME/bin/standalone.sh –server-config=standalone-ha.xm -Djboss.node.name=node1

JBossAS7-2 –>    ./JBOSS_HOME/bin/standalone.sh –server-config=standalone-ha.xm -Djboss.node.name=node2

Ao iniciarmos os servidores não encontramos detalhes sobre os nós do cluster, isso se deve ao fato de que o serviço de cluster só é  iniciado sob demanda no JBoss AS 7, por isso não conseguimos visualizar nada relacionado a isso no console.
Para habilitarmos o cluster, devemos realizar o deploy de uma aplicação que esteja utilizando a tag <distributable/>  no web.xml.

<web-app>
   <distributable/>
</web-app>

Ao realizar o deploy, podemos verificar que os serviços de cluster são ativados:

13:35:05,796 INFO  [stdout] (MSC service thread 1-2)
13:35:05,797 INFO  [stdout] (MSC service thread 1-2) -------------------------------------------------------------------
13:35:05,797 INFO  [stdout] (MSC service thread 1-2) GMS: address=node2/web, cluster=web, physical address=192.168.0.20:55200
13:35:05,797 INFO  [stdout] (MSC service thread 1-2) -------------------------------------------------------------------
13:35:06,177 INFO  [org.jboss.as.clustering.CoreGroupCommunicationService.web] (MSC service thread 1-2) JBAS010207: Number of cluster members: 2
13:35:08,184 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-2) ISPN000078: Starting JGroups Channel
13:35:08,187 AVISO [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (MSC service thread 1-2) Channel Muxer already has a default up handler installed (org.jboss.as.clustering.jgroups.ClassLoaderAwareUpHandler@35cfee57) but now it is being overridden
13:35:08,190 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-2) ISPN000094: Received new cluster view: [node1/web|1] [node1/web, node2/web]
13:35:08,192 INFO  [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-2) ISPN000079: Cache local address is node2/web, physical addresses are [192.168.0.20:55200]
13:35:08,201 INFO  [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-2) ISPN000128: Infinispan version: Infinispan 'Brahma' 5.1.0.CR1
13:35:08,203 WARN  [org.infinispan.config.ConfigurationValidatingVisitor] (MSC service thread 1-1) ISPN000152: Passivation configured without a valid eviction policy. This could mean that the cache store will never get used unless code calls Cache.evict() manually.
13:35:08,681 INFO  [org.infinispan.jmx.CacheJmxRegistration] (MSC service thread 1-2) ISPN000031: MBeans were successfully registered to the platform mbean server.
13:35:08,805 INFO  [org.infinispan.jmx.CacheJmxRegistration] (MSC service thread 1-1) ISPN000031: MBeans were successfully registered to the platform mbean server.
13:35:09,469 INFO  [org.jboss.as.clustering] (MSC service thread 1-2) JBAS010301: Started registry cache from web container
13:35:09,474 INFO  [org.jboss.as.clustering] (MSC service thread 1-1) JBAS010301: Started repl cache from web container
13:35:09,939 INFO  [org.jboss.web] (MSC service thread 1-2) registering web context: /myapptest
13:35:10,124 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "myapptest.war"

Lembrando que que não existe mais o conceito de farm deployment, mas você pode realizar o deploy de uma aplicação para todos as instâncias que fazem parte do mesmo grupo de servidores. Vamos abordar esse conceito mais a frente. Nesse caso é necessário realizar o deploy nos dois nós. O deploy pode pode ser realizado no diretório JBOSS_HOME/standalone/deployments/.

Uma ultima observação é de que poderíamos ter ter passado via parametro na inicialização os IPs das interfaces public e management, como abaixo:

JBossAS7-1 –> ./JBOSS_HOME/standalone.bat –server-config=standalone-ha.xml –b 192.168.0.10 -bmanagement 192.168.0.10 -Djboss.node.name=node1

JBossAS7-2 –> ./JBOSS_HOME/standalone.bat –server-config=standalone-ha.xml –b 192.168.0.20 -bmanagement 192.168.0.20 -Djboss.node.name=node2

Na próxima parte vamos abordar Cluster de nós executando em máquinas diferentes, que é muita similar ao que fizemos.

Abraços a todos!

Ps: Copei boa parte do post Implantando Sua Aplicação Web No Contexto Raiz no JBoss AS 6.1

Como implantar os aplicativos criados para que sejam acessados no contexto raiz ( localhost:8080 ) ?. Bom para fazer isso é bem simples \o/ , basta criar em sua aplicação web o arquivo jboss-web.xml , abaixo de WEB_INF, e inserir o conteúdo abaixo:

<!DOCTYPE jboss-web PUBLIC
"-//JBoss//DTD Web Application 5.0//EN"
"http://www.jboss.org/j2ee/dtd/jboss-web_5_0.dtd">

 <jboss-web>
    <context-root>/</context-root>
 </jboss-web>

No JBoss AS 7 não podemos mais remover  ROOT.war , a solução agora é desativá-lo.

No arquivo JBOSS_HOME/standalone/configuration/standalone.xml, e subsystem jboss:domain:web: atualize a propriedade enable-welcome-root para false .

<subsystem xmlns="urn:jboss:domain:web:1.1" default-virtual-server="default-host">
   <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http"/>
   <virtual-server name="default-host" enable-welcome-root="false">
     <alias name="localhost"/>
     <alias name="example.com"/>
   </virtual-server>
 </subsystem>

Agora faça o deploy e acesse a url http://localhost:8080.  Sua aplicação deverá estar rodando no contexto raiz, como a imagem abaixo:

Abraços!

Obs: Pré Requisito Módulo JDBC MySQL
JBoss: jboss-as-7.1.0.CR1b

Algumas vezes necessitamos armazenar o log das nossas aplicações diretamente no banco de dados.  Podemos fazer isso através de Logs customizáveis. A comunidade JBoss.org, criou um excelente artigo sobre Custom Log Handlers, e o nosso post de hoje será baseado nesse artigo.

A comunidade deixou uma classe de exemplo, que extende java.util.logging.Handler, segue abaixo o código:

package com.JdbcLogger;

import java.sql.Connection;
import java.sql.Date;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import java.util.ArrayList;
import java.util.List;
import java.util.logging.Handler;
import java.util.logging.LogRecord;

import org.jboss.logmanager.MDC;

public class JdbcLogger extends Handler
  {
    private static final Object PARAM_TIMESTAMP = "$TIMESTAMP";
    private static final Object PARAM_LEVEL = "$LEVEL";
    private static final Object PARAM_MESSAGE = "$MESSAGE";
    private static final String PARAM_MDC = "$MDC[";
    private static final Object PARAM_PASSTROUGH = "?";

    private String driverClassName;
    private String jdbcUrl;
    private String username;
    private String password;
    private String insertStatement;

    private Connection connection;

    private List<String> parameters = new ArrayList<String>();

    @Override
    public void publish(LogRecord record)
    {
      if (!ensureReady())
     {
      return;
     }
    try
     {
       insertRecord(record);
     }
     catch (SQLException e)
     {
     e.printStackTrace();
    }
  }

   private synchronized boolean ensureReady()
   {
     if (connection != null)
     {
       return true;
     }
     try
     {
       parseStatementParameters();
       setupConnection();
     }
       catch (ClassNotFoundException e)
     {
       e.printStackTrace();
       return false;
     }
       catch (SQLException e)
     {
       e.printStackTrace();
      return false;
     }
      return true;
   }

   private void parseStatementParameters()
   {
      int paramsStart = insertStatement.indexOf("(");
      int paramsStop = insertStatement.lastIndexOf(")");
      String paramsString = insertStatement.substring(paramsStart + 1, paramsStop);
      for (String param : paramsString.split(","))
      {
         parameters.add(param.trim());
         paramsString = paramsString.replace(param, "?");
      }
       insertStatement = String.format("%s(%s)", insertStatement.substring(0, paramsStart), paramsString);
      }

   private void setupConnection() throws ClassNotFoundException, SQLException
   {
      Class.forName(driverClassName);
      connection = DriverManager.getConnection(jdbcUrl, username, password);
   }

   private void insertRecord(LogRecord logRecord) throws SQLException
   {
     PreparedStatement statement = null;
     try
     {
        statement = connection.prepareStatement(insertStatement);
        setStatementParameters(statement, logRecord);
        statement.executeUpdate();
     }
     finally
     {
      if (statement != null)
      {
        statement.close();
      }
    }
   }

  private void setStatementParameters(PreparedStatement statement, LogRecord logRecord) throws SQLException
  {
   for (int i = 0; i < parameters.size(); i++)
   {
    statement.setObject(i + 1, getParameterValue(i, logRecord));
   }
  }

  private Object getParameterValue(int i, LogRecord record)
  {
   String parameter = parameters.get(i);
   if (PARAM_PASSTROUGH.equals(parameter))
  {
   return null;
  }
   if (PARAM_TIMESTAMP.equals(parameter))
  {
   return new Date(record.getMillis());
  }
   else if (PARAM_LEVEL.equals(parameter))
  {
   return record.getLevel().toString();
  }
   else if (PARAM_MESSAGE.equals(parameter))
  {
   return getFormatter().format(record);
  }
   else if (parameter.startsWith(PARAM_MDC))
  {
   int startIndex = parameter.indexOf("[") + 1;
   int stopIndex = parameter.indexOf("]") - 1;
   String key = parameter.substring(startIndex, stopIndex + 1);
   return MDC.get(key);
  }
  else
  {
   return parameter;
  }
 }

  @Override
  public void flush()
  {
  }

  @Override
  public void close()
   {
     if (connection != null)
   {
    try
    {
     connection.close();
    }
     catch (SQLException e)
    {
     e.printStackTrace();
    }
   }
  }

  public void setDriverClassName(String driverClassName)
  {
   this.driverClassName = driverClassName;
  }

  public void setJdbcUrl(String jdbcUrl)
  {
   this.jdbcUrl = jdbcUrl;
  }

  public void setUsername(String username)
  {
   this.username = username;
  }

  public void setPassword(String password)
  {
   this.password = password;
  }

  public void setInsertStatement(String insertStatement)
  {
   this.insertStatement = insertStatement;
  }
 }

Agora devemos gerar um arquivo .jar para empacotar a classe acima, como por exemplo logger.jar
O próximo passo é criar um módulo, para disponibilizarmos o nosso log no JBoss AS 7.

Com o comando abaixo, criamos a estrutura de diretórios necessária para o funcionamento.

   mkdir -p JBOSS_HOME/modules/com/JdbcLogger/main

Copie o logger.jar gerado anteriormente para JBOSS_HOME/modules/com/JDBCLogger/main

Agora crie o arquivo module.xml

   vim JBOSS_HOME/modules/com/JdbcLogger/main/module.xml

E e adicione o conteúdo abaixo:

<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.1" name="com.JdbcLogger">
<resources>
       <resource-root path="logger.jar"/>
</resources>
<dependencies>
<module name="javax.api"/>
    <module name="org.jboss.logging"/>
    <module name="org.jboss.logmanager"/>
    <module name="com.mysql"/>
   </dependencies>
</module>

Lembrando que o módulo com.mysql, já precisa estar disponível no JBoss AS 7. Caso não saiba como criar, veja o artigo http://jbossdivers.wordpress.com/2012/01/20/introducao-ao-jboss-as-7-parte-2/ .

No arquivo JBOSS_HOME/standalone/configuration/standalone.xml,  e  subsystem jboss:domain:logging:1.1, adicione o conteúdo abaixo:

<custom-handler name="DB" module="com.JdbcLogger">
  <level name="INFO"/>
  <formatter>
     <pattern-formatter pattern="%d{HH:mm:ss,SSS} %-5p [%c] (%t)%s%E%n"/>
  </formatter>
  <properties>
      <property name="driverClassName" value="com.mysql.jdbc.Driver"/>
      <property name="jdbcUrl" value="jdbc:mysql://192.168.0.189:3306/security"/>
      <property name="username" value="root"/>
      <property name="password" value="123456"/>
      <property name="insertStatement" value="insert into log_table values (?, $TIMESTAMP, $LEVEL, $MDC[ip], $MDC[user], $MESSAGE, hardcoded)"/>
  </properties>
</custom-handler>

No root logger adicione o handler criado.

<root-logger>
   <level name="INFO"/>
   <handlers>
      <handler name="CONSOLE"/>
      <handler name="FILE"/>
      <handler name="DB"/>
   </handlers>
</root-logger>

A tabela abaixo, deve ser criada no banco de dados que armazenará os logs ( no nosso caso o security ).

   CREATE TABLE log_table(id INT(11) NOT NULL AUTO_INCREMENT, timestamp VARCHAR(255) DEFAULT NULL,level VARCHAR(255) DEFAULT NULL,mdc_ip VARCHAR(255) DEFAULT NULL,mdc_user VARCHAR(255) DEFAULT NULL,message VARCHAR(1500) DEFAULT NULL,hardcoded VARCHAR(255) DEFAULT NULL,PRIMARY KEY (id))ENGINE = INNODB AUTO_INCREMENT = 1;

Inicie o JBoss AS 7

./JBOSS_HOME/bin/standalone.sh

Agora realize o select na tabela log_table.

   select * from log_table

Alguns dados deverão ser retornados, como na imagem abaixo.

Podemos ainda utilizar um dominio de segurança encriptado para os dados de acesso ao banco de dados, para isso vejam o Post Introdução ao JBoss AS parte 2 .

Espero que seja útil
Abraços!

Fonte: https://community.jboss.org/wiki/CustomLogHandlersOn701