Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » Re: How impl "xsd:choice" model constraint ?
| Re: How impl "xsd:choice" model constraint ? [message #51514] |
Thu, 21 September 2006 13:24  |
Eclipse User |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------020305030703090704000500
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Radek,
No, EMF doesn't currently validate "complex" particle constraints. It's
our oldest feature request to do that and I have prototyped an approach
for doing so:
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210>
https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210
I'm pretty sure OCL could be used to express mutual exclusion type of
constraint. I've asked Christian to have a look at this question and
added the EMFT newsgroup, which is a better place to ask about OCL...
Radek Dvorak wrote:
> Hi tiggo,
>
> GMF does not process <xsd:choice> at all.
> Please, check if EMF is able to use xsd:choice elements in EMF validation
> mechanism.
> If yes, GMF validation involves EMF validators automatically and visualizes
> the resulting diagnostics (if validation enabled).
>
> As for expressing it in OCL, in principal you can do it (manually ;)). It
> just depends on how complex the constraint is and
> whether OCL is straightforward tool for this.
>
> Regards,
> /Radek
>
> "tiggo" <tiggo.kan@gmail.com> wrote in message
> news:ees0uk$vf9$1@utils.eclipse.org...
>
>> Hello,
>>
>> As illustrated in a tutorial, a simple ocl-based constraint can be
>> supported in gmfmap model, But I know little about OCL... Just wonder
>> whether "<xsd:choice>" constraint can be expressed by OCL? If can, GMF
>> also can generate such codes?
>> In my semantic model, "<xsd:choice>" is used on a container, which has
>> such restriction on children.
>>
>> thanks for any suggestion.
>>
>> regards / tiggo
>>
>
>
>
--------------020305030703090704000500
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Radek,<br>
<br>
No, EMF doesn't currently validate "complex" particle constraints.
It's our oldest feature request to do that and I have prototyped an
approach for doing so:<a
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210"><br>
</a>
<blockquote><a
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210">https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210</a><br>
</blockquote>
I'm pretty sure OCL could be used to express mutual exclusion type of
constraint. I've asked Christian to have a look at this question and
added the EMFT newsgroup, which is a better place to ask about OCL...<br>
<br>
<br>
Radek Dvorak wrote:
<blockquote cite="mideeu186$gli$1@utils.eclipse.org" type="cite">
<pre wrap="">Hi tiggo,
GMF does not process <xsd:choice> at all.
Please, check if EMF is able to use xsd:choice elements in EMF validation
mechanism.
If yes, GMF validation involves EMF validators automatically and visualizes
the resulting diagnostics (if validation enabled).
As for expressing it in OCL, in principal you can do it (manually ;)). It
just depends on how complex the constraint is and
whether OCL is straightforward tool for this.
Regards,
/Radek
"tiggo" <a class="moz-txt-link-rfc2396E" href="mailto:tiggo.kan@gmail.com"><tiggo.kan@gmail.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:ees0uk$vf9$1@utils.eclipse.org">news:ees0uk$vf9$1@utils.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
As illustrated in a tutorial, a simple ocl-based constraint can be
supported in gmfmap model, But I know little about OCL... Just wonder
whether "<xsd:choice>" constraint can be expressed by OCL? If can, GMF
also can generate such codes?
In my semantic model, "<xsd:choice>" is used on a container, which has
such restriction on children.
thanks for any suggestion.
regards / tiggo
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------020305030703090704000500--
|
|
|
| Re: How impl "xsd:choice" model constraint ? [message #51540 is a reply to message #51514] |
Thu, 21 September 2006 14:12  |
| Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, all,
See my reply to the other branch of this thread in the GMF newsgroup (sorry,
should have cross-posted my reply).
Christian
Ed Merks wrote:
> Radek,
>
> No, EMF doesn't currently validate "complex" particle constraints. It's
> our oldest feature request to do that and I have prototyped an approach
> for doing so:
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210>
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210
>
> I'm pretty sure OCL could be used to express mutual exclusion type of
> constraint. I've asked Christian to have a look at this question and
> added the EMFT newsgroup, which is a better place to ask about OCL...
>
>
> Radek Dvorak wrote:
>> Hi tiggo,
>>
>> GMF does not process <xsd:choice> at all.
>> Please, check if EMF is able to use xsd:choice elements in EMF validation
>> mechanism.
>> If yes, GMF validation involves EMF validators automatically and
>> visualizes the resulting diagnostics (if validation enabled).
>>
>> As for expressing it in OCL, in principal you can do it (manually ;)). It
>> just depends on how complex the constraint is and
>> whether OCL is straightforward tool for this.
>>
>> Regards,
>> /Radek
>>
>> "tiggo" <tiggo.kan@gmail.com> wrote in message
>> news:ees0uk$vf9$1@utils.eclipse.org...
>>
>>> Hello,
>>>
>>> As illustrated in a tutorial, a simple ocl-based constraint can be
>>> supported in gmfmap model, But I know little about OCL... Just wonder
>>> whether "<xsd:choice>" constraint can be expressed by OCL? If can, GMF
>>> also can generate such codes?
>>> In my semantic model, "<xsd:choice>" is used on a container, which has
>>> such restriction on children.
>>>
>>> thanks for any suggestion.
>>>
>>> regards / tiggo
>>>
>>
>>
>>
|
|
|
| Re: How impl "xsd:choice" model constraint ? [message #591597 is a reply to message #51514] |
Thu, 21 September 2006 14:12 |
| Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, all,
See my reply to the other branch of this thread in the GMF newsgroup (sorry,
should have cross-posted my reply).
Christian
Ed Merks wrote:
> Radek,
>
> No, EMF doesn't currently validate "complex" particle constraints. It's
> our oldest feature request to do that and I have prototyped an approach
> for doing so:
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210>
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=51210
>
> I'm pretty sure OCL could be used to express mutual exclusion type of
> constraint. I've asked Christian to have a look at this question and
> added the EMFT newsgroup, which is a better place to ask about OCL...
>
>
> Radek Dvorak wrote:
>> Hi tiggo,
>>
>> GMF does not process <xsd:choice> at all.
>> Please, check if EMF is able to use xsd:choice elements in EMF validation
>> mechanism.
>> If yes, GMF validation involves EMF validators automatically and
>> visualizes the resulting diagnostics (if validation enabled).
>>
>> As for expressing it in OCL, in principal you can do it (manually ;)). It
>> just depends on how complex the constraint is and
>> whether OCL is straightforward tool for this.
>>
>> Regards,
>> /Radek
>>
>> "tiggo" <tiggo.kan@gmail.com> wrote in message
>> news:ees0uk$vf9$1@utils.eclipse.org...
>>
>>> Hello,
>>>
>>> As illustrated in a tutorial, a simple ocl-based constraint can be
>>> supported in gmfmap model, But I know little about OCL... Just wonder
>>> whether "<xsd:choice>" constraint can be expressed by OCL? If can, GMF
>>> also can generate such codes?
>>> In my semantic model, "<xsd:choice>" is used on a container, which has
>>> such restriction on children.
>>>
>>> thanks for any suggestion.
>>>
>>> regards / tiggo
>>>
>>
>>
>>
|
|
|
Goto Forum:
Current Time: Sat Apr 27 00:58:29 GMT 2024
Powered by FUDForum. Page generated in 0.03344 seconds |
] 
Search
Help
Register
Login
Home
