in previous cases the classes were copied and deprecated with big warnings in the javadocs I think we talked at some point aoput splitting plexus-utils in what is really required for maven core and other "utils" that could be upgraded in each plugin
On 10/25/07, Hervé BOUTEMY <[EMAIL PROTECTED]> wrote: > Le jeudi 25 octobre 2007, Brian E. Fox a écrit : > > Herve, > > The enforcer-rules also reads the pom files in the requirePluginVersion > > rule. > ok, thanks for the information > I'll fix it, there should be no problem since: > 1. it already depends on p-u 1.4.2 > 2. there is no release for the moment > > > > > -----Original Message----- > > From: Hervé BOUTEMY [mailto:[EMAIL PROTECTED] > > Sent: Thursday, October 25, 2007 5:44 PM > > To: Maven Developers List > > Subject: XML encoding, Maven and plugins > > > > Hi, > > > > I'm working on XML encoding support for Maven 2.0.8: did you know? ;) > > > > Everything is ready for Maven itself: IT mng-2254-PomEncoding passes. > > > > Now I'm looking at plugins, and I just found one important issue: there are > > 4 core plugins reading and writing POM files - install, deploy, release and > > repository (if you know other ones, please let me know). Then these plugins > > need to be updated and released with Maven, or there will be some big > > problems if somebody adds non-ascii characters in his POMs: either the > > plugins will fail, or even worse, written POM files will be broken, in > > local repository with install plugin, remote repository with deploy plugin, > > SCM with release plugin, or a bundle with repository plugin. > > > > To improve these plugins with full XML encoding support, there is some > > (simple) code, but more importantly there is a need for XML encoding > > classes from plexus-utils 1.4.5. > > > > I could think of 3 ways of doing it: > > 1. go forward and change plexus-utils dependency version: difficulties to > > do so for release plugin taken apart, the big consequence will be that the > > prerequisite for the plugins would be Maven 2.0.6 (see MNG-2892) > > 2. be lazy and copy the 4 necessary classes in the 4 plugins, and let the > > plugins continue working with older Maven versions > > 3. workaround the copy laziness and create a (temporary) component > > containing only the 4 classes needed (not necessary in > > org.codehaus.plexus.utils package tp avoid later conflicts when > > plexus-utils evolves) and add this dependency to the plugins > > > > Each solution has his advantages and drawbacks. Which one should be > > preferred? > > > > WDYT? > > > > Hervé > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]