Quando voce precisar migrar um ambiente ou uma aplicacao para o Glassfish, voce encontrara algumas adversidades. Sao elas: Migrar os certificados de um Oracle Wallet(p12) para um Java Keystore/Truststore; (imaginando que o ambiente legado e um OHS (Oracle HTTP Server));Importar certificado de outro ApplicationServer com o keystore ja configurado. Nao incluo aqui a criacao de um novo certificado SSL, certificado auto assinado, ou renovacoes, pois a privatekey pode ser recriada sem problemas. Ja a publicacao se aplica quando a chave privada nao pode ser recriada por alguma razao, seja pelo uso de um outro sistema ou impacto de negocio. Privatekey: Chave privada usada no sistema de criptografia baseado em chaves. Mas qual o grande problema? Bem, o Glassfish suporta apenas um keystore e um truststore que vem previamente setado para uso do alias s1as. Quando configurado o http-listener-2, atendendo a porta 28181, este certificado nao e reconhecido como valido, pois e para fins administrativos. Portanto, e necessario substitui-lo, o que e mais comum, ou incluir um novo alias no keystore localizado no diretorio config do domain. IMPORTANTE: Sete a variavel $JAVA_HOME para o mesmo JDK do oracle_commons dentro do $MIDDLEWARE_HOME. Os comandos abaixo incluem o JDK/bin no PATH, entao nao precisei passar o PATH completo do orakpi e keytool.Migrar os certificados de um Oracle Wallet(p12) para um Java Keystore:orapki wallet pkcs12_to_jks -wallet ewallet.p12 -pwd coloque_a_senha_do_wallet_aqui -jksKeyStoreLoc keystore.jks-conv -jksKeyStorepwd changeit -jksTrustStoreLoc cacerts.jks-conv -jksTrustStorepwd changeitImportar certificado de outro ApplicationServer com o keystore ja configurado; Como mencionado, o Glassfish suporta apenas um keystore. Logo precisara fazer o merge do keystore e do truststore: keytool -v -importkeystore -srckeystore cacerts.jks-conv -srcstoretype JKS -destkeystore cacerts.jks -deststoretype JKSkeytool -v -importkeystore -srckeystore keystore.jks-conv -srcstoretype JKS -destkeystore keystore.jks -deststoretype JKSNeste ponto precisara saber as senhas de todos os JKSs, pois serao solicitadas as senhas dos keystores de origem e destino. Caso as mesmas nao estejam, utilize o comando abaixo para ajusta-las:keytool -keypasswd -new changeit -keystore keystore.jks -storepass "senha do keystore" -alias orakey1 -keypass "senha antiga" Possiveis problemas durante o processo serao relacionados ao keystore de origem ser 32 bits e o de destino 64 bits.Entao sugiro manter como o de destino o que atenda o hardware de seu ambiente de Glassfish, assim como a senha do certificado alias que deseja utilizar tem que ser igual. Logo, utilize todas as senhas iguais a senha do master-password do Glassfish. Nao esqueca de apos o merge dos keystore alterar o alias do certificado SSL do http-listener-2 para o alias desejado. Para visualizar o alias utilize o comando abaixo: keytool -list -v -keystore keystore.jks Referencias:https://en.wikipedia.org/wiki/Public-key_cryptographyhttps://docs.oracle.com/cd/E19798-01/821-1751/6nmnci6aa/index.htmlhttp://www.webfarmr.eu/2010/04/import-pkcs12-private-keys-into-jks-keystores-using-java-keytool/https://www.sslshopper.com/article-most-common-java-keytool-keystore-commands.htmlPublicacao tambem disponivel em: http://ilegra.com/beyonddata/ Ao escrevermos sobre PaaS devemos ter o conceito que estamos trabalhando com um modelo de plataforma direcionado a aplicacoes e alguns de seus objetivos especificos razoes de sua existencia sao a simplificacao, flexibilizacao, em funcao da utilizacao de estrutura como servico, que proporcionarao maior agilidade do processo de provisionamento de aplicacoes.Quando mencionamos PaaS, desprenda-se da ideia de que seu negocio sera deslocado para o datacenterde um fornecedor externo, nem pense em uma caixa preta, pois e possivel trabalhamos com PaaS em seu datacenter local, de forma