Я рассматриваю возможность внедрения одного или двух API JSR. Я еще не прочитал всю спецификацию (план должен читать их, когда я кодирую реализацию), но я очень им знаком. Я прочитал, что процесс JSR включает в себя внедрение набора тестовой совместимости (TCK) для тестирования упомянутых реализаций JSR.Как реализовать спецификацию JSR
Прежде чем начать писать кучу модульных тестов, чтобы проверить правильность/полноту моей реализации, я бы очень хотел использовать этот TCK, но я понятия не имею, доступен ли он для меня. После загрузки всех файлов и поиска в Google я не смог найти ничего, что можно было бы определить как TCK для данного JSR.
Итак, мой вопрос в основном: какие шаги мне нужно сделать, чтобы создать собственную реализацию спецификации JSR и как я могу убедиться, что я действительно это сделал.
Для чего это стоит, я рассматриваю возможность внедрения JSR-168 и JSR-286, но я думаю, что это не относится к этому вопросу.
Правильно. Для чего это стоит, TCKs не всегда стоит многого - я больше всего знаком с ситуацией с JSR-173, и, насколько мне известно, TCK для него не так уж и полезен. Скорее, набор тестов с открытым исходным кодом (StaxTest) имеет гораздо более обширный охват, будучи свободно доступным. Но это может быть просто отдельный случай. – StaxMan
Тем не менее, передача TCK - это единственный официальный способ продемонстрировать, что ваш код соответствует JSR. –