2018-05-14 16:50

你平常是用的 render("aaa.html") ,则模板引擎是在渲染 aaa.html,这个与你在 aaa.html 中通过 link 标签指向一个 xxx.js 完全无关

2018-05-14 16:49

@lantsui 谁先添加就以谁为准,后来者如果重名 + 参数个数一样 + 参数类型一样则报异常,这是一个极其自然的想法,谁先来谁就添加成功

这个与先判断 A 和 B 中是否有相同方法名完全无关,只与已添加的 method 原型比较即可

类名.方法名来调用属于 me.addSharedObject(...) 范畴,与此事无关

引入的 xxx.js 根本没被模板引擎渲染过,这个与是否识别完全无关,不信的话,你在 xxx.js 中写点模板的功能,然后通过下面的方法:
render("xxx.js") 就知道“识别” 了

2018-05-14 16:36

在 controller 中获取,然后传递过去,或者在拦截器中通过 ThreadLocal 先保存在一个变量中,在任意地方去取

2018-05-14 16:35

同名不同参数也没关系,如果名字也同,参数个数与参数型都相同,在添加 share static method 时会报出错来,不允许,这个是基本要求,不能打破

2018-05-14 16:33

initDirective(...) 方法内部没有添加上 #principal 这些指令而已,你手动用 me.addDirective(....) 添加即可

2018-05-13 22:42

将 webapp 下的 WEB-INF 挪到 resources 下再打包,是一个非常好的思路 jfinal 3.5 会找到一种最佳方案,你给的这个 WEB-INF 挪走的思脉很不错

2018-05-13 22:40

又见一种新玩法, 感谢你的分享

2018-05-13 17:16

查收一下私信,进入 jfinal 俱乐部专享群,导入需要当成是 maven 项目导入

2018-05-13 17:13

@吓一跳丸子 官方用法的好处,我起码给超过 200 人讲过,在此就不再重复了

2018-05-13 17:00

有不少人开发了扫描插件,但不建议这么用

这个问题有过很多讨论,jfinal 官方建议的方式是最好的。你的 controller 在一个系统中通常不会超过 100 个,这类 add(...) 的代码写起来很快速,也不用动脑子,但带来的好处有很多

2018-05-13 16:35

先确保 log4j 配置正确,再看看有没有异常,如果没有异常,文件一定会上传成功

2018-05-13 16:34

注意看文档中的 action 的定义:
controller 中的 public 无参方法叫 action

要符合定义才能进入

2018-05-13 16:33

项目创建得不对,重新建下项目即可

2018-05-13 16:33

@北流家园网 应该是你项目中的老版本 jfinal 依赖还在,新版本没有生效,还有一个可能是你以前在本地自行打包安装了老版本的 jfinal 3.4