[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fop-dev
Subject:    DO NOT REPLY [Bug 25828]  -
From:       bugzilla () apache ! org
Date:       2003-12-31 11:42:42
Message-ID: 20031231114242.20196.qmail () nagoya ! betaversion ! org
[Download RAW message or body]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25828>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25828

[PATCH] fop.sh/bat should use java.endorsed.dirs





------- Additional Comments From spepping@leverkruid.nl  2003-12-31 11:42 -------
1.) The jar files I propose to put in directory lib/endorsed are also
  added to the classpath. Therefore earlier SDKs will find them as
  usual.

2.) FOP comes with its own jar files for Xerces and Xalan, to ensure
  that a version is used that is adequate for FOP. In SDK 1.4 these
  jar files are not used, because the SDK uses its built-in xerces and
  xalan. My proposed patch makes SDK 1.4 use the Xerces and Xalan jar
  files that come with FOP. As long as it is useful that FOP comes
  with its own xerces and xalan jar files, this patch is useful.

3.) "this" is the patch to fop.sh/bat. "from" is the current
  situation. "to" is a situation in which fop.sh/bat uses the Xerces
  and Xalan jar files that come with FOP when using SDK 1.4.

  The feature I am addressing is that SDK 1.4 on the one hand comes
  with non-core, so-called endorsed standards and implementations, and
  on the other hand allows one to override those by specifying
  "endorsed dirs". All jars in those dirs are prepended to the boot
  class path, and thus prevail over built-in versions of the same
  classes. See guide/standards/index.html in the SDK documentation.

  Xerces and Xalan are probably the best known of these endorsed
  standards, and have caused most problems for users. SDK 1.4.0 came
  with a pretty early version of Xerces 2. It was often necessary to
  override it with versions delivered by applications, using the
  method applied in this patch. The problem may have gone with later
  SDKs.
[prev in list] [next in list] [prev in thread] [next in thread]