zz.007
zz.007
入门文档实在是写的一言难尽，果然是开发代码的很难把文档写好。 其实给一个简单的get started都比现在这个强，估计很多人都搭建不起来，即使搭建了也不清楚各个配置的作用
@mxsm If you append empty string firstly , the outer if condition could not be satisfied(except len + blank > 1G). ``` if (len + blank > mappedFile.getFileSize() - mappedFile.getWrotePosition())...
@mxsm Thx got it. Another point： Would it be better to allocate 'byteBuffer' variable just 8 bytes as BLANK_MAGIC_CODE is only a mark indicating no entry behind it: ``` ByteBuffer...
@mxsm Agree with u.
1.6.0-RC1 验证已解决
亲测只需要保存SESSDATA就可以了。
3.3.0 beta-1 版本也不行 server： ``` AsyncContext asyncContext = RpcContext.startAsync(); return CompletableFuture.supplyAsync(() -> { asyncContext.signalContextSwitch(); RpcContextAttachment serverContext = RpcContext.getServerContext(); // 往调用端传递参数 serverContext.setAttachment("server-key1", "server-"); ``` client： ``` CompletableFuture f = greetingService.helloFuture(); f.whenComplete((v,...
我觉得考虑向下兼容的前提是不能影响新版本的使用吧，为了向下兼容来牺牲新版本引入seata-all（某些情况下的问题），也不合理啊。 不知道为啥要在同一份代码中搞这种兼容，通过不同版本区分也行或类似common-lang/common-lang3这种区分就很清晰啊。 > 这个应该不是bug，是特意而为，为了向下兼容特地以ioseata包为主，如果ioseata包下没有对应的实现才会加载到org.apache.seata包下的实现。如果你不想有io seata相关的依赖，可以不选择引入seata-all，自行引入对应的module依赖即可 This shouldn't be considered a bug; it is intentional. In order to maintain backward compatibility, the main focus is on the io.seata package. If there...
当依赖seata-all时，问题就是用户代码引入ora.apache新版本的类，最终却加载出了io.seata.saga.rm.SagaResourceManager， 而不是org.apache.seata.saga.rm.SagaResourceManager。 比如分两个版本，主要特性应该就是都在org.apache下开发， io.seata就修改合入下bug，最终就不维护了。 我看到现在其实就是在一份代码库中维护了两种逻辑，代码感觉更复杂啊。 以EnhancedServiceLoader为例， 里面很多方法都带个尾巴参数 boolean includeCompatible去做if判断。 这种if多了，开发自己都搞蒙了。这只是这一个类，其他类暂时不清楚 > 你说的影响使用是指什么？另外common-lang/common-lang3 这种难道让社区维护两个版本？这严重增加了历史用户迁移成本和社区维护成本 What do you mean by affecting usage? Also, are you suggesting that the community should maintain two...