We have one in JBoss Tools that gets regenerated each time a new version of
Wildfly or EAP is out:
It looks we can add something in gallon plugin to scan the xsd file
under
schema folder from each subsystem to create this catalog file. It gets the
value of "xmlns"[1] with this xsd file name and generate the catalog
element like :
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"
prefer="public">
<uri name="urn:jboss:domain:jaxrs:2.0"
uri="file://local/jboss-as-jaxrs_2.0.xsd"/>
</catalog>
[1]
https://github.com/wildfly/wildfly/blob/master/jaxrs/src/main/resources/s...
Cheers,
Jim
On Wed, Aug 26, 2020 at 4:33 AM Brian Stansberry <
brian.stansberry(a)redhat.com> wrote:
> There were problems recently with the mail list and this didn't go
> through, so resending now...
>
> On Thu, Aug 20, 2020 at 9:49 PM Brian Stansberry <
> brian.stansberry(a)redhat.com> wrote:
>
>> Does anyone have any ideas on how we could generate a catalog.xml
>> file[1] that we could ship in docs/schema along with all our xsds? This
>> would provide a mapping between our xml namespace URNs and the associated
>> xsd file in that same dir.
>>
>> For simplicity's sake this could be limited to the server / subsystem
>> configuration schemas.
>>
>> I think this would need to be handled by the WildFly galleon plugin.
>> Such a catalog would need to combine data from the various maven modules
>> that provide schemas. It's the WF galleon plugin feature pack generation or
>> provisioning functions that pull together data from all the various
>> modules.
>>
>> A not particular elegant possibility is to stick property files in the
>> various 'schema' dirs in the source, e.g.
>>
https://github.com/wildfly/wildfly/tree/master/jaxrs/src/main/resources/s....
>> The properties map the urns to the xsd file names. Something in the galleon
>> plugin knows to look for those and aggregates the contents and generates
>> the catalog.
>>
>> This question was sparked by a question from Fred Bricon on twitter:
>>
https://twitter.com/fbricon/status/1293911221771485185
>>
>> [1]
https://www.oasis-open.org/committees/entity/spec-2001-08-06.html
>>
>> Best regards,
>> Brian
>>
>
>
> --
> Brian Stansberry
> Manager, Senior Principal Software Engineer
> Red Hat
> _______________________________________________
> wildfly-dev mailing list -- wildfly-dev(a)lists.jboss.org
> To unsubscribe send an email to wildfly-dev-leave(a)lists.jboss.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
_______________________________________________
wildfly-dev mailing list -- wildfly-dev(a)lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave(a)lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s