View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004741 | 30070: MTConnect | Documentation Errata | public | 2019-04-23 19:35 | 2019-04-26 18:18 |
| Reporter | Stan Brubaker | Assigned To | William Sobel | ||
| Priority | normal | Severity | major | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Product Version | 2.0 RC8 | ||||
| Summary | 0004741: NamespaceUri - should it change in this version? | ||||
| Description | Changing the NamespaceUri means that all defined types are incompatible with previous versions. | ||||
| Tags | No tags attached. | ||||
|
|
The change was intentional since the new specification is a complete departure from the prior spec. The new one is not backward compatible and therefor a new URI was suggested. |
|
|
From: William Sobel will@govimana.com Hi Stan, Sorry for taking a while to get back. The namespace URI change was intentional since the two models are completely different. There is a path of conversion but they do not interoperate. Since there was little to no adoption for the prior standard and it was not officially accepted, we decided to use a new URI to avoid confusion. Does that provide sufficient context? Thanks |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2019-04-23 19:35 | Stan Brubaker | New Issue | |
| 2019-04-23 19:35 | Stan Brubaker | Status | new => assigned |
| 2019-04-23 19:35 | Stan Brubaker | Assigned To | => William Sobel |
| 2019-04-23 19:46 | William Sobel | Note Added: 0010219 | |
| 2019-04-26 17:57 | Stan Brubaker | Target Version | 2.0 RC9 => |
| 2019-04-26 17:57 | Stan Brubaker | Note Added: 0010232 | |
| 2019-04-26 18:18 | Stan Brubaker | Status | assigned => closed |
| 2019-04-26 18:18 | Stan Brubaker | Resolution | open => no change required |