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