Ага и у меня

Но загружаемые данные это другие пакеты

Всем привет, кто-то сталкивался с проблемой точки в значении переменной? У меня фильтр jmespath отказывается принимать переменную значение которой в какой то момент выглядит как super1.2value

разбирает ее на до/после точки и шлет лесом

{"msg": "JMESPathError in json_query filter plugin:\nExpecting: ['quoted_identifier', 'unquoted_identifier', 'lbracket', 'lbrace'], got: number:

мысли бродят разные, сделать regexp_replace на переменную и как то так выйти из ситуации, но может кто то знает более другие варианты?

query вот такой: "[?(something == '{{ some_variable }}' && something_else == '{{ problem }}' && something_other < '100500')]"

и если в problem прилетает super1.2value - ловим ошибку выше

мысли бродят разные, сделать regexp_replace на переменную и как то так выйти из ситуации, но может кто то знает более другие варианты?

filter_plugin для джинжи и передавать через него?

ну теоретически можно и так

хотелось как то менее костыльно, мне всего то надо было пересортировать list of dicts

что характерно оригинальный jmespath чекер на офф сайте великолепно это делает

тоесть это чисто местный косяк в реализации

можно еще хэш сделать из something_else и '{{ problem }}'

и сравнивать их

и нифига блин не гуглится

короче ладно, буду копать

спасибо за участие )

походу там немного в другом дело, проблема не в том что '{{ problem }}' содержит super1.2value а в том что в выражении something_else == '{{ problem }}' - значение something_else тоже super1.2value и тут jmespath офигевает

это значит тебе надо косвенную адресацию использовать

хотя канеш ТАК назвать переменную это ещё как убиться надо

как ТАК назвать?

с точкой в названии

переменная называется нормально

ты не вьехал

есть list of dicts

jmespath его сортирует

переменная в контексте нашего разговора называется '{{ problem }}' ее значение содержит точку, jmespath сравнивает значение ключа 'xuomuo': "чтото" каждого элемента листа

тоесть грубо делает "[?(something == '{{ some_variable }}' && something_else == '{{ problem }}' && something_other < '100500')]"

something_else == '{{ problem }}' тут something_else это value ключа из оригинального dict

и это в целом нормальная ситуация

ничего необычного

только один вопрос - а нахер сортировать каким-то jmespath? почему не подходит jinja-фильтр 'sort'?

потому что мне надо не только сортировать, а выбрать только то что подпадает под условие

потом еще выбрать и еще

и сформировать итоговый list

но подругому но с той же структурой

и jmespath это позволяет легко

в оригинале

беру орогональный лист тупо копирую сюда http://jmespath.org/

копирую оригинальный query

и все работает

Вспомнил правило странного - "если хочется инструментом сделать что-то странное, значит, нужно выбрать другой инструмент".

что наталкивает меня на мысль что кто то где то в очередной раз пролюбил

ну понеслась )

jmespath фильтр в ansible есть?

это инструмент?

для осуществления манипуляций с рзными хешами итд

в ансибле - точно нету

в джиндже - да, поверю ещё

http://docs.ansible.com/ansible/latest/playbooks_filters.html#json-query-filter

JSON Query Filter New in version 2.2.

велкам из анабиоза )

штука хорошая, но со своей кривотой походу

тут вопрос как это победить не переписывая пол плейбука

Да я это всё читал. Знаешь, я вижу между нами одну большую разницу: я решаю задачи, а ты хочешь от инструмента странного и пытаешься доказать, что кто-то где-то что-то пропустил. Сравнения строк без кавычек - это вообще из какого крутого языка?

о ну все ) я понял

Переписывать не надо ничего, подумай, как нужный отбор реализовать в несколько шагов, и прицепи джинджа-фильтры последовательно.

а я не хочу несколько шагов там где органично делается один

и это не странное

Если не гуглится - это практически однозначный показатель, что странного хочешь 😉

о великий решающий задачи

если не гуглится открывается issue

на github

я тебе специально даже ссылочку пришлю где будет написанно что это баг

)

Это ты вообще-то написал, что не гуглится.

не гуглится толково так около похожие ситуации

но не то

А я написал action_plugin, который отрендерённый шаблон грузит в переменные, и обхожусь без странных проблем.

Сравнения строк без кавычек - это вообще из какого крутого языка? где ты увидел сравнение строк без кавычек?

This example shows ports from cluster1: - name: "Display all server names from cluster1" debug: var=item with_items: "{{domain_definition|json_query(server_name_cluster1_query)}}" vars: server_name_cluster1_query: "domain.server[?cluster=='cluster1'].port"

vars: server_name_cluster1_query: "domain.server[?cluster=='cluster1'].port" как бы намекает нет?

"[?(something == '{{ some_variable }}' && something_else == '{{ problem }}' && something_other < '100500')]" в данном случае something_else это key из dict

значение которого сравнивается с значением переменной

и это все в рамках синтаксиса

Ну да. И внезапно у тебя key без кавычек внутри ансибла, если что. А отсюда всё превращается в тыкву.

да ладно

я пример кинул с офф сайта

там есть кавычки?