[Prévia] [Próxima] [Prévia por assunto] [Próxima por assunto]
[Índice cronológico]
[Índice de assunto]
Re: [SMA] Continuando a serie de problemas: fazendo o iiop invoker serdeploiavel
- Subject: Re: [SMA] Continuando a serie de problemas: fazendo o iiop invoker serdeploiavel
- From: emilio@xxxxxxxxxxxxxxxx
- Date: Thu, 13 Nov 2003 18:37:39 -0300
> Se a gente
> coloca no default, e tambem colocamos as libs necessarias, ele reclama
que
> nao acha o CorbaORB, que eh um servico que nosso .sar "depends".
Eu tive alguns problemas com isso. Aparentemente a cláusula depends do
descritor de implantação não funcionava quando era colocada em um descritor
de implantação diferente do descritor do serviço que eu queria depender
(provavelmente algum por algum erro tosco meu). Ele as vezes iniciava o
serviço do ORB depois o meu (ai funcionava) e as vezes ele iniciava na
ordem contrária (e aí dava pau). Enfim, eu resolvi colocando tudo no mesmo
descritor. Ai a cláusula depends funciona que é uma maravilha!
[ ]'s
--
Emílio de Camargo Francesquini
Objective Solutions
Francisco
Reverbel To: Paulo Silveira <paulo@paulo.com.br>
<reverbel@ime.usp cc: reverbel-sma@ime.usp.br
.br> Subject: Re: [SMA] Continuando a serie de problemas: fazendo o iiop invoker ser
deploiavel
13/11/2003 17:26
On Thu, 13 Nov 2003, Paulo Silveira wrote:
> Estamos mudando o IIOP Invoker do professor para ele passar o que precisa
> pra frente. Para deixar as coisas mais organizadas, resolvemos criar um
sar,
> com um nome diferente do invoker.
Legal. Nenhuma classe do sar de vocês tem o mesmo nome que alguma classe
já existente, certo?
> Mas se a gente implanta ele no jboss-all, ele reclama que um POA com tais
> caracteristicas ja foi inicializado e mais um monte de coisas.
Como vocês aproveitaram o código do IIOP invoker "normal", vocês
devem estar criando POAs com os mesmos nomes dos POAs criados
pelo IIOP invoker normal. Em vez de ficar trocando nomes de POAs,
o mais fácil é desabilitar o IIOP invoker "normal". É só editar o
arquivo iiop-service.xml e retirar o MBean do IIOP invoker.
Deixem os MBeans CorbaORBService e CorbaNamingService, que o
seu IIOP invoker vai depender deles.
> Se a gente
> coloca no default, e tambem colocamos as libs necessarias, ele reclama
que
> nao acha o CorbaORB, que eh um servico que nosso .sar "depends".
Isso também deveria funcionar, deve ter faltado alguma coisa.
É preciso ter o jacorb.jar e o jboss-iiop.jar no subdiretório
lib, o jacorb.properties no subdiretório conf, e o iiop-service.xml
(com os MBeans CorbaORBService e CorbaNamingService, mas sem o do
IIOP invoker "normal") no subdiretório deploy.
Reverbel