|Re: Enabling direct OCL-to-Java code generation in Indigo / eclipse 3.7.2 [message #1454852 is a reply to message #1454781]
||Tue, 28 October 2014 20:56
| Ed Willink
Registered: July 2009
The Luna release was tested on Juno.
I think that Xtext 2.3 is the limiting factor; there is compatibility
code to go from 2.3.1 to 2.3. Maybe earlier would work too, but Xtext
evolved quite signifucantly in its early releases. UML 4.0 is also a
If you are prepared to install Luna EMF,Xtext,UML,OCL you should be ok
on Indigo and possibly even Helios.
OCL to Java code generation has been mostly steadily improving so
anything less than the Luna SR is misguided.
The Mars milestones should be better but haven't been tested so there
may be a stupid manifest errors that prohibits it.
On 28/10/2014 20:19, Adrian Price wrote:
> Good day mdt.ocl,
> My apologies in advance for posing the kind of question I always hate
> answering myself, namely, one about the capabilities of some ancient
> version of the product on which I myself work :-)
> The aforementioned product runs on a target platform based on Indigo /
> 3.7.2 and EMF 2.7.2 (these versions beyond my control) and we're
> currently using OCL 3.1.2 (for Ecore only, don't care about UML). With
> the OCL 4.1.1 SDK installed in my IDE I was able to get declarative OCL
> to generate interpretively executed Java code but even with the
> documented workspace / project / genmodel settings was unable to get
> 'Generate Java code in XxxBodies classes' working. We're looking to
> improve validation performance so the latter is of great interest.
> From what I've been able to tell from poring over bundle manifests, I
> ought to be able to get pure Java codegen by installing the
> org.eclipse.ocl_3.4.2.v20140725-2242 feature (from the latest and
> greatest mdt-ocl-runtime-5.0.2) in the target platform. Would you agree?
> Adrian Price
> TIBCO Software Inc.
Powered by FUDForum
. Page generated in 0.02783 seconds