Für alle, die jsonread nutzen:
ich habe einen PR mit einer neuen Version eingestellt. OnkelAndy hatte ja die Abhängigkeit von jq entfernt und dafür nur Teile der kompletten Filtersyntax implementiert. Ich habe JMESpath als neues Modul eingebunden, das wird u.a. bei AWS verwendet, ist also gut getestet und stabil. Außerdem ist es ein reines Python-Modul, so dass es keine Konflikte z.B. mit der Nutzung auf dem Raspi gibt.
Da JMESpath eine andere Filtersyntax hat, ist eine Übersetzungsschicht dazugekommen, damit im Standard die alte jq-Syntax weiter verwendet werden kann.
Für alle, die migrieren wollen, oder denen die Übersetzungsschicht zu unsicher ist, gibt es die Plugin-Option jq_syntax. Default ist true, wenn die auf false gesetzt wird, wird die Übersetzungsschicht deaktiviert und man kann direkt native JMESpath-Ausdrücke angeben.
ich habe einen PR mit einer neuen Version eingestellt. OnkelAndy hatte ja die Abhängigkeit von jq entfernt und dafür nur Teile der kompletten Filtersyntax implementiert. Ich habe JMESpath als neues Modul eingebunden, das wird u.a. bei AWS verwendet, ist also gut getestet und stabil. Außerdem ist es ein reines Python-Modul, so dass es keine Konflikte z.B. mit der Nutzung auf dem Raspi gibt.
Da JMESpath eine andere Filtersyntax hat, ist eine Übersetzungsschicht dazugekommen, damit im Standard die alte jq-Syntax weiter verwendet werden kann.
Für alle, die migrieren wollen, oder denen die Übersetzungsschicht zu unsicher ist, gibt es die Plugin-Option jq_syntax. Default ist true, wenn die auf false gesetzt wird, wird die Übersetzungsschicht deaktiviert und man kann direkt native JMESpath-Ausdrücke angeben.
Kommentar