There is also work being done on GroovyPages... Some sample pages are at http://cvs.groovy.codehaus.org/viewcvs.cgi/groovy/modules/pages/src/web/?roo t=codehaus
Or the java source code at http://cvs.groovy.codehaus.org/viewcvs.cgi/groovy/modules/pages/src/main/gro ovy/modules/pages/?root=codehaus I understand that GroovyPages are an attempt to do JSP style pages using groovy underneath. You can create groovy pages using JSP syntax <% groovy %> or an alternative syntax. I also think there is work being done on Zoap style templates that use groovy underneath. I think that one of these template style techniques would make more sence for a view. Cameron. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dag Liodden Sent: Wednesday, 4 February 2004 8:23 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] Groovy and WebWork >> Now webwork2 for UI tags is using velocity. It means that for every >> ww:ui tag there is velocity involved. With groovlet it is possible to >> easily replace all velocity templates in just one day or two the most >> (at least I hope :) ). And because grooblets are bytecode and they >> are cached by groovy servlet there I expect some performance >> imrovment. And it is still possible to use full pover of java >> language. >> >> > Initial benchmarks show that the Groovy script implementation is about > 50% slower than the Velocity equivalent. It seems to be that the > on-the-fly generated classes are slow. I see a lot of reflection going > on in groovy.land.MetaClass. I'll ask the Groovy guys about it and it > will probably be sorted out. If there's a difference between these > classes and the pre-compiled ones, we should at least be able to > switch to precompiled on deploy time. :) And here's the answer: On 20 Jan 2004, at 11:45, Mark Volkmann wrote: >/ Is it true that all method calls in Groovy scripts get converted to />/ bytecode />/ that makes the calls using reflection? / Today thats the case. Going forward we should be able to use normal bytecode for statically typed code and bytecode generate MetaClass instances to avoid using reflection. James ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
