- Previous thread: [grails-user] not allowed domainnames with one letter?
- Next thread: [grails-user] ANN: Weceem 0.8 CMS plugin/app
- Threads sorted by date: grails 201001
Hi All!
I just published article regarding current state of experiments with
statically compiled groovy. It becomes more and more promising. Please
read and vote -
http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
Alex
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
I just published article regarding current state of experiments with
statically compiled groovy. It becomes more and more promising. Please
read and vote -
http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
Alex
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Hi Alex,
so, just to get this right: Groovy++ merely is an extension to Groovy,
not a new language, that is to say: You can run each Groovy program
with Groovy++ by just adding a JAR and the @Typed annotation.
This would be very exciting as it would allow Grails (and any other
Groovy code) to run as fast (or even faster as suggested by your
experiments) as plain Java.
Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
who would use Java, if he could use Groovy and have the code run just
as fast?
2010/1/12 Alex Tkachman :
> Hi All!
>
> I just published article regarding current state of experiments with
> statically compiled groovy. It becomes more and more promising. Please
> read and vote -
> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>
> Alex
>
--=20
Viele Gr=FC=DFe / Best regards,
Bj=F6rn Wilmsmann
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
so, just to get this right: Groovy++ merely is an extension to Groovy,
not a new language, that is to say: You can run each Groovy program
with Groovy++ by just adding a JAR and the @Typed annotation.
This would be very exciting as it would allow Grails (and any other
Groovy code) to run as fast (or even faster as suggested by your
experiments) as plain Java.
Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
who would use Java, if he could use Groovy and have the code run just
as fast?
2010/1/12 Alex Tkachman :
> Hi All!
>
> I just published article regarding current state of experiments with
> statically compiled groovy. It becomes more and more promising. Please
> read and vote -
> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>
> Alex
>
--=20
Viele Gr=FC=DFe / Best regards,
Bj=F6rn Wilmsmann
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Yes, it is correct - Groovy++ is extension to Groovy and not a new
language. You just add jar and @Typed.
Of course, there are details. Most important one is that by adding
@Typed you have to provide compiler with enough type information. We
do very deep job with type inference (fantastic job of my friend and
colleague Eugene Vigdorchik) but there are limits for any magic. In
another direction sometimes static groovy allows you not use 'as'
operator in many places where normal Groovy would require it. That's
pretty much all important difference.
Regarding being even faster than Java I am not too serious about that.
It just one benchmark against not performance tuned Java code. I
believe being as slow as Java is more that enough. So far, it seems
that such goal is achievable.
I don't know if it will make Java obsolete (not sure at all) but I has
chance to become another useful tool in the arsenal of a developer.
For example all standard library of Groovy++ use no any line of Java
code. At some point, I hope to rewrite compiler itself on static
groovy.
2010/1/12 Bj=F6rn Wilmsmann :
> Hi Alex,
>
> so, just to get this right: Groovy++ merely is an extension to Groovy,
> not a new language, that is to say: You can run each Groovy program
> with Groovy++ by just adding a JAR and the @Typed annotation.
>
> This would be very exciting as it would allow Grails (and any other
> Groovy code) to run as fast (or even faster as suggested by your
> experiments) as plain Java.
>
> Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
> who would use Java, if he could use Groovy and have the code run just
> as fast?
>
> 2010/1/12 Alex Tkachman :
>> Hi All!
>>
>> I just published article regarding current state of experiments with
>> statically compiled groovy. It becomes more and more promising. Please
>> read and vote -
>> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>>
>> Alex
>>
>
> --
> Viele Gr=FC=DFe / Best regards,
> Bj=F6rn Wilmsmann
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> =A0 =A0http://xircles.codehaus.org/manage_email
>
>
>
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
language. You just add jar and @Typed.
Of course, there are details. Most important one is that by adding
@Typed you have to provide compiler with enough type information. We
do very deep job with type inference (fantastic job of my friend and
colleague Eugene Vigdorchik) but there are limits for any magic. In
another direction sometimes static groovy allows you not use 'as'
operator in many places where normal Groovy would require it. That's
pretty much all important difference.
Regarding being even faster than Java I am not too serious about that.
It just one benchmark against not performance tuned Java code. I
believe being as slow as Java is more that enough. So far, it seems
that such goal is achievable.
I don't know if it will make Java obsolete (not sure at all) but I has
chance to become another useful tool in the arsenal of a developer.
For example all standard library of Groovy++ use no any line of Java
code. At some point, I hope to rewrite compiler itself on static
groovy.
2010/1/12 Bj=F6rn Wilmsmann :
> Hi Alex,
>
> so, just to get this right: Groovy++ merely is an extension to Groovy,
> not a new language, that is to say: You can run each Groovy program
> with Groovy++ by just adding a JAR and the @Typed annotation.
>
> This would be very exciting as it would allow Grails (and any other
> Groovy code) to run as fast (or even faster as suggested by your
> experiments) as plain Java.
>
> Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
> who would use Java, if he could use Groovy and have the code run just
> as fast?
>
> 2010/1/12 Alex Tkachman :
>> Hi All!
>>
>> I just published article regarding current state of experiments with
>> statically compiled groovy. It becomes more and more promising. Please
>> read and vote -
>> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>>
>> Alex
>>
>
> --
> Viele Gr=FC=DFe / Best regards,
> Bj=F6rn Wilmsmann
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> =A0 =A0http://xircles.codehaus.org/manage_email
>
>
>
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
Related Threads
- [RFC][PATCH 4/7] Adding general performance benchmarking subsystem to perf. - kernel
- [Python-Dev] Status of the Buildbot fleet and related bugs - python
- Ideas needed: getting error "cannot set time on server ..." - samba
- [PATCH 3/3] eLBC NAND: give more verbose output on error - linuxppc
- [PHP] Developer needed in Rome, Italy - php
- cluster deployment by context descriptors - tomcat
- validation in drop-down list - cakephp
- gnome-power-manager 2.28.1: definitions of columns Type, ID, Wakeups and Command - ubuntu
- Re: [GENERAL] How to get RTREE performance from GIST index? - pgsql
- Re: Better cardinality estimate when dialing optimizer_features_enable back - oracle
- [Hendrix] Language - firefox
- kernel32: Fix uninitialised memory read in GetPrivateProfileStringA if GetPrivateProfileStringW returns 0. - wine