Steve Lawrence

> The TDML runner needs log4j core, so the CLI will because it can run TDML tests. But Daffodil proper, used via API as it would be when embedded into...

It would also be really helpful to add a test so that this new code has some test coverage to make sure we don't accidentally break this in the future....

I dug a little bit into this looking for a solution. The issue is that sbt-native-packager was updated to depend on scala-xml 2.1.0, but sbt-scoverage depends on scala-xml 1.3.0. Because...

Another option, switch to a different coverage tool, e.g. [sbt-jacoco](https://github.com/sbt/sbt-jacoco/). Considering our issues with scoverage and windows, this might be a good alternative.

Yeah, I looked a jacoco and it said we have 33% coverage, maybe it can't handle scala very well.... I didn't realize scoverage had updated to 2.1.0, so yeah, I...

Closing, dependency updated as part of #843

Potentially. DAFFODIL-1958 would be a really nice bug to resolve. The entire CLI is basically one giant function. Cleaning up the Scallop config is the first step in making that...

I think we at the least need to move the option out of the global options and into the parse options. Also, keep in mind that although it's a small,...

> Do we need to test this on RHEL 9 too? Probably a good idea, I know plenty of systems moving to RHEL 9, and it should be an easy...

Turns out there are no mxml rpms available for EL9 yet. The maintainer of the package is still active, so I imagine it will get added once he gets around...