2024-11-29 15:56
@JFinal 提到sql注入,有没有好的解决方案?或则jfinal提供一个预防sql注入的功能?最近被sql注入搞的头大。
2024-11-17 14:32
@杜福忠 市面上唯一能上生产的就是seata,但它好像只支持dubbo的rpc框架。我的rpc是基于thrift自己实现的。
2024-11-13 09:53
@杜福忠 杜总有空能不能研究一下,如果是在不同的jvm进程里呢?有没有解决方案,我是在这个地方卡住了。其实再说清楚一点,我是在这一台机器的jvm进程里通过rpc(tcp协议)调另一台机器的jvm进程下的一个方法。所以,我想必须要有一个事务协调器角色,所有事务都和事务协调器通信,告诉协调器自己是否ok,如果所有都ok,由协调器去控制所有xa事务提交,否则,就控制所有事务回滚。我理解是事务发起者先生成一个id,告诉事务协调器,然后把这个id和自己的xid发给事务协调器,调用rpc的时候,把这个id传递过去,rpc方法拿到这个id和自己的xid也去事务协调器注册自己的事务,协调器就可以把所有同一id的xid组成一个事务,然后每个进程里的xa事务都告诉协调器,自己是ok还是不ok,由协调器统一提交和回滚。到这里我弄不下去了。搁置了有快一年的时间了。
2024-10-25 18:06
@山东小木 不是的,传的json或则字符串都在data:里。我是想自定义event,就像complete方法里拼接了event:complete\ndata:xxxx\n\n那样,有些场景下是需要这个自定义event的。另外,你那里微信小程序接收SSE是开启enableChunk实现的吗?听说这种方式在https下,会一直等所有数据收到才一次性触发接收事件,打字机效果就没有了。不知道你那里测试过这种场景没。
2024-10-22 16:27
@山东小木 SseEmitter这个类里的waiting方法最后一行有一句System.out.println("Waiting finished");能不能下次更新发布jfinal的时候,把这句代码注释掉?
2024-10-11 11:13
@小曦 他是通过url请求传递json body,不知道你的那个this.getJson111()函数里是如何获取传递的参数的。如果是你自己通过get方法获取,但你前端是传递json body方式传递,代码里需要在MainConfig的configConstant方法里增加me.setResolveJsonRequest(true);以开启自动解析json body。这个功能需要jfinal5.0.0及更高版本支持。否则,你需要自己getRawData,然后自己解析参数。只是猜测,不一定对。
2024-10-11 11:05
@isddoidnoi 我的系统是使用jwt认证登录,对接的cas单点。如果你用的是jwt,可以私信我,我给你贴点代码。