Eu nunca usei o produto, até porque nem tenho programas em COBOL, mas é uma alternativa interessante para quem precisa manter aqueles programas do legado e quer mais facilidades. Lembro que nos meus tempos de EDS havia um grande buzz em torno do conceito de Application Modernization (modernização de aplicações) foram inclusive considerados produtos que permitiam avalizar o fluxo de chamadas entre módulos de programas COBOL para poder identificar o que eram regras de negócio e o que precisava realmente ser abandonado.

O fato que ninguém quer assumir é que não dá para jogar fora programas com 30 anos de execução, que você SABE que funcionam pelo simples fato de estarem rodando há tanto tempo. Tentar reescrever muitas vezes é a receita para o desastre porque você terá que revalidar as novas aplicações e garantir que está tudo certo, mas não temos hoje nenhum método ou ferramenta de teste que garanta 100% de cobertura de testes, mesmo que tal ferramenta existisse, seria impossível garantir que todos os casos de teste foram pensados. Ao longo dos 30 anos de existência aqueles programas COBOL foram testados, corrigidos, modificados e isso é uma coisa que só com o tempo para garantir a estabilidade.

A própria IBM investiu em um caminho contraditório, disponibilizou para mainframe (plataforma Z/OS) o Websphere e o Java de forma que você pode dentro do seu programa COBOL (que funciona há 30 anos) fazer uma chamada para um novo componente EJB feito em Java, pode também encapsular seu módulo COBOL em um EJB e expor para o mundo via WebService. Aí você pensa “duvido! isso não funciona!” mas nesse caso eu posso dizer que funciona porque trabalhei em um projeto assim na EDS, aliás meu último projeto por lá. O único inconveniente (não sei como está agora) é que a própria IBM não tinha muita experiência nesse tipo de integração então algumas dúvidas ficavam muito perdidas. Uma das coisas que foi legal de descobrir futucando manuais,  experimentando e lendo código fonte de outras plataformas é que essa integração (do Enterprise COBOL 4.3 ou superior) com o Java é feita via JNI (Java Native Inteface) então quando você quer referenciar no COBOL uma classe Java precisa fazer isso usando “/” como separador de pacotes ao invés de “.” para ficar mais claro:

java/lang/String ao invés de java.lang.String

Mas fora isso funcionava bem direitinho.

Mas resolvi falar disso hoje, porque ontem eu fui tentar tirar dinheiro em um caixa eletrônico da rede 24horas (aqueles vermelhos) e passei por um grande problema. Quando escolhi o saque e informei o valor o sistema começou a proceder a operação de saque, que é composta de várias etapas. Quando a maquineta foi colocar o dinheiro para fora, travou tudo e reiniciou. Me vi naquela situação esdrúxula assistindo ao Windows XP reiniciar (não estou dizendo que seja culpa do sistema dessa vez.)

Uma das moças que trabalham na loja disse “Ah essa máquina aí toda hora faz isso” foi quando me ocorreu, e claro gerou um bate-boca com o responsável do horário, porque não colocam um cartaz dizendo que a máquina está ruim e porque não ligam para a operadora (Tecban) para ir dar manutenção? Mas o rapaz só me disse “nós não somos responsáveis por isso não, o senhor tem é que ligar aí para o 0800″ não me convence de qualquer forma, porque se tem um equipamento dentro da loja, e sabe-se que não está bom, acredito que seja responsabilidade deles SIM colocar um aviso.

Em todo caso liguei para a Tecban e fui bem atendido, a moça foi muito solicita (e eu preocupado porque a bateria do celular já estava apitando) e me explicou que quando isso acontece existem duas situações:

1. O equipamento NÃO consegue fazer a atualização na sua conta, nesse caso, quando a máquina volta a transação é cancelada
2. O equipamento consegue fazer a atualização debitando o valor, mas não liberando o dinheiro, nesse caso o banco recebe no seu relatório a informação que houve a falha e volta o saldo da sua conta, em todo caso acho que é uma boa tirar um extrato e ligar para a operadora da máquina para poder um protocolo de atendimento

Achei interessante porque inclusive ao final da ligação ela falou que iria desligar o equipamento remotamente, ou seja, bastava alguém ter ligado antes de mim para evitar muita dor de cabeça.

Quando o sistema falhar (neste caso foi o equipamento + sistema) tenha sempre a mão um processo que contorna a situação, isso pode ser descrito até nos casos de uso porque tem a ver com processo de negócio, principalmente quando envolve coisas que precisam de garantias como operações financeiras.

Quando vamos atualizar uma biblioteca, um produto, um sistema, precisamos antes fazer um teste nas funcionalidades para garantir que tudo vai ficar correto. Exemplo, o ICEFaces 1.8.x funciona corretamente com o Netbeans 6.7, mas devido as mudanças estruturais da versão 6.8 não havia plug-in nem suporte, ou seja, migrou vai ter que codificar como se fosse um editor de texto simples, então enquanto não fizer todos os testes não dá para atualizar porque a produção de sistemas depende desses fatores para ser produtiva.

Outro exemplo, a versão ICEFaces 2.0 já está disponível, mas não sei se tudo no sistema funciona com essa nova versão, então não dá para simplesmente instalar a versão nova, é necessário, entre outras coisas, ler os comentários do release feitos pelo fornecedor para entender o impacto da mudança no seu sistema. Ah sim, e saber se a versão nova vai funcionar (ou quando vai funcionar) com a sua IDE.

O problema que eu sempre esbarro é ter umas ideias malucas para as quais eu não acho exemplos aí tenho que ficar experimentando até fazer funcionar. Vou colocar aqui depois um exemplo de como usar as metatables de Lua para criar seus próprios objetos. Já existe muito material espalhado na rede, mas estou tentando juntar muita coisa.

Principalmente em situações em sala de aula podemos lançar mão desse recurso como uma alternativa quando não é possível instalar outros bancos de dados ou até mesmo quando os alunos vão criar suas aplicações em casa para entregar em seus trabalhos.

A grande vantagem é que quando usamos o Netbeans (pelo menos na versão mais completa) esse banco de dados já vem instalado e configurado, inclusive com algumas tabelas já prontas e carregadas o que facilita muito nossa vida. Se estivermos trabalhando com JPA os trabalhos podem ser feitos dessa forma e posteriormente apenas o arquivo de configuração ser modificado para um banco de dados mais robusto.

Além disso, esse banco tem funcionalidades mais completas que o access.