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

Почему 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>

Ответ 1

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

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

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

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

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

UPDATE

Чтобы предоставить путь к классам через <commandlineArgs>, выполните следующее:

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

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

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

Ответ 2

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