阅读更多

16顶
4踩

Web前端

原创新闻 Grails 1.2.1 发布,Web应用开发框架

2010-02-04 11:15 by 副主编 just_cool 评论(31) 有8668人浏览

几天前,Springsource发布了Grails 1.2.1版本。

Grails是一套用于快速Web应用开发的开源框架,它基于Groovy编程语言,并构建于Spring、Hibernate和其它标准Java框架之上,从而为大家带来一套能实现超高生产力的一站式框架。


 
1.2.1新特性:

  • JUnit报表生成接受自定义的XSL文件
  • Shell支持lazy load
  • Dangling Pointer to GORM DSL in Documentation
  • 改进了StreamCharBuffer.toString()的性能
  • 配置功能测试可选择HTTPs
  • 将bundlor升级至1.0.0
  • ……


下载Grails 1.2.1:http://grails.org/Download

查看发布文档:http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11063&version=16060

16
4
评论 共 31 条 请登录后发表评论
31 楼 易卡螺丝君 2010-02-09 12:54
Arden 写道
发现Grails 1.2的tomcat插件有问题,还不如用原来的Jetty插件,在tomcat下如果修改了src目录下的java文件后,在浏览器里刷新就出现404错误,而jetty正常的很,感觉grails自从给spring收购了之后,越做越差,都没有实质性的改善,反而越来越乱~~~


本来就是拾人牙慧的东西
30 楼 Arden 2010-02-09 12:16
发现Grails 1.2的tomcat插件有问题,还不如用原来的Jetty插件,在tomcat下如果修改了src目录下的java文件后,在浏览器里刷新就出现404错误,而jetty正常的很,感觉grails自从给spring收购了之后,越做越差,都没有实质性的改善,反而越来越乱~~~
29 楼 Arden 2010-02-08 00:37
zdmcjm 写道
Arden 写道
Grails的部署如果能够直接在Jetty/Tomcat里部署的时候直接指定Grails工程的目录就好了~~免得老是打包,打包又一大堆jar文件,整个工程大得要命~~~

非grails项目,也是一大堆jar文件嘛。

如果Grails自带的jetty/tomcat能够跟单独使用jetty/tomcat一样的性能的话,那就不用打包部署发布了,这样多方便啊~~~
28 楼 zdmcjm 2010-02-08 00:16
Arden 写道
Grails的部署如果能够直接在Jetty/Tomcat里部署的时候直接指定Grails工程的目录就好了~~免得老是打包,打包又一大堆jar文件,整个工程大得要命~~~

非grails项目,也是一大堆jar文件嘛。
27 楼 Arden 2010-02-07 18:00
Grails的部署如果能够直接在Jetty/Tomcat里部署的时候直接指定Grails工程的目录就好了~~免得老是打包,打包又一大堆jar文件,整个工程大得要命~~~
26 楼 zdmcjm 2010-02-06 13:58
play我看过,也想用来做个项目,没机会.grails是从1.0开始用.目前发现grails1.2.1有个问题.它打包发布应用时,用的还是spring2.5的命名空间.虽然声称是升级到了spring3.0.另外,该版本连接oracle时有个bug.
如你在domain中定义static mapping = {table 'school'},若类名与表名不同,使用update生成表时,会报错.
play将会支持scala.而grails也有相应的scala插件.
grails的各种插件远比play的modle多以及成熟.
坚持使用grails吧,别换来换去,东搞搞西搞搞了.有空多研究下grails的最佳实践,以及源码吧.
25 楼 zhonggeneral 2010-02-06 13:29
又时框架,快被框死。。。
24 楼 neo 2010-02-06 10:41
无语了,robbin应该禁止嵌套引用,或者只默认显示3层以下的嵌套引用,可以参考google groups,否则这里就变成水区了
23 楼 rainv 2010-02-05 16:32
我发现国人的一个现象,喜欢挣天下第一,眼里容不下多文化,动漫也是。。都是。。
22 楼 lovemylover 2010-02-05 15:05
易卡螺丝君 写道
lovemylover 写道

