2017-09-19 17:01

Model 必须要有主键,所以如果没有主键只能使用 Db + Record 模式

建议添加主键再用

2017-09-19 16:59

把 cos 版本换成最高的 2017.5 那一个版本就可以,在本站首页可以下载到这个版本,也可以配置 pom.xml 从 maven 中获取到

2017-09-18 16:56

有没有异常抛出? 程序是否停在了jedis.psubscribe(...)?如果是,则是程序被这行代码阻塞, jfinal 没启动完成

2017-09-18 15:51

这个一直都支持,只不过表达式得这样:
#if( _PARA_ARRAY_.length > 1)

2017-09-18 15:46

用一下 jfinal ext2 项目中的测试支持类:
https://gitee.com/jfinal/JFinal-ext2/tree/master/src/test/java/com/jfinal/ext/test

2017-09-18 15:44

@hmgx 异常信息没有给出 cause 部分,无法知道原因

2017-09-18 13:33

@rocker18 分批处理时,一次性处理的数据条数

2017-09-18 11:32

配置好日志就可以在控制台看到具体的错误信息,页面不能显示详细的错误信息,否则黑客可以有针对性的制造各种请求,递进式不断探测出你系统的内部信息,以前的 12306 卖火票的网站就是因为这样的问题被攻破过

如果你一定要在页面显示具体的异常信息,可以通过继承 RenderFactory 覆盖掉里面的 getErrorRender,启用自定义的 ErrorRender 来显示这类信息

2017-09-18 11:12

@云之遥 获取参数是 jfinal 最基本功能,在 jfinal 手册里面有实际的例子代码,已及说明

2017-09-18 11:11

当前的信息量无法知道原因,从来没有碰到过这个问题,升级到 jfinal 3.2 试试

2017-09-18 10:24

@魑魅魍魉-two 页面中的 url 是开发者事先安排好的,用户再怎么不小心也不可能点击访问多一个 "/"

如果是指用户在地址栏里面输入错误,这种情况也不需要考虑,url 错了就是错了

2017-09-17 22:46

看一下 jfinal 手册第 3 章的第三小节《Action 带参》

2017-09-17 22:43

目前为止最简洁、最优雅的整合方案,点赞收藏

2017-09-17 14:46

第一个问题:几乎不是。 因为现在数据库操作几乎都使用连接池,从连接池中获取 connection 资源在 close() 时并不是真正关闭连接,而是回收后放入池中,当然,这个回收的操作也有一定的时空消耗,但这个消耗非常小

batch 操作提升性能主要在下面几个方面,第一是客户端每次发送给数据库的数据量(sql与参数)更多,而不是以往的甚至一条一条数据发送并处理。

第二是 batch 通常是使用一条 sql 去应用于本次提交的所有数据,所以对于 sql 的解析操作只有一次,当然,这个在 prepared statment 时也会是相同 sql 共享一次解析,但总有一个 sql 解析结果的获取动作

第三是数据库内部对 batch 操作有针对性的优化,相对于单条数据操作提升处理吞吐量

第二个问题:batch 操作不支持返回 id,这个是底层 jdbc 决定的,可以尝试去 jdbc 的 api 找找是否有现成的 api 支持,记得搞定后回来分享

2017-09-17 14:37

@wu482525 其实异常信息已经提示过了:No database selected