You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@maven.apache.org by hb...@apache.org on 2012/10/31 09:30:38 UTC
svn commit: r1404026 -
/maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt
Author: hboutemy
Date: Wed Oct 31 08:30:38 2012
New Revision: 1404026
URL: http://svn.apache.org/viewvc?rev=1404026&view=rev
Log:
o added link to commons-io
o fixed typos
Modified:
maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt
Modified: maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt
URL: http://svn.apache.org/viewvc/maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt?rev=1404026&r1=1404025&r2=1404026&view=diff
==============================================================================
--- maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt (original)
+++ maven/shared/trunk/maven-shared-utils/src/site/apt/index.apt Wed Oct 31 08:30:38 2012
@@ -38,9 +38,9 @@ Apache Maven Shared Utils
Relation to Commons-*
- maven-shared-utils internally use commons-io. We shade all commons
- classes into our own private package to prevent classpatch clashes.
+ maven-shared-utils internally use {{{http://commons.apache.org/io/}commons-io}}. We shade all commons
+ classes into our own private package to prevent classpath clashes.
This is the reason why any public API in maven-shared-utils must
- avoid to expose commons classe directly. Most times it's sufficient
+ avoid to expose commons-io classes directly. Most times it's sufficient
to just create an empty subclass and expose that instead.