Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » OCL » ecore & ocl: dependencies
ecore & ocl: dependencies [message #1246041] Fri, 14 February 2014 16:37 Go to next message
Christoph Caks is currently offline Christoph CaksFriend
Messages: 10
Registered: July 2009
Junior Member
Hi,

I'm using the oclinecore editor to get the ocl constraint into the java code
this works nicely except for some casting issues here and there
(it seems to me that the generated java code is more typesafe than the runtime ocl evaluator in the xtext console)

However generating the model adds the following dependencies to my model project:
* org.eclipse.ocl.examples.library
* org.eclipse.ocl.examples.pivot
* org.eclipse.ocl.examples.codegen

and those depend on
* org.eclipse.ocl.examples.library
 * org.eclipse.ocl.examples.domain
  * org.eclipse.ocl.examples.common
  * org.eclipse.emf.edit

* org.eclipse.ocl.examples.pivot
 * org.eclipse.ocl.common
 * org.eclipse.ocl.examples.common
 * org.eclipse.uml2.codegen.ecore
  * org.eclipse.jdt.core
 * org.eclipse.uml2.uml.resources

* org.eclipse.ocl.examples.codegen
 * org.eclipse.emf.codegen.ecore
  * org.eclipse.emf.codegen
   * org.eclipse.debug.core
  * org.eclipse.jdt.core
  * org.eclipse.jdt.launching
 * org.eclipse.ocl.examples.xtext.essentialocl
  * org.eclipse.ocl.examples.xtext.base
  * org.eclipse.xtext.common.types
   * org.eclipse.xtext
 * org.eclipse.uml2.codegen.ecore
  * org.eclipse.jdt.core
  * org.eclipse.uml2.types
   * org.eclipse.uml2.common

and a lot more bundels
thats a lot of stuff pulled in for getting ocl support

My thought was, if i generate the ocl constraints into the java code then i have no dependencies or at maximum a dependency to some kind of runtime library to simplify the generated code

i removed the codegen bundle and it seems to work - library and pivot seem necessary

is the generated code evaluated in the same way as the interpreted one?
do i have any advantages by generating the invariants into the impl's?

greetings Christoph

Re: ecore & ocl: dependencies [message #1246096 is a reply to message #1246041] Fri, 14 February 2014 18:13 Go to previous message
Ed Willink is currently offline Ed WillinkFriend
Messages: 7655
Registered: July 2009
Senior Member
Hi

This is https://bugs.eclipse.org/bugs/show_bug.cgi?id=401862.

You can probably remove the codegen plugin unless you use one of the
three navigations where the support is provided by misplaced classes.

Regards

Ed

On 14/02/2014 16:37, Christoph Caks wrote:
> Hi,
>
> I'm using the oclinecore editor to get the ocl constraint into the
> java code
> this works nicely except for some casting issues here and there
> (it seems to me that the generated java code is more typesafe than the
> runtime ocl evaluator in the xtext console)
>
> However generating the model adds the following dependencies to my
> model project:
>
> * org.eclipse.ocl.examples.library
> * org.eclipse.ocl.examples.pivot
> * org.eclipse.ocl.examples.codegen
>
> and those depend on
>
> * org.eclipse.ocl.examples.library
> * org.eclipse.ocl.examples.domain
> * org.eclipse.ocl.examples.common
> * org.eclipse.emf.edit
>
> * org.eclipse.ocl.examples.pivot
> * org.eclipse.ocl.common
> * org.eclipse.ocl.examples.common
> * org.eclipse.uml2.codegen.ecore
> * org.eclipse.jdt.core
> * org.eclipse.uml2.uml.resources
>
> * org.eclipse.ocl.examples.codegen
> * org.eclipse.emf.codegen.ecore
> * org.eclipse.emf.codegen
> * org.eclipse.debug.core
> * org.eclipse.jdt.core
> * org.eclipse.jdt.launching
> * org.eclipse.ocl.examples.xtext.essentialocl
> * org.eclipse.ocl.examples.xtext.base
> * org.eclipse.xtext.common.types
> * org.eclipse.xtext
> * org.eclipse.uml2.codegen.ecore
> * org.eclipse.jdt.core
> * org.eclipse.uml2.types
> * org.eclipse.uml2.common
>
> and a lot more bundels
> thats a lot of stuff pulled in for getting ocl support
>
> My thought was, if i generate the ocl constraints into the java code
> then i have no dependencies or at maximum a dependency to some kind of
> runtime library to simplify the generated code
>
> i removed the codegen bundle and it seems to work - library and pivot
> seem necessary
>
> is the generated code evaluated in the same way as the interpreted one?
> do i have any advantages by generating the invariants into the impl's?
>
> greetings Christoph
>
>
Previous Topic:ecore & ocl generated classes: ExceptionInInitializerError
Next Topic:Dos/Don'ts for OCLinEcore/Pivot?
Goto Forum:
  


Current Time: Fri Mar 29 05:13:35 GMT 2024

Powered by FUDForum. Page generated in 0.02414 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top