Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "EMF/MQ, MT, and VF 1.1/New and Noteworthy"

< EMF
(Updates for move to EMF)
m (Fix EMF link)
Line 4: Line 4:
 
[http://www.eclipse.org/emft/doc/mq-mt-vf/qtv_project_plan_1_1.html 1.1 draft plan].
 
[http://www.eclipse.org/emft/doc/mq-mt-vf/qtv_project_plan_1_1.html 1.1 draft plan].
  
Back to [[Eclipse Modeling Framework|EMF]].
+
Back to [[Eclipse Modeling Framework]].
  
 
== 1.1 M6 ==
 
== 1.1 M6 ==

Revision as of 10:02, 25 April 2007

EMF Model Query, Modelg Transaction, and Validation Framework Release 1.1 New and Noteworthy Items.

For more details about the milestone-by-milestone development plan, see the 1.1 draft plan.

Back to Eclipse Modeling Framework.

1.1 M6

Constraint Filtering

Constraints run during validation can now be filtered using an IConstraintFilter. This filter accepts a constraint and a target EObject and returns a boolean value indicating whether the target should be validated against the constraint. This allows clients to run a subset of constraints during validation. The constraint filter can be set using new methods added to IValidator.html. If multiple constraint filters are added to a validator, they are combined using AND logic.

Constraint Listeners

Clients can now listen to changes made to ConstraintRegistry, including the following events:

  • Constraint enablement
  • Constraint disablement
  • Constraint registration
  • Constraint deregistration
  • Category addition
  • Category removal

Clients listen to constraint changes by implementing the IConstraintListener interface and registering themselves through new methods added to ConstraintRegistry.

Extensible Constraints Preference Page

Factored out the controls on the constraints preference page into a block which is now accessible through public API. This provides the ability to create a custom constraints preference page. Clients add the block using ConstraintsSelectionBlock and can customize the constraints shown in the block using an IConstraintFilter.

Custom Validation Event Types

Custom event types can now be contributed to EMF validation through the eventTypes extension point. Previously, when live validation validated notifications, the event type of the notification was compared against a list of predefined types in EMFEventTypes. If the event type was not in EMFEventTypes, the notification is not validated. Live validation will now accept notifications with event types that were contributed through the eventTypes extension point.

Clients can optionally contribute an INotificationGenerator which takes existing notifications and generates additional notifications with custom event types. Live validation uses all contributed notification generators to generate its list of notifications to validate.

Notification Filtering in Live Validation

The notifications accepted during live validation can now be filtered using a notification filter. This notification filter can be set using new methods added to ILiveValidator. If no notification filter is set on the live validator, the existing notification filtering behaviour is used (EObject must be attached to a resource).

1.1 M4

Multiple Results from one Validation Constraint

A single constraint can now report multiple results, for different but related problems in one or more model elements. New utilities on the ConstraintStatus class make it easy to create multiple results and combine them into a single multi-status (which also is an IConstraintStatus.

Multiple results from one constraint

Removing Resources from Transactional Editing Domains

Resources and model elements can now be safely removed from the grip of a transactional editing domain. New utilities on the TransactionUtil class allow a resource or object that has already been detached from the editing domain's resource set to be released from the "transaction protocol." This is particularly useful when the resource/object in question is to be moved into another resource set context, which may or may not be controlled by a transactional editing domain.

Other Bug Fixes

For other bug fixes, see the Query, Transaction, and Validation 1.1 M4 release notes.

Back to the top