2019-04-23 09:27
@li7 对于原有代码中只有一个主键的用法完全没有影响
对于原有代码中有多个主键的用法，eclipse 会有错误提示，升级也很安全
唯一的风险是打在 jar 中的多主键用法，eclipse 没有提示，需要在运行时才能发现问题
综上，重点在于注意 jar 中的多主键用法，总体来说升级还是很方便的
2019-04-23 08:34
先将这个 json 串转成 map，然后再传递给 enjoy 使用即可，大致为：
String jsonString = ...;
Map map = FastJson.getJson().parse(jsonString, Map.class);
setAttr("map", map);
然后 enjoy 中就可以这样使用了：
#(map["1"].name)
#(map["1"].id)
2019-04-23 08:31
如果是单主键，用原来的 findById 即可， 如果是多主键则要使用 findByIds
这个改变只影响多主键
2019-04-22 20:32
文档有这样的内容：“ 永远不要这样用 value ??”
因为 value 为 null 值时不会报空指针异常
?? 的用法是： obj.value ?? ， 或者 obj.method() ??
也就是说只有 value 在拥有更高一级对象的时候才需要使用
以上是多说的几句，与贴子中的问题无关，回到正题， option 默认选中，只需要加个 "selected" 即可，不需要 selected=selected
至于是否最终被选中取决于你的 if 判断为 true
浏览器中，鼠标点击右键查看生成的 html 是什么样子，逐步解决
2019-04-22 19:28
查查微信平台的文档，了解 errcode 的含义，根据文档来解决
jfinal weixin 仅仅是提供一个调用微信平台的工具，与平台相关的具体问题要根据它的文档来
2019-04-22 19:26
NPE 单步调试分分钟解决，找到那个为 null 值的对象即可
JSP 是上古时代的产物，扔了吧
2019-04-21 20:23
@fox 这里面没有别的信息可提供，只有两点：
1：自行 getConnection() 的 Connection 对象确保在 finally 中关闭
2：处理好多线程共享 connection 的问题
一眼看去你的代码比较凌乱，重新做好设计
2019-04-21 16:32
@fox 最终的 connection.close() 动作并没有发生成 finally 块中，异常发生一次资源就泄漏一次
2019-04-21 15:40
ActiveRecordPlugin 可以在全体地方创建和初始化，不一定要在 configPlugin
所以，挑选一个符合你需求的地方做这事就行，唯一多做的事情就是手动 arp.start() 一下
2019-04-21 15:37
callback.close() 这是在另一个线程关闭 connection ?
Db.execute 方法内部已然关闭过 connection， 无需自行关闭
使用 jfinal 给定的 API 操作数据库，永远不要自己关闭 connection ， 因为 jfinal 全在 finally 中关闭过
唯一需要关闭 connection 的情况是：
你自己调用 getConnection() 方法获取过 connection
你自己获取的不在 jfinal 的管控范围内
