CascadingAction
| Modifier and Type | Class and Description |
|---|---|
| public static class |
| Modifier and Type | Field and Description |
|---|---|
| public static final CascadeStyle | ALL
save / delete / update / evict / lock / replicate / merge / persist |
| public static final CascadeStyle | ALL_DELETE_ORPHAN
save / delete / update / evict / lock / replicate / merge / persist + delete orphans |
| public static final CascadeStyle | DELETE
delete |
| public static final CascadeStyle | DELETE_ORPHAN
delete + delete orphans |
| public static final CascadeStyle | EVICT
evict |
| public static final CascadeStyle | LOCK
lock |
| public static final CascadeStyle | MERGE
merge |
| public static final CascadeStyle | NONE
no cascades |
| public static final CascadeStyle | PERSIST
create |
| public static final CascadeStyle | REFRESH
refresh |
| public static final CascadeStyle | REPLICATE
replicate |
| pack-priv static final Map | |
| public static final CascadeStyle | UPDATE
save / update |
| Access | Constructor and Description |
|---|---|
| pack-priv |
| Modifier and Type | Method and Description |
|---|---|
| public abstract boolean | Returns: True if the action should be cascaded under this style; false otherwise.The action to be checked for cascade-ability. action)For this style, should the given action be cascaded? |
| public static CascadeStyle | Returns: The appropriate CascadeStyleThe named cascade style name. cascade)Factory method for obtaining named cascade styles |
| public boolean | Returns: True if this style need to account for orphan delete operations; false othwerwise.Do we need to delete orphaned collection elements? |
| public boolean | Returns: True if the action should be really cascaded under this style; false otherwise.The action to be checked for cascade-ability. action)Probably more aptly named something like doCascadeToCollectionElements(); it is however used from both the collection and to-one logic branches... |
| ALL | back to summary |
|---|---|
| public static final CascadeStyle ALL save / delete / update / evict / lock / replicate / merge / persist | |
| ALL_DELETE_ORPHAN | back to summary |
|---|---|
| public static final CascadeStyle ALL_DELETE_ORPHAN save / delete / update / evict / lock / replicate / merge / persist + delete orphans | |
| DELETE | back to summary |
|---|---|
| public static final CascadeStyle DELETE delete | |
| DELETE_ORPHAN | back to summary |
|---|---|
| public static final CascadeStyle DELETE_ORPHAN delete + delete orphans | |
| EVICT | back to summary |
|---|---|
| public static final CascadeStyle EVICT evict | |
| LOCK | back to summary |
|---|---|
| public static final CascadeStyle LOCK lock | |
| MERGE | back to summary |
|---|---|
| public static final CascadeStyle MERGE merge | |
| NONE | back to summary |
|---|---|
| public static final CascadeStyle NONE no cascades | |
| PERSIST | back to summary |
|---|---|
| public static final CascadeStyle PERSIST create | |
| REFRESH | back to summary |
|---|---|
| public static final CascadeStyle REFRESH refresh | |
| REPLICATE | back to summary |
|---|---|
| public static final CascadeStyle REPLICATE replicate | |
| STYLES | back to summary |
|---|---|
| pack-priv static final Map<K, V> STYLES | |
| UPDATE | back to summary |
|---|---|
| public static final CascadeStyle UPDATE save / update | |
| CascadeStyle | back to summary |
|---|---|
| pack-priv CascadeStyle() package-protected constructor | |
| doCascade | back to summary |
|---|---|
| public abstract boolean doCascade(CascadingAction action) For this style, should the given action be cascaded?
| |
| getCascadeStyle | back to summary |
|---|---|
| public static CascadeStyle getCascadeStyle(String cascade) Factory method for obtaining named cascade styles
| |
| hasOrphanDelete | back to summary |
|---|---|
| public boolean hasOrphanDelete() Do we need to delete orphaned collection elements?
| |
| reallyDoCascade | back to summary |
|---|---|
| public boolean reallyDoCascade(CascadingAction action) 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 return
| |
| Modifier and Type | Field and Description |
|---|---|
| private final CascadeStyle[] |
| Access | Constructor and Description |
|---|---|
| public |
| Modifier and Type | Method and Description |
|---|---|
| public boolean | doCascade(CascadingAction
The action to be checked for cascade-ability. action)Implements abstract org. |
| public boolean | hasOrphanDelete()
Overrides org. |
| public boolean | reallyDoCascade(CascadingAction
The action to be checked for cascade-ability. action)Overrides org. |
| public String |
| styles | back to summary |
|---|---|
| private final CascadeStyle[] styles | |
| MultipleCascadeStyle | back to summary |
|---|---|
| public MultipleCascadeStyle(CascadeStyle[] styles) | |
| doCascade | back to summary |
|---|---|
| public boolean doCascade(CascadingAction action) Implements abstract org. Doc from org. For this style, should the given action be cascaded?
| |
| hasOrphanDelete | back to summary |
|---|---|
| public boolean hasOrphanDelete() Overrides org. Doc from org. Do we need to delete orphaned collection elements?
| |
| reallyDoCascade | back to summary |
|---|---|
| public boolean reallyDoCascade(CascadingAction action) Overrides org. Doc from org. 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 return
| |
| toString | back to summary |
|---|---|
| public String toString() Overrides java. Doc from java. Returns a string representation of the object.
| |