That web page corresponds to its apt source [1] AFAICT, and I see no
reference to 'below' in the last sentence.
HTH,
-Lukas
[1]
https://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-maven-classloading.apt
Benson Margulies wrote:
http://maven.apache.org/guides/
The Apache CXF build will run out of PermGen space in Maven unless one
allocates quite a bit of the stuff. I am trying to track this down.
CXF has a plugin for code generation. This plugin in some cases
creates a class loader. The parent of that class loader is the current
thread context class loa
http://maven.apache.org/guides/mini/guide-maven-classloading.html
Seems to end in mid-thought, with a reference in the very last
sentence to 'below'.
Is the missing content somewhere?
-
To unsubscribe, e-mail: dev-unsubscr...@ma
On 11/19/2010 01:36 PM, Rex Hoffman wrote:
Maybe we should construct a cleaner api though. One that could wrap
maven-dependency-tree in maven 2.2.1 and use aether in 3.0.
Alternately: release maven-dependency-tree 1.3 with an unchanged public signature that is just a proxy for Aether API, and
fr., 19.11.2010 kl. 23.18 +, skrev Stephen Connolly
>
> Or we could use tricks (I say tricks, but they're not really so much
> tricks as more advanced ways of doing things) like, e.g. enforcer uses
> to basically let the provider's config be exposed through a specific
> sub-option basically th
fr., 19.11.2010 kl. 12.13 -0800, skrev Rex Hoffman:
Rex,
I don't really see there is any disagreement between what you suggest
and the per-provider strategy. I also agree with your long term goal,
but I want decent migration strategies.
The gap between the features implemented in surefire and
The Maven team is pleased to announce the release of the Maven Doxia and
Maven Doxia Sitetools, version 1.1.4
Doxia is a content generation framework that provides powerful
techniques for generating static and dynamic content, supporting a
variety of markup languages.
Doxia Sitetools generates si
