"Ноль" против "пустых" аргументов в Maven

Question

Почему Maven настаивает на обработке пустых строк и строк пробелов "нулевыми значениями"? Возьмите следующий pom - я получаю обычное фальшивое сообщение о неверно настроенном аргументе. Как я могу организовать передачу пустого значения, которое Maven фактически распознает как таковое, вместо того, чтобы мучить меня абсурдными сообщениями об ошибках?

[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Misconfigured argument, value is null. Set the argument to an empty value if this is the required behaviour.

pom.xml:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.test</groupId>
    <artifactId>test</artifactId>
    <packaging>pom</packaging>
    <version>0</version>
    <name>test</name>
    <url>http://maven.apache.org</url>
    <properties>
        <my.val>             </my.val>
    </properties>
    <build>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>exec-maven-plugin</artifactId>
                <version>1.2.1</version>
                <executions>
                    <execution>
                        <id>Exec test</id>
                        <phase>prepare-package</phase>
                        <goals>
                            <goal>exec</goal>
                        </goals>
                        <configuration>
                            <executable>${env.JAVA_HOME}/bin/java</executable>
                            <arguments>
                                <argument>${my.val}</argument>
                            </arguments>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

Answer 1

Похоже, что проблема известна с 2007 г. -> http://mail-archives.apache.org/mod_mbox/maven-users/200708.mbox/[e-mail]%3E

В вашем случае вы можете попробовать использовать <commanlineArgs> параметр конфигурации вместо.

Это не красиво, если у вас много аргументов, но если у вас есть только один или два, это может быть вариантом.

<configuration>
  <executable>${env.JAVA_HOME}/bin/java</executable>
  <commandlineArgs>${my.val}</commandlineArgs>
</configuration>

Я также создал отчет об ошибках в MEXEC Jira: http://jira.codehaus.org/browse/MEXEC-104

ОБНОВИТЬ

Чтобы предоставить classpath через <commandlineArgs>, сделай это:

<commandlineArgs>-classpath %classpath my.main.class.MyMainClass ${my.val}</commandlineArgs>

Фактически, синтаксический анализатор даже позволяет сворачивать длинную строку, чтобы сделать ее более читабельной, например,

<commandlineArgs>
  -classpath %classpath
  my.main.class.MyMainClass
  ${my.val}
</commandlineArgs>

Answer 2

Вы можете установить my_val к некоторому фиктивному значению системного свойства, как -Ddummy=dummy, Я знаю, что это не элегантно, но, по крайней мере, обходной путь.