<div dir="ltr">IMHO WildFly is not responsible for the message codes of components it consumes.<div><br></div><div>If Artemis had two messages with the same code, and it changed the code for one to correct the duplication, there&#39;s nothing wrong with that. WildFly doesn&#39;t guarantee bug-for-bug compatibility across releases so I don&#39;t see why Artemis should.</div><div><br></div><div>If it took a code and re-used it for some other message unrelated to its previous use(s), well that&#39;s not good but IMO not something WF can try and correct.</div><div><br></div><div>If it completely reworked its message code scheme, well we did too in WF 8. And again not something we can try and correct.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 26, 2018 at 8:13 AM, Emmanuel Hugonnet <span dir="ltr">&lt;<a href="mailto:ehugonne@redhat.com" target="_blank">ehugonne@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I&#39;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<br>
duplication cf. [1]).<br>
<br>
Is it ok for those ids to change ? Do we have to manage that change at the subsystem level ?<br>
<br>
Cheers,<br>
<br>
Emmanuel<br>
<br>
<br>
[1]: <a href="https://issues.apache.org/jira/browse/ARTEMIS-1018" rel="noreferrer" target="_blank">https://issues.apache.org/<wbr>jira/browse/ARTEMIS-1018</a><br>
<br>
<br>
<br>______________________________<wbr>_________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/wildfly-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Brian Stansberry<div>Manager, Senior Principal Software Engineer</div><div>Red Hat</div></div></div>
</div>