Salve...
Andei lendo final de semana e vc esta totalmente correto, pelo que eu entendi
ate agora o servlet eh criado e fica na memoria ate ninguem precisar mais dele (quando
� destruido), por isso � que eu tenho de sincronizar todos os acessos a regioes
criticas...
Agora tenho outra duvida... E com relacao a threads? Eu posso estartar novas
threads dentro do Servlet (por exemplo para comunicar com a applet)?
Penso no seguinte... Existir� um momento em meu modelo de comunica��o em que a
applet dever� startar uma comunicacao (dentro de uma thread) para o servlet e essa
ficar� presa no servlet (queria que fosse em uma thread, pois senao o servlet inteiro
ficar� travado) para quando o servlet precise falar com a thread diretamente.
Alguem jah fez alguma coisa desse tipo e saberia me dizer se funciona?
Abracos
MMAGNO
> -----Original Message-----
> From: SoJava [mailto:[EMAIL PROTECTED]]
> Sent: domingo, 6 de outubro de 2002 22:38
> To: [EMAIL PROTECTED]
> Subject: Re: [enterprise-list] Ajuda com Definicao de projeto - Duvida
> em rela��o a Servlets
>
>
> OI,
>
> Cria uma outra classe herdando de HttpServlet e cria
> atributos ou metodos
> est�ticos para isso. N�o esque�a de sincronizar o acesso.
>
> T++
>
> ----- Original Message -----
> From: "Marcelo Magno" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, October 04, 2002 15:34
> Subject: [enterprise-list] Ajuda com Definicao de projeto - Duvida em
> rela��o a Servlets
>
>
> Ola lista,
>
> Esse email � para agradecer a todos que enviaram suas opinioes sobre a
> melhor solu��o para o meu problema... Todas foram de grande valia e
> auxilio... Atravez das direcoes que vc's me passaram acabei
> descobrindo q no
> meu caso, � melhor optar pela simplicidade e me voltar ao real foco do
> problema, que � a solu��o da quest�o da colabora��o (Varias pessoas
> acessando os mesmos objetos juntas). Descobri que temos hoje
> varias solu��es
> e que cada uma com sua particularidade, poderia ser usada
> para a resolucao
> do meu problema. Descobri por exemplo que poderia usar, ServerSocket
> juntamente com Socket (ou com applet), Servlet com Applet, RMI ou Ejb
> (atravez do JMS).
>
> Bem, acabei definindo com meu cordenador que iria tentar
> fazer com Servlet e
> Applet e que se nao conseguisse passaria para ServerSocket com Socket.
>
> Achei um pouco complicada a comunica��o entre o Servlet a
> Applet, visto que
> o Servlet n�o � um processo que fica rodando eternamente (como � por
> exemplo um ServerSocket), e soh comeca a executar dado un
> estimulo externo.
> Isso vai fazer com que eu tenha um pouco mais de trabalho
> para poder fazer o
> servlet falar com a applet, mas como nao implementei os
> exemplos q consegui
> ainda nao tenho total vis�o do problema.
>
> Uma duvida: Exite como mapear um contexto de aplica��o com
> Servlets? Meu
> medo � com o fato de que tenho de prever varias Applets acessando
> concorrentemente esse servlet.
>
> Caso esse Servlet crie varias instancias de si mesmo para responder os
> diversos requests, como fazer para poder fazer com que essas
> instancias se
> falem (por exemplo que todas usem o mesmo contexto de dados)
> para poder
> trocar informa��es? � possivel fazer esse tipo de abstra��o
> com Servlets?
>
> Mais uma vez grato a ajuda de todos,
> Marcelo Magno
>
>
>
> > >From: Gambit <[EMAIL PROTECTED]>
> > >Reply-To: [EMAIL PROTECTED]
> > >To: [EMAIL PROTECTED]
> > >Subject: Re: [enterprise-list] Ajuda com Definicao de projeto
> > >Date: Fri, 27 Sep 2002 22:50:44 -0300
> > >
> > >
> > > Marcelo, se vc tem 3 meses para fazer, esquece
> > aprender EJB, eh um
> > >projeto de fim de curso, faz algum usando apenas JSP e Servlets,
> > >muito mais tranquilo do q usar EJB, e/ou fazer um aplicativo
> > cliente. Pega
> > >o Tomcat, e se quiser usar MVC pega o Struts. Ambiente simples,
> > >deixando mais tempo pra fazer o projeto. Eu sou meio
> > suspeito para falar
> > >pq prefiro evitar usar EJB em qq lugar, nao quero comecar
> > uma guerra sobre
> > >quando usar EJB.
> > >
> > > eu agora a pouco mandei um email pra lista com o
> > subject Ambiente
> > >Struts ou algo assim, ali eu listei alguns links e entre
> > eles tem um artigo
> > >de como desenvolver um web application, usando apenas
> > ferramentas open
> > >source, no caso para a persistencia � utilizado o castor,
> > mas tem outras
> > >alternativas como o cayanne, jarkarta orb e etc.
> > >
> > > lembrei agora tb q tem um projeto no sf.net q eh o
> > xplanner q eh
> > >uma web application, q usa struts, para gerenciar projetos q
> > usa XP, vale a
> > >pena quem sabe dar uma olhada na arquitetura, pois eh um aplicativo
> > >semelhante.
> > >
> > > tiago
> > >
> > >PS.: deixa o projeto meio simples pq senao vc nao termina a
> > tempo, nao
> > >tenta fazer algo perfeito senao vai acabar nao saindo nada,
> > claro q se vc
> > >vai se dedicar exclusivamente ao projeto pelos proximos 3
> > meses ai eh uma
> > >coisa, mas se for igual o meu caso q eu ainda fazia varias
> > materias, tinha
> > >estagio e tava fazendo o projeto, se vc planejar algo
> > grandioso acaba o
> > >tempo e no fim vc fez altas ........... (mais ainda passa
> > com nota alta,
> > >incrivel) :))
> > >
> > >At 05:05 PM 9/27/2002 -0300, you wrote:
> > >>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.
> > >>
> > >>---
> > >>Jonatan Schroeder
> > >><mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
> > >>
> > >>
> > >>----- Original Message -----
> > >>From: <mailto:[EMAIL PROTECTED]>Marcelo Magno
> > >>To:
> >
> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
> > >>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:
> > >><mailto:[EMAIL PROTECTED]>enterpris
> > [EMAIL PROTECTED]
> > >>
> > >>Para comandos adicionais, envie mensagem para:
> > >><mailto:[EMAIL PROTECTED]>enterprise-list-
> [EMAIL PROTECTED]
> >>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
>
>
>
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para:
> [EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para:
> [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
