Closed hrstoyanov closed 9 years ago
wildfly8x containerId still seems to be ok even against WildfLy 9 server, as a workaround.
At the moment the provided container ID is checked against a static list of valid IDs within the plugin. We'd just need to add the ID to this list. There are two alternatives:
1) I am going to remove this check overall. You'll get back a helpful error message from Cargo (hopefully). 2) Determine the list of valid container IDs dynamically though Cargo's API. Waiting for a community contribution here.
I am probably going to go for option 1.
Benjamin, Sounds good. The wildfly8x containerId workaround worked for me. Option 1 is good - the Wildfly guys are in rapid release mode, better not to pin down containers in static lists.
/Hristo Stoyanov On Sep 1, 2015 7:19 AM, "Benjamin Muschko" notifications@github.com wrote:
Closed #134 https://github.com/bmuschko/gradle-cargo-plugin/issues/134.
— Reply to this email directly or view it on GitHub https://github.com/bmuschko/gradle-cargo-plugin/issues/134#event-397379888 .
I tried to update my stack to Wildfly9.0.1.Final, which has been out for some time now. Cargo 1.14.5 clearly supports it when one specifies container wildfly9x, but this plugin bombs. Can you please help...
Here is how I configured it:
Here is what I got: