-
-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nota paulistana com instabilidade #3530
Comments
não sei se seria legal depender do queue_job no mesmo modulo basico. Mas sem ser isso, um simples retry de algumas vezes dentro da |
acho que o mais interessante seria o queue_job em um módulo separado, se ficar segurando a transação no odoo com timeout maior ou retry pode dá problema de concorrencia no banco de dados |
talvez é possível dar um reset do cursor da transação antes do retry para evitar os erros de "transaction isolation". Eu acho que eu vi isso em alguns lugares... Mas finalizar o modulo queue_job generico seria bom tb. |
Eu tinha feiyto esta PR com base em uma iniciativa da Kmee.. se a Kmee quiser dar andamento, talvez tenha que mudar o nome do modulo e tem uns dois itens que eu havia sinalizado na PR que precisaria implementar. Enfim, quem quiser assumir, comecamos mexer mas nem usamos este modulo hoje. |
Eu até cheguei por em produção uma vez, mas o cliente não gostou muito, pq tinha q dar f5 pra ver ser a nota foi ou não emitida kkkk ai sei lá teria que pensar em algo pra que o javascript recebesse uma notificação e atualizasse a pagina, na epóca eu desisti e não fiquei pensando muito. No fim o que o cliente quer é a nota ser transmitida no mesmo segundo, mas é complicado quando as prefeitura não colaboram.. |
Pensa muito mais não https://github.com/OCA/web/tree/16.0/web_notify |
O webservice da nota paulistana sempre da timeout ou não responde na primeira vez.
Isso tem causado bastante problemas nos clientes.
Vejo algumas estretegias possíveis:
The text was updated successfully, but these errors were encountered: