Available with Standard or Advanced license.
When an error is marked as an exception, only the error feature is modified. If an error is marked as an exception in the child version, it remains an exception after reconciliation. The following are implications of this behavior:
- If an error is created as the result of updates to features in the child version and marked as an exception in the child version, the resulting dirty area created during reconcile will span the features created, modified, deleted, or validated to create the error. By definition, this dirty area will also contain the exception.
- If the error is created as a result of validating an existing dirty area that existed when the child version was created, the resulting dirty area will be the original dirty area and will contain the exception.
- If an existing error was marked as an exception when the child version was created, a dirty area is created that contains only the exception.
Learn more about how errors and exceptions work with versioned topological feature classes.