Hespanha

Hoje recebi com muita alegria a notícia que fui selecionado para o programa de mestrado no IME-USP. Pelo que andei falando com amigos que já passaram por essa fase, serão tempos dificeis os meus próximos anos…hehehe…mas com certeza valerão a pena.

Irei seguir a área de Teoria dos Grafos, que foi uma área pela qual eu me apaixonei participando da “Maratona de Programação”.

No GUJ tem rolado constantemente discussões sobre o valor de uma formação acadêmica. Fica aquela guerra entre os que acham que estudar por conta é suficiente contra os que acham que uma base acadêmica é fundamental para um direcionamento.

Eu não vou expor aqui os meus argumentos pois não quero alimentar discussões, mas eu particularmente curto muito a área acadêmica. Pretendo no futuro me tornar professor, preferencialmente de Teoria dos Grafos e Algoritmos em Geral. É simplesmente uma questão de gosto.

No mundo de desenvolvimento de software hoje, é plenamente possível atuar sem nem ter o segundo grau. Venhamos e convenhamos, não existe nenhuma dificuldade em aprender Struts, Hibernate etc. Hoje também, sem nenhum esforço, é possível ordenar uma lista de 1 milhão de registros com o melhor algoritmo, já que ele já vem de graça na API das principais linguagens. Porém, no mundo acadêmico você consegue ir além, e é isso que eu quero buscar.

Contarei minhas experiências no mestrado aqui neste blog!

Abraços!

JMS é uma API do Java para lidar com troca de mensagens em aplicações. Devido a popularização da integração de sistemas por meio de mensagens, seu uso tem aumentado muito nos últimos tempos, principalmente pelo fato de ser extremamente simples integrar dois sistemas usando JMS. Porém, neste post, pretendo falar de uma outra utilidade muito interessante de JMS, a qual adotamos no último projeto que participei e que deu um resultado muito positivo para o sistema aumentando significativamente a sua robustez.

Tinhamos o seguinte cenário:

“É tentado cobrar um determinado valor do cartão de crédito do cliente, caso a operadora retorne OK, ou seja, a compra foi executada com sucesso, deve ser chamada uma API aqui da empresa que autoriza o cliente a usar o nosso sistema”

Agora pense na seguinte situação: O cliente é cobrado, debita o valor do seu cartão de crédito, mas quando
a API de autorização é chamada, acontece um erro e o cliente não é liberado para usar o sistema. O que fazer neste caso? Rollback da transação??? ahmmmm…não existe rollback na operadora de cartão de crédito! Mas mesmo se tivesse, ao meu ver essa não seria a solução ideal, afinal de contas, você perderia uma “venda”.

É aí que entra JMS e o título do post: “Contendo falhas de forma elegante”.

Nós adotamos a seguinte solução para este caso: Quando a operadora cobra o cliente, não há mais como voltar atrás, então, até esse ponto é fluxo é sincrono e, a autorização se tornou um fluxo assincrono. Com isso, foi criada uma  fila JMS e o cliente é colocado nesta fila para ser autorizado. A grande vantagem disso é que, em caso de um problema, a API do JMS possui uma propriedade configurável que faz com que ele retente processar de tempos em tempos. Com isso, caso o sistema não consiga autorizar o cliente na primeira vez, ele vai tentar novamente após 30 minutos, até 10 tentativas. Tempo suficiente para, se for um problema de banco por exemplo, o problema ser corrigido.

Mas não acaba aí, no JMS existe um conceito chamado “fila morta”. Caso após as 10 tentativas, o sistema não consiga processar aquela tarefa, ela será enviada para está fila. No nosso sistema, foi criada uma monitoração nesta fila. Caso algum registro caia na famigerada “fila morta”, o sistema irá alarmar e uma equipe responsável entrará em ação para solucionar o problema e após isso, reprocessar o registro.

Com isso, é possível uma ação totalmente pró-ativa, evitando assim chamadas na “Central de Atendimento” de clientes que pagaram e não receberam autorização para acessar o sistema.

Na nossa experiência aqui na empresa, JMS tem se mostrado uma excelente solução, tanto pela sua facilidade de uso com o auxílio de um servidor de aplicação, como o Jboss por exemplo, como também pela elegância e robustez que ele prove no seu uso.

Recomendo a todos os programadores Java a se aprofundarem neste assunto!

Um abraço!