Criar ou utilizar um servidor de mensagens em Java

Luca wrote:Fazer o controle transacional com transações compensatórias que o povo da área financeira chama de desfazimento não é nenhum bicho de 7 cabeças e você domina todo o processo.

Engraçado que quando eu vi os desfazimentos pela primeira vez achei estranho, mas os problemas com impressão de comprovante, rede e essas coisas do POS realmente são um problema, então façamos uma gambiarra pra resolver o problema

E pra quem acha que programar aquelas malditas maquininhas de passar cartão é "simples", imaginem que muitos daqueles troços não tem nem o TCP-IP implementados. Agora imagine programar um troço desses quando tudo o que ele faz depende de conexões de rede.

Luca wrote:Na parte do sistema que usa JMS o livro do Eric Bruno fala nas págs. 145-149 sobre transações. Mas seu sistema como um todo precisa garantir a atomicidade da transação financeira. Então você não escapa de ter que fazer alguma coisa com as próprias mãos.

Hehehehehe, sendo pouco, não mata não, o problema é ter que escrever tudo.

Luca wrote:E sobre o JPos: é não é um POS como você pensou. É um servidor que já tem pronto tratamento de ISO, XML, CSV, etc. Mas precisa comprar as documentações porque sem ela é difícil entender (eu não comprei e sofri muito antes de desistir). Há uma empresa no Rio que usa.

Pois então, vi o site dos caras e é muito interessante mesmo, acho que agente vai ter que pegar a documentação sim.

felipec wrote:Acho que é uma solução interessante e que não vai exigir muito código, o que facilita os testes.

O mais importente seria você fazer testes de carga mesmo.

Meu amigo, qualquer coisa que facilite os testes disso já vai ser uma maravilha \o/

Pessoal, obrigado a todos pelas respostas, vou me informar melhor sobre os message brokers e sobre ESB pra ver qual realmente é o nosso problema e como ele pode ser resolvido. Assim que eu tiver alguma idéia do que vai ser feito eu posto aqui pra ficar no histórico.

Valeu!

Luca wrote:E sobre o JPos: é não é um POS como você pensou. É um servidor que já tem pronto tratamento de ISO, XML, CSV, etc. Mas precisa comprar as documentações porque sem ela é difícil entender (eu não comprei e sofri muito antes de desistir). Há uma empresa no Rio que usa.

Só um detalhe: se vc. quiser pode usar apenas os "packers" ISO e ignorar o resto do servidor que existe no pacote. Mesmo sem documentação o uso é nível psicotécnico. A dificuldade, caso vc. pretenda usá-lo para troca de mensagens com sistemas já existentes, é identificar qual das n variantes de ISO utilizar.

Olá

psevestre wrote: se vc. quiser pode usar apenas os "packers" ISO e ignorar o resto do servidor que existe no pacote.

Certo, já andei fuçando os fontes e percebi que dava para fazer isto adaptando de acordo com o modo comum que usamos o ISO aqui no Brasil.

Na verdade quase comprei a documentação pois 500 dólares não é tanto assim. Só não fiz porque sai do projeto que enviava transações para um servidor semelhante e que nos Estados Unidos pensava em adotar o JPos.

[]s
Luca

JavaChild Membro desde: 24/08/2006 21:48:09 Mensagens: 102 Offline

Opa,

Desculpem estar ressuscitando este tópico, mas é que atualmente estou com o mesmo problema que o Maurício enfrentou. Hoje o que tenho é uma solução implementada no braço mesmo, usando o Apache MINA, mas me preocupo principalmente com a escalabilidade e com a flexibilidade, já que a tendência é ter ainda mais clientes com protocolos distintos para executar as mesmas operações.

Como o tópico ficou sem fechamento gostaria de saber do Mauricio se usou JMS ou algum outro MQ e se a solução teve sucesso.

Valeu!

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