这也是一蔫坏的主


不是坏不坏的问题 你们都没注意这个新闻的分类

分类就亮了

新闻频道 → Ruby编程新闻 → rails
果然亮了!
21 楼 易卡螺丝君 2010-02-05 14:43
lovemylover 写道

这也是一蔫坏的主


不是坏不坏的问题 你们都没注意这个新闻的分类

分类就亮了
20 楼 lovemylover 2010-02-05 14:29
易卡螺丝君 写道
avaj 写道
Craft 写道
play!就一玩具,实战还得grails。

用过再来喷!play!如果是玩具,grails更加是!


笑看javaer互喷

这也是一蔫坏的主
19 楼 brimstone 2010-02-05 14:08
grails 正在使用中,从1.0起就已经开始使用它开发。很不错的框架
18 楼 易卡螺丝君 2010-02-05 14:02
avaj 写道
Craft 写道
play!就一玩具,实战还得grails。

用过再来喷!play!如果是玩具,grails更加是!


笑看javaer互喷
17 楼 avaj 2010-02-05 13:34
Craft 写道
play!就一玩具,实战还得grails。

用过再来喷!play!如果是玩具,grails更加是!
16 楼 bcw104 2010-02-05 13:24
支持play,支持java
15 楼 csc365kl 2010-02-05 13:24
是spring官方的框架 怎么说也是餐桌上的杯具
14 楼 Craft 2010-02-05 13:07
play!就一玩具,实战还得grails。
13 楼 七月十五 2010-02-05 11:47
是“杯具”,而且是“杯具”的立方
12 楼 neo 2010-02-05 11:33
只用过Play! Framework, 没用过Grails,谁说说grails欠缺在哪里?why改用Play!?

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 高质量C++编程指南pdf

    高质量C/C++编程指南pdf

  • C++程序的基本组成简介

    C++程序的基本组成简介

  • 【C++】C++程序的文件组成

    注意:以上文件组成可能在不同的项目和开发环境中有所差异,但大部分C++程序都包含上述文件。

  • C/C++ —— 头文件的用法及作用

    一,C / C++ 的文件类型 1、每个C/C++程序通常分为两个文件。 2、一个文件用于保存程序的声明(declaration),称为头文件,以“.h”为后缀。 3、另一个文件用于保存程序的实现(implementation),称为定义(definition)文件“.c”或“.cpp”为后缀。 二,头文件的组成 1、头文件开头处的版权和版本声明。 2、预处理块。 3、函数

  • C++的文件结构

     C++的文件结构1.三类:  类声明文件(*.h)  类实现文件(*.cpp)  类使用文件(*.cpp,主函数文件)2.好处是:可单独编写、编译,最后再连接。3.编译方式  每个*.cpp生成一个*.obj  所有*.obj连接生成*.exe编译预处理程序1.#include ,此文件位于C++系统目录的include子目录下。2.#include "文件名",首先在当前目录搜

  • 万字长文【C++】高质量编程指南

    内联函数,编译器在符号表里放入函数的声明,包括名字,参数类型和返回值类型,如果编译器没有发现内联函数存在错误,那么该函数的代码也被放入符号表里,在调用一个内联函数时,编译器首先检查调用是否正确,进行类型安全检查,或者进行自动类型转换,如果正确,内联函数的代码就会直接替换函数的调用,于是省去了函数调用的开销。编译器总是要为函数的每个参数制作临时副本,指针参数p的副本是 _p,编译器 使 _p =p,如果函数体内的程序修改了 _p的内容,就导致参数p的内容作相应的修改,这就是指针可以作为输出参数的原因。

  • C++ 多文件结构和编译预处理命令——C++程序的一般组织结构

    决定一个声明放在源文件中还是头文件中的一般原则是,将需要分配的空间的定义放在源文件中,例如函数的定义(需要为函数代码分配空间)、命名空间作用域中的变量的定义(需要为变量分配空间)等;采用这样的结构,可以对不同的文件进行单独编写、编译,最后再连接,同时可以充分利用类的封装性,在程序的调试、修改时只对其中一个类的定义和实现进行修改,而其余部分不用改动。,表示首先在当前目录下搜索要嵌入的文件,如果没有,再按照标准方式搜索,对用户自己编写的文件一般采用这种方式,如本例中类的定义文件。在多文件结构中,可以看到两个。

  • 【系统结构】C++项目目录组织结构

    项目目录结构的问题基本上是个仁者见仁,智者见智的问题,只要自己用着顺手,使用什么样的目录组织结构是没有什么大碍的。当然如果项目很大,参与的人员很多,那么合理的组织一下目录结构还是会有很大的益处的。不同类型的项目也会有不同的目录结构,这里简单的展示一下我所使用的C++项目的基本目录结构。 project ---+---build---+---debug     |     |---release ...

  • C++入门(文件结构)

    头文件和源文件是什么

  • C++程序结构

    1.C++程序的基本结构 先引入一个例子: #include <stdio.h> class Person { private: char *name; int age; char *work; public: ...

  • 《高质量C/C++编程指南》第1期

    高质量C/C++编程指南、代码风格

  • 规模较大的C++项目代码层次结构

    1.前言C++项目中如果代码层次结构不好,非常容易变得难以维护。对于规模较大的项目而言,必须将整个项目划分成若干模块进行开发。2.模块模块包括可执行文件,动态库和静态库。2.1应用层 最上层为应用层,表现为可执行文件。本层代码应主要进行界面控制,尽量不要涉及复杂逻辑。2.2动态库层动态库层作为逻辑模块的主体。采用动态库的好处是将复杂应用拆分成可以独立分发的子模块

  • 写类文件时候版本版权信息格式

    版权和版本的声明位于头文件和定义文件的开头(参见示例1-1),主要内容有: (1)版权信息。 (2)文件名称,标识符,摘要。 (3)当前版本号,作者/修改者,完成日期。 (4)版本历史信息。 /* * Copyright (c) 2001,上海贝尔有限公司网络应用事业部 * All rights reserved. * * 文件名称:filename.h * 文件标识:见配

  • 头文件与软件著作权

          在编写软件的过程中参考“头文件”,并不直接导致新开发的软件与已有软件的主要内容或实质内容相同,应属以兼容为目的的合理使用行为,所以目前还很难对这种做法是否侵权下定论。       一场国际IT巨头Intel与一家中国新通信领域刚刚崛起的小公司东进技术之间的著作权纠纷案在新年伊始拉开了帷幕,成为引人瞩目的2005中外知识产权第一战。诉讼的焦点却是一个一般读者不太熟悉的东西——头文件的著作

  • 尽量不要在头文件中包含另外的头文件

    //原创文章,不得转载 这是一个原则! 通常当用到一个类的时候,我们会在文件头开头处包含相关类的头文件如: //user.h class CUser { pulic: char m_strchUserName[100]; int m_nUserID; } //meeting.h #include"user.h" ...

  • 【学习笔记】高质量C++/C 编程指南(林锐博士)

    【建议 1-2-2】不提倡使用全局变量,尽量不要在头文件中出现象。

  • 高质量C/C++编程指南

    读书笔记

  • C++的程序的文件结构

    写的很好很细致,传送门: http://www.cnblogs.com/Charles2008/archive/2009/09/03/1559935.html

  • 高质量C++/c编程指南

    软件质量是被大多数程序员挂在嘴上而不是放在心上的东西!除了完全外行和真正的编程高手外,刚开始读这本书,你最先的感受将是惊慌,花一两个小时认真阅读这本百页经书,你将会获益匪浅。

Global site tag (gtag.js) - Google Analytics