[
https://issues.apache.org/jira/browse/FELIX-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13254130#comment-13254130
]
Clement Escoffier commented on FELIX-3374:
------------------------------------------
Hi, I've fixed the issue in the trunk.
We're using Dictionary / Properties because the OSGi specification is relying
on them (OSGi R 4.0, 4.1 and 4.2). It seems that there is some effort to update
the API, but I didn't check so far.
So, as the OSGi api is using such objects, we have decided to use them in iPOJO
to be consistent. However, we probably will update this in iPOJO 2.0.
> Use of java.lang.Properties in iPOJO Core
> -----------------------------------------
>
> Key: FELIX-3374
> URL: https://issues.apache.org/jira/browse/FELIX-3374
> Project: Felix
> Issue Type: Bug
> Components: iPOJO
> Affects Versions: iPOJO-1.8.0
> Environment: JRE 6
> Apache Felix Framework 4.0.2
> Reporter: Armin Felke
> Assignee: Clement Escoffier
>
> Setting the instance property "requires.filters" when property propagation is
> enabled for the component, results in the following error message:
> "[ERROR] : The propagated property requires.filters cannot be created
> correctly : Constructor not found exception during the creation of class
> java.util.Properties : java.util.Properties.<init>(java.lang.String)"
> It seems that iPOJO tries to create java.util.Properties as service property
> values incorrectly.
> Btw, I am just curious, what is the current policy for handling collections
> of string/value pairs in the iPOJO/Felix source code? Class
> java.util.Directory seems to be obsolete and Properties is not as universal
> as the java.util.Map<> interface.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
