Possible plugin load order issue

[grails]

Possible plugin load order issue

[bwagner5]

It looks like it's trying to run Bootstrap.groovy. I tried a grails dbm-drop-all and it prints out my Bootstrap logs and fails because the scripts I have running in Bootstrap are failing.

[KerchumA222]

This isn't restricted to Spring-Security. I have a database seed that only runs when the environment is Environment.DEVELOPMENT, and it tries to seed on any dbm* command.
This means that when I change a domain that gets seeded I have to go to my SeederBootStrap.groovy and comment everything out.

[KerchumA222]

Will this ever be fixed?

[jameskleeh]

I'm going to close this and create a more descriptive issue, which is a feature request in grails-core to allow commands to skip the Bootstrap process

[jameskleeh]

Relevant issue grails/grails-core#10022

[zyro23]

i guess #78 can be closed then as well?

[edwardotis]

@ctoestreich I'm having the a similar problem calling User.encodePassword() from within a dbm changeSet. The springsecurityservice bean used for encoding is not injected into User in grails 3.1, but it was injected properly in grails 2.5.5 during dbm-update

How did you get past this issue? Remove the migration and add the admin user via Bootstrap.groovy?

Grails 3.1.14
database-migration:2.0.0
spring-security-core:3.1.1