Busca Google

Habilitar o acesso ao LDAP interno do WebLogic

Para configurar os usuários, o WebLogic utiliza uma base LDAP interna, como uma senha gerada aleatóriamente. Para ambientes de produção, o uso desse LDAP não é recomendado, mas para demonstrações e desenvolvimento precisamos em alguns casos habilitar o acesso à esses dados.

Para acessar o LDAP interno que já vem com o WebLogic, acesse o console e clique no nome do domínio. Acesse a aba Security e escolha a opção Embedded LDAP.

Embedded LDAP

Embedded LDAP

No campo Credential, informe uma nova senha, confirme ela logo abaixo e clique em Save. Reinicie o WebLogic.

Utilize o usuário: cn=Admin e a senha especificada para acesso. A url e porta de acesso são as mesmas do WebLogic. Para acessar você pode utilizar o JXExplorer ou qualquer outro client de LDAP.

 

Bug na criação do domínio do Oracle Identity Manager

Ao instalar o Oracle Identity Manager com a opção para criação do domínio o instalador pode trazer o seguinte erro:

Error creating ASInstance asinst_1.
Cause:
An internal operation has failed: java.lang.ExceptionInInitializerError

Caused by: java.lang.ExceptionInInitializerError
at javax.crypto.Mac.getInstance(DashoA13*..)
at oracle.security.crypto.cert.PKCS12.computeMAC(PKCS12.java:299)

Caused by: java.lang.SecurityException: Cannot set up certs for trusted CAs
at javax.crypto.SunJCE_b.<clinit>(DashoA13*..)

Caused by: java.lang.SecurityException: Cannot locate policy or framework files!
at javax.crypto.SunJCE_b.i(DashoA13*..)

Esse problema ocorre ao criar um novo domain pelo utilitário de configuração. Para resolver esse problema, você pode criar um novo domínio do WebLogic e utilizar o utilitário para estender o domínio criado. Dessa forma o erro não irá ocorrer!

Paths do produtos baseados no WLS

Alguns produtos da Oracle utilizam as informações encontradas no arquivo: $MW_HOME/wlserver_10.3/.product.properties para criação de domínios, configuração e afins.

O conteúdo do arquivo é similar a esse:

JAVA_HOME=/u01/jvm
javax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl
USER_LANGUAGE=en
NODEMGR_PORT=5556
WLS_INSTALL_DIR=/u01/Oracle/Middleware/wlserver_10.3
COHERENCE_HOME=/u01/Oracle/Middleware/coherence_3.6
LOCALE=ccjk
WLS_JAVA_HOME=/u01/jvm
javax.xml.parsers.DocumentBuilderFactory=com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
WL_HOME=/u01/Oracle/Middleware/wlserver_10.3
java.vm.version=R28.1.4-7-144370-1.6.0_26-20110617-2130-linux-x86_64
MW_HOME=/u01/Oracle/Middleware
WLS_JAVA_VENDOR=Oracle
weblogic.server.modules.featurejar=/u01/Oracle/Middleware/modules/features/weblogic.server.modules_10.3.5.0.jar
javax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
PLATFORMHOME=/u01/Oracle/Middleware/wlserver_10.3
WLS_PRODUCT_VERSION=10.3.5.0
java.vm.vendor=Oracle Corporation
BEAHOME=/u01/Oracle/Middleware
DOCSWEBROOT=http\://download.oracle.com/docs/cd/E17904_01/web.1111
CONFIGWIZ_HOME=/u01/Oracle/Middleware/wlserver_10.3
JAVAHOME=/u01/jvm

Para alterar o caminho do Java por exemplo, é só mudar as variáveis JAVA_HOME, JAVAHOME e WLS_JAVA_HOME.

Outro local para alteração das variáveis de ambiente é o: $MW_HOME/wlserver_10.3/common/bin/commEnv.sh

Remoção de ASInstances do Oracle Identity Manager

