[hibernate-issues] [Hibernate-JIRA] Commented: (HHH-6998) Expand CustomEntityDirtinessStrategy to define findDirty

Steve Ebersole (JIRA) noreply at atlassian.com
Thu Jan 26 18:34:10 EST 2012


    [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-6998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=45269#comment-45269 ] 

Steve Ebersole commented on HHH-6998:
-------------------------------------

{{DirtyCheckContext}} would need access to {{Session}}, so:

{code:title=CustomEntityDirtinessStrategy.java|borderStyle=solid}
public interface CustomEntityDirtinessStrategy {
    ...
    public void findDirty(DirtyCheckContext context, Object entity);
}
{code}

plus a {{getSession}} method on {{DirtyCheckContext}}



> Expand CustomEntityDirtinessStrategy to define findDirty
> --------------------------------------------------------
>
>                 Key: HHH-6998
>                 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-6998
>             Project: Hibernate ORM
>          Issue Type: Improvement
>            Reporter: Steve Ebersole
>            Assignee: Steve Ebersole
>             Fix For: 4.1.0
>
>
> {{CustomEntityDirtinessStrategy}} allows applications to bypass dirty checking in cases when they know an entity is not dirty.
> In some of these application, they also carry along the initial ("loaded") state.  In those cases it might be more performant to allow them to tell us which fields changed.  If we go this route though I'd like to take it as an opportunity to explore options for not exposing all these arrays to user code.  So partially this issue will be a discussion of possible approaches to that.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the hibernate-issues mailing list