Help with pitching Groovy and Grails

[Raviteja Lokineni]

Hi Devs,

I was trying to pitch using Grails for one of our projects and the discussions always ended up with "using reflections in JVM is slow period". I am not knowledgeable to defend the internals of either Groovy or Grails, need some help on this topic.

The only selling point that they identified was GORM.

I thought this might be the time to ask the developer community. I am trying to gather some points on using Grails over a Spring boot application.

Also, can anyone help me understand how Groovy runtime optimizations are applied on a high level and if it will affect the runtime performance.

Thanks,

--

Raviteja Lokineni | Business Intelligence Developer

TD Ameritrade

E: raviteja...@gmail.com

[Raviteja Lokineni]

+Groovy Users

I have seen Groovy grow since 1.6.x and Grails since 1.3.x and I have used it successfully in many projects but the problem arises when convincing organizations which are a little hesitant to use newer techs. It could also be my inability to explain the internals correctly to people. If someone has already done some research and can shed some light on the internals may be I could use that to help myself.

Thanks,

Raviteja

On Tue, Feb 21, 2017 at 8:34 PM, Wilson MacGyver <wmac...@gmail.com> wrote:

Please ask this on the regular groovy list. You will get more response. Both of the lists you post to are for development of groovy and grails itself

a little preview, groovy is not slow. Hasn't been for a long time. It has one of the fastest json parser for example. @compileStatic often let groovy reach performance at same speed as java.

We use groovy to process 1-2 TB of data every hour on aws.

Thanks

[Jeff Brown]

On 22 Feb 2017, at 0:55, Raviteja Lokineni wrote:

> +Groovy Users
>
> I have seen Groovy grow since 1.6.x and Grails since 1.3.x and I have
> used
> it successfully in many projects but the problem arises when
> convincing
> organizations which are a little hesitant to use newer techs.

Right.

Groovy and Grails are obviously newer than some technologies but Grails
is more than a decade old and Groovy is older than that. The technology
is constantly innovating to stay relevant but we are way past anything
that anyone would consider an early adopter phase.




JSB
--
Jeff Scott Brown
OCI Grails Practice Lead
Principal Software Engineer

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/

[Raviteja Lokineni]

Hi Jeff,

When I say newer, I mean newer to the organization.

Thanks,

Raviteja

--
You received this message because you are subscribed to the Google Groups "Grails Dev Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to grails-dev-discuss+unsubscribe@googlegroups.com.
To post to this group, send email to grails-dev-discuss@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/grails-dev-discuss/C36F5C98-40B8-4142-BF26-46FB16FA499F%40ociweb.com.
For more options, visit https://groups.google.com/d/optout.

[Graeme Rocher]

The argument "using reflections in JVM is slow period" is stupid because so much of all JVM frameworks is reflection based.

Spring used reflection for proxies, AOP, data binding, pretty much everything.

Hibernate uses reflection to convert objects to and from the database.

The reflection part of the application is never going to be your bottleneck. It will be your database, or message queue or whatever.

Apart from that with modern Groovy (@CompileStatic etc.) you don't have to write everything dynamic anyway.

Cheers

--
You received this message because you are subscribed to the Google Groups "Grails Dev Discuss" group.

To unsubscribe from this group and stop receiving emails from it, send an email to grails-dev-discuss+unsub...@googlegroups.com.

To post to this group, send email to grails-dev-discuss@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/grails-dev-discuss/CAJpE9rUp8B84w6Mz7k4_zw6c2EMh4W08oe%3Dsc_xsqfJi%2BouMPw%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--

Graeme Rocher