Outro dia me deparei com a necessidade de mudar o nome do Host Name de um Node Agent do WebSphere isso pode ocorrer por varios motivos, como por exemplo: para corrigir a propagacao do plugin do IBM HTTP Server ou simplesmente porque a maquina ira mesmo ser migrada para um outro nome ou ainda para migrar um profile de maquina, dentre outras possibilidades.Para visualizar, navegue no Admin console do WebSphere(Domain Manager - DMGR): System Administration > NodesVoce deve entao visualizar o Host Name do Node desejado conforme ilustrado na imagem abaixo:Neste caso vou mudar o Host Name do NodeAgent para ao inves de ser localhost passar a ser mmaia.ibmPara fazer isso o primeiro passo e baixar todos os processos de WebSphere rodando neste ambiente e entao fazer um backup do profile que sera atualizado para caso seja necessario restaurar posteriormente. Veja este link para faze-lo.Feito o backup vamos agora executar o utilitario do WebSphere wsadmin, isso deve ser feito no diretorio bin do profile do Domain Manager(Dmgr) ou nao funcionara corretamente. Execute o comando: ./wsadmin.sh -conntype NONE -lang jythonIsso ira colocar o shell no modo jython, conforme mostrado na imagem abaixo, se for primeira execucao do wasadmin no seu ambiente voce devera ver o processamento de varias libs antes de entrar no modo de execucao do wasadmin:Execute agora a funcao jython AdminTask.changeHostName no modo iterativo, o que ira fazer com que os parametros da funcao sejam solicitados no console wsadmin, e salve as configuracoes, conforme ilustrado abaixo: AdminTask.changeHostName('[-interactive]')Preencha com os novos valores e coloque F no final para salvar a alteracao, depois salve a alteracao executando a funcao AdminConfig.save().Pronto, saia do modo wasadmin digitando exit e reinicie seu profile(node e servers). O novo valor deve aparecer no NodeAgent agora: Segue uma lista de comandos uteis do JBoss forge para referencia rapida, apesar disso a melhor dica e SEMPRE usar o TAB no teclado quando nao souber um comando completo pois as opcoes serao listadas automaticamente.list-commands : lista principais comandos do forge, nao lista comandos especificos de plugins.list-commands --all : Lista todos os comandos disponiveis do forge exceto comandos especificos de um plugin.new-project : Cria um novo projeto, ex: new-project --named {nomeProjeto} --topLevelPackage {br.com.seusoftwarewebsite} --projectFolder {/caminho/pasta/projeto}persistence : Configura um framework de persistencia ao seu projeto.persistence setup --provider {providerJPAEscolhido} --container {appServerSelecionado} Apesar de raramente ser necessario ou mesmo recomendado, ja passei por situacoes onde a persistencia de sessao(HttpSession) do usuario tivesse como requisito de arquitetura a necessidade de ser persistida em base de dados quando normalmente o recomendado e fazer em memoria por motivos de performance. Quando for necessario fazer isso com utilizacao de weblogic e bem simples.Primeiro precisamos da base de dados, neste exemplo vou usar o postgresql, que e free e facil de usar e instalar. Fiz, a algum tempo, um quickstart em um outro post que sempre me e util.Bem, uma vez instalado o postgres basta criar uma base de dados, que nesse exmplo tem as configuracoes:-Nome da Base: wl_session-Usuario: weblogic-Senha: weblogicFeito isso deve-se criar a base de dados para persistencia de sessao conforme script disponibilizado, perceba que existem scripts especificos