基于spring,struts(struts2),hibernate的web fullstack项目脚手架     一个类似 ruby on rails 的java web快速开发脚手架,本着不重复发明轮子的原则,框架只是将零散的struts(struts2)+spring+hibernate各个组件组装好在一起,并对struts及struts2进行改造,提供零配置编程,并内置一个强大的代码生成器及模板文件, 可以生成java的hibernat model,dao,manager,struts+struts2 action类,可以生成jsp的增删改查及 ...
现阶段内置模板可以生成的包括: 可以生成java的hibernat model+annotation,hibernate model+xml,dao,manager,struts+struts2 action类 生成jsp的增删改查.  (生成的代码与rapid-framework绑定才比较有意义)   通常代码生成器存在的问题. 二次开发困难 过于智能,自动插入我们的项目中,程序员还需考虑旧的代码会不会被覆盖的问题 没有将存放模板的目录名称及文件名称利用起来,导致还需配置每个模板文件生成的文件名,目录结构具体请查看我写的文章:为何代码生成器都要这么智 ...
javaeye现在使用的表单验证框架就是这个,现正式更名并发布新版本为rapid-validation-v1.0.0   特性简介: 简洁,快速的验证语法 无需编写验证提示信息(当然也支持自定义提示信息) 错误消息在指定地方显示 支持组合验证 Ajax支持 基于prototype.js 支持国际化 易于扩展 基于标准的Html属性(class)添加验证,易于其它标准的jsp taglib集成 特殊应用场景支持,如:密码确认,结束日期必须大于开始日期 完整详细的单元测试,保证框架质量 在线演示: http://svn.javas ...
2008-07-08

为何代码生成器都要这么智能呢?

关键字: [搞不明白]
现在的代码生成器生成的代码文件都会自动插出在我们的项目中,为何不提供一个将生成的文件生成在硬盘某个目录下,再由我们手工copy回来工作区? 这样可以避免开发人员需要考虑文件会不会被覆盖的问题.并且手工的动作很快,也不容易出错. 本人编写了的一个基于数据库的代码生成器,就是要解决上面提到的问题,可以生成Hibernate Model,Dao,Manager,Struts/Struts2 Action,JSP页面(增删改查及列表页面,表单验证),以下为代码生成器相关特性 以application方式运行生成器,代码即是配置. 将文件系统的目录名称及文件名称作为生成器的一部分,模板文件的的名 ...
2008-07-08

直接在Action中返回forward不好么

关键字: [搞不明白]
如果在配置文件中写Action执行完的跳转的路径,那么在编写Action Java代码的时候还需要切换至配置文件才能知道action转向那个页面,直接写在Action中不好么? 依照这种并且结合struts1,struts2的零配置,已经在多个项目中应用,也没发现问题 struts1中我的做法是 public ActionForward edit(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { //... ...
在google搜索中输入: site:mirror.optus.net/sourceforge projectName projectName换成你要下载的项目名称
XsqlBuilder用于可以动态构造sql语句,避免在构造sql时使用过多的 if 判断,与SafeSqlProcesser集成提供防止sql注入攻击,与DataModifier集成完成数据类型的转换 动态构造sql示例: String xsql = "select * from user where 1=1 /~ and username = {username} ~/ /~ and password = {password} ~/ /~ and age ...
badqiu
搜索本博客
最近加入圈子
存档
最新评论