Home » Modeling » EMF » Defining 'equals'-operation on custom datatype
| |
Re: Defining 'equals'-operation on custom datatype [message #513002 is a reply to message #512955] |
Mon, 08 February 2010 14:46 |
RJ Messages: 19 Registered: October 2009 Location: Eindhoven, The Netherland... |
Junior Member |
|
|
Maybe you're right about that. I get the error in .chk files (which are indeed OCL) and in extension files for Xpand (which is I guess also (a form of) OCL).
But then again, it is a problem that occurs in different parts of the Framework, that's why I figured I'd post it in the general EMF forum.
Furthermore, the problem (I think) is caused by the fact that I can't link the XString datatype correctly to the original Java String datatype, which is an Ecore related question.
But if you feel that this question is in the wrong section, by all means, move it to a correct one. I'm just hoping to get an answer to my question.
[Updated on: Mon, 08 February 2010 14:46] Report message to a moderator
|
|
|
Re: Defining 'equals'-operation on custom datatype [message #513013 is a reply to message #513002] |
Mon, 08 February 2010 10:24 |
Ed Merks Messages: 33140 Registered: July 2009 |
Senior Member |
|
|
RJ,
I'm really not sure what the correct place is. If it's about OCL, then
yes, ask on the OCL newsgroup/forum. If it's about Xpand, ask there.
There's nothing in Ecore itself to help or hinder this.
RJ wrote:
> Maybe you're right about that. I get the error in .chk files (which
> are indeed OCL) and in extension files for Xpand (which is I guess
> also (a form of) OCL).
>
> But then again, it is a problem that occurs in different parts of the
> Framework, that's why I figured I'd post it in the general EMF forum.
>
> Furthermore, the problem (I thinks) is caused by the fact that I can't
> link the XString datatype correctly to the original Java String
> datatype, which is an Ecore related question.
>
> But if you feel that this question is in the wrong section, by all
> means, move it to a correct one. I'm just hoping to get an answer to
> my question.
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Re: Defining 'equals'-operation on custom datatype [message #513043 is a reply to message #513002] |
Mon, 08 February 2010 16:12 |
|
--=-Epyf9Ju6eJ5SldiGXhXN
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Hi, RJ,
The Check language is not OCL, though its syntax borrows heavily from
OCL. It is maintained in the M2T XPand project, so you should ask about
how to define the == operation for datatypes in Xpand in the
modeling.m2t newsgroup.
Cheers,
Christian
On Mon, 2010-02-08 at 15:46 +0100, RJ wrote:
> Maybe you're right about that. I get the error in .chk files (which are indeed OCL) and in extension files for Xpand (which is I guess also (a form of) OCL).
>
> But then again, it is a problem that occurs in different parts of the Framework, that's why I figured I'd post it in the general EMF forum.
>
> Furthermore, the problem (I thinks) is caused by the fact that I can't link the XString datatype correctly to the original Java String datatype, which is an Ecore related question.
>
> But if you feel that this question is in the wrong section, by all means, move it to a correct one. I'm just hoping to get an answer to my question.
--=-Epyf9Ju6eJ5SldiGXhXN
Content-Type: text/html; charset="utf-8"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.24.1.1">
</HEAD>
<BODY>
Hi, RJ,<BR>
<BR>
The Check language is not OCL, though its syntax borrows heavily from OCL. It is maintained in the M2T XPand project, so you should ask about how to define the == operation for datatypes in Xpand in the modeling.m2t newsgroup.<BR>
<BR>
Cheers,<BR>
<BR>
Christian<BR>
<BR>
<BR>
On Mon, 2010-02-08 at 15:46 +0100, RJ wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Maybe you're right about that. I get the error in .chk files (which are indeed OCL) and in extension files for Xpand (which is I guess also (a form of) OCL).
But then again, it is a problem that occurs in different parts of the Framework, that's why I figured I'd post it in the general EMF forum.
Furthermore, the problem (I thinks) is caused by the fact that I can't link the XString datatype correctly to the original Java String datatype, which is an Ecore related question.
But if you feel that this question is in the wrong section, by all means, move it to a correct one. I'm just hoping to get an answer to my question.
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-Epyf9Ju6eJ5SldiGXhXN--
|
|
|
Goto Forum:
Current Time: Thu Apr 25 11:54:34 GMT 2024
Powered by FUDForum. Page generated in 0.03642 seconds
|