This is an automated email from the ASF dual-hosted git repository. pottlinger pushed a commit to branch vote-0.4-incubating-01 in repository https://gitbox.apache.org/repos/asf/incubator-tamaya-site.git
commit 2a2931f780a41d39ac42fcfc28b24ab68cd37c8b Author: Hugo Hirsch <git...@hugo-hirsch.de> AuthorDate: Tue Aug 27 23:19:25 2019 +0200 Harmonze OSGi --- content/development/possible-contributions.adoc | 4 ++-- content/documentation/api.adoc | 8 ++++---- content/documentation/core.adoc | 2 +- content/documentation/extensions.adoc | 2 +- content/documentation/usecases.adoc | 2 +- content/highleveldesign.adoc | 4 ++-- 6 files changed, 11 insertions(+), 11 deletions(-) diff --git a/content/development/possible-contributions.adoc b/content/development/possible-contributions.adoc index 60503ef..0149504 100644 --- a/content/development/possible-contributions.adoc +++ b/content/development/possible-contributions.adoc @@ -16,7 +16,7 @@ toc::[] {name} is the Apache standard for flexible and powerful configuration. Objective is to provide flavors for Java SE, ME as well as to ship with powerful features for Java EE and Cloud Solutions. All functions provided is build on top of a small but very powerful, flexible and extendible API. This API is implemented by a core implementation, -which then can be extended or adapted for use in different runtime scenarios, such as SE, ME, EE, Spring, OSGI +which then can be extended or adapted for use in different runtime scenarios, such as SE, ME, EE, Spring, OSGi and more. Similarly additional modules may be provided that help also existing solution to be plugged into {name}, so you can start right away using {name} without having to rebuild/change your existing application. @@ -108,7 +108,7 @@ storing/retreiving/managing configuration: === Integration with Jigsaw -Once Jigsaw is mature and in a usable (still early) stage, examples are to be created and tested, where OSGI is used as +Once Jigsaw is mature and in a usable (still early) stage, examples are to be created and tested, where OSGi is used as the basic runtime platform, e.g. Apache Felix, but as well others. == Distributed/Remote Configuration Support diff --git a/content/documentation/api.adoc b/content/documentation/api.adoc index 0f975b3..29957a5 100644 --- a/content/documentation/api.adoc +++ b/content/documentation/api.adoc @@ -62,7 +62,7 @@ The API provides the artifacts as described in the link:../highleveldesign.html[ +ConfigurationContextBuilder+. This builder can be obtained calling +Configuration.createConfigurationBuilder();+. ** Finally +ServiceContext+ and +ServiceContextManager+ provide an abstraction to the underlying runtime environment, allowing different component loading and lifecycle strategies to be used. This is very useful since component (service) - loading in Java SE, Java EE, OSGI and other runtime environments may be differ significantly. In most cases even + loading in Java SE, Java EE, OSGi and other runtime environments may be differ significantly. In most cases even extension programmers will not have to deal with these internals. @@ -746,7 +746,7 @@ builder.addPropertySourceProvider(new MyPropertySourceProvider()); == The ServiceContext The +ServiceContext+ allows to define how components are loaded in Tamaya. It is the glue layer, which interacts -with the underlying runtime system such as Java SE, Java EE, OSGI, VertX etc. +with the underlying runtime system such as Java SE, Java EE, OSGi, VertX etc. The +ServiceContext+ hereby defines access methods to obtain components, whereas itself it is available from the +ServiceContextManager+ singleton: @@ -788,7 +788,7 @@ With the +ServiceContext+ a component can be accessed in two different ways: . the _register_ methods allow to explcitly register (and optionally override) a service or services registered. . Finally the methods `getResource(s)` allow to load resources from the classpath. This is especially useful - when running in an OSGI context, where loading of resources from the classloaders will fail. + when running in an OSGi context, where loading of resources from the classloaders will fail. ## Examples @@ -885,5 +885,5 @@ Furthermore Tamaya also implements or supports: * the API as defined by JSR 310 (Config JSR) * the Microprofile API * the Spring Configuration Mechanism -* integration with the OSGI `ConfigAdmin` API. +* integration with the OSGi `ConfigAdmin` API. * the Apache Camel Configuration SPI diff --git a/content/documentation/core.adoc b/content/documentation/core.adoc index 197a556..d67cb2b 100644 --- a/content/documentation/core.adoc +++ b/content/documentation/core.adoc @@ -11,7 +11,7 @@ and building blocks for supporting SPI implementations. Tamaya Core contains the following artifacts: * A service loader implementation, configurations and further logic required to run - in an OSGI environment. + in an OSGi environment. * Numerous *converters*, including an +EnumConverter+, that is a converter implementation that can automatically select the currect enumeration values based on a configured entry. * A configurable `BannerManager`to print Tamaya's start logo on load. diff --git a/content/documentation/extensions.adoc b/content/documentation/extensions.adoc index e065308..805a798 100644 --- a/content/documentation/extensions.adoc +++ b/content/documentation/extensions.adoc @@ -31,7 +31,7 @@ Mature extensions have a stable API and SPI, similar to the API and Implementati |+org.apache.tamaya.ext:tamaya-microprofile+ |Implemenation and Integration with the Microprofile API. |link:extensions/mod_microprofile.html[Documentation] |+org.apache.tamaya.ext:tamaya-mutable-config+|Provides API/SPI for writing configuration |link:extensions/mod_mutable_config.html[Documentation] |+org.apache.tamaya.ext:tamaya-optional+ |Lets a Tamaya configuration to be used as an optional project extension only. |link:extensions/mod_optional.html[Documentation] -|+org.apache.tamaya.ext:tamaya-osgi+ |Integration with OSGI containers. |link:extensions/mod_osgi.html[Documentation] +|+org.apache.tamaya.ext:tamaya-osgi+ |Integration with OSGi containers. |link:extensions/mod_osgi.html[Documentation] |+org.apache.tamaya.ext:tamaya-resolver+ |Provides placeholder and dynamic resolution functionality for configuration values. |link:extensions/mod_resolver.html[Documentation] |+org.apache.tamaya.ext:tamaya-resources+ |Provides ant-style resource path resolution |link:extensions/mod_resources.html[Documentation] |+org.apache.tamaya.ext:tamaya-spring+ |Integration for Spring / Spring Boot. |link:extensions/mod_spring.html[Documentation] diff --git a/content/documentation/usecases.adoc b/content/documentation/usecases.adoc index e57e121..8200a64 100644 --- a/content/documentation/usecases.adoc +++ b/content/documentation/usecases.adoc @@ -9,7 +9,7 @@ There are several reasons, why you should choose Tamaya, some of them: * *Tamaya is useful*: Tamaya ships with a type safe, easy to use API and SPI, which can help you to decouple your code from configuration concerns. * *Tamaya is flexible*: Regardless of working -with Vanilla Java SE or with OSGI or Jakarta EE, Tamaya can be the tool +with Vanilla Java SE or with OSGi or Jakarta EE, Tamaya can be the tool of choice for your configuration concerns. * *Tamaya is extendible*: Tamaya comes with a lean core API. Additional features can be added easily by simply adding them to the project classpath as needed. diff --git a/content/highleveldesign.adoc b/content/highleveldesign.adoc index 54f26cc..7497267 100644 --- a/content/highleveldesign.adoc +++ b/content/highleveldesign.adoc @@ -20,7 +20,7 @@ The *SPI* (package +org.apache.tamaya.spi+) provides: ** Several extension points for adding additional configuration property sources or adapting the internal workings of the overall system. ** A +ServiceContext / ServiceContextManager+ that controls the loading of the components in Tamaya. This allows to - adapt the behaviour depending on the runtime environment in use, e.g. a Java standalone application, an OSGI + adapt the behaviour depending on the runtime environment in use, e.g. a Java standalone application, an OSGi container or a Java EE application server. Tamaya *Modules* finally allow to add additional functionality to customize your configuration solution with the @@ -30,7 +30,7 @@ functionality you want. E.g. modules are providing features such as * _Dynamic placeholders_ and resolution mechanism for configuration values * Abstractions for reusable _configuration formats_ * Dynamic configuration updates and change events -* Support for OSGI/Java EE Classloading +* Support for OSGi/Java EE Classloading * A configuration server/client * and more...