Para remover ASInstances de um domínio ou ASInstances remanescentes da remoção de um domínio de forma correta, basta executar o instalador do Oracle Identity Manager com a opção -deinstall:

./$MW_HOME/Oracle_IDM1/oui/bin/runInstaller -deinstall

Clique em Next na tela de Welcome e na próxima tela você poderá escolher as opções de remover o Oracle IDM, remover as ASInstances de um domínio existente ou remover as ASInstances que não possuem domínio.

Oracle Fusion Middleware 11g Deinstallation - Step 2 of 7

Oracle Fusion Middleware 11g Deinstallation - Step 2 of 7

Agora é só seguir o passo a passo e a remoção será bem sucedida.

Problema ao configurar o Oracle Identity Manager

Ao configurar o Oracle Identity Manager (criação de novo domínio) ele necessita saber a porta do Node Manager. Para isso ele acessa o arquivo nodemanager.properties e busca pelo atributo ListenPort. Caso não encontre esse arquivo, o instalador mostra o seguinte erro:

Number Format Exception thrown when trying to get nodemanager port.
Cause:
The Nodemanager Listen port entry is not present in the nodemanager.properties file or it is not set to numeric value.
Action:
Add the Nodemanager port (for example, ListenPort=5556) to the nodemanager.properties file and press Retry button to continue the configuration.

Para corrigir esse erro, basta seguir o que está descrito no erro. Abra o arquivo: Oracle/Middleware/wlserver_10.3/common/nodemanager/nodemanager.properties e adicione a seguinte linha:

ListenPort=5556

Agora é só clicar em Retry na configuração do Oracle Identity Manager e a configuração irá prosseguir.

Alterando o Java Home no Red Hat e derivados

Para alterar o JAVA_HOME no Red Hat e derivados (vale para outras versões de Linux também, mas pra versões baseadas em Debian, como o Ubuntu, existem outras maneiras) edite o arquivo .bash_profile na home do usuário. Por exemplo:

vim ~/.bash_profile

Se você deseja alterar para todos os usuários, adicione um arquivo /etc/profile.d/jvm.sh

E inclua o seguinte conteúdo no final do arquivo (para qualquer um dos casos):

export JAVA_HOME=/u01/jvm
export PATH=$JAVA_HOME/bin:$PATH

Digite source ~/.bash_profile ou source /etc/profile (no caso de todos os usuários). Verifique se deu certo digitando o seguinte comando:

echo $JAVA_HOME
which java

A saída desses comandos deve apontar para o local onde o java está instalado.

Evitar pedir usuário e senha em produção no WLS

Quando você realiza a criação de um domínio do WebLogic em modo de produção, ao iniciar o servidor ele solicita à você o usuário e senha administrativos.

 Enter username to boot WebLogic server:
 Enter password to boot WebLogic server:

Para evitar isso e possibilitar a criação de scripts automáticos para inicialização do domínio WebLogic, é necessário criar um arquivo: boot.properties. Crie o arquivo em DOMAIN/servers/AdminServer/security/boot.properties com o seguinte conteúdo:

username=usuario
password=senha

Substitua o “usuario” e “senha” pelo respectiva usuário e senha. Agora é só iniciar o WebLogic e você verá a seguinte linha no log.

<Jan 2, 2012 5:23:22 PM BRST> <Notice> <Security> <BEA-090083> <Storing boot identity in the file: /u01/Oracle/Middleware/user_projects/domains/wc_only_domain/servers/AdminServer/security/boot.properties>

Após o server subir, o arquivo será criptografado e a senha não será mais necessária!

Desabilitando o WS-Addressing no SOA Suite

Esses dias tive um problema com um projeto da Índia. O cliente, ao realizar a chamada pra um serviço que eu desenvolvi, recebia o seguinte erro:

A required header representing a Message Addressing Property is not present

