Ошибка ожидается eof dynamo

New issue

Comments

Я создал файл JSON с несколькими элементами, которые хочу загрузить в таблицу AWS DynamoDB. Я назвал файл request-items.json. Однако, когда я запускаю команду: aws dynamodb batch-write-item --request-items file://request-items.json в интерфейсе командной строки AWS я получаю сообщение об ошибке:

Error parsing parameter '--request-items': Expected: '=', received: 'EOF' for input:

^

Я нахожусь в текущем каталоге, где находится файл request-items.json, когда запускаю команду. Проводя дополнительное исследование, я обнаружил, что наиболее распространенной причиной этой ошибки является несоблюдение правил протокола file://, которые применяются AWS. Поскольку это в моей власти, я не уверен, где я ошибаюсь.

Пример файла JSON, который я пытаюсь загрузить:

{
    "Sensors": [
        {   
            "PutRequest": {
                "Item": { 
                    "Sensor": { "S": "Banana" }
                }
            }
        },
        {   
            "PutRequest": {
                "Item": { 
                    "Sensor": { "S": "Orange" }
                }
            }
        }
    ]
}

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

1. Проверьте синтаксис файла JSON: убедитесь, что файл содержит допустимые Синтаксис JSON со всеми открывающими и закрывающими скобками, фигурные скобки и кавычки правильно подобраны. Вы можете использовать онлайн JSON валидатор или линтер JSON для проверки синтаксиса вашего файла.
2. Проверьте путь к файлу. Убедитесь, что путь к файлу JSON правильный и что файл существует в указанном месте. Ты можешь используйте команду ls, чтобы вывести список файлов в текущем каталоге и убедитесь, что файл присутствует.
3. Проверка на наличие специальных символов. Убедитесь, что содержимое Файл JSON не содержит специальных символов или пробелов, которые может вызвать проблемы с разбором. Вы можете попробовать удалить все посторонние пробел или специальные символы, а затем повторите команду.
4. Попробуйте использовать абсолютный путь к файлу. Попробуйте использовать абсолютный путь к файлу. вместо относительного пути к файлу указать расположение JSON файл. Например, вы можете использовать такую ​​команду, как aws dynamodb. элемент пакетной записи —request-items файл:///абсолютный/путь/к/request-items.json.
5. Проверьте версию AWS CLI: убедитесь, что вы используете последнюю версию версия интерфейса командной строки AWS. Вы можете проверить версию, запустив команда aws —версия. Если у вас устаревшая версия, вы можете обновите его, выполнив команду pip install awscli —upgrade.

Если ни одно из вышеперечисленных решений не работает, вы можете попробовать разбить файл JSON на более мелкие фрагменты и загрузить их по отдельности, чтобы выявить любые проблемы.

Вот еще один перед (1.2.1)

и после (1.3.0):

Похоже, это из-за символов . Что изменилось в связи с этим?

cc: @kronz @samuelcwl @ ke-yu Похоже на регресс, ребята. Можем ли мы это исправить?

Это ожидаемое поведение и не является ошибкой. Есть только определенные символы, которые можно экранировать, как показано здесь для C # (и DesignScript пытается быть ближе к C #): https://blogs.msdn.microsoft.com/csharpfaq/2004/03/12/what-character-escape -последовательности-доступны-доступны /
Вы заметите, что те же строки, которые вы использовали в приведенных выше блоках кода, не работают в C #.
А именно следующие символы могут быть экранированы:

' – single quote, needed for character literals
" – double quote, needed for string literals
\ – backslash
 – Unicode character 0
a – Alert (character 7)
b – Backspace (character 8)
f – Form feed (character 12)
n – New line (character 10)
r – Carriage return (character 13)
t – Horizontal tab (character 9)
v – Vertical quote (character 11)
uxxxx – Unicode escape sequence for character with hex value xxxx

Вы можете увидеть их жестко запрограммированными в нашей грамматике здесь:
https://github.com/DynamoDS/Dynamo/blob/0622384b0bbffd5a2de617b8d4a8ad3aaeb72396/src/Engine/ProtoCore/Parser/atg/Start.atg#L665

В сценарии, который вы используете выше, вы пытаетесь экранировать символы, такие как w , которые нельзя экранировать, и поэтому вы увидите синтаксическую ошибку, если не используете \w . Тот факт, что он работал в 1.2, был действительно ошибкой, поскольку он не соответствовал правилам escape-символов.

К вашему сведению: @Racel

Спасибо за объяснение. К сожалению, это усложняет ситуацию для некодировщиков без надобности ИМО. Если для регулярного выражения используется определенный синтаксис, становится излишне сложным знать, какие символы нужно экранировать с помощью дополнительного , а какие нет, поскольку они не работают единообразно по всем направлениям. Это очень затрудняет работу с инструментом.

@dbaldacchino , поэтому у нас есть узел String в дополнение к узлам блока кода. Строго говоря, строки блока кода позволяют экранировать определенные символы, чтобы кодировать строки, которые они хотят создать, включая такие вещи, как пробелы и т. Д. DesignScript не имеет ничего для строковых литералов в своем синтаксисе, что вы и ищете for, но это именно то, для чего String узел

Понятно, я ценю ваше объяснение. Строковый узел с этого момента, когда возникает этот вариант использования Удачных выходных!