-
Notifications
You must be signed in to change notification settings - Fork 1
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
extend job errors (Stderr -> warning) #236
Comments
Jakej je use case? K čemu to má sloužit, co to bude řídit, co to bude konzumovat? |
use case je, ze kdyz dneska zacne neco produkovat pri behu chyby (ale soucasne se to dokonci se success 0), tak nemas sanci se to nikdo dozvedet. Pokud to bude koncit warningem, da se s tim neco delat. |
Co to je třeba za chyby? Podobnou situaci jsme řešili s @kacurez, kde jsem argumentoval, že komponenta má nějakou konfiguraci, co má provést. Buďto to provede vcelku, nebo ne. Žádnej mezistav "provedl jsem kus", ten mi přijde špatnej, z toho se nevyhrabeš (třeba v případě extraktorů), a importovat necelý data je imho špatně jak z byznysovýho (integrita) tak z technologickýho (návaznost na state/inkrementy) hlediska. |
vsak to neni mezistav, komponenta se provede cela, skonci exitem 0, vsechno se naimportuje, ale soucasne vyblila cosi na stderr, z jakyhokoliv duvodu. Takze pokud udela nekdo extractor, kterej furt vypisuje neco na stderr, tak to bude vsem psat warningy a budou nadavat autorovi, at to spravi. Ale pokud se nekde objevi nejakej vystup na stderr - tak se v soucasnym stavu totalne stopi (protoze eventy u success component nikdo neprohlizi) - a pri tom warningu by se uz nestopil. |
A co to tam bleje a proč? Můžem říct, že cokoliv na stderr a exit kód 0 vyvolá aplikační chybu? |
V rkovejch vecech mismatch v instalovanych packages, type coercion, nebo treba tohle https://github.com/keboola/generic-extractor/search?q=warning&type=Code&utf8=✓ nebo tohle nebo tohle proste to je vec autora komponenty co tam bleje a proc |
Tak ať pak neposílá nic na stderr. Ten generic dává smysl! Dík. |
Hele, ale bojim se, že to bude děsnej vomrd zavést novej stav jobu. Na hromadě míst se to checkuje, nemluvě o možnejch externích integracích. |
Ale tady ten stav jobu už je definovanej - https://github.com/keboola/syrup/blob/91c2de1d7ce4926ff21be5396cfabd5981953ce0/src/Keboola/Syrup/Job/Metadata/Job.php#L20, ale používá se jen v orchestracích - https://github.com/keboola/syrup/blob/8835c6ea86c8ba543c0d18b3c48b8bb0c2a371b6/src/Keboola/Syrup/Test/Job/Executor/WarningExecutor.php |
Dyt o tom furt mluvim :) |
Navazujem na diskusiu o warningoch z offsitu :)
Tu je raw prepis Najlosovych poznamiek:
|
jeste prihodim link https://www.wunderlist.com/#/tasks/4102568562 |
zahrnout do toho i lepsi zobrazeni chyb om/im https://github.com/keboola/output-mapping/pull/32#discussion_r249357288 |
Pokud dneska komponenta vyprodukuje neco na stderr, posle se to do storage eventu jako error, nicmene job skonci jako success a nikoho to nezajima.
Tzn. navrhuju, ze pokud se pri behu komponenty vyprodukuje neprazdny stderr (ale soucasne ma porad exit kod 0), da se to do resultu jobu a ten job skonci se stavem warning.
Ten potom ma sanci probublat do orchestraci a pripadne hodit notifikace
The text was updated successfully, but these errors were encountered: