Jak mogę użyć wartości domyślnej, jeśli zmienna środowiskowa nie jest ustawiona dla filtrowania zasobów w programie maven?

Question

Używam filtrowania zasobów do zastąpienia niektórych $ {wartości} w pliku właściwości.

np. plik zawiera: PROPERTY = $ {VALUE}

Chcę, aby $ {VALUE} zostało zastąpione zmienną środowiskową $ VALUE, która działa dobrze, jeśli ustawiono wartość $ VALUE podczas kompilacji. Niesamowite.

Jednak te env vars są ustawiane tylko w naszym oficjalnym środowisku kompilacji (przez Jenkinsa), a nie w kompilacjach programistów, więc $ {wartości} pozostają w pliku właściwości po filtrowaniu, co może zepsuć rzeczy. Wolałbym nie wymagać env vars w środowiskach programistycznych, ponieważ zawsze prowadzi to do kruchych buildów dev i whiny.

Jak mogę użyć wartości zmiennej środowiskowej, jeśli jest ona ustawiona i użyć innej domyślnej wartości właściwości, jeśli zmienna env nie jest ustawiona?

Z moich testów domyślnie działa na odwrót, ponieważ właściwości ustawione w pom będą nadpisywać zmienne środowiskowe w celu filtrowania zasobów.

Dzięki

Answer 1

używam dla określenia profilu jako

<profiles> 
    <profile> 
    <activation> 
     <activeByDefault>true</activeByDefault> 
     <property> 
     <name>!myproperty</name> 
     </property> 
    </activation> 
    ... 
    <properties> 
     <myproperty>some value</myproperty> 
    </properties> 
    </profile> 
    ... 
</profiles> 

Uwaga

1. activeByDefault jest ustawiona na wartość true w celu umożliwienia mu domyślnie.
2. Wartość !myproperty oznacza, że ​​ta właściwość nie istnieje lub jej nie ma.
3. Jeśli nie istnieje myproperty, użyj zamiast tego myproperty zdefiniowanego w .

Można zobaczyć dalsze informacje na http://maven.apache.org/guides/introduction/introduction-to-profiles.html

Mam nadzieję, że to może pomóc osiągnąć swoje wymagania.

Pozdrawiam,

Charlee Ch.

Answer 2

Ten sam problem występuje w naszej grupie rozwojowej, gdy używa się wartości środowiska do oznaczenia ścieżki systemu plików - konkretnie różnic między linuxem i oknami.

oparciu o inne rozwiązania na tym samym pytaniem:

<profile> 
    <id>MY_VAR default value</id> 
    <activation> 
     <property> 
      <name>!env.MY_VAR</name> 
     </property> 
    </activation> 
    <properties> 
     <env.MY_VAR>default value</env.MY_VAR> 
    </properties> 
</profile>