Rodando mais de um Jboss na mesma máquina

Bom, hoje precisei rodar dois jboss numa mesma máquina com aplicações diferentes neles para alguns testes, apesar de no final eu ter descoberto que para as aplicações que precisava não iria dar certo, a não ser que eu modificasse o código das classes principalmente as que fazem lookup de ejb. Mas enfim, depois de pesquisa daqui, pesquisa dali, testei e funcionou, pena que não especificamente para o que eu queria, mas segue ai o que é necessário fazer:
(ressaltando que JBOSS_HOME é o diretório de instalação do Jboss, o Jboss que estou usando é o 4.0.3)

• Para mudar apenas a porta do Tomcat no JBoss, modifique o arquivo:
• JBOSS_HOME/server/default/deploy/jbossweb-tomcat55.sar/server.xml
• Troque a porta de 8080 para, por exemplo, 8081
• Para alterar o JBoss modifique os seguintes arquivos:
• JBOSS_HOME/server/default/conf/jboss-service.xml
• WebService - modifique a porta 8083 para, por exemplo, 18083
• Naming-Service - modifique a porta 1099 para, por exemplo, 11099
• RmiPort - modifique a porta 1098 para, por exemplo, 11098
• RMI/JRMP - modifique a porta 4444 para, por exemplo, 14444
• PooledInvoker - modifique a porta 4445 para, por exemplo, 14445

• JBOSS_HOME/server/default/deploy/jms
• ServerBindPort - modifique de 8093 para, por exemplo, 18093

Bom, esta configuração abaixo eu não tenho certeza se é necessário, mas por via das dúvidas vou colocá-la aqui:

• JBOSS_HOME/server/default/conf/jboss-minimal.xml
• Naming-Service - modifique a porta 1099 para, por exemplo, 11099
• RmiPort - modifique a porta 1098 para, por exemplo, 11098

Espero ter ajudado, qualquer comentário, ou sugestão, ou outra dica, favor postar que adiciono no post.

Valeu.

Até que ponto a flexibilidade é boa?

Atualmente estou com um projeto que "herdei" assim que entrei na empresa. O projeto tem algumas coisinhas bacaninhas, uma delas é um wizard onde o usuário monta as consultas no banco de dados, fazendo assim com que tenha uma grande flexibilidade a aplicação, porque seu uso basicamente consiste em consultar informações "coletadas".
Esta flexibilidade faz com que cada setor que comece a usar a aplicação, tenha a possibilidade de suprir suas necessidades criando as consultas que satisfazem suas necessidades diárias de informações. Porém, nem tudo são flores na vida de Joseph Klimber.... =)
Atualmente estamos com um sério problema que é a alta carga de processamento e alto "I/O Wait" no servidor. Isto é ocasionado pela fragmentação do banco de dados, mas principalmente por queries mal feitas. Porque? Porque estas queries são geradas por um wizard, e normalmente as queries não retornam menos de 10mil registros, então, juntando estas queries com a fragmentação da base, nos temos um alto I/O.
Como eu sou um cara eficaz (eficiente ou eficaz? essa é pro pessoal da wise), peguei as queries do sistema e tentei dar um trato, "tunnando" o que dava, porém cheguei na parte das queries pesadas do banco de dados, que eram aquelas consultas. Então me deparei com o problema que é o seguinte, como vou "tunnar" uma query que muda a toda hora? E mesmo que consiga estas principais, como ficarão as outras novas assim que o suporte acabar!?
Este foi um exemplo para que eu pudesse chegar ao ponto que queria, que é: Até onde flexibilidade realmente ajuda?
Deixar o usuário fazer o que quizer, ou deixar a aplicação "redondinha"? Por enquanto ainda acho que as duas coisas são inversamente proporcionais.
O que acha você?