<div dir="ltr"><div><div><div>ATM I think we cannot start doing transformers for 2.x model versions.<br></div>If nothing else we are missing baseline support for them (legacy .dmr files, artifacts in maven)<br><br>but after that is satisfied there are not more barriers stopping us from doing that.<br>
<br></div>But I think Paul's question is more in line of what we discussed on call on how to go on with as8 vs eap.<br><br>--<br></div><div>tomaz<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Feb 28, 2013 at 2:23 AM, Brian Stansberry <span dir="ltr"><<a href="mailto:brian.stansberry@redhat.com" target="_blank">brian.stansberry@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What's the problem going to be?<div class="HOEnZb"><div class="h5"><br>
<br>
On 2/27/13 7:10 PM, Paul Ferraro wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Do the 2.x model versions need to be backwards compatible with 1.x versions?<br>
i.e. Do we need transformers to support a domain with mixed major versions?<br>
I hope not.<br>
<br>
----- Original Message -----<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: "Brian Stansberry" <<a href="mailto:brian.stansberry@redhat.com" target="_blank">brian.stansberry@redhat.com</a>><br>
To: "Tomaž Cerar" <<a href="mailto:tomaz.cerar@gmail.com" target="_blank">tomaz.cerar@gmail.com</a>><br>
Cc: "JBoss AS7 Development" <<a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.jboss.org</a><u></u>><br>
Sent: Monday, February 25, 2013 10:30:24 AM<br>
Subject: Re: [jboss-as7-dev] Subsystem model version for AS8<br>
<br>
Yes.<br>
<br>
On 2/25/13 9:24 AM, Tomaž Cerar wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What about XSD schemas?<br>
<br>
probably same rule?<br>
<br>
<br>
<br>
On Mon, Feb 25, 2013 at 3:00 PM, Brian Stansberry<br>
<<a href="mailto:brian.stansberry@redhat.com" target="_blank">brian.stansberry@redhat.com</a> <mailto:<a href="mailto:brian.stansberry@redhat.com" target="_blank">brian.stansberry@<u></u>redhat.com</a>>><br>
wrote:<br>
<br>
Yes, major version bump please. This makes it straightforward<br>
to avoid<br>
version conflicts with EAP 6.x. If EAP 6.x needs to change API<br>
in more<br>
than a bug fix way, they can use a minor version with no fear<br>
that<br>
community AS has already used that # for something else.<br>
<br>
On 2/25/13 7:11 AM, Tomaž Cerar wrote:<br>
> Hi,<br>
><br>
> I remember few discussions on IRC in last weeks(s) about how<br>
> to<br>
handle<br>
> version bumps for subsystem model when changes are done on<br>
> AS8<br>
codebase.<br>
><br>
> It was somewhat agreed that instead of bumping minor version<br>
> we<br>
should<br>
> upgrade major version.<br>
><br>
> aka instead of doing 1.2 --> 1.3, new version should be 2.0<br>
><br>
> That gives us flexibility of bumping minor version to 7.x<br>
> codebase if<br>
> need arises.<br>
><br>
> I am writing this as there was some PRs lately that bump<br>
> just<br>
minor version.<br>
><br>
> So, can we get an agreement of new versioning rules, that we<br>
> will<br>
then<br>
> follow.<br>
><br>
> I personalty favor major version bumps...<br>
><br>
><br>
> --<br>
> tomaz<br>
><br>
><br>
><br>
><br>
><br>
> ______________________________<u></u>_________________<br>
> jboss-as7-dev mailing list<br>
> <a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.jboss.org</a><br>
> <mailto:<a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.<u></u>jboss.org</a>><br>
> <a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/jboss-as7-dev</a><br>
><br>
<br>
<br>
--<br>
Brian Stansberry<br>
Principal Software Engineer<br>
JBoss by Red Hat<br>
______________________________<u></u>_________________<br>
jboss-as7-dev mailing list<br>
<a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.jboss.org</a><br>
<mailto:<a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.<u></u>jboss.org</a>><br>
<a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/jboss-as7-dev</a><br>
<br>
<br>
</blockquote>
<br>
<br>
--<br>
Brian Stansberry<br>
Principal Software Engineer<br>
JBoss by Red Hat<br>
______________________________<u></u>_________________<br>
jboss-as7-dev mailing list<br>
<a href="mailto:jboss-as7-dev@lists.jboss.org" target="_blank">jboss-as7-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/jboss-as7-dev</a><br>
</blockquote></blockquote>
<br>
<br>
-- <br>
Brian Stansberry<br>
Principal Software Engineer<br>
JBoss by Red Hat<br>
</div></div></blockquote></div><br></div>