Hi,
I am preparing to migrate a Grails application (about 30 domain classes, some inheritances) that so far basically uses the LGPL version of SGWT as it needs to be extended and I’d like to make use of advanced features of the power edition (automated client side constraint checking, field level security, automated fetching of associations to name the most important ones) . It mostly uses CRUD operations but also some customized GORM (Hibernate) queries and instance level security and translates domain objects/beans to DTOs (some of them are used on the client for operations (calculations etc.) that go beyond simple rendering).
I was hoping for the smartgwt-grails plugin to ease this task (imo, the best place to put everything (e.g. validators, security descriptors) would be the domain class file) but somehow, development seems stalled and it does not work with the current Grails 2.x series.
I’ve read the Quick start guide (especially on custom datasources) and wonder, what’s the best option in my case. Pure SQL datasources do not sound like a good idea as all the existing more complex GORM queries/save/update logic would need to be rewritten in plain SQL. In addition, the security layer uses Hibernate filters and formulas to implement instance level security which basically also affects all domain objects/beans/data sources with CRUD operations.
My idea was to use Hibernate DS (using hbm-files to define the SGWT datasources) as these could be generated from the Grails application but I am unsure what steps still need to be done manually and what are automated. Maybe DMI datasources are an event better option.
Thanks & regards,
fatzopilot
I am preparing to migrate a Grails application (about 30 domain classes, some inheritances) that so far basically uses the LGPL version of SGWT as it needs to be extended and I’d like to make use of advanced features of the power edition (automated client side constraint checking, field level security, automated fetching of associations to name the most important ones) . It mostly uses CRUD operations but also some customized GORM (Hibernate) queries and instance level security and translates domain objects/beans to DTOs (some of them are used on the client for operations (calculations etc.) that go beyond simple rendering).
I was hoping for the smartgwt-grails plugin to ease this task (imo, the best place to put everything (e.g. validators, security descriptors) would be the domain class file) but somehow, development seems stalled and it does not work with the current Grails 2.x series.
I’ve read the Quick start guide (especially on custom datasources) and wonder, what’s the best option in my case. Pure SQL datasources do not sound like a good idea as all the existing more complex GORM queries/save/update logic would need to be rewritten in plain SQL. In addition, the security layer uses Hibernate filters and formulas to implement instance level security which basically also affects all domain objects/beans/data sources with CRUD operations.
My idea was to use Hibernate DS (using hbm-files to define the SGWT datasources) as these could be generated from the Grails application but I am unsure what steps still need to be done manually and what are automated. Maybe DMI datasources are an event better option.
Thanks & regards,
fatzopilot
Comment