[QTI] XML namespaces and backwards compatibility
Steve Lay
steve.w.lay at googlemail.com
Wed Dec 10 08:27:55 GMT 2008
2.1 contained significant new material. In general, you can expect IMS
specifications to change namespace when a significant functional change
is introduced, even if it is backwards compatible. They use the first
revision number to indicate such changes, as in 2.0 to 2.1
The namespace won't change for minor revisions, so if they went to 2.1.1
then that would have the same namespace.
Interestingly, the recent change to the content packaging specification
hedged somewhat and decided to load the new features onto a new
namespace but retain the old one for the old elements. For precisely
the reasons you suggest.
However, some of the rules for 'running' QTI did change between 2.0 and
2.1. They were edge cases but enough to mean that tools need to be
reviewed and updated (at least to understand the new namespace) as a way
of indicating that they are compatible.
Steve
Daniel Cassidy wrote:
> Hi All,
>
> The XML namespace used by QTI has changed between version 2.0 and the
> 2.1 draft (from http://www.imsglobal.org/xsd/imsqti_v2p0.xsd to
> http://www.imsglobal.org/xsd/imsqti_v2p1).
>
> Is this really intentional? XML namespaces generally shouldn't change
> between compatible revisions of a specification. As it stands, QTI 2.0
> will not be compatible with tools that are namespace-aware and expect
> QTI 2.1.
>
> Dan.
>
> _______________________________________________
> IMS-QTI mailing list
> IMS-QTI at lists.ucles.org.uk
> http://lists.ucles.org.uk/lists/listinfo/ims-qti
More information about the IMS-QTI
mailing list