Eclipse Community Forums: TMF (Xtext)

Help

Home

Home » Modeling » TMF (Xtext) » Xtext & Build Loops

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

Xtext & Build Loops [message #1850837]

Fri, 18 March 2022 08:29

Christian Dietrich

Messages: 14588
Registered: July 2009

Senior Member

As you might know Xtext requests rebuilds if there are files generated and or changes reported by jdt.

some time ago platform limited the number of the build cycles which may lead to the problem that not everything is built

together with platform we are working on a solution that targets all different needs

https://bugs.eclipse.org/bugs/show_bug.cgi?id=579082

the patch in platform is available in the current 4.24 I-builds
and the patch in Xtext (XtextBuilder) is available in the current Xtext Nightly
(https://download.eclipse.org/modeling/tmf/xtext/updates/nightly)

it would be nice if you can give it a try and give early feedback

Twitter : @chrdietrich
Blog : https://www.dietrich-it.de

Report message to a moderator

Re: Xtext & Build Loops [message #1850846 is a reply to message #1850837]

Fri, 18 March 2022 12:16

Ed Willink

Messages: 7635
Registered: July 2009

Senior Member

Hi

Great news. This is very encouraging.

My attempts to investigate in the past were hampered by no obviously good .options setting to enable the recursions to be logged. No advice was forthcoming.

Is there now a .options that can be set to log each build activation?

It is unlikely that the Xtext builder is the only builder with sub-optimal strategy. A .options that enables other builders to be diagnosed would be good.

Regards

Ed Willink

Report message to a moderator

Re: Xtext & Build Loops [message #1850848 is a reply to message #1850846]

Fri, 18 March 2022 13:35

Christian Dietrich

Messages: 14588
Registered: July 2009

Senior Member

no but you can open the xtext build console
am not sure what the normal platform build loggers are logging

Twitter : @chrdietrich
Blog : https://www.dietrich-it.de

[Updated on: Fri, 18 March 2022 14:07]

Report message to a moderator

Re: Xtext & Build Loops [message #1850855 is a reply to message #1850848]

Fri, 18 March 2022 16:08

Ed Willink

Messages: 7635
Registered: July 2009

Senior Member

Hi

Thanks not aware of the Xtext Console.

It certainly gives me a key to some total time burners such as:

[Worker-41: Build Project] indexing platform:/resource/org.eclipse.uml2.uml/model/UML30.ecore

Why is a *.ecore in a project without an Xtext nature indexed?

Why after cleaning org.eclipse.ocl.examples.build is org.eclipse.uml2.uml re-indexed? Ok it's transitively referenced but it's not dirty and not clean all.

Regards

Ed Willink

Report message to a moderator

Re: Xtext & Build Loops [message #1850858 is a reply to message #1850855]

Fri, 18 March 2022 16:38

Christian Dietrich

Messages: 14588
Registered: July 2009

Senior Member

i believe the ecore thing was discussed in a bugzilla i cannot find between sebastian and you before.
and no we did not change any logic in xtext. we just call tell the platform to rebuild the current project
and not all projects as we did before.

what does the log tell when you see the indexing message.
which project is it building?

Twitter : @chrdietrich
Blog : https://www.dietrich-it.de

[Updated on: Fri, 18 March 2022 17:00]

Report message to a moderator

Re: Xtext & Build Loops [message #1850861 is a reply to message #1850858]

Fri, 18 March 2022 19:23

Ed Willink

Messages: 7635
Registered: July 2009

Senior Member

Hi

It's just the one cleaned project that's building. But all the referenced projects are indexed regardless of Xtext nature. So all the big UML files.

Regards

Ed

Report message to a moderator

Re: Xtext & Build Loops [message #1850885 is a reply to message #1850861]

Mon, 21 March 2022 08:38

Ed Willink

Messages: 7635
Registered: July 2009

Senior Member

Hi

Still using 2022-03, I now have the Xtext Build Console active and can see that most of the time, everything is reasonable, a build is requested and nothing needs doing.

But sometimes there is action and I can now go back and investigate after the event, but ...

It would be really helpful if as well as the Built elapsed time at the end there was a Building absolute start time at the front, and possibly a diagnosis of the build trigger (at least full/incremental and maybe the dirty files list).

(The triggers could help identify why a real build seems to have a no-action build just before and just after.)

Regards

Ed Willink

Report message to a moderator