Grails必将胜利！看这里正在使用Grails构建的站点和成功案例！

21 views
Skip to first unread message

Alex wang

unread,
Oct 18, 2009, 10:07:51 AM10/18/09
to grail...@googlegroups.com
做Java的兄弟们，一个伟大的机遇就在面前，前进！

最近狂啃Grails，看国内反应很小，国外的nabble论坛的Grails很火，几乎所有的问题都能得到及时解决。
我最近的一个生产项目正在用Grails重建，目前进展良好。

大家一起努力！

打破Rails的神话，Grails是真正王道. ^_^


Edited by pgampel. View change

Success Stories and Sites Using Grails

Sites using Grails

A list of sites known to be grails-based:

Success stories

See also Testimonials

Gavin Huang

unread,
Oct 18, 2009, 11:39:12 PM10/18/09
to grail...@googlegroups.com
我这段时间，也利用一些空闲时间在学习groovy。目前是打算把《Groovy Recipes》看完，然后再看Grails方面的资料同步实战。

听说AppEngine上面能够运行Java,可能最近在上面注册一个试试，不过听说那个挺难配置，而且现在不支持Hibernate，只支持JDO。我之前一直都是用Hibernate和jdbc。估计这方面还需要研究一下。

另外，祝您的Grails项目进展一帆风顺~~~

2009/10/18 Alex wang <idea...@gmail.com>

goodtiger zhao

unread,
Oct 19, 2009, 12:37:19 AM10/19/09
to grail...@googlegroups.com
最近也在尝试着用Grails在做一些东西，不过很难说Grails的发展啊，Groovy和Grails在国内的社区、应用都比较匮乏。

2009/10/18 Alex wang <idea...@gmail.com>



--
Jiayin Zhao
Alipay.com Co.,Ltd
Software Engineering of Nanjing University

Ali Yang

unread,
Oct 19, 2009, 1:01:06 AM10/19/09
to grail...@googlegroups.com
如果要说 Grails 的缺点的话，我觉得最大的问题还在于速度。其中之一是因为 Controller 是 Prototype 的，虽说现在 JVM 创建实例的速度已经很快了，但如果请求量大的话我觉的这还是个不小的开销。虽说 Protoype 可以解决线程安全的问题，但是在线程安全不存在问题的时候，如果只有 Prototype 可选的话，那就不能对速度进行提升了。在 Nabble 上有关于 Controller prototype 问题的讨论，但我还没有看到结论。

2009/10/19 goodtiger zhao <goodti...@gmail.com>
最近也在尝试着用Grails在做一些东西，不过很难说Grails的发展啊，Groovy和Grails在国内的社区、应用都比较匮乏。


--
Ali Yang
----------------------------------------
Blog: http://ssailyang.javaeye.com
Twitter: https://twitter.com/aliyang
MSN: yang_...@hotmail.com
QQ: 407131746
----------------------------------------

Alex wang

unread,
Oct 19, 2009, 2:15:27 AM10/19/09
to grail...@googlegroups.com
性能的问题不用担心，最后都是打成WAR包，按product模式运行；再不济用多个tomcat，前端用apache做负载均衡，有什么性能搞不定？ 最后再把HIBERNATE的缓存方案用上，我相信至少一般的企业应用够了；如果你上了海量的用户，兄弟，你都有钱了你还怕啥呢？

appengine目前个人不看好，最起码不适合商用，如果真想用amazon的模式更靠谱，appengine最起码现阶段来看都是个人做玩具类的应用还可以。 其中缘由您应该知道有gfw存在始终是个隐形炸弹。


2009/10/19 Ali Yang <yang...@gmail.com>

Ali Yang

unread,
Oct 19, 2009, 2:24:12 AM10/19/09
to grail...@googlegroups.com
这个不是钱不钱的问题，如果能做的更快，那为什么不这么做呢？速度快一点，用户体验会更好；实例减少，就可以节省内存。现在的问题是，难道对于 Controller 来说，Singleton 并不会比 Prototype 带来更快的速度和更少的内存使用吗？亦或是这种提升是可以忽略的？如果可以忽略，那这种忽略对于所有场景都是同样的吗？这需要被证明。

2009/10/19 Alex wang <idea...@gmail.com>
如果你上了海量的用户，兄弟，你都有钱了你还怕啥呢？

Tigerf

unread,
Oct 19, 2009, 2:34:13 AM10/19/09
to grail...@googlegroups.com
我觉得性能上肯定是比直接用java写的代码差不少的，即使在product模式下，你一样可以看到exception stack trace中有不少的invoke调用，我猜想用到反射的地方还是不少。
这就是你不得不做出选择的地方了，是要开发的更快？还是要每用户的硬件成本更低？
其实我觉得对于一般的应用肯定是要考虑更快交付和变更的，开发和维护成本比硬件成本高多了。

Thanks & Best Regards
Tigerf


2009/10/19 Ali Yang <yang...@gmail.com>

Alex wang

unread,
Oct 19, 2009, 3:02:02 AM10/19/09
to grail...@googlegroups.com
还是那句话，永远不要考虑性能的问题，当初java刚出来的时候一样有这样的看法，后来还是被证实不用过于担心。

至少我目前碰到的业务场景足够了，而且他足够敏捷带来的效益足够客观。

另外，如果非要考虑性能问题，也有一些案例，据说和Rails的比较中比Rails的性能要高，当然这个可能不一定具有绝对代表性了。

还有，说实在的，现在硬件跟白菜还有区别吗？ 哈哈。




2009/10/19 Tigerf <tig...@gmail.com>

Phoenix

unread,
Oct 19, 2009, 3:21:45 AM10/19/09
to Grails联盟-GrailsUnion
说到反射，现下流行的Spring + Struts + Hibernate，反射泛滥也是常态。

我已经用Grails做了一个商用的某行业销售管理系统，连硬件费用10W以内，部署在Tomcat + Mysql上，塔式服务器，4核4G内存，运
行起来挺快。目前还没有做并发压力测试，等有时间了整一个测试玩玩。

不过我也同意Alex的看法，性能的问题不用过于担心。但也值得考虑：目前摩尔定律已经很难成立，CPU的最高频率已经不能像从前那样，不断按照摩尔定
律刷新纪录；所以Intel、AMD都往多核发展，并行计算必定要成为主流。当底层操作系统、JVM对并行支持越来越强的时候，对并行计算支持好的编程
语言才有机会成为主流，尤其是在性能要求高的领域。这里又要说到Scala了……

但在Web开发这块领域，Grails能让我最快上手，而且有种醍醐灌顶的感觉。

Grails能发展到什么地步，我也不知道，但已经上了贼船了，那大家就同舟共济吧。O(∩_∩)O哈哈~

有同好者，可以加我QQ：15157587


On 10月19日, 下午2时34分, Tigerf <tig...@gmail.com> wrote:
> 我觉得性能上肯定是比直接用java写的代码差不少的，即使在product模式下，你一样可以看到exception stack
> trace中有不少的invoke调用，我猜想用到反射的地方还是不少。
> 这就是你不得不做出选择的地方了，是要开发的更快？还是要每用户的硬件成本更低？
> 其实我觉得对于一般的应用肯定是要考虑更快交付和变更的，开发和维护成本比硬件成本高多了。
>
> Thanks & Best Regards
> Tigerf
>

> 2009/10/19 Ali Yang <yangli...@gmail.com>


>
> > 这个不是钱不钱的问题，如果能做的更快，那为什么不这么做呢？速度快一点，用户体验会更好；实例减少，就可以节省内存。现在的问题是，难道对于
> > Controller 来说，Singleton 并不会比 Prototype
> > 带来更快的速度和更少的内存使用吗？亦或是这种提升是可以忽略的？如果可以忽略，那这种忽略对于所有场景都是同样的吗？这需要被证明。
>

> > 2009/10/19 Alex wang <idea.w...@gmail.com>


>
> >> 如果你上了海量的用户，兄弟，你都有钱了你还怕啥呢？
>
> > --
> > Ali Yang
> > ----------------------------------------
> > Blog:http://ssailyang.javaeye.com
> > Twitter:https://twitter.com/aliyang

> > MSN: yang_li...@hotmail.com
> > QQ: 407131746
> > ----------------------------------------

Ali Yang

unread,
Oct 19, 2009, 3:23:18 AM10/19/09
to grail...@googlegroups.com
有一点可以肯定，历史在发展，技术在进步，速度肯定是越来越快的。速度问题也要具体问题具体分析。我刚才说的 Prototype 比较具体，不太具有普遍意义，目的只是抛砖引玉，看看大家对 Grails 尚存在的不足还有什么高见。性能问题在这里讨论也没什么意义，其实我也没想具体讨论。

硬件和白菜还是有区别的，白菜能吃，(*^__^*) 嘻嘻……

2009/10/19 Alex wang <idea...@gmail.com>

还是那句话，永远不要考虑性能的问题，当初java刚出来的时候一样有这样的看法，后来还是被证实不用过于担心。

