Notas sobre o Release

5Acessando Bibliotecas Compartilhadas Java (Linux)

5Para executar procedimentos armazenados Java ou funções definidas pelo 5usuário, o Linux Run-Time Linker deve ser capaz de acessar certas bibliotecas 5compartilhadas Java e o DB2 UDB deve ser capaz de carregar tais bibliotecas, 5bem como a Java Virtual Machine. Já que o programa que faz esse 5carregamento é executado com privilégios setuid, ele irá procurar apenas 5pelas bibliotecas dependentes no diretório /usr/lib.

5Nota:

Este tópico indica as bibliotecas compartilhadas essenciais às quais você 5precisa se conectar. Dependendo dos aplicativos que esteja construindo 5e executando, você necessitará se ligar à bibliotecas compartilhadas 5adicionais. 5

56Crie links simbólicos em /usr/lib para apontar para as 6bibliotecas compartilhadas Java.

5Para o IBM Developer Kit 1.3, você precisa de links simbólicos para 5libjava.so, libjvm.so e 5libhpi.so. Você pode criar os links simbólicos 5executando os seguintes comandos como root:

5   cd /usr/lib
5   ln -fs JAVAHOME/jre/bin/libjava.so .
5   ln -fs JAVAHOME/jre/bin/classic/libjvm.so .
5   ln -fs JAVAHOME/jre/bin/libhpi.so .

5onde JAVAHOME é o diretório base do SDK. Se o DB2 não 5puder localizar essas bibliotecas, você obterá um erro -4301 ao tentar 5executar uma rotina Java, e haverá mensagens no log de notificação de 5administração sobre as bibliotecas não localizadas.

5Nota:

6Um método alternativo é incluir as bibliotecas compartilhadas Java 6no arquivo /etc/ld.so.conf ao invés de criar links no 6diretório /usr/lib . Se fizer isso, você deve executar o 6comando ldconfig como root após alterar o arquivo 6/etc/ld.so.conf, caso contrário, isso não funcionará 6pois o chamado para a rotina não se completará. Este método alternativo 6pode não funcionar em instâncias específicas, também resultando em rotina não 6completada. Se o método alternativo não funcionar, crie os links no 6diretório /usr/lib como instruído acima. 6