So deaktivieren Sie Assertionen in tomee-mavin-plugin - Was ist der Vorrang von "args"?

Question

Ich habe versucht herauszufinden, wie Assertions über das tomee-maven-plugin deaktiviert werden können. standardmäßig informiert die Konsolenausgabe der gestarteten TomEE JVM mich:

Command line argument: -ea 

Daher Behauptungen zu deaktivieren, ich habe eine gute Vermutung gemacht und versucht -da als args (siehe unten)

<plugin> 
      <groupId>org.apache.tomee.maven</groupId> 
      <artifactId>tomee-maven-plugin</artifactId> 
      <version>${tomee.plugin.version}</version> 
      <configuration> 
       <tomeeVersion>${tomee.version}</tomeeVersion> 
       <tomeeClassifier>plus</tomeeClassifier> 
       <debug>false</debug> 
       <tomeeHttpPort>8282</tomeeHttpPort> 
       <debugPort>5005</debugPort> 
       <args>-da</args> 
       .... 

Gut Nachrichten: Assertions sind in der Tat deaktiviert, aber ich bin über args fragen precendence hier als Konsolenausgabe noch druckt:

[main] sun.reflect.DelegatingMethodAccessorImpl.invoke Command line argument: -da 
[main] sun.reflect.DelegatingMethodAccessorImpl.invoke Command line argument: -Dtomee.force-reloadable=true 
[main] sun.reflect.DelegatingMethodAccessorImpl.invoke Command line argument: -Dtomee.jsp-development=true 
.... some more lines 
[main] sun.reflect.DelegatingMethodAccessorImpl.invoke Command line argument: -ea 

wie Sie können sich e -da wird zuerst gedruckt und danach-ea noch zur Laufzeit Behauptungen sind disabled.

Meine Fragen sind:

1. Wie wird precende in diesem Zusammenhang definiert?
2. Ist diese Konfiguration robust, so dass -da in dieser Einstellung immer Vorrang vor -ea hat?

FYI: Verwenden tomee-7.0.2 im Moment.

Answer 1

ea wird immer kurz vor classpath und main (Bootstrap) sein, da wir versuchen, die angegebenen Werte nicht zu überschreiben (normalerweise für Systemeigenschaften). Das Problem ist da! = Ea, also haben wir nicht festgestellt, dass es dasselbe ist.