至少我目前碰到的业务场景足够了，而且他足够敏捷带来的效益足够客观。

另外，如果非要考虑性能问题，也有一些案例，据说和Rails的比较中比Rails的性能要高，当然这个可能不一定具有绝对代表性了。

还有，说实在的，现在硬件跟白菜还有区别吗？ 哈哈。

Ford Guo

unread,
Oct 19, 2009, 3:31:53 AM10/19/09
to grail...@googlegroups.com
Grails结果如何,不是喊出来的,呵呵.
大家还是务实的去实践吧:)
Ford Guo


2009/10/19 Ali Yang <yang...@gmail.com>

Alex wang

unread,
Oct 19, 2009, 3:35:59 AM10/19/09
to grail...@googlegroups.com
呵呵，如果连喊都不敢喊还敢做吗？
open source需要动手，更需要社区的声音，就比如国内的Grails就死气沉沉，做的好的都是要众人的交流和沟通的，否则一人之力很难成气候。个人的武侠时代很难立足啊。

所以，有空还是多喊一喊吧，至少另一处的人们会知道你此时此刻在想些什么，做些什么，另外，还有可能提供一些建议和帮助。

2009/10/19 Ford Guo <agil...@gmail.com>

xin wang

unread,
Oct 19, 2009, 3:48:08 AM10/19/09
to grail...@googlegroups.com
正在用Grails写单位内部的应用系统，而且带了好几个同事加入进来。

guangquanzhang

unread,
Oct 19, 2009, 3:54:14 AM10/19/09
to grail...@googlegroups.com
小型应用还可以使用，大型，企业级应用不建议用grails

xin wang 写道:
> 正在用Grails写单位内部的应用系统，而且带了好几个同事加入进来。
>
> >


--
Thanks

>> What I said is licenced under CC-by-nd :)

Email: java...@baturu.com
Welog: http://blog.baturu.com

Ford Guo

unread,
Oct 19, 2009, 4:01:38 AM10/19/09
to grail...@googlegroups.com
中国式口号,呵呵.
东西方的文化差异还是很大的.
建议国内建一个像样的论坛,我原来维护一个chinagroovy.org的论坛,现在一点精力去搞了,喜欢的人,可以来接手.
Ford Guo


2009/10/19 Alex wang <idea...@gmail.com>

Alex wang

unread,
Oct 19, 2009, 4:09:44 AM10/19/09
to grail...@googlegroups.com
恩，我转了一大圈发现目前全世界只有一个地方的Grails人气最足，那就是nabble论坛，大家可以进去看一下；国内的论坛包括台湾的论坛人气都不够。 我想想实在不行就先做一个论坛把国外的论坛的内容事实翻过来，呵呵，也是很实用的啊。不过想法还没成型。

2009/10/19 Ford Guo <agil...@gmail.com>

Tigerf

unread,
Oct 19, 2009, 4:50:26 AM10/19/09
to grail...@googlegroups.com
如果现在要说grails的不足，那我觉得就是要在编译器上再搞强一些，最好能像scala说的那样更强的静态检查。

我前段时间最郁闷的就是拼写错误了，编译时完全检查不出来，只能在运行到了的时候才报错。这种简单的问题反而要花大量时间排错，要是碰到调用栈比较深的部分，动不动200-300行，看着就来气。test实在不可能覆盖每一行代码的。另外，test也很慢，我现在的项目分成4个模块在开发，test都跑一遍就已经要十来分钟了，完全没有了最初行云流水的感觉。

还有个别问题值得注意的，product和develop模式下gsp的有些代码执行结果不同。比如，<g:each items="${1..5}">在develop下能正确循环5次，在product下只会使用5循环一次，得改成${(1..5)}。复杂一点的表达式都有可能有类似问题。



Thanks & Best Regards
Tigerf


2009/10/19 Ali Yang <yang...@gmail.com>
有一点可以肯定，历史在发展，技术在进步，速度肯定是越来越快的。速度问题也要具体问题具体分析。我刚才说的 Prototype 比较具体，不太具有普遍意义，目的只是抛砖引玉，看看大家对 Grails 尚存在的不足还有什么高见。性能问题在这里讨论也没什么意义，其实我也没想具体讨论。

goodtiger zhao

unread,
Oct 19, 2009, 4:56:14 AM10/19/09
to grail...@googlegroups.com
是否也能有人组织Grails相关的交流活动呢

2009/10/19 Tigerf <tig...@gmail.com>

Alex wang

