Return-Path: Delivered-To: apmail-maven-dev-archive@www.apache.org Received: (qmail 36696 invoked from network); 27 May 2007 02:17:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 May 2007 02:17:40 -0000 Received: (qmail 94831 invoked by uid 500); 27 May 2007 02:17:43 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 94761 invoked by uid 500); 27 May 2007 02:17:43 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 94750 invoked by uid 99); 27 May 2007 02:17:43 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 May 2007 19:17:43 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [63.208.196.171] (HELO outbound.mailhop.org) (63.208.196.171) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 May 2007 19:17:37 -0700 Received: from adsl-074-170-244-147.sip.gnv.bellsouth.net ([74.170.244.147] helo=[192.168.1.105]) by outbound.mailhop.org with esmtpa (Exim 4.63) (envelope-from ) id 1Hs8Jo-0000Bn-HO for dev@maven.apache.org; Sat, 26 May 2007 22:17:16 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 74.170.244.147 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18P1cT+CsGbhplX0rG5D5v+ Mime-Version: 1.0 (Apple Message framework v752.3) To: Maven Developers List Message-Id: Content-Type: multipart/alternative; boundary=Apple-Mail-1-61571531 From: John Casey Subject: Shaded plexus-utils, Xpp3Dom, and mojos Date: Sat, 26 May 2007 22:17:14 -0400 X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-1-61571531 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, I wanted to bring this up before we go too far down the rabbit hole WRT "shading" plexus-utils in the new releases of maven (2.1.x). Right now, there are some mojos (eclipse:eclipse being one of them) that extract information from project.build.plugins.plugin.configuration. When these mojos try to cast that configuration object as an Xpp3Dom (admittedly, this is a *bad* thing to make them do, but otherwise they're left with a useless java.lang.Object instance), they come up with a ClassCastException. The reason is that the Xpp3Dom they're using isn't loaded from the same place as the one used by maven when the POM is read. The way I see it, we have only a very few options here. We need to hide the version of plexus-utils used in Maven, so plugins can make use of new features in subsequent p-u releases. However, without reverting to a javax.xml DOM, we're going to have a CCE problem when we do this and plugins try to access raw configuration info. Even if we did go to a DOM implementation for the configuration, it will still leave plenty of plugins in the lurch. I'm not happy with continuing to filter plexus-utils out of plugin dependency sets (as 2.0.x does). So, what else can we do to solve this issue? -john --- John Casey Committer and PMC Member, Apache Maven mail: jdcasey at commonjava dot org blog: http://www.ejlife.net/blogs/john --Apple-Mail-1-61571531--