Os testes realizados no SOAP-UI e cliente WS criado não apresentavam nenhum erro, então ficava difícil simular o ocorrido. Pela mensagem informada, podemos ter dois tipos de erro:

  • O cliente está adicionando um header na requisição inválido
  • Ou o servidor está esperando um header que o cliente não enviou

««« Clique aqui para ler o restante do conteúdo: Desabilitando o WS-Addressing no SOA Suite »»»

Rodando aplicação Ginga no VT7200D

Para rodar sua aplicação Ginga, tanto NCL/LUA quanto Java no VT7200D (para saber sobre o VT7200D, consulte aqui) é necessário realizar alguns truques.

O primeiro passo é inserir um pendrive no seu computador. Digite: dmesg no terminal para saber em qual é o device. No meu caso (pendrive de 2GB) apareceu o seguinte nas últimas linhas:

[39858.172559] sd 10:0:0:0: Attached scsi generic sg3 type 0
[39858.175660] sd 10:0:0:0: [sdc] 3911616 512-byte logical blocks: (2.00 GB/1.86 GiB)
[39858.177408] sd 10:0:0:0: [sdc] Write Protect is off
[39858.177412] sd 10:0:0:0: [sdc] Mode Sense: 65 44 09 30
[39858.178402] sd 10:0:0:0: [sdc] No Caching mode page present
[39858.178406] sd 10:0:0:0: [sdc] Assuming drive cache: write through
[39858.182402] sd 10:0:0:0: [sdc] No Caching mode page present
[39858.182405] sd 10:0:0:0: [sdc] Assuming drive cache: write through
[39858.183040]  sdc: sdc1

Dessa forma eu sei que o meu device é /dev/sdc. Caso o seu pendrive tenha alguma partição (no meu caso tem: sdc1) o Ubuntu irá montá-la automaticamente. Nos próximos comando substitua o sdc para o valor correto em sua máquina. Para “desmontar” (no bom sentido), digite:

««« Clique aqui para ler o restante do conteúdo: Rodando aplicação Ginga no VT7200D »»»

Centésimo post, J1, pizza com café e novidades

Esse é o centésimo post do blog… Até que enfim estou conseguindo tocar o blog! Já comecei o blog pelo menos 4 vezes e, finalmente, está dando bem certo. Descobri que o segredo para manter um blog não é querer escrever toda a hora ou escrever por obrigação, mas é escrever um pouquinho por vez quando dá e de algo que você goste ou esteja utilizando.

Junto com a novidade do centésimo post, nesse mês, vieram várias outras. Realizei um apresentação de TV Digital no Java One 2011, junto com o Carlos Fernando Gonçalvez e foi muito legal. Fui convidado para o Community Keynote do evento onde pude demonstrar a força da comunidade Java como membro do JavaNoroeste e a integração da TV Digital com o JHome para controle de equipamentos e automação residencial pela televisão. As fotos do evento e vídeos do Community Keynote, podem ser encontradas nesses links:

Outra coisa bacana é o surgimento de um novo podcast do qual faço parte: o Pizza Com Café. A ideia surgiu da necessidade de reuniões mensais para troca de informações, mas por falta de tempo resolvemos realizar uma pizzada e gravar um podcast e dessa forma surgiu o Pizza com Café. Já temos uma gravação feita e em breve o podcast entra no ar!

Pizza com Café

Pizza com Café

Além dessas notícias, consegui tirar a certificação Oracle Certified Master, Java EE 5 Enterprise Architect. É uma certificação muito difícil e me senti obrigado à prestar após o anúncio da Oracle que para tirar essa certificação iria ser necessário realizar cursos oficiais Oracle como pré-requisito. Como eu já tinha a primeira fase (prestei beta), resolvi prestar as outras duas etapas restantes. Consegui passar logo de primeira, o que me deixou bastante feliz, já que pra mim essa é a prova mais difícil de tecnologia Java, pois envolve teoria, prática, muito conhecimento e experiência.

Obrigado à todos que contribuíram para todas essas realizações

Agora é só aguardar pelas novidades de 2012!

Próxima Página »