IMHO WildFly is not responsible for the message codes of components it
consumes.
If Artemis had two messages with the same code, and it changed the code for
one to correct the duplication, there's nothing wrong with that. WildFly
doesn't guarantee bug-for-bug compatibility across releases so I don't see
why Artemis should.
If it took a code and re-used it for some other message unrelated to its
previous use(s), well that's not good but IMO not something WF can try and
correct.
If it completely reworked its message code scheme, well we did too in WF 8.
And again not something we can try and correct.
On Fri, Oct 26, 2018 at 8:13 AM, Emmanuel Hugonnet <ehugonne(a)redhat.com>
wrote:
Hello,
I'm looking to use the Apache Artemis upstream 2.6.x branch as a component
for WildFly. The error ids have changed because of some
duplication cf. [1]).
Is it ok for those ids to change ? Do we have to manage that change at the
subsystem level ?
Cheers,
Emmanuel
[1]:
https://issues.apache.org/jira/browse/ARTEMIS-1018
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Brian Stansberry
Manager, Senior Principal Software Engineer
Red Hat