Bug 322592 - HUTN syntax for EDataType literals
Summary: HUTN syntax for EDataType literals
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: gmt (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Arto Laurila CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-12 17:48 EDT by Hallvard Traetteberg CLA
Modified: 2017-04-11 15:13 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hallvard Traetteberg CLA 2010-08-12 17:48:04 EDT
I've an attribute of the Ecore type EDouble, and the HUTN editor complains that 1.0 is not an EDouble value. If I change the type to EFloat 1.0 is accepted. I guess that float is treated specially, but there should be generic support for other EDataTypes.

The natural solution is to give the literal string to the EFactory's createFromString method. Since an EDataType's createFromString method is free to define its own syntax, e.g. include whitespace and commas, some EDataTypes may be impossible to parse correctly. E.g. a Point data type with the syntax x,y will trip the parser. One solution is to allow String literals with quotes and remove the quotes before calling createFromString.