Open loongjiang opened 2 years ago
出于安全考虑,id/id{} 至少一个必传,还可以传其它参数
有办法绕过这个设定吗
如果修改和删除只能通过id作为条件的话,很多业务很难实现哦~
DemoParser 调用 setNeedVerifyContent(false) ,最好只在内部这样用,不要对外开放,避免安全隐患
对于DELETE,只传where子句的条件即可,但是对于PUT(update)而言,条件字段和要修改的字段如何区分呢?
对于DELETE,只传where子句的条件即可,但是对于PUT(update)而言,条件字段和要修改的字段如何区分呢?
没有功能符的常规 key:value 键值对默认是修改字段值,有就一定是条件,或者加上 @combine 指定的也都是条件
感谢大佬的热心解答,我尝试下,有问题再咨询您。
貌似不能绕过这个限制呢
![]()
貌似不能绕过这个限制呢
应该是用了无参构造方法,你又漏了调用 setNeedVerifyContent
从源码看,verifyId代码,直接受atLeastOne参数控制
但是在调用verifyId的地方写死成了true
所以,即使改了无参构造,也是没有效果的
从源码看,verifyId代码,直接受atLeastOne参数控制
但是在调用verifyId的地方写死成了true
所以,即使改了无参构造,也是没有效果的
有效果,你改了就知道了,verifContent = false 时根本不会调用 AbstractVerifier.verifyRequest
对于DELETE,只传where子句的条件即可,但是对于PUT(update)而言,条件字段和要修改的字段如何区分呢?
没有功能符的常规 key:value 键值对默认是修改字段值,有就一定是条件,或者加上 @combine 指定的也都是条件
![]()
加了 @combine 关键字直接报错。 版本是APIJSON:5.2.0
对于DELETE,只传where子句的条件即可,但是对于PUT(update)而言,条件字段和要修改的字段如何区分呢?
用最新发布的 5.3.0 试试 https://www.oschina.net/news/214851/apijson-5-3-released
对于DELETE,只传where子句的条件即可,但是对于PUT(update)而言,条件字段和要修改的字段如何区分呢?
用最新发布的 5.3.0 试试 https://www.oschina.net/news/214851/apijson-5-3-released
好的,这两天就调试下。
新版本会受must限制,该如何放开限制呢
PUT和DELETE操作只能传id作为参数吗,没有传的话会报错:
**- 1. PUT请求,Device 里面 id 和 id{} 至少传其中一个!