| 
 | ||||||||||
| PREV PACKAGE NEXT PACKAGE | FRAMES NO FRAMES | |||||||||
See:
          Description
| Interface Summary | |
|---|---|
| Adaptable | Interface implemented by transactional editing domains that support dynamic adaptation to optional interfaces. | 
| ConditionalRedoCommand | A specialization of the EMF CommandAPI that accounts for conditional
 redoable-ness. | 
| ValidateEditSupport | Interface for the Transaction.OPTION_VALIDATE_EDITtransaction option
 to check, when a transaction commits, that all of the resources that it has
 modified are actually editable or (by some means supplied by the platform)
 can be made to be editable. | 
| Class Summary | |
|---|---|
| CommandChangeDescription | A change description that simply wraps a Command, asking
 it to undo or redo whenapplying. | 
| CompositeChangeDescription | A composition of zero or more change descriptions representing the changes performed by transactions in a possibly nested structure. | 
| ConditionalRedoCommand.Compound | A conditionally redoable compound command. | 
| Lock | Implementation of a lock. | 
| TransactionUtil | Static utilities for dealing with EMF elements and resources in a transactional editing domain. | 
| TriggerCommand | A specialized compound command that combines a "triggering" command with commands
 contributed by ResourceSetListeners as triggers. | 
| ValidateEditSupport.Default | A default implementation of the ValidateEditSupportinterface,
 that uses the editing domain's read-only resource map to determine
 whether a resource can be edited and depends on notifications of theResource.isModified()property changing to track which resources
 need to be validated (note that this implies that the resource is
 tracking modifications). | 
Utilities used by/with the transactional editing domain API.
org.eclipse.emf.transaction| 
 | Copyright 2002, 2007 IBM Corporation and others. All Rights Reserved. | |||||||||
| PREV PACKAGE NEXT PACKAGE | FRAMES NO FRAMES | |||||||||