I think you guys are confusing some stuff. And before I continue, please note that the rest of this post is my personal opinion on the matter, it is not meant to be an official OutSystems positioning.
I fully agree with Eric when he says that SOAP and (maybe) REST with JSON are essential for the OutSystems Platform to be able to interface with other systems.
As such, having these capabilities built into the platform offers a great advantage for developers attempting to leverage the OutSystems Platform in their landscape (and also for OutSystems to be able to get into those customers).
However, even if XML is the basis of SOAP, this does not necessarily extend to XML. While I recognize it would remove a lot of pain from developing in the situations where it's needed, I do not believe that XML manipulation belongs as a built-in capability of the OutSystems Platform. This includes X-Path, Serialization, XSD, etc.
I think that enterprises should preferably use SOAP and / or REST to expose their services, instead of relying on weakly typed stuff like XML contracts.
As such I am perfectly ok with this being a community driven effort instead of an OutSystems driven effort. True that the current implementation was done by an OutSystems employee (a long long time ago), but the community should be able to produce this component (or another like it).
Both XML Records and ardoJSON heavily rely on how the code was generated, but (at least ardoJSON) there's nothing done here that someone with proper .NET coding skills couldn't come up with. What I did to generate the bindings for ardoJSON was to reverse engineer how the OutSystems Platform is generating structures and use reflection to access and fill up this data.
What I would really like to see is the OutSystems Platform provide mechanisms to make this kind of approach more ... approachable. If there was a proper API to introspect structures within extensions and a way for me to generate a structure in Service Studio, I (or anyone in the community) could make much more out of XML Records and ardoJSON, without a need for OutSystems to intervene.
So, instead of asking OutSystems to provide you with the tools to address your specific concerns, I think that the community should be asking OutSystems to provide the APIs for the community to be able to build upon the Platform and come up with the weird niche solutions for ourselves.
I agree with you for the most part, however generating XML based on XSD schema (encapsulated in a WSDL or not) is not a niche solution.
In fact its what's holding back the Outsystems platform from being incorporated at a bigger rate in large and medium sized enterprise application landscapes.
Looking at the pricing of Outsystems, it aims at these large and medium enterprises as customers, who rely on Outsystems to be a low-code platform, and would be delighted not to have the need to have their developers build custom .net code.
Because large enterprises, without exception, have an application landscape with many applications that need to be integrated, Outsystems should consider it self-interest to have their platform integrate properly