[quote=Luiz_Gustavo][quote=sapulha]Luiz_Gustavo, ja vi algo parecido com o que você precisa em sistemas bancários, o problema e a solução foi a seguinte:
Um determinado banco precisa sinvronizar seus dados com a central em outro país, caso a conexão esteja on-line esse sincronismo é na hora, senão, ele é feito quando a conexão é re-estabelecida, pois os usuários não podem ficar sem o sistema.
Para isso, a solução foi uma aplicação local, utilizando JEE com banco e servidor de aplicação local, mais que utilizava mensagens para sincronizar os dados com a central. Se não me engano, eles utilizavam TIBCO para esse sincronismo, mais nada impede de usar o JMS.
Acho que no seu caso talvez seja interessante algo do tipo, com uma aplicação local(seja swing ou web, apesar de ser partidário de web) fazendo um sincronismo com uma central via JMS. Aí se a conexão com a central cair, o JMS se encarrega de enfileirar e enviar quando a conexão voltar.
Não sei se atende ao seu caso, mais é uma idéia.[/quote]
Poxa… parece ser uma solução legal… apesar de eu nunca ter usado JMS, TIBCO… mas dou uma pesquisada.
Muito obrigado pela sugestão…
[]'s[/quote]
Dae galera eu tava dando uma olhada neste post e resolvi opinar.
O problema de integração com sistemas antigos com novos não é novo, existem hoje soluções de integração com JMS proprietárias usadas mais na Europa e Estados Unidos e também existem as soluções open Source que é o caso do framework openMQ.
Existem também soluções na internet para usar código delphi acessando aplicativos J2EE (EJB) através de uma tecnologia um pouco complicada, mas funciona que é uma beleza.
Portanto integrar uma aplicação feita em uma linguagem com outra feita em outra linguagem não é problema. O que deve ser verificado é quanto custaria fazer esta integração e quanto custaria fazer o sistema novamente partindo do princípio que o modelo de dados seria praticamente o mesmo com algumas modificações, como por exemplo migrando de Delphi para Java na Web com Struts, Hibernate para persistência.
Bom quanto a disponibilidade numa loja ou comércio em geral eu também concordo que é complicado de você chegar no cliente e falar “Olha eu tenho uma solução web aqui que resolve teu problema de localização(Acessar de Casa) mas pode ser que um dia a conexão caia e você tenha que escrever na mão os pedidos, o caixa e etc” .
Pondero este problema com as seguintes informações:
Deixar um aplicativo web em modo offline(Sem JMS) seria muito difícil de fazer pois teria que escrever um arquivo texto ou um xml e gravar locamente e para isso teria que existir um Applet, na minha visão muito complicado e demorado para fazer além de ser uma fonte eterna de bugs.
Assim como um cliente/servidor teria as mesmas dificuldades se um servidor local caísse por exemplo
A segunda ponderação é sobre a questão da alta disponibilidade. Para mim um cliente de pequeno porte querer alta disponibilidade 24 por 7 e quase nunca dar problema é utópico(Posso estar errado) pois ele não vai ter o dinheiro(Pode ser que tenha e não queira pagar) para garantir este tipo de disponibilidade ainda mais num sistema baseado em web aonde o link dele provavelmente seria um ADSL normal que não é garantido.
Nem sempre o software aplicativo é o responsável por todas as obrigações e necessidades do cliente (Muitos confundem)
O que poderia ser sugerido para o cliente seria:
Utilização de um link bem mais confiável no caso poderia ser um SLDD, Interlan ou Frame Relay que ficam em cima de redes ATM de operadoras de telecomunicações.
Alta disponibilidade da aplicação seria hospedar a aplicação num servidor aonde seja garantido isso que até aonde eu conheço o locaweb e a brasiltelecom tem serviços que garantem isso.
Bem, dito tudo isso posso simplificar que as vezes o que o cliente quer não é o que ele pode pagar.
Alta disponibilidade é coisa cara e hoje somente grandes empresas tem como supermercados, lojas de departamentos, prefeituras, Estados e etc.
Talvez este paradigma esteja mudando mas enquanto as conexões realmente confiáveis estiverem num preço relativamente alto a solução mais barata para o cliente seria um client/server na loja e um e-commerce na web aonde existiria uma integração entre os dois seja via JMS seja via arquivo texto mesmo, ai depende do “braço” do implementador.
Éssa é a minha opinião sobre o assunto
Abraço a todos
Francisco Guerios
Analista Programador J2EE
www.infosist.com.br