|Re: [jakartaee-platform-dev] Fair rules for "optional"TCKcompliance tests|
If the topic is "What can be generalized in the EFSP" vs. "What should be more specialized in an individual process" then I would say this discussion is very much on topic.
SparkPlug has a few distant similarities to at least Jakarta Messaging, therefore not really surprising that it works well.
For Asciidoc on the other hand, it starts with the term "implementation" which can’t even be seen there strictly speaking. Other examples would be UCUM (not standardized by an industry body but it is accepted by HL7 and others) or the OASIS ODF.
Asciidoc does not get implemented, it’s interpreted, converted or transformed into something else, therefore "implementing" may not be totally wrong but it is very imprecise for these types of standards.
On 2020-07-06 1:47 p.m., Werner Keil wrote:
We are getting off topic here, but I can say "so far, so good" with respect to Sparkplug's adoption of the EFSP. Too early to tell with AsciiDoc at this point.
Executive Director | Eclipse Foundation, Inc.
Back to the top