-Webmaster.

See you in eclipse.epsilon!

Cheers,
Dimitrios

C:\eclipse\configuration\org.eclipse.osgi\bundles\586\1\.cp\transformations\jademm2java

If I pass a static path like C:\transformations\jademm2java it works.

Regards,

Stefan

Hello,

I am developing an Eclipse plug-in that executes a MOFScript transformation on a selected model to generate source code. Unfortunately, I have the following problem: The transformation consists of several m2t files that are imported by the main m2t file. If I start a new instance of Eclipse to test the plug-in, the transformation sometimes works and sometimes not (without changing anything). The transformation always executes the main m2t file, but (sometimes) the imported m2t files can not be resolved. If I export the plug-in and copy it to another Eclipse's plugin folder, only the main m2t file is executed (the imported ones never). The error message is:

#Runtime Error in FunctionCallEvaluator:# Unknown function ...

I followed the MOFScript User Guide 0.6 to execute the transformation programmatically. I checked the compile path etc. but I could not find the problem. ParserUtil does not complain about the imports. As far as I understood I just have to invoke the ParserUtil with the main m2t file, right? The examples I found considered only one m2t file without imports.

Perhaps somebody can give me some hints how to solve this problem. Thanks!

Regards,

Stefan

Thank you!

Kimon

Hello,

I suddenly seem to have a problem with an EWL file...Aany
operation I have defined, cannot be found from the wizards. Though, all
methods have been working fine before and I have made no changes.

What could be the cause of this?

I suddenly seem to have a problem with an EWL file...Aany
operation I have defined, cannot be found from the wizards. Though, all
methods have been working fine before and I have made no changes.

What could be the cause of this?

operation Any topEContainer() {
  if (self.eContainer().isDefined()) {
    return self.eContainer().topEContainer();
  }
  else {
    return self;
  }
}

Cheers,
Dimitris

Hello,

I was wondering whether there is a built-in operation to find the top-lever container of a model element.

E.g.

A contains B contains C contains D

is there a method that allows me to find the top-level container, which in that case would be container A?

Thank you in advance,
Kimon

E.g.

A contains B contains C contains D

Thank you in advance,
Kimon

Thank you very much,
Kimon

Hi Kimon,

Say you have

class A {
  attr String a1;
  ref A[*] referenced;
  val A[*] contained[*];
}

To create a copy you should define an operation like this:

operation A createCopy() {
  var n : new A;
  n.a1 := self.a1;
  n.referenced := self.referenced;
  for (contained in self.contained) {
    n.contained.add(contained.createCopy());
  }
  return n;
}

Now if you need to have a generic operation that creates a copy of any element, you should use EMF reflection - but in this case it is simpler (and safer) to just use the EcoreUtil.copy method mentioned previously.

Cheers,
Dimitris

Kimon Polychroniadis wrote:

So, let's suppose there is model element A of type TypeOfA , and I wish to create a copy.
Isn't it possible to create a copy in a more 'manual' manner, with the following the steps below:

1. create a new element e.g. B := new TypeOfA;

2. copy A's attributes and feature values one by one (looping through the attributes and features of A, B(.

3. move B in the container of choice.

However, I am not sure as to how I should reference the atttributes and features of A (and their values).

I realise the solution (if feasible) is a bit 'brute force' but it's a relatively small model I 've got, so I don't think performance would be an issue.

Thanks,
Kimon

O/H Dimitrios Kolovos έγραψε:

Hi Kimon,

Thanks for submitting https://bugs.eclipse.org/bugs/show_bug.cgi?id=246352

I'll look into it shortly.

Cheers,
Dimitris

Dimitrios Kolovos wrote:

Hi Kimon,

There is currently no built-in operation for copying model elements in EOL; however this seems to be a useful addition. Could you please open a feature request in the bugzilla?

As a temporary workaround you can use the (static) EcoreUtil.copy(EObject eObject) method which does exactly that. You'll need to create a new Epsilon tool and add a copy(EObject) operation that delegates to the respective operation of the EcoreUtil class.

Cheers,
Dimitris

Kimon Polychroniadis wrote:

Hi,

I am trying to copy an element of my model in another container in the
model. For example I got element A in container C1 and I want to make a
copy of A (e.g. B) in another container (e.g. C2). So the goal is to
have A in C1 and B in C2, wiht A and B being identical.

However, I noticed that the ':= ' operator moves the object rather
copying it. I also thought of using the clone() command, manipulating the element as a Collection, no result. Is there a more rational way of doing this?

Thank you in advance,
Kimon

Say you have

class A {
  attr String a1;
  ref A[*] referenced;
  val A[*] contained[*];
}

To create a copy you should define an operation like this:

operation A createCopy() {
  var n : new A;
  n.a1 := self.a1;
  n.referenced := self.referenced;
  for (contained in self.contained) {
    n.contained.add(contained.createCopy());
  }
  return n;
}

Cheers,
Dimitris

So, let's suppose there is model element A of type TypeOfA , and I wish to create a copy.
Isn't it possible to create a copy in a more 'manual' manner, with the following the steps below:

1. create a new element e.g. B := new TypeOfA;

2. copy A's attributes and feature values one by one (looping through the attributes and features of A, B(.

3. move B in the container of choice.

However, I am not sure as to how I should reference the atttributes and features of A (and their values).

I realise the solution (if feasible) is a bit 'brute force' but it's a relatively small model I 've got, so I don't think performance would be an issue.

Thanks,
Kimon

O/H Dimitrios Kolovos έγραψε:

Hi Kimon,

Thanks for submitting https://bugs.eclipse.org/bugs/show_bug.cgi?id=246352

I'll look into it shortly.

Cheers,
Dimitris

Dimitrios Kolovos wrote:

Hi Kimon,

There is currently no built-in operation for copying model elements in EOL; however this seems to be a useful addition. Could you please open a feature request in the bugzilla?

As a temporary workaround you can use the (static) EcoreUtil.copy(EObject eObject) method which does exactly that. You'll need to create a new Epsilon tool and add a copy(EObject) operation that delegates to the respective operation of the EcoreUtil class.

Cheers,
Dimitris

Kimon Polychroniadis wrote:

Hi,

I am trying to copy an element of my model in another container in the
model. For example I got element A in container C1 and I want to make a
copy of A (e.g. B) in another container (e.g. C2). So the goal is to
have A in C1 and B in C2, wiht A and B being identical.

However, I noticed that the ':= ' operator moves the object rather
copying it. I also thought of using the clone() command, manipulating the element as a Collection, no result. Is there a more rational way of doing this?

Thank you in advance,
Kimon