Eclipse Community Forums: EMF » Validation on doSave()

Help

Home

Home » Modeling » EMF » Validation on doSave()

Show: Today's Messages :: Show Polls :: Message Navigator

Validation on doSave() [message #1786910]

Tue, 15 May 2018 12:01

Cosmin Stoinescu

Messages: 2
Registered: May 2018

Junior Member

Hello,

I have a generated editor and I'm triggering the validation action in the doSave() function using the following line:

Diagnostic diagnostic = Diagnostician.INSTANCE.validate(object);

The validation, returns a valid diagnostic object.
As an example, diagnostic.toString() returns:

 Diagnostic WARNING source=org.eclipse.emf.ecore code=0 ...

I have the Live Validation option disabled, because I want the validation to be done only when doSave() is triggered.
The problem is that the markers of the evaluated objests are not updated.
Is there a solution for this problem?

Thank you!

Report message to a moderator

Re: Validation on doSave() [message #1786982 is a reply to message #1786910]

Wed, 16 May 2018 19:09

Ed Merks

Messages: 33140
Registered: July 2009

Senior Member

Have a look at org.eclipse.emf.edit.ui.action.ValidateAction to see how it creates markers.

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Validation on doSave() [message #1786989 is a reply to message #1786982]

Wed, 16 May 2018 20:20

Ed Willink

Messages: 7655
Registered: July 2009

Senior Member

Hi

You need to be aware that there are two kinds of marker and two different marker idioms.

Internal markers/annotation markers appear within an editor when the editor validates internally,.

External markers/problems view markers are created from an external resource and persist across Eclipse restarts. External markers are often visible internally as well, sometimes causing confusion when they remain in the editor for too long.

The normal Eclipse idiom is that a nature+builder combine to refresh the external/problems view markers when a relevant resource changes/is cleaned.

EMF does not comply with the Eclipse idiom since it has no nature/builder. External markers are therefore created for the prevailing selection by a validate. An EMF Resource may therefore have stale and partial external markers.

The EMF idiom is simpler but inaccurate. Once you add a builder, hidden *.ecore bugs suddenly show up. It's quite frightening. But would you wait till you edit/compile a Java file to find out what bugs it has?

OCL switches policies for Photon to exploit the new EMF EAnnotationValidators for OCL embedded in Ecore. The new OCL builder has the option to show accurate Ecore/UML markers.

The Xtext builder also builds EMF resources for the benefit of its index, but I have never quite understood why problems view markers suddenly appear/disappear long after Eclipse has started.

Regards

Ed Willink

Report message to a moderator

Previous Topic:	Ecoreutil.copier
Next Topic:	[CDO] Easier Eclipse debugging on CDOObject instances

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Apr 25 03:58:30 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter