We store the history of the file; you're not hosed.
Trying to have every extension track every change that's made to see if
it introduces something not supported will be a bug fest. Imagine the
doc is version 1.0 and the default is up to 2.2. Even for 1.1 it would
be likely bug fest.
On 9/23/11 9:01 AM, Jason T. Greene wrote:
Thanks for reminding me of this problem. We need to do the latter,
but
we are unfortunately doing the former. The problem this causes is that
if you upgrade to a patched release of AS, and then you deploy
something, and then decide you need to revert back you are hosed. The
deployment triggered a write to the config, which now has too new of a
version.
On 9/23/11 8:57 AM, Darran Lofthouse wrote:
> Also one more question.
>
> Which version should the server now be writing when the configuration is
> persisted?
>
> Do we have a policy for everything to write using the latest schema
> version or are we going to be trying to use the version specified until
> new elements/attributes are encountered?
>
> Regards,
> Darran Lofthouse.
>
>
> On 09/23/2011 02:33 PM, Darran Lofthouse wrote:
>> Now that 7.0.2 is out and the only subsequent planned releases are for
>> 7.1 can we switch the namespace for all default configuration to
>> 'urn:jboss:domain:1.1'?
>>
>> Regards,
>> Darran Lofthouse.
>>
>>
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat