Hi All, Spinning a new thread as to not overload the original "@Encoded TCK issue" too much.
Thanks, Andriy, for the Jenkins information and TCK setup scripts. Thanks also, Andy, for the link to the proper JIRA issue. Here's what I've done. I converted the Jenkinsfile into a script and hammered on it so it is more developer friendly. Specifically, you can run one test or a chunk of tests. As well it won't redo any setup steps unless needed. It calculates a sha on your cxf-core jar and if that hasn't changed, it just goes straight to running the requested test. This should make it easier for us to debug and work locally. - https://github.com/tckwork/cxf If we want this, tell me where it should go and I'll submit a PR. On the TomEE side, we keep a separate repo just for the TCK setup, which is kind of handy as it tends to grow over time and one setup can work for all our branches. But anything works really. I then downloaded the consoleText from the latest CXF-JAXRS-TCK job, parsed out each failing test, ran it locally, saved all the output and wrote a script to create a subtask on CXF-7996 for each failing test: - https://issues.apache.org/jira/browse/CXF-7996 The description of each subtask is the test name, a chunk of the output, and instructions on how to run the test. Attached to each subtask is the full TCK test output and jtr file so people can browse the failures without having to run them directly. Also attached is a `test.txt` file containing the test name so there is an easy way for future automated tools to know what issue to update as status changes. If I've possibly overstepped creating all those subtasks, let me know and I can easily move them or delete them. Totally fine. -David
smime.p7s
Description: S/MIME cryptographic signature
