You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A carga hoje é complexa, não automatizada, bagunçada e muito específica. Com a próxima vinda de carga de mais dados dos municípios e também de mais repasses estaduais, a carga mais se tornar MUITO mais complexa.
Esse é um ISSUE para:
Criar uma interface REST padrão de acesso a carga e ao progresso das mesmas;
A carga deverá ser representada por uma interface comum;
Todas as cargas poderão ser programadas; Algumaas farão requests para fora, outras carregarão dados dentro da prórpria APP (CSVs ajustados para carga)
Então basicamente teremos uma interface Job, que terá um identificador único, quando instanciado dar um ID para ela (ex. CargaDadosPortalTransparência) e um método que fara a execução da carga em sí.
O recurso REST para o Job deverá retornar:
Os JOBs em execução;
O histório de um JOB específico (o histórico deverá conter hora de início, hora de fim, alguma mensagem e o ID do JOB, outros campos são bem vindos);
também deverá permitar criar novos JOBs;
Algum mecanismo de passagem de parâmetros para os JOBs poderão ser criados
The text was updated successfully, but these errors were encountered:
A carga hoje é complexa, não automatizada, bagunçada e muito específica. Com a próxima vinda de carga de mais dados dos municípios e também de mais repasses estaduais, a carga mais se tornar MUITO mais complexa.
Esse é um ISSUE para:
Então basicamente teremos uma interface Job, que terá um identificador único, quando instanciado dar um ID para ela (ex. CargaDadosPortalTransparência) e um método que fara a execução da carga em sí.
O recurso REST para o Job deverá retornar:
The text was updated successfully, but these errors were encountered: