ETSI's Bug Tracker - Part 09: Using XML with TTCN-3
View Issue Details

ID | Project | Category | View Status | Date Submitted | Last Update
0007969 | Part 09: Using XML with TTCN-3 | Technical | public | 27-07-2020 10:17 | 17-12-2020 12:09

Reporter | Wolfgang Seka |
Assigned To | Gyorgy Rethy |
Priority | normal | Severity | major | Reproducibility | have not tried
Status | closed | Resolution | fixed |
Platform |  | OS |  | OS Version |
Product Version | 4.11.1 (published 2020-05) |
Target Version | 4.12.1 (ongoing) | Fixed in Version | 4.12.1 (ongoing) |
Clause Reference(s) | ES 201 873-9 clause 7.6.8, B.3.10
For STF discussion |
Source (company - Author) | MCC160

Summary | 0007969: Ambiguity with decoding of embed_values

Description

According to ES 201 873-9 clause 7.6.8 for mixed xml content in TTCN templates there is a list of strings which carries the embedded text of the xml element: "record of XSD.String embed_values".
In addition, clause 7.6.8 specifies that the length of this list "shall not exceed" the number of elements plus one.
=> The wording according to clause 7.6.8 allows in a template that embed_values contains 0 .. N+1 strings.
This causes a problem for writing receive templates as in general it is up to codec implementation how many empty strings it adds to embed_values.
Example: Assuming a "mixed type" with two elements and no embedded text being expected in the received xml document in principle it would be necessary to specify embed_values as
embed_values := ({}, {""}, {"", ""}, {"", "", ""})
to cope with all possible variants of codec behaviour.
In addition, when there is an elem_list it seems that the maximum length of embed_values is even unpredictable.
NOTE: In practice there is especially the question whether the codec generates '{}' or '{""}'.
Conclusion: There shall be a rule for codec implementation not to provide any empty strings at the end of embed_values
=> when there is no embedded text it shall result in embed_values := {}

Steps To Reproduce |
Additional Information |
Tags | No tags attached.
Relationships |
Attached Files | CR7969-1.docx (152,514) 12-08-2020 10:57 http://oldforge.etsi.org/mantis/file_download.php?file_id=3920&type=bug CR7969-2.docx (152,943) 13-08-2020 08:08 http://oldforge.etsi.org/mantis/file_download.php?file_id=3928&type=bug

Issue History
Date Modified | Username | Field | Change
27-07-2020 10:17 | Wolfgang Seka | New Issue |
10-08-2020 10:05 | Jens Grabowski | Project | TTCN-3 Change Requests => Part 09: Using XML with TTCN-3
10-08-2020 10:08 | Jens Grabowski | Assigned To | => Tomas Urban
10-08-2020 10:08 | Jens Grabowski | Status | new => assigned
12-08-2020 10:57 | Tomas Urban | File Added: CR7969-1.docx |
12-08-2020 10:59 | Tomas Urban | Note Added: 0015707 |
12-08-2020 10:59 | Tomas Urban | Assigned To | Tomas Urban => KristÃ³f Szabados
12-08-2020 10:59 | Tomas Urban | Status | assigned => confirmed
12-08-2020 12:02 | KristÃ³f Szabados | Note Added: 0015708 |
12-08-2020 12:40 | KristÃ³f Szabados | Assigned To | KristÃ³f Szabados => Tomas Urban
12-08-2020 12:40 | KristÃ³f Szabados | Status | confirmed => assigned
13-08-2020 08:08 | Tomas Urban | File Added: CR7969-2.docx |
13-08-2020 08:09 | Tomas Urban | Note Added: 0015718 |
13-08-2020 08:09 | Tomas Urban | Assigned To | Tomas Urban => KristÃ³f Szabados
13-08-2020 08:09 | Tomas Urban | Status | assigned => confirmed
13-08-2020 10:37 | KristÃ³f Szabados | Note Added: 0015725 |
13-08-2020 10:38 | KristÃ³f Szabados | Status | confirmed => resolved
13-08-2020 10:38 | KristÃ³f Szabados | Resolution | open => fixed
13-08-2020 10:38 | KristÃ³f Szabados | Assigned To | KristÃ³f Szabados => Gyorgy Rethy
17-12-2020 12:09 | Gyorgy Rethy | Note Added: 0015881 |
17-12-2020 12:09 | Gyorgy Rethy | Status | resolved => closed
17-12-2020 12:09 | Gyorgy Rethy | Product Version | => 4.11.1 (published 2020-05)
17-12-2020 12:09 | Gyorgy Rethy | Fixed in Version | => 4.12.1 (ongoing)
17-12-2020 12:09 | Gyorgy Rethy | Target Version | => 4.12.1 (ongoing)

Notes

(0015707)
Tomas Urban
12-08-2020 10:59

I added a rule to the section B that instructs the codec to automatically remove all empty strings from the end of the embed_values field at the end of decoding. Please check.

(0015708)
KristÃ³f Szabados
12-08-2020 12:02

Just one note: currently the description makes it sound like decoding is a part of encoding. Othwerwise the change looks good.

(0015718)
Tomas Urban
13-08-2020 08:09

I separated the decoding rules from encoding rules. Please check.

(0015725)
KristÃ³f Szabados
13-08-2020 10:37

Looks good to me, can be added to the next version of the standard.

(0015881)
Gyorgy Rethy
17-12-2020 12:09

Implemented in draft 4.11.2