Closed torsten-liermann closed 2 months ago
@torsten-liermann , you can look in the glow documentation: http://docs.wildfly.org/wildfly-galleon-feature-packs/#_galleon_layers_and_associated_discovery_rules That the resource-adapters layer will be provisioned if the file META-INF/ra.xml or META-INF/ironjacamar.xml exist in the deployment. Does your deployment contains it?
Is the shown ra.xml
not valid? The displayed application.xml
was also generated by Maven, and all components are included in the EAR as shown.
Where does the ra.xml located in the ear?
ear-1-1.0.0
|-- META-INF
| `-- application.xml
|-- demo.setup.datasource-embedded-ejb-1-1.0.0.jar
`-- demo.setup.datasource-embedded-ra-1-1.0.0.rar
(contains)
|____ ra.xml
If the ra.xml file is located under META-INF in the RAR file, glow recognizes the resource adapter:
wildfly-glow.jar scan ./target/ra-1-1.0.0.rar --provision=PROVISIONING_XML
Wildfly Glow is scanning...
context: bare-metal
enabled profile: none
galleon discovery
- feature-packs
org.wildfly:wildfly-galleon-pack:33.0.1.Final
- layers
ee-core-profile-server
resource-adapters
I haven't deployed the example yet.
@torsten-liermann , you are going to put the ra.xml in the META-INF directory? Should we close this issue?
Thank you very much! The ticket can be closed.
Thank-you for your analysis! Closing it.
Hello,
I like the idea behind Glow.
However, I can't use this tool in the CI pipeline yet because glow doesn't take into account resource adapter archives in EAR archives. The entry `
<include name="resource-adapters"/>
is missing in the provisioning.xml.
This leads to an error when starting the server in version 33.0.0.Final in standalone mode:
The workaround is clear to me.
The
application.xml
looks like this:and the ra.xml:
Thanks.