|Re: represent ProR SpecRelations with BIRT [message #1418016 is a reply to message #1415864]
||Sat, 06 September 2014 11:05
| . ProR user
Registered: August 2014
I've stopped at the following topic: In the reqif file, empty elements are not contained. For saving disk space it's ok. However, an xpath query like |
don't address the correct element, if another is located before, currently empty and will set. When, the set element becomes the third  and the original the fourth .
Unfortunately, the BIRT xml data source spec https://www.eclipse.org/birt/release20specs/BPS23-XmlDataSourceSpec.pdf says:
"2. Only the following predicates are recognized:
• A single position predicate in the abbreviated form, e.g., "author".
• A single equality condition based on an attribute value. E.g., "title[@lang='en']".
3. XPath functions are not supported"
If the <ATTRIBUTE-DEFINITION-STRING-REF> would be a attribute instead of an element, the query could match to the unique data type identifier inside the reqif file. A match query for element/text is not supported by BIRT.
Possible solution could be:
a) re-specify the data type as attribute instead of text inside the reqif file
b) support element/text match query in BIRT
c) support further data types like <ATTRIBUTE-DEFINITION-STRING1-REF>, <ATTRIBUTE-DEFINITION-STRING2-REF>, ATTRIBUTE-DEFINITION-BOOLEAN2-REF> etc.
Is this realistic? Any further ideas?
Powered by FUDForum
. Page generated in 0.02239 seconds