2017-03-02 12:38

@lyh061619 感谢回复

有异常一定会在控制台输出的,而且页面也会输出 404 或 500 错误,sql 语句也可以通过配置来输出。将异常输出在页面会让黑客有可乘之机,黑客可以有计划的去制造异常,然后通过页面的异常分析并得到系统的漏洞

当然,提供这个输出异常到页面的功能,也可以让开发者通过配置在生产环境之下关闭,但也难保有时会忘了关闭或者其它的失误

2017-03-02 12:34

既然都已经转换成了 json 了,直接这样就好: renderJson(JSON.toJSON(opt));

2017-03-02 12:33

jfinal 3.0 已然没有去掉 order by 了,你试试

2017-03-02 12:30

tomcat 下部署有很多的坑要跨过去,参考一下我的这篇博客:https://my.oschina.net/jfinal/blog/353062

本社区也是部署在 tomcat 之下,也用了 me.addSharedFunction(...) 完全没问题

2017-03-02 12:21

能否在分享中添加上具体解决了哪一个问题,或哪一个异常。 这个分享非常重要,很多人碰到过 sql server 生成器使用的异常,感谢分享

2017-03-02 12:19

jfinal weixin 对微信公众平台提供的 API 做了封装,目的是为了简化开发,提升效率,具体的功能取决于微信公众平台提供的 API 有什么功能,点击发送消息这个仍然是公众平台提供的功能。把这些功能全部理解为平台提供的 api 就好

2017-03-01 17:32

@vikingSun 第一个问题,sql 管理功能有她合适的场景,例如,做跨数据库的产品,如果 sql 写在外部文件中,可以为不同的数据库分别去写一套,从而实现跨数据库的功能。此外写在外部 sql 文件之中,还有助于一些大公司的 DBA 职位,他们的 sql 是 DBA 来写并不断优化的,写在外部方便随时查看并根据 sql 性能监控的结果做优化。

对于其它很多情况,其一是基本的 CRUD 中的 CUD 都已被 jfinal 实现过了,其二是可以直接在 java 中写 sql,确实没有必要使用外部文件进行管理,这也是 jfinal 在相当长的时间并没有提供外部 sql 管理功能的重大原因

第二个问题,让开发者发挥想象力,各显神通就好,jfinal 作为框架,更好地是去实现基础设施性的功能,这样才能降低学习成本,保持极简风格

第三个问题,与第二个问题类似的原因,jfinal 目前只实现基础功能,以免事情变得复杂。扫描 sql 文件这件事情,说大不大,但要做得很完善,尤其是要做成极简,也得费一番事,例如,得考虑扫描什么类型的文件,是不是要分析文件内容来确定是 sql 文件等等

2017-03-01 17:23

ActiveRecrdPlugin 在对 Model 映射到 table 时,默认对主键使用的小写 "id",如果是大写,用一下 arp.addMapping(Xxx.class, "ID", tableName)

此外,jfinal 自 2.1 版本以后已然支持自动化生成映射了,不需要再自己配置,在本站首页下载 jfinal demo , 用一下这个 demo 中的 _Generator.java 去做这些体力活

2017-03-01 17:21

具体报了什么异常? 此外,建议使用 DruidPlugin 代替 C3p0Plugin,后者太古老了

2017-03-01 17:19

添加了相关的 jar 并不意味着真的生效了。此外,建议换成 DruidPlugin

2017-03-01 11:38

@小木学堂 针对,微信小程序做了自己的 api 服务端,与你这个相似,建议与他交流一下

2017-03-01 11:37

这个是基础问题,不必过于纠结,下载首页的 jfinal demo , 一看就懂了,这个 demo 中贴子中的功能实现

将 jfinal demo 跑起来以后,再按照自己的想法改改代码,实现自己的一些认知

2017-02-28 21:05

resources 目录是 maven 项目规范的配置与资源文件存放的目录,该目录下面的文件会被编译器直接 copy 到根类路径之下,也就是 classes 目录下。因此,只需要让 PropKit.use 去这个根下面找文件就好

2017-02-28 18:49

目前仅对 mysql 的关键字做了转义处理,建议参考一下 MysqlDialect 扩展一下 SqlServerDialect,然后通过 arp.setDialect(new MySqlServerDialect()) 配置一下