./textproc/saxon, Michael H. Kays Java XSLT processor

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 9.5.0.1j, Package name: saxon-9.5.0.1j, Maintainer: pkgsrc-users

The SAXON package is a collection of tools for processing XML
documents. The main components are:

* An XSLT processor, which implements the Version 1.0 XSLT and
XPath Recommendations from the World Wide Web Consortium. This
version of Saxon also includes some features defined in XSLT 1.1.

* A Java library, which supports a similar processing model to XSL,
but allows full programming capability, which you need if you want
to perform complex processing of the data or to access external
services such as a relational database

* A slightly improved version of the AElfred parser from Microstar.
(But you can use SAXON with any SAX-compliant XML parser if you
prefer).

Saxon is distributed under the terms of the Mozilla Public License
(MPL).


Required to run:
[lang/openjdk11]

Required to build:
[pkgtools/cwrappers]

Master sites:

Filesize: 2917.579 KB

Version history: (Expand)

CVS history: (Expand)


   2021-10-26 13:23:42 by Nia Alarie | Files touched by this commit (1161) 
Log message:
textproc: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Unfetchable distfiles (fetched conditionally?):
./textproc/convertlit/distinfo clit18src.zip
   2021-10-07 17:02:49 by Nia Alarie | Files touched by this commit (1162) 
Log message:
textproc: Remove SHA1 hashes for distfiles
   2020-03-20 12:58:37 by Nia Alarie | Files touched by this commit (640) 
Log message:
*: Convert broken sourceforge HOMEPAGEs back to http
   2020-01-19 00:36:14 by Roland Illig | Files touched by this commit (3046) 
Log message:
all: migrate several HOMEPAGEs to https

pkglint --only "https instead of http" -r -F

With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.

This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.
   2019-11-04 22:43:49 by Roland Illig | Files touched by this commit (155) 
Log message:
textproc: align variable assignments

pkglint -Wall -F --only aligned --only indent -r

No manual corrections.
   2017-09-16 21:27:31 by Thomas Klausner | Files touched by this commit (372) 
Log message:
Reset maintainer
   2015-11-04 03:00:17 by Alistair G. Crooks | Files touched by this commit (797) 
Log message:
Add SHA512 digests for distfiles for textproc category

Problems found locating distfiles:
	Package cabocha: missing distfile cabocha-0.68.tar.bz2
	Package convertlit: missing distfile clit18src.zip
	Package php-enchant: missing distfile php-enchant/enchant-1.1.0.tgz

Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden).  All existing
SHA1 digests retained for now as an audit trail.
   2013-05-18 03:43:42 by Blue Rats | Files touched by this commit (2) 
Log message:
Update to latest release. This is supposedly the last version which requires
Java 5. Changes from 9.4 to 9.5:

The bulk of the open source parts of Saxon (the parts maintained by Saxonica) \ 
are now licensed under Mozilla Public License version 2.0, replacing MPL 1.0.

There have been some other changes to third-party open source components, \ 
notably the introduction of a new regular expression engine derived from Jakarta \ 
(Apache license), and the dropping of the old Base64 conversion code (Netscape \ 
license).

Users interested in building the product from source code need to be aware that \ 
the build process now includes a preprocessing phase that generate separate Java \ 
code for the EE, PE, and HE editions. The raw (before preprocessing) source code \ 
is published in the Subversion repository, but for building Saxon-HE, a more \ 
convenient place to start is the post-preprocessing Java code issued on \ 
SourceForge as a source.zip download.

A consequence of this change is that the JAR files for Saxon-HE, Saxon-PE, and \ 
Saxon-EE contain different class files having the same names. Therefore, the JAR \ 
files for different editions should not co-exist on the classpath. If you use \ 
internal Saxon APIs in an application, you may need to check that the methods \ 
you call are available in all three editions. This won't be a problem for \ 
interfaces that are clearly user-facing, but it could be an issue for \ 
applications that penetrate deeper into the internals.

More changes here:
http://www.saxonica.com/documentation/index.html#!changes