Hi Felix,
It's ok for a release without a fix, but is there any chance for a
small/quick patch in the trunk ?
/pierre
Felix Meschberger wrote:
Hi Pierre,
I was unfortunately not able to look into this mail earlier. This is in
fact a known problem (unfortunately not accompanied with an issue
[
https://issues.apache.org/jira/browse/FELIX-697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-697.
-
Resolution: Fixed
Fixed in the revision 693520.
I commit a patch and add the test case in
[
https://issues.apache.org/jira/browse/FELIX-716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-716.
-
Resolution: Fixed
Resolved in the revision 693468.
Core bundle, composite bundle and exter
[
https://issues.apache.org/jira/browse/FELIX-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12629531#action_12629531
]
Clement Escoffier commented on FELIX-697:
-
Just an update,
This behavior requires J
[
https://issues.apache.org/jira/browse/FELIX-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12629506#action_12629506
]
Clement Escoffier commented on FELIX-697:
-
So, this issue comes from an "unexpected"
[
https://issues.apache.org/jira/browse/FELIX-697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on FELIX-697 started by Clement Escoffier.
> Generation of a duplicated field when using generics
>
>
>
Provide XML schemas for iPOJO descriptors
-
Key: FELIX-716
URL: https://issues.apache.org/jira/browse/FELIX-716
Project: Felix
Issue Type: Improvement
Components: iPOJO
Affects Versions:
[
https://issues.apache.org/jira/browse/FELIX-697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier reassigned FELIX-697:
---
Assignee: Clement Escoffier
> Generation of a duplicated field when using generics
> -
Stefano Lenzi wrote:
> Hi All,
>
> After the new release of the org.osgi.core:1.2.0 and
> org.apache.felix.bundlerepository:1.2.0, the trunk do not compile
> anymore if you download felix from the SVN with an empty .m2 maven
> repository. In fact, several bundles dependes on
> org.osgi.core:1.1.0-
Hi All,
After the new release of the org.osgi.core:1.2.0 and
org.apache.felix.bundlerepository:1.2.0, the trunk do not compile
anymore if you download felix from the SVN with an empty .m2 maven
repository. In fact, several bundles dependes on
org.osgi.core:1.1.0-SNAPSHOT which has never been
[
https://issues.apache.org/jira/browse/FELIX-715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Lenzi updated FELIX-715:
Attachment: trunk.r693405.patch
A simple patch for let the trunk compile with an empty m2 maven repo
Several bundle depends on org.osgi.core:1.1.0-SNAPSHOT
--
Key: FELIX-715
URL: https://issues.apache.org/jira/browse/FELIX-715
Project: Felix
Issue Type: Bug
Components: Log Servic
+1
Regards
Felix
Carsten Ziegeler schrieb:
> I would like to call a vote on the following subproject releases,
>
> SCR 1.0.6
> Metatype 1.0.2
> SCR Plugin 1.0.8
>
> The releases are especially important as they fix a problem with
> handling the xml desscriptor files: SCR was expecting a wrong
>
Hi Pierre,
I was unfortunately not able to look into this mail earlier. This is in
fact a known problem (unfortunately not accompanied with an issue up to
now). I consider this an annoyance and thus think, we should not block
this release.
If you consider this a major issue, I propose, we fix it
Needless component reactivation on startup
--
Key: FELIX-714
URL: https://issues.apache.org/jira/browse/FELIX-714
Project: Felix
Issue Type: Bug
Affects Versions: scr-1.0.4, scr-1.0.2, scr-1.0.0, s
15 matches
Mail list logo