V25 » History » Version 3
Henning Blohm, 21.05.2017 17:49
1 | 1 | Henning Blohm | h1. Z2-Environment version 2.5 |
---|---|---|---|
2 | |||
3 | TBC |
||
4 | |||
5 | ("Version 2.4.1":https://redmine.z2-environment.net/versions/43) |
||
6 | |||
7 | Apart from various minor bug fixes, version 2.5 brings some important improvements: |
||
8 | |||
9 | 3 | Henning Blohm | h2. Dynamically evaluated component property expressions ("doc":http://www.z2-environment.net/z2env/v25doc#dynamicComponentProperties) |
10 | 1 | Henning Blohm | |
11 | For some configuration aspects, such as connectivity information, it can be very handy to use system properties or process environment variables rather than hard-coded, checked in configuration. |
||
12 | |||
13 | 3 | Henning Blohm | Version 2.5 supports just that (and actually much more) by providing an extensible mechanism of expression language usage in component descriptors (#1697). Built-in support at the (lowest) core level includes the use of JEXL3 expressions ("doc":http://www.z2-environment.net/z2env/v25doc#jexl3support). |
14 | 1 | Henning Blohm | |
15 | 2 | Henning Blohm | For example, deriving a host name from an environment variable *HOST_NAME* is as simple as |
16 | 1 | Henning Blohm | |
17 | 2 | Henning Blohm | <pre><code class="bash"> |
18 | 1 | Henning Blohm | hostName\:JEXl3=env.HOST_NAME |
19 | 2 | Henning Blohm | </code></pre> |
20 | 1 | Henning Blohm | |
21 | |||
22 | 3 | Henning Blohm | h2. Better handling of worker configuration and Windows environments ("doc":http://www.z2-environment.net/z2env/v25doc#blanksAndQuotesVMProps). |
23 | 1 | Henning Blohm | |
24 | The way worker processes are configured and executed has been overhauled and has no problems with blanks in parameters and paths anymore (#1963). |
||
25 | |||
26 | 3 | Henning Blohm | h2. Supporting tags and multiple roots in GitCR ("doc":http://www.z2-environment.net/z2env/v25doc#gitComponentRepositories) |
27 | 1 | Henning Blohm | |
28 | Support for Git-backed component repositories made a leap forward. The internal structure of the Git repo does not need to reflect a single component repository file structure anymore. Instead by listing a set of root paths in the repo, and flexible provision of components from Git stored definitions is now supported (#1958). |
||
29 | |||
30 | In order to choose an effective version that is supposed to be read by z2, the Git component repository can be made to use any Git reference. In particular this includes tags and branches (#1965). |