<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Yes, I ack both of these. Removing dom4j from the bootclasspath

requires removing it from the public api of all bootclasspath elements.

The two evils are:<br>

<br>

1. dropping the XMBean dom4j ctor. This is the lesser evil in my view.<br>

2. Including dom4j in the bootclasspath and restricting all user apps

to this version, as well as the jaxen xpath version. This is the bigger

problem.<br>

<br>

Adrian Brock wrote:

<blockquote cite="mid1158680507.4935.46.camel@localhost.localdomain"

 type="cite">

  <pre wrap="">On Tue, 2006-09-19 at 07:48 -0700, Scott M Stark wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Ok, but there are zero uses of that ctor in the codebase.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Which assumes that nobody else used it.

  </pre>

  <blockquote type="cite">

    <pre wrap=""> Its going to 

be broken one way or another if you jarjar or revert to the jaxp apis.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

For the XMBean class at least,

there already is an org.w3c.dom.Element version.

  </pre>

</blockquote>

<br>

</body>

</html>