Hi,

Am 03.02.2012 um 13:01 schrieb Martin Ždila:

> Are there any plans for extending MetaType service in the future
> specifications? Current implementation is not extensible and we can't
> use additional proprietary properties.

Yes the implementations follows the spec and as such only supports the elements 
defined by the spec. As an extension to the spec, the API to read and parse the 
metatype files is exposed, though.

> 
> We would like to have for example custom properties. In XML it is
> possible to use other namespaces, but it is not possible to access it
> via MetaTypeService. Custom properties could be for example additional
> validation properties (inspired from JSR-303).

Validation is also predefined by the spec and as such is implemented 
accordingly.

> Another thing, there is no way to describe various complex structures,
> for example arrays with complex structures:
> 
> user.1.name=John
> user.1.surname=Parker
> user.1.age=30
> user.2.name=Fred
> user.2.surname=Flinstone
> user.2.age=5923
> ...

This can easily be done with two factory configurations.

> 
> The same for maps with complex structures:
> 
> keyStore.myAlias.pem=xxx
> keyStore.myAlias.password=xxx
> keyStore.otherAlias.pem=foo
> keyStore.otherAlias.password=bar

Likewise

> 
> ...and other combinations.
> 
> ~~~~
> 
> Another missing feature is to explicitly provide PID for
> Configurations created from configuration factory. Currently the PID
> is generated by the implementation, for Felix it is
> <factoryPid>.<UUID> but this makes it hard for human to distinguish
> multiple instances.

Yes, this is how the Configuration Admin specs states it: The 
ConfigurationAdmin.createFactoryConfiguration methods generate a unique PID 
automatically. There is no way to predefine it. It just so happens as an 
implementation detail, that the Felix implementation does it like this.

> 
> Also, is there some discussion groups where future specifications are 
> discussed?

AFAICT There are discussions in the OSGi Alliance to update Configuration 
Admin. One idea is the notion of a Configurable (see Peter's blog on this 
subject) where a configuration object is created ORM-style from the 
configuration data.

This will for sure have an influence on other related specs like for example 
MetaType service or Declarative Services.

Regards
Felix


> 
> Thanks in advance
> BR
> -- 
> Ing. Martin Ždila
> tel:+421-908-363-848
> mailto:mar...@zdila.sk
> http://www.zdila.sk/
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Reply via email to