Создать новый @ChangeLg и написать метод с @ChangeSet Как в этом примере
@ChangeLog(order = "002")
public class AddOthersAuthorities {
@ChangeSet(order = "01", author = "initiator", id = "03-addOthersAuthorities")
public void addAuthorities(DB db) {
DBCollection authorityCollection = db.getCollection("jhi_authority");
// Role for super administration
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_SUPER_ADMIN")
.get());
// Role for company administration
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_COMPANY_ADMIN")
.get());
// Role for branch administration
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_BRANCH_ADMIN")
.get());
// Role for employee
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_EMPLOYEE")
.get());
// Role for registred customer
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_CUSTOMER")
.get());
// Role for non registred customer
authorityCollection.insert(
BasicDBObjectBuilder.start()
.add("_id", "ROLE_GUEST")
.get());
}
}
If I сделайте это, я буду настаивать на том, чтобы каждое развертывание моего приложения имело эти полномочия, у меня более динамичный сценарий, поэтому я бы предпочел способ в том, что я могу решить в каждой ситуации развертывания, ведь те будут Властями, я думаю @ Michał Styś является faci Аналогичная проблема. – carpinchosaurio
Итак, вы не можете использовать константы в java, и вы должны реализовать свое собственное управление ролью или дождаться этой функции или внести свой вклад в нее. https://github.com/jhipster/generator-jhipster/issues/1995 –
Это не потому, что вы иналиализуете свои полномочия в коде (InitialSetupMigration), что каждое развертывание вашего приложения имеет эти полномочия. Ваш код может просто читать их как свойства из внешнего application.yml –