Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » TMF (Xtext) » Problem between Xbase 2.4.0 and 2.4.3
Problem between Xbase 2.4.0 and 2.4.3 [message #1219527] Wed, 04 December 2013 07:11 Go to next message
Jeff MAURY is currently offline Jeff MAURY
Messages: 38
Registered: July 2009
Member
I have the following environnment:

Eclipse Kepler + Xtext 2.4.3 installed

Tycho build with a target platform embedding Xtext 2.4.0

When the Tycho build generates the Xtext code through the Fornax plugin, then I have compilation errors in my InternalXXXParser on methods of the object that is returned by getXFeatureCallAccess() method on the grammarAccess object.

In order to fix it, I may use 2.4.3 in all environnements. But my question is more about packaging: what if I deploy my code on a 2.4.0, should I request 2.4.3 as the minimum version ?
Do you think this normal that 2.4.3 is incompatible with 2.4.0 ?

Jeff
Re: Problem between Xbase 2.4.0 and 2.4.3 [message #1219552 is a reply to message #1219527] Wed, 04 December 2013 10:35 Go to previous message
Sven Efftinge is currently offline Sven Efftinge
Messages: 1759
Registered: July 2009
Senior Member
Yes, you need to use the same version in all environments. The incompatibility is because Xbase is still provisional API and the grammar has changed between 2.4.0 and 2.4.3.
This must not happen with public API but provisional or internal one might change.
Btw. 2.5.0 (release Dec 11) will again require regeneration of Xbase languages. We plan to make the APIs public with 2.6.0 which we want to finish during the first half of 2014.
Thanks for your patience...
Sven


--
Need professional support on Xtext or Xtend?
Mail to: xtext (at) itemis.com
Twitter : @svenefftinge
Blog : blog.efftinge.de
Previous Topic:[Xtext 2.4.3] What to do if 'keyword' can occur as an ID as well?
Next Topic:Problem while exporting eclipse product
Goto Forum:
  


Current Time: Thu Jul 24 13:53:32 EDT 2014

Powered by FUDForum. Page generated in 0.37673 seconds