Echo08
Echo08
**环境信息** - 系统: Linux - JDK: 1.8 - 数据库: 5.7.22 - APIJSON: 4.6.0 我看apijson里面,打印日志都通过这个`Log`类来完成。这个类注释:标明是测试使用。但是我们看apijson源码里面很多类,都是使用这个Log输出日志。关键这个类直接输出到console上。而且不支持行号,线程号等信息打印。**为什么不使用slf4j这种标准的日志框架。这个是怎么考虑的。** ```java /**测试用Log * @modifier Lemon */ public class Log { public static boolean DEBUG = true;...
fastjson多次爆出高危漏洞,很多公司明确禁止引入,apijson后续有整改替换的计划吗?
**问题描述** 我在主流maven仓里(比如https://search.maven.org/)面搜索apijson,要不就是没有找到。要不就是老版本。想问一下apijson每次新版本都是在哪里发布的,项目中推荐的引用方式是什么?
服务里面存在Servlet发布的这种接口,/rest/demoservice/api/forward/* ,这种接口怎么通过edgeService调用;或者有没有类似通过edgeService调用通配接口的方法?
在通过Servicecomb发布和启动微服务里面,支持对Get接口,也定义Model class进行参数映射,且mode class支持java validation注解。看起来像Post接口一样。请问Servicecomb源码是在哪里进行处理的? ```java // 发布Get接口 @RequestMapping(value = {"/apply/apply-list"}, method = {RequestMethod.GET}) public Object queryApplyList(@Valid QueryApplyReq queryApplyReq) throws Exception { // } // Model define @Data public class QueryApplyReq...
按照readme说明,在项目根目录创建.env文件,配置环境变量。使用硅基流动的ds模型 ``` # Enable custom LLM support # USE_CUSTOM_LLM=true CUSTOM_LLM_PROVIDER="openai" # LLM provider CUSTOM_LLM_API_KEY="sk-1234" # Your LLM provider API key CUSTOM_LLM_ENDPOINT="https://api.siliconflow.cn/" # API endpoint CUSTOM_LLM_MODEL_NAME="deepseek-ai/DeepSeek-R1" # Model name ``` 无法使用,一直卡住:
RunVsAgent: https://github.com/wecode-ai/RunVSAgent 解决了在jetbrains idea里面运行roo code的问题。体验下来一直很好用。而且支持安装VSIX离线版本Roo code插件。 今天在尝试Monkey code时候,插件版本1.18.2。在RunVsAgent里面可以正常安装渲染。进入插件主界面,和vscode版本完全一样。 但是卡在:登录并开始使用,上。点击该按钮无法打开浏览器进行登录。 底下的管理面板按钮,也无法使用。点击就报如下错误。 ```text Error invoking handler: registerAuthenticationProvider(monkeycode, MonkeyCode, false) java.lang.IllegalStateException: Unknown actor MainThreadAuthentication at com.sina.weibo.agent.ipc.proxy.RPCProtocol.doInvokeHandler(RPCProtocol.kt:683) at com.sina.weibo.agent.ipc.proxy.RPCProtocol.invokeHandler(RPCProtocol.kt:671) at com.sina.weibo.agent.ipc.proxy.RPCProtocol.access$invokeHandler(RPCProtocol.kt:68) at com.sina.weibo.agent.ipc.proxy.RPCProtocol$receiveRequest$3.invokeSuspend(RPCProtocol.kt:593) at...