Re: Mais duvidas no ep1

[emilio@xxxxxxxxxxxxxxxx]

>   Mas foi exatamente isso que eu fiz (mas sem usar o this, que da
>   na mesma):
>
>    public void readExternal(final ObjectInput in)
>         throws IOException, ClassNotFoundException
>    {
>            // remoteInvoker eh o ICE Proxy
>            remoteInvoker = (InvokerPrx) in.readObject();
>    }
>
>    public void writeExternal(final ObjectOutput out)
>         throws IOException
>    {
>             out.writeObject (remoteInvoker);
>    }

Veja bem, eu s� escrevi o this para deixar expl�cito de quem eu estava
chamando o m�todo. Ele realmente n�o � necess�rio. Agora confesso que n�o
entendi o que voc� est� fazendo. At� onde entendi esses m�todos acima est�o
na classe ICEInvokerProxy. Se for isto mesmo eu n�o sei o que acontece
aqui:
      out.writeObject (remoteInvoker);

O seu ICEInvokerProxy tem uma vari�vel chamada remoteInvoker? Qual o tipo
dela? Pra que ela serve? Suponho que ela seja uma inst�ncia do objeto proxy
gerado pelo compilador slice. Tal inst�ncia, aparentemente, foi criada do
lado do servidor na sua inicializa��o. Mas ai, sinceramente, n�o sei se vai
funcionar do outro lado (quando o ICEInvokerProxy for passado seriado pelo
servidor para o cliente) j� que, no cliente, n�o h� nenhum Ice.Communicator
instanciado e rodando e, portanto, qualquer chamada ao remoteInvoker vai
resultar em um erro.

>Eu usei Externalizable porque segui o modelo do JRMPInvokerProxy,
>   e tambem porque o enunciado do ep diz que eh necessario implementar
>   os metodos writeExternal e readExternal.
>
>   De qualquer forma voce diz que basta fazer o ICEInvokerProxy
>   implementar Serializable que tudo funcionara automaticamente?
>   Vou tentar isso.

O mundo n�o � t�o belo assim... =)) Veja bem, os tipos de todas as suas
vari�veis de inst�ncia dever� ser Serializable. Ai, tudo deve funcionar (ou
n�o =)).

[ ]'s

--
Em�lio de Camargo Francesquini <emilio@objective.com.br>

"Voc� deve ser a mudan�a que voc� deseja ver no mundo" M. Gandhi