Arquitetura: tentativas, sugestões.

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

Quanto a JSP numa máquina e ".class" em outra não faz a menor diferença. Basta apontar o form da sua JSP para o Servlet correto na outra máquina.

Cacete, isso que é especialização, Lipe! Eu quero ter um servidor de config files também

Virtual Machine Man Membro desde: 04/02/2005 13:49:20 Mensagens: 546 Offline

Isso me cheira uma serviço para TOP (Table oriented programming).

Alguém já ouviu falar ?

Quanto a JSP numa máquina e ".class" em outra não faz a menor diferença. Basta apontar o form da sua JSP para o Servlet correto na outra máquina.

É que neste caso, ao menos na estrutura da aplicação que ja tem rodando aqui, os servlets estão na mesma máquina do JSP, o que está em máquina diferente são os EJB´s e Business Objects.

Não tem uma thread aqui no guj sobre isso?

Esse negóciod e tabelas é engraçado... vamos colcoar tudo em tabelas e as manipular! Claro, mas... não é isso que programas estruturados fazem com registros, struts, resultsets, datasets...?

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

hehe Shoes

Rafael, então realmente precisa de uma estrutura de comunicação. EJBs fazem o serviço para você, mas se quiser, pode dar uma olhada no DualRpc.
Pode resolver o seu problema com muito mais facilidade.

O Business Delegate não pode ficar na mesma máquina que os JSP/Servlets e invocar os EJB´s via JNDI que aponta pra outra máquina?

Pra que DualRpc?

É que aqui tá sobrando dinheiro e máquinas, então provavelmente terão uma máquina pros servlets e jsp´s; uma máquina pros Business Object e DAO´s, e uma outra máquina pra persistência.
Talvez tenham uma pra jogar paciência nos horários de folga... ;o)

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

danieldestro wrote:Pra que DualRpc?

Ao invés de EJBs.

LIPE wrote:
Ao invés de EJBs.

Invés de RMI, tu diz, né?

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

Tudo a mesma coisa.

Lipe, que está sempre certo.

Padrões, Java, J2EE, EJB, Hibernate, Patterns, Domain Model, Anemic Domain Model, DualRPC.......

Estou considerando seriamente a possibilidade de ir pro interior vender patos e javali. Aliás, carne de javali é bem saborosa, interessa?

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

hehe Rafael, por isso simplesmente falei que seu plano parecia bom. Quando começa a entrar nesse mundo, melhor ir devagar, sem se preocupar tanto. Tenha consciência que quanto mais estudar, mais nojo vai ter do código que escreveu.

Por isso, sendo contrário ao que falaram, atenha-se ao seu plano básico. Mas saiba que, sem a experiência necessária, é _bastante_ improvável que saia um framework do seu trabalho todo; é mais provável surgir uma solução completamente engessada e fedida (como aconteceu comigo). E tudo bem! Já que é para aprendizado, se esbalde com seus erros

Felizmente disso eu tenho consciência, que daqui há alguns meses ou anos, vou achar esta minha solução uma afronta a moral e bons costumes. Mas de alguma forma eu tenho de começar.

E em todo caso, sempre haverão patos e javalis.... ;o)

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 721 Offline

Sinceramente, não faz sentido fazer um framework do zero a menos que você esbarre em um problema que não foi resolvido de forma satisfatória. Se você não pode usar outros frameworks, não pode usar Hibernate também

e, lógico que isso não faz o menor sentido. Assim como escrever um framework do zero por escrever...

Notícias, artigos e o maior fórum brasileiro sobre Java