|
Oi,
A especifica��o EJB exige que seja implementada
dentro de um container, ou seja, um servidor de aplica��es (JBoss, JRun,
WebSphere, WebLogic, BES, etc.). As aplica��es clientes, que podem ser WEB,
Desktop, Mobile ou o que mais for inventado, acessam os recursos desse container
via JNDI (Os recursos podem ser EJB�s, JTA, DataSources, etc.). A aplica��o
cliente (no caso de ser Desktop), pode rodar na mesma m�quina do servidor. Os
servidores de aplica��es oferecem excelentes recursos para desenvolvimento de
aplica��es WEB (JAXP, Web Services, etc.). As aplica��es WEB e Mobile rodam
dentro do container. J� as aplica��es stand-alone, rodam fora do container.
Acredito que uma solu��o WEB com um servidor de aplica��es simples (Jboss) seja
interessante em seu caso.
T++
----- Original Message -----
Sent: Friday, September 27, 2002
17:05
Subject: Re: [enterprise-list] Ajuda com
Definicao de projeto
Sugest�o:
D� uma olhada no site da SUN (java.sun.com) e
procure o tutorial J2EE. Acho que � o primeiro passo para tentar entender o
funcionamento de EJB's. Ele tamb�m comenta sobre JSP, e nesse caso a �nica
aplica��o que o cliente precisa ter � um browser.
----- Original Message -----
Sent: Friday, September 27, 2002 3:49
PM
Subject: [enterprise-list] Ajuda com
Definicao de projeto
Ola lista, tem pouco tempo que estou acessando e pude
perceber que o nivel da lista eh bem legal. Gostaria de tirar uma duvida
sobre que direcionamento eu devo tomar em um projeto que eu estou comecando
a trilhar (mas que soh disponho de 3 meses para terminar) para poder jah
comecar fazendo da maneira correta. Qualquer indica��o de material ou
comentario sobre o assunto sera muito bem vindo.
Eu tenho um problema
a ser resolvido em um projeto final para a faculdade que eh a montagem de
uma matriz de horarios de forma colaborativa (como se fosse um mural onde
varias pessoas podem "escrever" ao mesmo tempo). Para tal, jah tenho em
mente que vou precisar de algum tipo de GUI para a coisa ficar mais
interessante, Alem disso estive pensando em fazer a colaboracao em cima de
um protocolo, e implementando um modelo de MVC (Model View Controler,
baseado no servidor), esse protocolo a principio seria a forma de
comunica��o dos clientes com o servidor para mandar e receber comandos
contidos nesse protocolo que eu estou especificando (preciso desse protocolo
pois preciso tratar a concorrencia, alem das modificacoes efetuadas no
modelo, etc), para tal vou precisar me comunicar com o servidor em uma porta
especifica para mandar e receber esses comandos do protocolo.
Penso
em ter uma aplica��o rodando no servidor escutando em uma determinada porta
e fazendo o que tem que ser feito e o cliente com uma aplica��o stand alone
que se conecta nesse servidor por essa porta, e pronto, a coisa esta
funcionando.
Acontece que meu orientador me pediu que visse a
possibilidade de que todo o processo fosse feito pela web (sem aplicacao na
maquina do cliente), e ai eh que mora a minha duvida, sobre qual
tecnologia se aplicar� melhor ao meu problema.
Consigo pensar nesse
momento em talvez usar uma Applet (n�o tenho certeza da possibilidade de
abrir uma conec��o pela applet). Outra possibilidade seria atravez da
tecnologia java web start (essa eu nunca usei e acho que talvez nao seja a
melhor ideia). Mais uma possibilidade seria a utiliza��o de Enterprize java
beans; Essa eh uma solu��o que me agrada muito pois eu acho que nao
precisaria ter uma aplicacao rodando como servidor na maquina servidora e
sim uma aplica��o rodando dentro de um Jboss ou Resin que pudesse ter todas
essas caracteristicas que falei.
Na minha cabeca a melhor solu��o
talvez fosse mesmo EJB mas tenho algum receio por ser uma tecnologia que n�o
domino e o curto prazo para a criacao de uma aplicacao para resolver esse
meu problema (que por si soh jah vai despender um tempo consideravel visto a
complexidade do dominio).
Desculpem pelo email longo e obrigado a
todos que leram minhas duvidas e puderem me dar uma ajuda sobre qual
direcionamento eu devo tomar para que a decis�o seja acertada desde o
inicio.
Abracos
Marcelo
Magno
---------------------------------------------------------------------
Para
cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para
comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
|