unread,
Oct 19, 2009, 5:17:26 AM10/19/09
to grail...@googlegroups.com
我以前不喜欢写test,主要感觉麻烦，而且回报率感觉也不是很高，不过现在呢，我居然改变了这一顽固的习惯，而且收益良多。

我现在修改之前先运行test,写完部分后紧接着继续test,看上去有点浪费时间，不过比以前踏实多了，尤其是一些拼写错误，语法错误很快就能发现，以前我也抱怨动态语言的语法检查是个问题，不过没有绝对的，如果善用test应该能够对这个问题有比较好的应对。

说个不怕大家笑话的事情，我们以前做项目，Hibernate里的实体项目做到一半了还能发现实体居然有很大的问题，有时甚至重新生成，反正就是一些边边角角的问题，比如关系，比如缺少字段，比如字段名称不对，等等，你能想到的低级错误都能犯，有时候我自己也不得不服我们自己的犯错误的水平。

所以，现在无论如何我都要坚持写test,虽然写的还不够到位。（目前仅在domain和controller这一层比较集中，service这一层涉及比较少。）


2009/10/19 Tigerf <tig...@gmail.com>

guangquanzhang

unread,
Oct 19, 2009, 5:21:34 AM10/19/09
to grail...@googlegroups.com
坚持写test case 确实是一个很好的习惯，虽然对于某些人、某些时候感觉是多余

Alex wang 写道:
我以前不喜欢写test,主要感觉麻烦，而且回报率感觉也不是很高，不过现在呢，我居然改变了这一顽固的习惯，而且收益良多。

我现在修改之前先运行test,写完部分后紧接着继续test,看上去有点浪费时间，不过比以前踏实多了，尤其是一些拼写错误，语法错误很 快就能发现，以前我也抱怨动态语言的语法检查是个问题，不过没有绝对的，如果善用test应该能够对这个问题有比较好的应对。

说个不怕大家笑话的事情，我们以前做项目，Hibernate里的实体项目做到一半了还能发现实体居然有很大的问题，有时甚至重新生成，反 正就是一些边边角角的问题，比如关系，比如缺少字段，比如字段名称不对，等等，你能想到的低级错误都能犯，有时候我自己也不得不服我们自己的犯错误的水 平。

所以，现在无论如何我都要坚持写test,虽然写的还不够到位。（目前仅在domain和controller这一层比较集中， service这一层涉及比较少。）


2009/10/19 Tigerf <tig...@gmail.com>
如 果现在要说grails的不足，那我觉得就是要在编译器上再搞强一些，最好能像scala说的那样更强的静态检查。

我前段时间最郁闷的就是拼写错误了，编译时完全检查不出来，只能在运行到了的时候才报错。这种简单的问题反而要花大量时间排错，要是碰到调用栈比较深的部 分，动不动200-300行，看着就来气。test实在不可能覆盖每一行代码的。另外，test也很慢，我现在的项目分成4个模块在开发，test都跑一 遍就已经要十来分钟了，完全没有了最初行云流水的感觉。


还有个别问题值得注意的，product和develop模式下gsp的有些代码执行结果不同。比如，<g:each items="${1..5}">在develop下能正确循环5次，在product下只会使用5循环一次，得改成${(1..5)}。复杂一点 的表达式都有可能有类似问题。


Thanks & Best Regards
Tigerf


2009/10/19 Ali Yang <yang...@gmail.com>
有 一点可以肯定，历史在发展，技术在进步，速度肯定是越来越快的。速度问题也要具体问题具体分析。我刚才说的 Prototype 比较具体，不太具有普遍意义，目的只是抛砖引玉，看看大家对 Grails 尚存在的不足还有什么高见。性能问题在这里讨论也没什么意义，其实我也没想具体讨论。


硬件和白菜还是有区别的，白菜能吃，(*^__^*) 嘻嘻……

2009/10/19 Alex wang <idea...@gmail.com>
还 是那句话，永远不要考虑性能的问题，当初java刚出来的时候一样有这样的看法，后来还是被证实不用过于担心。

至少我目前碰到的业务场景足够了，而且他足够敏捷带来的效益足够客观。

另外，如果非要考虑性能问题，也有一些案例，据说和Rails的比较中比Rails的性能要高，当然这个可能不一定具有绝对代 表性了。

还有，说实在的，现在硬件跟白菜还有区别吗？ 哈哈。

--
Ali Yang
----------------------------------------
Blog: http://ssailyang.javaeye.com
Twitter: https://twitter.com/aliyang
MSN: yang_...@hotmail.com
QQ: 407131746
----------------------------------------


