Bin ich jetzt zu doof, oder...

[rubberduck09]

Dakkaron schrieb:
--------------------------------------------------------------------------------
> Wen du curl aus Red Hat verwendest, dann ja.
>
> Aber wenn du curl irgendwo nachinstallierst (z.B. in Windows oder in einem
> custom Docker Image), dann bist du wieder bei curl direkt.

Oder bei dem der das Docket Image zusammengeklöppelt hat...

[43rtgfj5]

Dakkaron schrieb:
--------------------------------------------------------------------------------
> Wen du curl aus Red Hat verwendest, dann ja.
>
> Aber wenn du curl irgendwo nachinstallierst (z.B. in Windows oder in einem
> custom Docker Image), dann bist du wieder bei curl direkt.

Dann hast du aber kein Vertragsverhältnis und die Lizenz nicht gelesen, wenn du dem Entwickler so eine Mail schreibst.
Wie man es dreht und wendet - die Mail zeigt Inkompetenz.
Entweder weil "von oben" die Ansage kam, so eine Mail an alle zu versenden. Und dann würde ich die Kompetenz und Arroganz des Entscheidungsträgers infrage stellen. Da aber ja bekannt ist, von welcher Firma das kommt, habe ich dazu sowieso keine Fragen mehr.
Sonst zeigt die Mail, dass hier nicht richtig dokumentiert wurde, und Intern auch keiner Verantwortlich ist - speziell wenn es zB so ist, wie Dakkaron schreibt, und man Curl im nachhinein einfach draufgebüfelt hat. Irgendwo stand ja, dass diese Person zuständig ist - dann müsste da auch mindestens stehen, ob ein Supportvertrag existiert.
Außerdem ist die Software ja installiert, entweder als "Standardtool" unter Linux, weshalb man hier intern die Linux Kollegen hätte fragen können, die einem das sicher hätten beantworten können. Im Zweifel indem man 5 Minuten den Quelltext sucht und feststellt, dass Curl keine Java Abhängigkeiten hat und in C geschrieben ist, und der Quelltext vermutlich kleiner ist als der von Log4j selbst.

Also sorry, auch an @Chefin: Das hier zeigt nur eins - Fehler. Ich arbeit selbst auch in einem großen Unternehmen und kenne dke Hürden mit den Prozessen, aber das hier zeigt nur die schlechte Vorbereitung auf IT Probleme. Hier hat irgendwer was gemacht, hauptsache um was zu machen. Was er macht, wusste er anscheinend nicht - oder der Vorgesetzte der es Angeordnet hat, wusste es nicht.