Perfeitamente possivel, voc� pode chamar diretamente o servlet simulando uma chamada no protocolo HTTP ( como se fosse um browse), acho que o jakarta/commons tem algo pronto para construir um cliente HTTP, eu j� imaginei algo semelhante, mas a tendencia � utilizar EJB, assim da aplica��o java-stand-alone voc� acessaria um Session Bean via JNDI ( n�o precisando acessar como se fosse um browser HTTP).
Depende da finalidade. Mas note que no acesso sem EJB, voc� n�o obtem objetos, mas sim strings, n�o fica muito elegante. J� com EJB voc� pode trabalhar com objetos, por isso 'objeto distribuido', ele esta no servidor, mas voc� manipula-o como local, essa � a grande sacada, um puta overhead, mas legal... Normalmente, voc� construiria sua l�gica com EJB�s (session / entity ) e a camada web (os servlets) acessariam esses EJB para o tipo de interface WEB, e os clientes java acessaria tamb�m esses EJB, fica legal assim. Mas cuidado, separe bem as coisas, l�gica / view / modelo (modelo pode ser com entity). Como sempre, se falei alguma besteira, me corrijam por gentileza... ------------------------------------------------------ Giuseppe Proment Desenvolvedor gproment@xxxxxxxxxxxxxxxxxxxxxxx giuseppe@xxxxxxxxxxxxxx ----- Original Message ----- From: "Suporte - DBMS Tecnologia" <suporte@xxxxxxxxxxx> To: <enterprise-list@xxxxxxxxxxxxxx> Sent: Friday, February 21, 2003 9:47 AM Subject: [enterprise-list] Duvidas Cliente - Servidor | Uma aplica��o cliente-servidor trabalha em duas camadas. | A d�vida � a seguinte: � poss�vel criar uma aplica��o em tr�s camadas usando | uma interface Swing? � poss�vel � partir de um aplicativo cliente chamarmos | um servlet ou EJB que esteja em um servidor de aplica��es? | | | --------------------------------------------------------------------- | Para cancelar a subscri��o, envie mensagem para: enterprise-list-unsubscribe@xxxxxxxxxxxxxx | Para comandos adicionais, envie mensagem para: enterprise-list-help@xxxxxxxxxxxxxx | | --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: enterprise-list-unsubscribe@xxxxxxxxxxxxxx Para comandos adicionais, envie mensagem para: enterprise-list-help@xxxxxxxxxxxxxx
