Pessoal

Estamos aqui com um problema delicado e que ao que tudo indica não há cura por hora.

A situação é a seguinte:

a thread A é disparada ... ela espera uma resposta (SOAP) que pode demorar muito (mais de um minuto até), e nesse meio-tempo a thread B é lançada ... ela tenta gravar no mesmo objeto que a A, como o ZODB não deu lock ... a exceção conflict erro é levanta!

Um problema crônico, essa operação faz N coisas, inclusive gravar dados em um SGDB, e ao dar o conflict error a thread B é lançada denovo, duplicando algumas coisas!

Bem, claro, é muito mais "sinistro" que isso, essa é uma visão geral do drama vivido aqui, então pergunto, como contornar isso?!

Segundo nossas pesquisas parace que esse controle (lock, unlock) foi abortado por questões de desempenho e talz; porém em situações como essa ele está fazendo falta!

http://www.tchezope.org/documentacao/publicacoes/zodb/document_view

No link acima na seção "controle de concorrência" relata o que está havendo aqui.

Qualquer opnião/ajuda é bem vinda! :-D

PS.: Espero que nehum engraçadinho recomende usar Java com Struts, Hibernate e cia. -- pra descontrair apenas, senão ninguém aguenta -- para resolver isso :D


Yahoo! Search
Música para ver e ouvir: You're Beautiful, do James Blunt

Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]



Yahoo! Grupos, um serviço oferecido por:
PUBLICIDADE


Links do Yahoo! Grupos

Responder a