Re: [SMA] Continuando a serie de problemas: fazendo o iiop invoker serdeploiavel

[emilio@xxxxxxxxxxxxxxxx]

>                                                                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