Make IDTA-published submodel templates loadable

[atextor]

The IDTA repository submodel-templates contains the officially published SMTs. Several of these files are not readable with AAS4J due to deserialization failures. I'm aware that:

• this issue has been brought up before: XmlDeserializer can't read AASX file #172
• this is due to errors in the .aasx files, which was also raised as an issue in the submodel-templates repository itself: Invalid IDTA templates  admin-shell-io/submodel-templates#37
• the cause probably is/was a bug in the AASX Package Explorer, which has been addressed: aasx non-importable in AAS4J due to not-schema-compliant xml eclipse-aaspe/package-explorer#134

Nevertheless, the files do exist like that and the fix in AASXPE apparently only alleviates the problem in the future. All of the above issues have been closed, but the files are still not readable. I expect (and by that I mean: end users using software built using AAS4J expect) these files to be readable. If they contain invalid structures or values, the XmlDeserializer or details of its implementation should work around this, if necessary by handling certain files specially. Even if the files are invalid according to the specification, they are still officially issued by IDTA and incompatibilities between core AAS infrastructure components such as AAS4J and the official IDTA files are confusing for users and cast a poor light on Admin Shells as a whole.

IMHO, the only other valid option would be to have IDTA remove these broken files, but I don't think this is possible to the release/standardization process.

Here is a full list of .aasx files with marks whether they can be loaded (AAS4J 1.0.2):

• ✅ IDTA 02001-1-0_Subomdel_MTPv1.0-rc2-with-documentation.aasx
• ✅ IDTA 02002-1-0_Template_ContactInformation.aasx
• ✅ IDTA_02003-1-2_Template_TechnicalData.aasx
• ✅ IDTA 02004-1-2_Template_Handover Documentation.aasx
• ✅ IDTA 02005-1-0_Template_ProvisionOfSimulationModels.aasx
• 💥 IDTA 02006-2-0_Sample Digital Nameplate.aasx
• ✅ IDTA 02006-2-0_Template_Digital Nameplate.aasx
• ✅ IDTA 02007-1-0_Template_Software Nameplate.aasx
• ✅ IDTA 02008-1-1_Template_TimeSeriesData.aasx
• ✅ IDTA 02008-1-1_Template_withOperations_TimeSeriesData.aasx
• ✅ IDTA 02010-1-0_Template_ServiceRequestNotification.aasx
• ✅ IDTA 02011-1-0_Template_HierarchicalStructuresEnablingBoM.aasx
• ✅ IDTA 02012-1-0_Template_DEXPI.aasx
• ✅ IDTA 02013-1-0_Template_Reliability.aasx
• ✅ IDTA 02014-1-0_Template_FunctionalSafety.aasx
• ✅ IDTA 02015-1-0 _Template_ControlComponentType.aasx
• ✅ IDTA 02016-1-0 _Template_ControlComponentInstance.aasx
• 💥 IDTA 02017-1-0_Template_Asset Interfaces Description.aasx
• ✅ IDTA 02022-1-0_Template_Wireless Communication.aasx
• ✅ IDTA 2023-0-9 _Template_CarbonFootprint.aasx
• 💥 Sample_ZVEI_Digital_Nameplate_V10.aasx
• 💥 sample-zvei-techdata-V11.aasx
• 💥 SMT_pure_Technical_Data_V11.aasx
• 💥 SMT_pure_ZVEI_Digital_Nameplate_V10.aasx
• 💥 SMT_qualified_Technical_Data_V11.aasx
• 💥 SMT_qualified_ZVEI_Digital_Nameplate_V10.aasx

[mjacoby]

Thank you for your feedback and we will discuss this in our next developers meeting.

My personal opinion is that it would be bad practice to deliberately implement and accept invalid files just because they have not been properly validated before being published. The correct way forward would be to retract/fix/update these files to be actually compliant to the specification.

[atextor]

Thank you for the quick feedback. I fully agree, fixing the files would be the correct way. I just have the impression that this is not going to happen (due to the fact that the above mentioned issue #37 was closed without changes to the files in question), hence my proposal for the "next-best thing".
If this is closed as "wontfix", it would be completely understandable, it's not AA4J's duty to work around this.

[Rudra-sandeep]

@atextor I have fixed the templates related to Zvei Digital Namplate and Zvei Technical Data you can find them in the below link
Links: https://github.com/admin-shell-io/submodel-templates/tree/main/published/ZVEI_Digital_Nameplate/1/0
https://github.com/admin-shell-io/submodel-templates/tree/main/published/Technical_Data/1/1
Please try to load them again and if you still face the same issue then please add a comment here.
The issue with the Asset Interfaces Description is forwarded to the respective WG