-
Notifications
You must be signed in to change notification settings - Fork 22
Expand file tree
/
Copy pathpackage-info.java
More file actions
79 lines (77 loc) · 3.37 KB
/
package-info.java
File metadata and controls
79 lines (77 loc) · 3.37 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
/*
*******************************************************************************
* Copyright (c) 2016-2019 Contributors to the Eclipse Foundation
*
* See the NOTICE file(s) distributed with this work for additional
* information regarding copyright ownership.
*
* Licensed under the Apache License, Version 2.0 (the "License");
* You may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*******************************************************************************/
/**
* <p>Configuration for Java
*
* <h2>Rational</h2>
*
* <p>For many project artifacts (e.g. WAR, EAR) it should be possible to build them only once
* and then install them at different customers, stages, etc.
* They need to target those different execution environments without the necessity of any repackaging.
* In other words: depending on the situation they need different configuration.
*
* <p>This is easily achievable by having a set of default configuration values inside the project artifact.
* But be able to overwrite those default values from external.
*
* <h2>How it works</h2>
*
* <p>A 'Configuration' consists of the information collected from the registered
* {@link jakarta.config.spi.ConfigSource ConfigSources}.
* These {@code ConfigSources} get sorted according to their <i>ordinal</i>.
* That way it is possible to overwrite configuration with lower importance from outside.
*
* <p>By default there are 3 ConfigSources:
*
* <ul>
* <li>{@code System.getenv()} (ordinal=400)</li>
* <li>{@code System.getProperties()} (ordinal=300)</li>
* <li>all {@code META-INF/javaconfig.properties} files on the ClassPath.
* (ordinal=100, separately configurable via a config_ordinal property inside each file)</li>
* </ul>
*
* <p>That means that one can put the default configuration in a {@code META-INF/javaconfig.properties} anywhere on the classpath.
* and the Operations team can later simply e.g set a system property to change this default configuration.
*
* <p>It is of course also possible to register own {@link jakarta.config.spi.ConfigSource ConfigSources}.
* A {@code ConfigSource} could e.g. read configuration values from a database table, a remote server, etc
*
* <h2>Accessing and Using the Configuration</h2>
*
* <p> The configuration of an application is represented by an instance of {@link jakarta.config.Config}.
* The {@link jakarta.config.Config} can be accessed via the {@link jakarta.config.ConfigProvider}.
*
* <pre>
* Config config = ConfigProvider#getConfig();
* String restUrl = config.getValue("myproject.some.endpoint.url", String.class);
* </pre>
*
* <p> Of course we also support injection via a JSR-330 DI container:
* <pre>
* @Inject
* @ConfigProperty(name="myproject.some.endpoint.url");
* private String restUrl;
* </pre>
*
* @author <a href="emijiang@uk.ibm.com">Emily Jiang</a>
* @author <a href="mailto:struberg@apache.org">Mark Struberg</a>
*
*/
@org.osgi.annotation.versioning.Version("1.0")
package jakarta.config;