The group trying to guide Grails in the right direction is meeting every Thursday afternoon - we just finished a call. If you want to see what we're up to, please check the minutes here: https://docs.google.com/document/d/e/2PACX-1vTaPmWrXjdmuO70opE7yBAZlty139NSEEvC5bgvlM0aFqavnoQlLciufzPFI4A7nheL7B_Xff87udS-/pub If you want to participate you should definitely get in touch! We can use all the resources we can get.

Who I should contact to if I want to participate this meeting?

@gaolei, @jeffscottbrown can add you.

thanks @James Fredley

I like the idea of going with Apache Software Foundation, it has a good reputation. I’d like to participate as a listener for the moment if it’s possible

Hi, about making Grails part of ASF, does that bring some financial support for the core devs? What does ASF has to offer to Grails? There are some great tools in ASF but it also has a history of dead projects. I'm just wondering about pros/cons.

@pablo.pazos about the IDE support I would rather change Grails in order to not need an IDE Plugin. In my code I am explicitly implementing traits so that we rely entirely on the Groovy Plugin for code autocompletion. With few people working on the project we should start “thinking differently” and reduce dependencies. If this means adding an annotation on the artifacts instead of letting grails auto-injecting the trait to me it would not be a big issue personally and I don’t think it would invalidate “the grails way” (and btw I am talking from an ingnorant point of view since i have no idea of the inner working of Grails unfortunately I haven’t study its source code (which by the way I should start doing at this point))

Thanks @giangio the issue I see with code completion is that groovy alone doesn't seem to know about grails stuff. And there are things that IMHO are unavoidable and needed in a grails specific way, like a tool to generate models, controllers, services or views, or tools to generate new projects, to run controller-specific test cases, or service-specific test cases from the GUI, etc. GGTS was great when Grails was closer to Spring in terms of organizations.

You can develop Grails applications with any IDE which supports Gradle. IntelliJ Ultimate or Community.

@Sergio del Amo true but all the dynamic calls are greyed out as non existent. Implementing the traits in controllers (Controller) and domain classes (GormEntity) helps for most of the cases so that’s why we are explicitly implementing them. Junior devs don’t like when the IDE complains about their code.

exactly, I can develop Grails app in notepad, that's not the point, but having something that can actually do things in the Grails way and can "detect" Grails things, the dynamic finders are a good example, if that is not present then there is no "integrated" development environment for Grails.

@sbglasius please add me to the meeting next week. I would like to get myself and possibly one of the devs at my company (9ci) involved. We are very dependent on GORM and Grails and have a vested interest in seeing it continue to be successful. We have around 100 million transactions a month equating to approximately $100 billion/month worth of payments and invoices running through our various cloud based and on prem Grails apps. We are certainly a good case study but also evidence that Grails apps can be rock solid and highly performant when done right. I am going to add some comments and questions relating to GORM and how that fits into the roadmap/gameplan.

can you add me as well

can you add me to the meeting?

Can I get added as well? We develop applications primarily in Grails for various companies. I'd like to be a bigger part of the community and also help rebuild it.

Can I get added too ? We are developing Taack UI , and we are really interested ! Regards