java.lang.Object | ||
↳ | org.hibernate.engine.CascadeStyle | |
↳ | org.hibernate.engine.CascadeStyle.MultipleCascadeStyle |
[Expand]
Inherited Fields | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
![]() |
Public Constructors | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
For this style, should the given action be cascaded?
| |||||||||||
Do we need to delete orphaned collection elements?
| |||||||||||
Probably more aptly named something like doCascadeToCollectionElements(); it is
however used from both the collection and to-one logic branches...
| |||||||||||
[Expand]
Inherited Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
![]() | |||||||||||
![]() |
For this style, should the given action be cascaded?
action | The action to be checked for cascade-ability. |
---|
Do we need to delete orphaned collection elements?
Probably more aptly named something like doCascadeToCollectionElements(); it is however used from both the collection and to-one logic branches...
For this style, should the given action really be cascaded? The default implementation is simply to returndoCascade(CascadingAction)
; for certain
styles (currently only delete-orphan), however, we need to be able to
control this seperately.action | The action to be checked for cascade-ability. |
---|