Исходные данные таковы. Имеются XSD, выкладываемые на сервер, они доступны по ссылкам http://...... Схемы иногда меняются, не мною. В схемах, помимо прочего, описаны перечислимые типы (enumeration). Идентификаторы для элементов этих перечислений имеются, они заданы значением атрибута app:enum элемента xs:enumeration . Мне нужно генерить по этим схемам java-классы, в том числе и для соответствующих енумов, причём так, чтобы идентификаторы брались из схем, а не назначались от балды компилятором XJC (в виде VALUE0, VALUE1 и т.д.).

Я решил было пойти по такому пути. Для того, чтобы идентификаторы енумов генерились правильные, использовать внешний файл биндингов, содержащий соответствующие директивы typesafeEnumClass и typesafeEnumMember . Файл биндингов же генерить с помощью XSL-преобразования, применяемого к соответствующей схеме. Проект у меня мавеновский, компиляция схем выполняется плагином org.jvnet.jaxb2.maven2:maven-jaxb2-plugin, а XSL-преобразование - плагином org.codehaus.mojo:xml-maven-plugin.

Будучи опробованным на коленке, этот подход сработал. Однако при окончательном конфигурировании проекта я столкнулся с тем, что не смог указать для xml-maven-plugin не локальный файл. Копировать же ресурс на локальную файловую систему на время сборки пока не хочется, чтобы не усложнять файл конфигурации проекта. Пока - это до тех пор, пока не узнаю, что иначе - никак.

И вот, собственно, вопрос - не известен ли вам, уважаемые коллеги, способ решить задачу в рамках выбранного мною подхода?

_Vasilisk_,

Вопрос-то мой про XSL - как не локальный файл трансформации подвергнуть, сконфигурировав проект.

_Vasilisk_Это новое слово в XSL?
Сильно сомневаюсь. Как раз и рассчитываю на то, что найдётся человек, уже проходивший этот путь и знающий, как мне добиться желаемого. Или знающий, что добиться желаемого нельзя.
_Vasilisk_Читайте документацию к своему трансформеру
Гениальный совет :) Без такого я вполне могу обойтись.