Define the mechanism to provide the ObjectModel by Processors

[ykryshchuk]

In addition to the confguration rendered by processors it should be a way to catch the configuration on client side and convert it to Java objects.

Instead of parsing the text configuration Yurconf Client API can unmarshal it into the objects.

Need to create the example on Demo processor to show simple case.

[ykryshchuk]

It can be a single maven project that provides multiple artifacts:

• the processor JAR, which contains the processor classes, resources and the descriptor
• the installation package(s) for linux targets (rpms and deb)
• a new artifact is needed - the *-om JAR file that can be also referenced by clients

[ykryshchuk]

Added general code to processor parent pom. The om artifact is created from the resources specified by processor pom. The jar file gets included into linux packages and appears in corresponding library directories. A versionless link is added as well.

Client applications may include the artifact as dependency using the classifier element, like in this example:

<dependency>
   <groupId>org.yurconf</groupId>
   <artifactId>yurconf-demo-processor</artifactId>
   <version>2.0</version>
   <classifier>om</classifier>
</dependency>

[ykryshchuk]

still wrong packaging. need a way to install only the client package

[ykryshchuk]

Configuration Processors Parent POM has been refactored in a way that it declares following artifacts to be created:

• general JAR artiact that contains both processor and client classes and resources
• client JAR (om) that contains only OM classes and resources
• DEB for processor provides general JAR
• DEB for client (client-all) provides client JAR
• Standard RPM for processor (std)
• Standard RPM for client (client-std)
• Alternative RPM for processor (alt)
• Alternative RPM for client (client-alt)