Il commento pubblicato dall'utente1885834 funzionava meglio per me: creare profili per Windows e Linux e utilizzare le rispettive variabili di ambiente per definire una nuova proprietà $ {nomehost}, per essere u sed ovunque.
<profile>
<id>unix</id>
<activation>
<os>
<family>unix</family>
</os>
</activation>
<properties>
<hostname>${env.HOSTNAME}</hostname>
</properties>
</profile>
<profile>
<id>windows</id>
<activation>
<os>
<family>Windows</family>
</os>
</activation>
<properties>
<hostname>${env.COMPUTERNAME}</hostname>
</properties>
</profile>
Ti serve in una build reale o solo all'interno di un ambiente CI? – khmarbaise
Voglio filtrare i file delle proprietà di test sostituendo $ {hostname} con il nome host in cui è eseguito. Questo è utile per le build locali e per gli ambienti CI. Per le build "reali", il nome host nel file delle proprietà è hardcoded. Questo per assicurarsi che il file delle proprietà sia per l'ambiente corretto. – steinim
Perché non creare artefatti per ogni ambiente di cui si ha bisogno invece di far dipendere un ambiente di costruzione? Che dire di questo: http://blog.soebes.de/index.php?/archives/340-Maven-Configuration-For-Multipe-Environments.html – khmarbaise