You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Ian Boston (JIRA)" <ji...@apache.org> on 2013/03/27 00:01:17 UTC

[jira] [Commented] (SLING-2477) Configuration via sling:OsgiConfig nodes does not support all types

    [ https://issues.apache.org/jira/browse/SLING-2477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13614655#comment-13614655 ] 

Ian Boston commented on SLING-2477:
-----------------------------------

Revisiting this, with trepidation since we didn't reach consensus.

Since we should use the same format to writeback, and wanting to achieve consensus before doing anything, would it be wrong to support reading of both formats ?
ie 

name{int}: "1000"
and
name: I"1000"

It should be possible to accommodate both styles.


                
> Configuration via sling:OsgiConfig nodes does not support all types
> -------------------------------------------------------------------
>
>                 Key: SLING-2477
>                 URL: https://issues.apache.org/jira/browse/SLING-2477
>             Project: Sling
>          Issue Type: Bug
>          Components: Installer
>    Affects Versions: JCR Installer 3.1.2
>            Reporter: Alexander Klimetschek
>            Assignee: Ian Boston
>         Attachments: SLING-2477.patch
>
>
> Most notably, the common "service.ranking" needs to be an Integer, while the jcr property mapping only allows for "Long" types at the moment. The problem is that JCR has a smaller set of property types than the OSGi config admin (JCR: String, Boolean, Long, Double, Decimal; OSGi: String, Boolean, Long, Integer, Float, Double, and probably more differences...).
> Similarly to properties files (which do it in the value like 'service.ranking=I"-10000"' with I=Integer), there must be a way to explicitly specify the type regardless of the JCR type. For example, encoding it in the property name like "service.ranking{int}".

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira