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