Transient field not reindexed: underlying field change

mschipperheyn · **Joined:** Wed Nov 05, 2003 7:22 pm **Posts:** 211

I found that if you have a field that is @Transient and depends on a Hibernate managed field, this field is not updated when the underlying field changes. Can't say exactly yet if it's in all cases. Using HSearch 4.1.0.Final

Code:

   @ManyToOne(cascade = CascadeType.ALL,fetch=FetchType.EAGER)
   @JoinColumn
   @IndexedEmbedded
   public Photo getPhoto() {
      return photo;
   }

   @Transient
   @Field(index=Index.NO,store=Store.YES)
   public String getMugshot(){
      if(photo == null)
         return null;
      return getUserDirectory() + "/" + photo.getFilename();
   }

I saw this behaviour when creating the user, saving and flushing and then adding a photo and resaving, all in one process.

I assume that the dirty checking mechanism is responsible for this.

Any ideas how to deal with this?

Marc

sanne.grinovero · **Posted:** Sat Apr 07, 2012 11:20 am

Hi Marc,
right I don't think we have a test using dirty checking on @Transient fields. Will you make a unit test?

To work around it, you' ll need to disable the dirty checking optimisations.

Code:

hibernate.search.enable_dirty_check = false

Please open a JIRA!

mschipperheyn · **Joined:** Wed Nov 05, 2003 7:22 pm **Posts:** 211

Right, well disabling dirty checking is something I want to avoid and it makes sense that Hibernate doesn't somehow magically knows that a Transient @Field is dependent on a managed @Field. I'll open a Jira suggesting a tag to create this magic.

https://hibernate.onjira.com/browse/HSEARCH-1093