Gaucho,

        Isso e' assunto para a lista de discussao! Estou dando um forward para
l�...

Um abra�o,

/**
*  )     Regis Melo
*  ((    [EMAIL PROTECTED]
* |''|-. [EMAIL PROTECTED]
* |__|-' JUG Leader
* JAVA
*        Ceara' Java User Group
*        http://www.cejug.org
*
*/

***     Assine a lista de discussoes
                [EMAIL PROTECTED], para duvidas e perguntas tecnicas sobre
java.

*** Assine o Cafe' com tapioca (noticias e eventos)
                [EMAIL PROTECTED]


-----Original Message-----
From: Felipe Vieira Silva [mailto:gaucho@;atlantico.com.br]
Sent: segunda-feira, 28 de outubro de 2002 09:09
To: cafeComTapioca
Subject: [cejug] RMI xs Socket


Prezados Srs,

estou aqui batalhando em um sistema client-server, diante da seguinte
decis�o:

tenho dois processos no cliente:
        - Uma deamon thread rodando como servi�o NT, que fica enviando arquivos ao
servidor
        - Uma aplicativo Swing que serve para o usu�rio configurar quais arquivos
devem ser enviados...

Ambos os processos compartilham a mesma base de dados, que no cliente � um
arquivo XML.

O problema �: quando o usu�rio ativa o aplicativo de configura��o de envio,
o processo de envio j� est� rodando (fica rodando eternamente). Neste
momento, o XML com as informa��es sobre o envio deve ser compartilhado pela
vis�o da interface gr�fica e pelo processo deamon....

Situa��o cr�tica:
        - quando o processo de envio estiver enviando um arquivo e o usu�rio tentar
mudar as informa��es sobre esse envio
        - ap�s um arquivo ser enviado pela thread deamon, como refletir esse envio
na GUI?

Como fazer para esses processos se comunicarem, evitando inconsist�ncia de
informa��es ?

op��es que estou considerando:
        - Bloquear o arquivo cada vez que a thread deamon for envi�-lo
        - Criar uma comunica��o entre o processo deamon e a GUI

no caso de criar uma comunica��o, qual a melhor op��o, considerando
desempenho, mem�ria, etc.? RMI? Sockets? File Lock?

J� tenho uma decis�o 99% tomada, mas como esse � um caso de uso bastante
comum
entre os sistemas de troca de mensagens, resolvi jogar na lista para ver se
aparece uma opini�o nova...

Valeu,

Felipe Ga�cho


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.408 / Virus Database: 230 - Release Date: 24/10/2002

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.408 / Virus Database: 230 - Release Date: 24/10/2002

Responder a