在windows命令行下传输json数据，报错：Error parsing parameter '--image': Expected: '=', received: ''' for input:

最新推荐文章于 2021-12-29 00:24:34 发布
原创 最新推荐文章于 2021-12-29 00:24:34 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#json #windows

在windows命令行下输入：aws rekognition index-faces --image '{"S3Object":{"Bucket":"face-collection-1","Name":"0008.jpg"}}' --collection-id "student" --detection-attributes "ALL" --region us-east-1

出现错误：

Error parsing parameter '--image': Expected: '=', received: ''' for input:
'{S3Object:{Bucket:face-collection-1,Name:0008.jpg}}'

^

这是由于windows命令行本身的特点而产生的问题


方法一：

在双引号前加转义字符

aws rekognition index-faces --image ""{\"S3Object\":{\"Bucket\":\"face-collection-1\",\"Name\":\"0008.jpg\"}}"" --collection-id "student" --detection-attributes "ALL" --region us-east-1


方法二：

用三个双引号代替单个双引号

aws rekognition index-faces --image ""{"""S3Object""":{"""Bucket""":"""face-collection-1""","""Name""":"""0008.jpg"""}}"" --collection-id "student" --detection-attributes "ALL" --region us-east-1

【已解决】Splunk Json 报错：parsing error:Unexpected character while looking for value: ‘}‘
shenghuiping2001的专栏
09-30 433
INDEXED_EXTRACTIONS = 的输出形式，决定是否json 的日志输出。
Sqoop从Hive导出数据到MySQL报错 ：Error parsing arguments for export:
qq_43437122的博客
06-14 4596
错误信息： 20/06/14 14:46:04 INFO sqoop.Sqoop: Running Sqoop version: 1.4.6 20/06/14 14:46:04 ERROR tool.BaseSqoopTool: Error parsing arguments for export: 20/06/14 14:46:04 ERROR tool.BaseSqoopTool: Unrecognized argument: --connetc 20/06/14 14:46:04 ERROR tool
出现异常：Error parsing parameter ‘--item‘: Expected: ‘=‘, received: ‘‘‘ for input:
Merlin的博客
11-20 1227
当我往dynamodb中的表放入数据时，在windows命令行中编写的命令报错：Error parsing parameter ‘–item’: Expected: ‘=’, received: ‘’’ for input: ‘{Artist:{S:NO One You Know},SongTitle:{S:Call Me Today},AlbumTitle:{S:Somewhat Famous}}’ put数据的语句是： aws dynamodb put-item --table-name Music
（爬坑实录）Qt 在windows下的命令行参数传递json字符串遇到的问题
斧冰
07-21 1021
Qt 在windows下的命令行参数传递json字符串遇到的问题记录： json字符串中的双引号会被直接干掉，导致json字符串解析失败，还有一些字符被转义了，后来查资料才知道windows命令行会对参数进行转义。Windows命令行参数的转义(dos/cmd.exe下输入双引号竖扛等特殊字符) 解决办法： 传入base64编码的字符串，然后在Qt程序中反编码一下。 这样的话，解析的json字符串就不会有问题了。 参考： Qt之Base64编解码 Windows命令行参数的转义(dos/cmd.exe下输入
并行程序设计：小白日记（一）Linux安装配置mpich
qq_36134761的博客
03-31 4550
坑爹的Windows系统，连着试了很多遍都是各种报错，身为一个小白，被他搞得很难过。索性放弃，换成Linux试了，很快就弄好了。一、安装只需要两个指令:1、sudo apt update检查一下源是否要更新2、sudo apt install mpich直接开始在线安装mpich二、检查同样用两个指令来检查一下安装成功了没有：1、mpicc 这个是编译的指令，如果你直接敲这个指令，会给出这样的字样...
Parsing error: Expected
Tony_Jas的专栏
09-03 5515
今天使用VC6.0遇到Parsing error: Expected";"。网上解决方案：（已验证通过）在编程的过程中突然遇到 Parsingerror:Expected "=".，但是程序可以正常编译及运行，只是点击控件的时候出现问题，在网上查了一下，是如下原因造成的：我把代码写在了 //{{AFX_DATA_INIT(CMonitorDlg)//}}AFX_DATA_INIT当中了，如果把代码写到其外面，则就正常了。//{{AFX_DATA_INIT(CMonitorDlg)//}}AFX_DATA_I
linux，windows命令行中含有Json字符串如何转义
zhaodengdeng1984的博客
07-02 1809
Linux .\cmc client contract user invoke --contract-name=testTBFT --method=save --sdk-conf-path=.\sdk_config.yml --params="{\"faile_name\":\"name007\",\"file_hash\":\"ab3456df5799b87c77e7f88\",\"time\":\"6543234\"}" --sync-result=true --params的参数是json，整个j
转 -- parsing error:expected “)“ 解决方法
qq_38472465的博客
09-04 5636
转 -- parsing error:expected ")" 解决方法
vue3开启eslint之后报错：error Parsing error: ‘＞‘ expected
weixin_42349568的博客
12-29 1万+
eslint文件需要添加这两个配置： { "env": { "browser": true, "es2021": true }, "parser": "vue-eslint-parser", "extends": [ "eslint:recommended", "plugin:vue/essential", "plugin:@typescript-eslint/recommended" ], "parserOptions": { "ec
spring boot报错Error parsing HTTP request header Note:further occurrences of HTTP header parsing error
01-07
项目启动后报错 2020-02-19 10:34:46.901 INFO 5920 --- [nio-8080-exec-1] o.apache.coyote.http11.Http11Processor : Error parsing HTTP request header Note: further occurrences of HTTP header parsing ...
Activiti发布流程报错org.activiti.engine.ActivitiException: Error parsing XML
01-20
郁闷啊，有时候不得不承认，无论是什么事，曾经是好的，到后边未必还是好的，不要拿曾经的种种来判断今天的结果， 前景：之前本地用jeecg(1.7版本)设计流程、发布流程、修改流程，所有的操作都是项目有汉字启动的，...
caffe 跑模型报错 Error parsing text-format caffe.NetParameter: 3707:25: Message type "caffe.LayerParamet
01-29 7654
WARNING: Logging before InitGoogleLogging() is written to STDERR W0129 17:35:40.717015 14357 _caffe.cpp:139] DEPRECATION WARNING - deprecated use of Python interface W0129 17:35:40.717033 14357 _caf
解决Error parsing HTTP request header Note问题
wyjares的博客
07-03 9603
方法一（优快云大神） 方法二（阿里云） 有一天我发现我们工公司项目显示未定义 后来在后台看log文件，显示如下： [root@**** logs]# tail -n 1000 catalina.2020-07-03.log 七月 03, 2020 2:33:54 上午 org.apache.coyote.http11.AbstractHttp11Processor process 信息: Error parsing HTTP request header Note: further o
Error parsing HTTP request header 错误解决方法
热门推荐
lcd的博客
05-29 9万+
五月 29, 2018 16:20:45 下午 org.apache.coyote.http11.AbstractHttp11Processor process信息: Error parsing HTTP request header Note: further occurrences of HTTP header parsing errors will be logged at DEBUG le...
Parsing error
白永辉的专栏
07-27 6165
在MFC中对话框对应类中可能会出现错误： Parsing   error 引起的原因大概可以分为两种： 1. 有部分成员变量没有初始化。有构造函数的类型对应变量会由系统自动调用其构造函数进行初始化，但基本类型的成员变量必须注意，尤其是基本类型的数组。 2. 与控件无关的成员要放在AFX_DATA_INIT宏外面。宏里面应该对应控件相关成员变量的初始化。 出现这两种状况时，对应自动类向导 .
error: error parsing kourier-config.yaml: error converting YAML to JSON: yaml: line 7: did not find expected key
最新发布
04-23
<think>好的，用户遇到了在解析kourier-config.yaml文件时的YAML错误，具体是第7行缺少预期的键。需要先分析可能的原因。根据用户提供的其他引用，比如之前的错误中提到了YAML缩进问题、冒号缺失以及Tab字符的问题，这可能也是类似的问题。 首先，用户提到错误信息是“error converting YAML to JSON: yaml: line 7: did not find expected key”，这表明在YAML文件的第7行存在语法错误。常见的原因可能是缩进不正确、缺少冒号，或者键值对格式错误。 接下来，我需要检查用户提供的kourier-config.yaml示例。用户之前的回答中有一个示例配置： ```yaml apiVersion: v1 kind: ConfigMap metadata: name: config-kourier namespace: knative-serving data: cluster-cert-secret: "" # 禁用自动 TLS（需手动配置） external-gateway-address: "$(kubectl get node -o jsonpath='{.items[0].status.addresses[?(@.type=="InternalIP")].address}')" # 绑定到节点 IP ``` 需要检查第7行，也就是`external-gateway-address: ...`这一行。可能的错误点包括： 1. **缩进问题**：YAML对缩进非常敏感，必须使用空格而非Tab。如果第7行的缩进使用了Tab，会导致解析错误。例如，引用[3]中的错误就是因为Tab字符导致的。 2. **冒号后缺少空格**：YAML要求键后的冒号必须跟随一个空格，否则会被视为语法错误。例如，`key:value`是错误的，正确应为`key: value`。 3. **动态命令的引用方式**：用户可能在`external-gateway-address`的值中使用了命令替换`$(kubectl ...)`，这在YAML中可能需要使用引号包裹，并且注意引号的使用是否正确，避免引号不匹配或特殊字符未转义。 4. **字符串格式问题**：如果值中包含特殊字符（如大括号、问号等），可能需要使用引号包裹整个字符串，并确保引号正确闭合。 另外，用户提供的其他引用中的错误也可能提供线索。比如引用[1]和[2]都是YAML转换到JSON时的错误，涉及键缺失或冒号问题，引用[3]提到Tab字符和缩进问题，这些都是常见的YAML语法错误。 可能的解决方案步骤： 1. **检查缩进**：确保第7行开始的缩进是空格而非Tab，且与同级元素对齐。例如，`data`下的所有键应该使用相同的缩进级别，通常是两个空格。 2. **检查冒号和空格**：确认键后面的冒号有空格，例如`external-gateway-address: "..."`而非`external-gateway-address:"..."`。 3. **处理动态值**：`external-gateway-address`的值如果包含命令替换，可能需要使用双引号包裹整个字符串，并且确保命令中的特殊字符（如`$()`）被正确转义或处理。不过，YAML中直接使用命令替换可能不会被解析，可能需要用户预先获取IP并替换到配置中，而不是动态引用。 4. **验证YAML格式**：使用在线YAML验证工具或命令行工具（如`yamllint`）检查文件，确保语法正确。 例如，用户可能在配置中错误地使用了动态命令替换，导致YAML解析失败。正确的做法应该是预先执行`kubectl get node`获取IP，并将结果直接写入配置文件，而不是在YAML中嵌入命令。或者，使用Kubernetes的变量替换功能，但需要注意语法是否正确。 另外，用户提供的示例配置中的注释可能干扰了YAML解析，虽然YAML允许注释，但需要确保`#`符号后面有空格，且注释不会意外影响键值对的解析。 总结，用户的问题主要集中在YAML语法错误，需要逐步检查缩进、冒号、引号以及特殊字符的处理，确保文件格式正确。同时，建议用户避免在YAML中直接嵌入动态命令，而是通过脚本生成正确的配置。</think>#### 解析 YAML 配置错误的完整解决方案 --- ### 一、错误原因分析 根据错误信息 `error converting YAML to JSON: yaml: line 7: did not find expected key`，核心问题集中在 **YAML 语法格式**和 **动态变量注入** 的兼容性上。常见原因包括： 1. **缩进错误**：YAML 严格依赖空格缩进（**禁止使用 Tab 键**）[^3] 2. **键值对格式错误**：冒号 `:` 后缺少空格或引号未闭合 3. **动态命令注入冲突**：`$(kubectl ...)` 语法与 YAML 变量占位符冲突 --- ### 二、分步修复流程 #### 步骤 1：验证基础语法 检查 `kourier-config.yaml` 的 **第 7 行**（即 `external-gateway-address` 字段）： ```yaml # 错误示例 ❌（使用 Tab 缩进） data: cluster-cert-secret: "" external-gateway-address: "$(kubectl get node ...)" # 此处缩进含 Tab 字符 # 修正示例 ✅（严格使用 2 空格缩进） data: cluster-cert-secret: "" external-gateway-address: "$(kubectl get node -o jsonpath='{.items[0].status.addresses[?(@.type==\"InternalIP\")].address}')" ``` #### 步骤 2：处理特殊字符转义 YAML 中嵌套 JSONPath 表达式时，需对 **双引号** 和 **问号** 进行转义： ```yaml # 修正动态变量语法 ✅ external-gateway-address: "$(kubectl get node -o jsonpath='{.items[0].status.addresses[?(@.type==\"InternalIP\")].address}')" ``` #### 步骤 3：手动替换动态变量（推荐） 为避免命令注入问题，**手动获取节点 IP 并硬编码**： ```bash # 获取节点内部 IP NODE_IP=$(kubectl get node -o jsonpath='{.items[0].status.addresses[?(@.type=="InternalIP")].address}') ``` ```yaml # 修改后的安全配置 ✅ external-gateway-address: "$NODE_IP" # 替换为实际 IP 值，例如 "192.168.1.100" ``` #### 步骤 4：验证 YAML 格式 通过在线工具或命令行检查语法： ```bash # 安装 yamllint pip install yamllint # 检查配置文件 yamllint kourier-config.yaml ``` --- ### 三、完整修正配置示例 ```yaml apiVersion: v1 kind: ConfigMap metadata: name: config-kourier namespace: knative-serving data: cluster-cert-secret: "" # 禁用自动 TLS external-gateway-address: "192.168.1.100" # 手动填入实际节点 IP ``` --- ### 四、部署验证 ```bash # 应用修正后的配置 kubectl apply -f kourier-config.yaml # 检查 ConfigMap 状态 kubectl get configmap config-kourier -n knative-serving -o yaml ``` --- ### 五、进阶排查技巧 1. **查看原始错误上下文** 使用 `-v=6` 参数获取详细错误定位： ```bash kubectl apply -f kourier-config.yaml -v=6 ``` 2. **临时简化测试** 逐步注释字段，定位具体出错位置： ```yaml data: # cluster-cert-secret: "" external-gateway-address: "192.168.1.100" ``` --- #### 相关问题 1. 如何避免 YAML 中的 Tab 缩进导致 Kubernetes 部署失败？ 2. Knative 动态服务发现与 Flannel 网络有哪些兼容性限制？ 3. 为什么在 YAML 中直接使用 `$(command)` 语法会导致解析错误？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值