Lists Home |
Date Index |
- From: "John Wilson" <firstname.lastname@example.org>
- To: "XML Developers' List" <email@example.com>
- Date: Mon, 27 Apr 1998 12:28:28 +0100
>The question, therefore, is how should parser developers distribute SAX?
>The DXP strategy is self-contained and therefore useful if someone is just
>using DXP, but it has this possibility of tricky interactions. Should we
>encourage packaging of SAX or parallel downloading? Should we have
>versioning within SAX that is machine-checkable? I am sure there are
>experts in this field.
JDK 1.2 will have features which should help with this:
The JAR file manifest has been extended to provide version information and
to let packages define the extensions and libraries that are needed and to
provide links to JAR files containing the extensions if they are not
SAX should be packaged as an extension (this doesn't require and change to
the code, just the manifest in the JAR file).
Parsers should be packaged so that their manifest shows that SAX is required
and, optionally, provide their own version.
SAX should have a well defined convention for version numbering and this
should be implemented in the JAR file manifest.
Parsers should check the version of SAX loaded using
java.lang.Package.isCompatibleWith() and complain if the check fails.
JDK 1.2 pretty much removes the need for CLASSPATH (and about time).
[It's a shame that manifests aren't marked up in XML!]
The Wilson Partnership
5 Market Hill, Whitchurch, Aylesbury, Bucks HP22 4JB, UK
+44 1296 641072, +44 976 611010(mobile), +44 1296 641874(fax)
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)