Pessoal,
relendo a primeira msg vi realmente que ficou um pouco confuso. Vou tentar
ser mais claro:
Temos aqui, a necessidade de disponibilizar (cadastrar,atualizar) em micro
dados que estão no grande porte. Esses dados precisam ser atualizados do
grande porte pro micro e vice-versa numa frequencia semanal.
Hoje temos uma solução de comunicação micro-mainframe da Consist (essa é a
bendita DLL) que é feita através de páginas ASP. Acontece que o volume de
dados é muito grande, levando um tempo considerado para a carga.
Se tudo ocorresse sem ruidos tudo bem, poderiamos deixar rodando a noite,
mas na grande maioria das vezes chegamos pela manhã e ouve algum tipo de
quebra na conexão então o processo é reiniciado e tudo começa de novo, lá
pelo terceiro ou quarto dia conseguimos efetuar a carga com sucesso eh eh.
Bem existe ainda um problema de limitação do buffer de dados do link
mainframe-micro, ele só envia 32 ocorrências (linhas) de 253 bytes por vez,
então se eu tenho 32000 registros numa tabela, caio em um loop de 0 a 999
para baixar os 32000 registros de uma unica tabela, e é ai que está o
gargalo da transação.
Então pensei: se eu tiver várias threads baixando 32 em 32 registros
simutaneamente, o trabalho agilizaria consideravelmente.
Assim minha classe java precisa instanciar a DLL de comunicação com o
mainframe, pois ela é a única solução existente aqui de comunicação com
mainframe, por enquanto.
Espero ter sido mais claro, e peço desculpas pelo email enorme. Consto com a
colaboração e sugestão de todos...
Marco
Microsoft Certified Professional
Politec - Anatel
http://www.tba.com.br/pages/marcon
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
---------------------------------------------------------------------