phoenix clt

unread,
Oct 19, 2009, 5:25:11 AM10/19/09
to grail...@googlegroups.com
一直觉得test是个好东西，刚找到机会用。

有什么经验或注意事项介绍一下。

2009/10/19 Alex wang <idea...@gmail.com>

Ali Yang

unread,
Oct 19, 2009, 5:29:36 AM10/19/09
to grail...@googlegroups.com
这不是 Grails 的问题吧，应该是 Groovy 的问题。也不能说是缺点，因为 Groovy 是动态语言，你可以按照 Java 的语法写，会好些。


2009/10/19 Tigerf <tig...@gmail.com>
如果现在要说grails的不足，那我觉得就是要在编译器上再搞强一些，最好能像scala说的那样更强的静态检查。

Alex wang

unread,
Oct 19, 2009, 5:33:13 AM10/19/09
to grail...@googlegroups.com
恩理论上用java的语法写是可以的，但是我感觉还是别用为好，不过这个也是各人爱好了。

phoenix,test你不用想太多，现在有grails in action还有grails权威指南第二版里面的实例，很多都带test的，你先按照那个做一步一步来，这个东西也没什么神秘的，只不过是一个习惯养成的问题。


2009/10/19 Ali Yang <yang...@gmail.com>

phoenix clt

unread,
Oct 19, 2009, 5:40:39 AM10/19/09
to grail...@googlegroups.com
用java的语法写一样不快吧。

毕竟groovy在语法上提供了太多的便利性，而且写的也是groovy文件，还是推荐groovy的语法。

最近又试了试 eclipse的 groovy 编辑器，虽然还是有点慢，不过已经到了可以接受的程度了。呵呵，当让还是无法和 idear 比， 再说 idear 也已经发布开源免费版了。 


2009/10/19 Alex wang <idea...@gmail.com>

Alex wang

unread,
Oct 19, 2009, 5:48:46 AM10/19/09
to grail...@googlegroups.com
这么多年我没有一次用Eclipse爽的，彻底唾弃它，没办法我RP有问题 :) ，只有用IDEA才最顺手。


2009/10/19 phoenix clt <clt.p...@gmail.com>

Ali Yang

unread,
Oct 19, 2009, 5:50:17 AM10/19/09
to grail...@googlegroups.com
开源的不支持 Grails

2009/10/19 phoenix clt <clt.p...@gmail.com>

呵呵，当让还是无法和 idear 比， 再说 idear 也已经发布开源免费版了。

clt

unread,
Oct 19, 2009, 5:55:24 AM10/19/09
to grail...@googlegroups.com
On Mon, 19 Oct 2009 17:50:17 +0800, Ali Yang <yang...@gmail.com> wrote:

这个倒没注意具体功能少哪些。

都用ue写了半年的 grails 代码了。 把 代码提示 开开，在同一个文件内，
拼写错误可以减少 70% 所有。

再把项目打开， 找文件还是很快的。

这样比较常用的操作就能满足 60%左右了。



> 开源的不支持 Grails
>
> 2009/10/19 phoenix clt <clt.p...@gmail.com>
>
>> 呵呵，当让还是无法和 idear 比， 再说 idear 也已经发布开源免费版了。
>>
>
>


--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Tigerf

unread,
Oct 19, 2009, 8:35:20 PM10/19/09
to grail...@googlegroups.com
我用eclipse也不爽，netbeans能好一点。半年时间里我主要使用Intype的，tab功能挺好用。UE没license，在公司不能随便装。


Thanks & Best Regards
Tigerf


2009/10/19 clt <clt.p...@gmail.com>

Ali Yang

unread,
Oct 19, 2009, 9:40:56 PM10/19/09
to grail...@googlegroups.com
Intype 我也用过，还不错，就是功能少了点。在 Linux 下可以用 Gedit，挺不错的。EditPlus 也不错，写起代码来也很爽。

2009/10/20 Tigerf <tig...@gmail.com>

我用eclipse也不爽，netbeans能好一点。半年时间里我主要使用Intype的，tab功能挺好用。UE没license，在公司不能随便装。

Thanks & Best Regards
Tigerf

nile black

unread,
Oct 19, 2009, 10:24:56 PM10/19/09
to grail...@googlegroups.com
Editra 可以用用看，个人灰常喜欢

Nile Black
-----------------
每天一个小时debian.


2009/10/20 Ali Yang <yang...@gmail.com>
Reply all
Reply to author
Forward
0 new messages