Given that
o2m = orchestra2md using the latest reference file
m2o = md2orchestra without further options
then the following round trips create strange results IMHO.
Lets start with minimal content, .ie. the definition of the Heartbeat message as file0
### Message Heartbeat type 0 category Session (1)
#### Synopsis
The Heartbeat monitors the status of the communication link and identifies when the last of a string of
messages was not received.
| Name | Tag | Presence | Documentation |
|-----------------|-----------|----------|----------------------------------------------------------------------|
| StandardHeader | component | required | MsgType = 0 |
| TestReqID | 112 | optional | Required when the heartbeat is the result of a Test Request message. |
| StandardTrailer | component | required | |
m2o file0 file1 adds the missing definitions of the mentioned components and tags to the Orchestra XML:
- The
repository attribute is generated with name="Repository" version="1.0".
- But the name should be
"Repository version 1.0".
o2m file1 file2 updates the Markdown with the missing definitions:
- The title "Repositoy" is added. But it lacks the
version 1.0 as well.
- The section "Actors and Flows" is added - with content "None" - huh?
m2o file2 file3: Now I would expect that the XML has somewhat stabilized but somehow this differs from file1.
o2m file3 file4: Comparing to previous Markdown in file2:
- The header gets
1.0 but without version before -- seems to be a bug.
- Missing fields for the
HopGrp are added. This expected and explains the updates to the XML.
- For some reason, all
category markers are dropped -- seems to be a bug.
- The Synopsis of the
MsgTypeCodeSet changes in funny ways --
Note: A "U" as the first character is duplicated together with the new line character.
- Next round of
m2o file4 file5; o2m file5 file6:
- The headings gets another
1.0 -- obviously a bug.
- The miracle of multiplication of trailing Synopsis text continues -- I regards this as a bug as well.
- etc. etc. etc.
I know that this "workflow" is not intended but it reveals some nice issue, IMHO.
Given that
o2m=orchestra2mdusing the latest reference filem2o=md2orchestrawithout further optionsthen the following round trips create strange results IMHO.
Lets start with minimal content, .ie. the definition of the Heartbeat message as
file0m2o file0 file1adds the missing definitions of the mentioned components and tags to the Orchestra XML:repositoryattribute is generated withname="Repository" version="1.0"."Repository version 1.0".o2m file1 file2updates the Markdown with the missing definitions:version 1.0as well.m2o file2 file3: Now I would expect that the XML has somewhat stabilized but somehow this differs fromfile1.o2m file3 file4: Comparing to previous Markdown infile2:1.0but withoutversionbefore -- seems to be a bug.HopGrpare added. This expected and explains the updates to the XML.categorymarkers are dropped -- seems to be a bug.MsgTypeCodeSetchanges in funny ways --Note: A "U" as the first characteris duplicated together with the new line character.m2o file4 file5; o2m file5 file6:1.0-- obviously a bug.I know that this "workflow" is not intended but it reveals some nice issue, IMHO.