2021-03-20 11:16
感谢反馈！代码复制的HttpKitExt里面uploadMedia方法，但是他的方法里面有params挂参，而我当时需求不需要挂参就去掉了那一段代码，刚好就多了一个 out.write("\r\n".getBytes()); 一些小功能总喜欢自己造轮子。。。但是确实缺少各种业务的磨炼！hutool甜甜的工具包！
2021-03-19 22:02
@fmpoffice 好勒我还没有试过用MD5校验，等下试试，读代码感觉是符合HTTP协议格式的，我再细研究一下
2021-03-12 23:51
@JFinal 是的大概率会像小程序一样干掉模板消息，目前他们计划是只对政务医疗开放。微信社区一片哀嚎谩骂。。。灰度测试截止4月30号。希望腾讯会好好重新计划一下吧。。。但是大概率可能不会改变，因为腾讯一向说改就改。。。我们有大量的模板消息业务，基本完犊子，已经在对接短信和邮件了。剩余部分业务可以用订阅通知替换
2021-03-11 10:16
@JFinal 老大，建议文档6.8 Shared Object扩展中的代码示例改为：me.addSharedObject("StrKit", new com.jfinal.kit.StrKit()); 和 #if(StrKit.isBlank(title)) 。感觉全名称使用方式更符合java开发者直觉了，虽然缩写确实会省一点按键，但是通过编辑器自定义快捷语法同样可以提高开发速度。共享再多也不会感觉乱
2021-03-11 09:58
Shared Object扩展 我都是规定项目中 共享对象 首字母大写，然后业务中set变量都是首字母小写。 这样用起来还挺方便，共享对象一看就和java里面的类名一样，也方便找对应java源码
2021-03-09 15:12
@JFinal 😺 onStart()里面启动确实简单一些，我之前想着是怕它容器有启动超时问题，所以想增加一个新线程启动数据库（启动项目后有数据库操作请求会报错问题），免得一直阻塞着，刚搜了一下undertow好像没有启动超时
2021-03-09 11:53
@zzutligang 因为数据库和java放在同一个服务器，数据库启动到恢复访问，时间耗时一般比较长。而jfinal-undertow启动又非常快（Tomcat启动慢），并且configPlugin(Plugins me)插件配置ActiveRecordPlugin是有启动检测配置映射关系功能的，如果插件不可用，会快速失败，不启动整个项目。
那原因知道了， 我想到的有两个解决方案：
1：先检测数据库是否可用DruidPlugin.start，如果可用再启动UndertowServer.start方法即可，不可用的时候就休眠一会再检测。
2：ActiveRecordPlugin独立线程启动，不和configPlugin一起启动，在独立线程里面循环尝试启动ActiveRecordPlugin插件，如果不可用休眠一会儿再尝试。
2021-03-01 09:48
@一路走来 对，建议采用切换Connection来处理，我这篇文章是才学的时候写的，不少功能没写全，比如缓存隔离之类的。周末有时间了，我重新整理一下这个方案文章内容
2021-02-25 11:42
@小徐同学 https://jfinal.com/share/2369 看看这个
2021-02-25 11:33
@小徐同学 新enjoy对象覆盖系统默认指令#p还有#para了，感觉还是在arp对象里面增加一个指令比较好。 默认可以取到的啊，稍等我写个例子代码哈
2021-02-24 10:36
好像目前默认没有处理方法，除非指令扩展自己做一个#sqlAdd(sb) ，利用里面的_SQL_PARA_二次充填sqlPara.addPara和输出sql。 但是感觉不如直接提取变量 sql=sql.replace("#(sb)", sb) 这样直观。。。
