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]
    ---------------------------------------------------------------------

Responder a