Grails-нуль идентификатор в записи com.easytha.Student (не сбрасывает сессии после того, как происходит исключение)

Question

Я уже видел несколько потоков по этому вопросу, и никто не мог спасти У меня есть следующий в моем DomainClass

def afterInsert() {  
     elasticSearchService.index(this) 
} 

Где elasticsaerch - это сервис, и я добавил его в статический список переходных процессов. Кажется, что после вызова метода индексной успешно он бросает это исключение

Message: null id in com.easytha.Student entry (don't flush the Session after an exception occurs) 

Это код индексного метода

def index(object) { 
    try { 
     if(object==null) { 
      throw new NullPointerException() 
     } 
     if(!(object instanceof Collection || object instanceof Object[])) { 
      IndexResponse response = client.prepareIndex(grailsApplication.config.esIndexName, object.getClass().getName(),object.id.toString()) 
        .setSource((object as JSON).toString()) 
        .execute().actionGet() 
      println "object indexed successfully" 
     }else if(object instanceof Collection || object instanceof Object[]) { 
      for (var in object) { 
       index(var) 
      } 
     } 
    }catch(e) { 
     e.printStackTrace(); 
    } 
} 

«объект проиндексированы успешно» печатается в консоли.

bootstrap.groovy имеет следующие

Student student4 = new Student(firstName:'Sapan',lastName:'Parikh',email:'sapan.parikh@eclinicalworks.com',password:'test123') 
    student4.save(failOnError : true) 

---

UPDATE

Я попытался Student.withNewSession { elasticSearchService.index(this) }, который работал.

Answer 1

Это колющие на вещи, но, возможно, смещать сохранить происходит внутри транзакции:

Student.withTransaction { 
    student4.save() 
} 

Я видел это выскакивают неожиданно, когда делать вещи за пределами услуг (которые должны, имо, быть в сфере услуг) ,

Подводя некоторые последующее обсуждение:

Модель студента была сохранена во всей программе, поэтому он не подходит переложить все сейвы на услуги или завернуть в блоках транзакций. OP отмечает, что перемещение исходного кода переиндексации в новый сеанс фиксировало его повсюду.

def afterInsert() {  
    elasticSearchService.index(this) 

}