Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [Ecore Tools] Upper Bound = -2
[Ecore Tools] Upper Bound = -2 [message #612977] Sat, 22 December 2007 22:45
Philipp W. Kutter is currently offline Philipp W. KutterFriend
Messages: 306
Registered: July 2009
Senior Member
Hi.
I just learned, that Upper Bound = -2 is valid in Ecore.

It has to do with features "that can be used in features maps
corresponding to wildcards or substitution group heads. Whether the
feature will be single-valued or multi-valued will depend on the
context, i.e., on whether the wildcard or substitution group head is
itself single-valued or multi-valued." (see Eds mail below)

The TopcaseD 1.2 editor flags an error (I run it under
Eclipse 3.4m4, EMF 2.4 newest, e.t.c.)

Can this be supported by the future tools? Shall I add a feature
request, and where?

Best, Philipp


Ed Merks wrote, EMF Newsgroup 20072122 13:42
> Philipp,
>
> Comments below.
>
> Philipp W. Kutter wrote:
>> Hi.
>>
>> I am working on Birt/EMF integration, and following the EMF
>> philosophy, I try to do model based integration.
>>
>> Birt unfortunatly does not use EMF for the report editor, BUT,
>> there is the XML-Schema for the reports, and I can import it in EMF.
>>
>> The design.xsd is located in the BIRT source code in the
>> org.eclipse.birt.report.model project in the
>> src\org\eclipse\birt\report\model\parser\design.xsd file.
>> (for your convenience, I attach it)
>>
>> Now my first problem. The generated Ecore model creates
>>
>> UpperBound=-2
>>
>> for the library and report features of DocumentRoot.
> Yes, that's intentional. These features can be used in features maps
> corresponding to wildcards or substitution group heads. Whether the
> feature will be single-valued or multi-valued will depend on the
> context, i.e., on whether the wildcard or substitution group head is
> itself single-valued or multi-valued.
>>
>> The ECore validator does not flag this as error (my TopcaseD
>> editor did...)
> I'm going with Ecore's validator on this one. :-P
>>
>> Is this valid ECore? Is this a valid Schema?
> According to the XSD validator, the schema is valid, and according to
> our Ecore validator, the resulting Ecore is correct as well.
>
> I wonder if the BIRT guys hand wrote an API for this large schema-based
> model? Seems like a lot of work for something you can do with the push
> of a button...
>>
>> Best Regards, Philipp
Previous Topic:[CDO] Connection failures
Next Topic:[Teneo] Use J2SE spec API for XML datatypes (work with IBM JDK)
Goto Forum:
  


Current Time: Wed Oct 28 07:58:37 GMT 2020

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

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

Back to the top