Changes so that the json log can capture more data, mainly the fields…

[ggsdc]

… that are defined on the schema on cornflow
It also makes it so that the dag registry is executed on cornflow service init to make sure that everything is up to date

[JaimeSotomayor]

¿Mejor en este orden? Yo lo pondría al revés, prevalece lo que venga del output.

[ggsdc]

Si, por que el status se está procesando entonces el status tiene que prevalecer

[codecov]

Codecov Report

Attention: Patch coverage is 60.60606% with 26 lines in your changes are missing coverage. Please review.

Project coverage is 78.45%. Comparing base (dc8ac06) to head (1f73d41).

Files	Patch %	Lines
cornflow-server/cornflow/commands/schemas.py	4.34%	22 Missing ⚠️
cornflow-server/cornflow/cli/service.py	0.00%	1 Missing ⚠️
libs/client/cornflow_client/core/application.py	90.00%	1 Missing ⚠️
libs/client/cornflow_client/raw_cornflow_client.py	83.33%	1 Missing ⚠️
libs/client/cornflow_client/schema/manager.py	66.66%	1 Missing ⚠️

Additional details and impacted files

@@               Coverage Diff               @@
##           development     #531      +/-   ##
===============================================
- Coverage        78.90%   78.45%   -0.45%     
===============================================
  Files              263      258       -5     
  Lines            14860    14393     -467     
===============================================
- Hits             11725    11292     -433     
+ Misses            3135     3101      -34     

Flag	Coverage Δ
client-tests	80.66% <92.10%> (+2.81%)	⬆️
server-tests	81.44% <17.85%> (-1.73%)	⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[JaimeSotomayor]

Revisaría cambiar el tema de que "status" para los DAG se devuelve un código pero después en cornflow se use "status" como el status en texto y luego "status_code". Tendría más sentido que todo fuera coherente

[ggsdc]

Te refieres al estado de la ejecución? Por que realmente eso es el state, no status. Guillermo González-Santander de la Cruz JEFE DE PROYECTOS T | +34 915 337 301 E | ***@***.*** W | baobabsoluciones.es

…

On Mon, 13 May 2024 at 11:31, JaimeSotomayor ***@***.***> wrote: ***@***.**** approved this pull request. Revisaría cambiar el tema de que "status" para los DAG se devuelve un código pero después en cornflow se use "status" como el status en texto y luego "status_code". Tendría más sentido que todo fuera coherente — Reply to this email directly, view it on GitHub <#531 (review)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AF4DGHEW5PAIKJHM66SXM5DZCCB7NAVCNFSM6AAAAABHQZQ64KVHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDANJSGE3TEMRYHE> . You are receiving this because you were assigned.Message ID: ***@***.***>

[JaimeSotomayor]

Me refiero al status del solve. En concreto el problema lo veo aquí:

                "status": STATUS_CONV.get(status, "Unknown"),
                "status_code": status,

Para la gente que ha desarrollado el modelo el status es el código numérico. Sin embargo, si se va a la bbdd de cornflow se está guardando el "status" dentro de "status_code". Simplemente digo que eso debería ser coherente

[ggsdc]

Se puede cambiar, podemos hacer la modificación en el schema de cornflow y hacer que los status estén mapeados como la respuesta de la gran mayoría de DAGs. Guillermo González-Santander de la Cruz JEFE DE PROYECTOS T | +34 915 337 301 E | ***@***.*** W | baobabsoluciones.es

…

On Mon, 13 May 2024 at 12:28, JaimeSotomayor ***@***.***> wrote: Me refiero al status del solve. En concreto el problema lo veo aquí: "status": STATUS_CONV.get(status, "Unknown"), "status_code": status, Para la gente que ha desarrollado el modelo el status es el código numérico. Sin embargo, si se va a la bbdd de cornflow se está guardando el "status" dentro de "status_code". Simplemente digo que eso debería ser coherente — Reply to this email directly, view it on GitHub <#531 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AF4DGHGENHTXZPD5U7QWTITZCCIT5AVCNFSM6AAAAABHQZQ64KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMBXGIYTCMJQGY> . You are receiving this because you were assigned.Message ID: ***@***.***>