High Performance, multithreaded GORM

[Stanford Bangaba]

Hi guys,

I love the Grails framework and have been developing applications based on it for a while.  However, I have noticed that Grails seems to have problems particularly when using GORM on high volume messaging/transaction applications.  GORM has a lot of locking and sometimes it does not even return an entity that actually exists in the database.  This might be my issue as the developer but I believe the framework is not making it any easier.  The Play Framework excels at this with the Actor Model and I would want something similar for Grails.

[Jeff Scott Brown]

On 17 Aug 2017, at 14:05, Stanford Bangaba wrote:

> Hi guys,
>
> I love the Grails framework and have been developing applications
> based on
> it for a while. However, I have noticed that Grails seems to have
> problems
> particularly when using GORM on high volume messaging/transaction
> applications. GORM has a lot of locking and sometimes it does not
> even
> return an entity that actually exists in the database.

Under what circumstances doe sGORM not return entities that exist in the
database?

There are times when that is the correct thing to do (depending on your
transaction isolation level, for example) but not sure if you are
describing a bug in GORM or not.

Thanks for your feedback.



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/

[Stanford Bangaba]

I could be handling the transactions all wrong because there is a lot of concurrency in handling the requests and responses, I guess I need more experience in using GORM in such scenarios.  However, you might help me by suggesting how best I can implement such an application that consumes from queues and writes output to queues and also writes and updates to DB persistence where there is a lot of potential locking -- actors to the rescue?  And if so how can I use GORM in actors for example?