maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David J. M. Karlsen (JIRA)" <>
Subject [jira] Commented: (MNG-3316) Barfs at attribues named .*encoding
Date Wed, 09 Jan 2008 00:54:57 GMT


David J. M. Karlsen commented on MNG-3316:

Se attachment number two (pom.xml) which is a cleanup of the one originally posted (examplepom.xml).

Parent pom has a correct and valid xml-header, I only refer to the encoding.default variable
in configuration elements for plugins.

With 2.0.8
mvn clean should be sufficient to trigger:

zoidberg:/tmp# mvn clean
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).

Project ID: unknown

Reason: Failed to build model from file '/tmp/pom.xml'.
Error: '${ENCODING.DEFAULT}' for project unknown

[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Failed to build model from file '/tmp/pom.xml'.
Error: '${ENCODING.DEFAULT}' for project unknown
        at org.apache.maven.DefaultMaven.getProjects(
        at org.apache.maven.DefaultMaven.doExecute(
        at org.apache.maven.DefaultMaven.execute(
        at org.apache.maven.cli.MavenCli.main(
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at org.codehaus.classworlds.Launcher.launchEnhanced(
        at org.codehaus.classworlds.Launcher.launch(
        at org.codehaus.classworlds.Launcher.mainWithExitCode(
        at org.codehaus.classworlds.Launcher.main(
Caused by: org.apache.maven.project.ProjectBuildingException: Failed to build model from file
Error: '${ENCODING.DEFAULT}' for project unknown
        at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(
        at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(
        at org.apache.maven.DefaultMaven.getProject(
        at org.apache.maven.DefaultMaven.collectProjects(
        at org.apache.maven.DefaultMaven.getProjects(
        ... 11 more
        at sun.nio.cs.StreamDecoder.forInputStreamReader(
        at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(
        ... 16 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Wed Jan 09 01:52:31 CET 2008
[INFO] Final Memory: 1M/4M
[INFO] ------------------------------------------------------------------------

> Barfs at attribues named .*encoding
> -----------------------------------
>                 Key: MNG-3316
>                 URL:
>             Project: Maven 2
>          Issue Type: Bug
>          Components: POM::Encoding
>    Affects Versions: 2.0.8
>            Reporter: David J. M. Karlsen
>            Priority: Blocker
>         Attachments: examplepom.xml, pom.xml
> With 2.0.8 a regression snuck in:
> Please see attached pom for details.
> In several of my project I use xdoclet-maven-plugin. In xdoclet-maven-plugin's configuration
element there is an element, with an attribute xmlencoding="${variable}" (installed into my
repository - NOT talking about building them).
> If maven tries to read these pom's (from my repo) it barfs with an error message:
> "
> Project ID:
> Reason: Failed to build model from file 'c:\data\.m2\repository\some\group\id\myproject-war\1.3-SNAPSHOT\myproject-war-1.3-SNAPSHOT.pom'.
> Error: '${ENCODING.DEFAULT}' for project .
> "
> This did NOT happen before 2.0.8 - so it must be a regression.
> What really puzzles me is why maven tries to parse these tags in the first place (as
they are configurations for elements which should be of no value for this maven execution)
- but I guess it was introduced when fixing MNG-2932, MNG-2025 and/or MNG-2254 without knowing
any details.
> As 2.0.8 fails the entire build (which works on 2.0.7) I'm rating this as Blocker.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message