The import is hard, not optional
Carsten
2013/9/6 Felix Meschberger
> Hi
>
> Is the import hard or resolution:=optional ? I could make an argument for
> the latter in that it would resolve the import upfront if available but
> delay to dynamic resolution if not available yet.
>
> WDYT ?
>
> Re
Hi
Is the import hard or resolution:=optional ? I could make an argument for the
latter in that it would resolve the import upfront if available but delay to
dynamic resolution if not available yet.
WDYT ?
Regards
Felix
Am 06.09.2013 um 08:31 schrieb Carsten Ziegeler:
> Hi,
>
> in Apache Sl
Hi
I looked into one example, where this happens: The Sling auth.core bundle has
the following export:
> org.apache.sling.engine.auth;
> version="2.0.6";
> uses:="javax.jcr,javax.servlet.http,org.apache.sling.api"
Could it be that the unconditional Import-Package is driven by this uses
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier reopened FELIX-4218:
--
> NPE with field annotated with both @Property and @ServiceProperty
> -
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760273#comment-13760273
]
Clement Escoffier commented on FELIX-4218:
--
Going to try with your new code. Prob
Hi,
in Apache Sling we switched now from version 2.3.7 to 2.4.0 of the maven
bundle plugin and it seems there is a difference in the handling of dynamic
import packages between those versions.
With previous versions of the plugin, the Import-Package was calculated
with taking DynamicImport-Packag
[
https://issues.apache.org/jira/browse/FELIX-4220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-4220:
---
Affects Version/s: framework-4.2.1
> BundleException type is always set to 0
> -
[
https://issues.apache.org/jira/browse/FELIX-4220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall updated FELIX-4220:
---
Fix Version/s: framework-4.4.0
> BundleException type is always set to 0
> -
Roland Weiglhofer created FELIX-4220:
Summary: BundleException type is always set to 0
Key: FELIX-4220
URL: https://issues.apache.org/jira/browse/FELIX-4220
Project: Felix
Issue Type: Bu
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760094#comment-13760094
]
Guillaume Sauthier commented on FELIX-4218:
---
Here is the sample
{code}
@Componen
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-4218.
--
Resolution: Cannot Reproduce
> NPE with field annotated with both @Property and @Se
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760079#comment-13760079
]
Clement Escoffier commented on FELIX-4218:
--
Hi,
I can't reproduce the issue.
I'
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier updated FELIX-4218:
-
Fix Version/s: ipojo-runtime-1.10.2
Assignee: Clement Escoffier
> NPE with f
[
https://issues.apache.org/jira/browse/FELIX-4218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760058#comment-13760058
]
Clement Escoffier commented on FELIX-4218:
--
Actually, it's not wrong. I'm having
[
https://issues.apache.org/jira/browse/FELIX-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760056#comment-13760056
]
Clement Escoffier commented on FELIX-4219:
--
Fixed in trunk
> Var
[
https://issues.apache.org/jira/browse/FELIX-4219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Clement Escoffier resolved FELIX-4219.
--
Resolution: Fixed
> Variables named not stored in bytecode for constructors during
We are using in our company for this problems the wrap-goal, works fine for us.
http://www.lucamasini.net/Home/osgi-with-felix/creating-osgi-bundles-of-your-maven-dependencies
Greetings Andreas
-Ursprüngliche Nachricht-
Von: lott...@gmail.com [mailto:lott...@gmail.com] Im Auftrag von Sno
Though I guess it comes under the some hassle heading, we use
http://felix.apache.org/site/apache-felix-maven-bundle-plugin-bnd.html to
leverage non-OSGi bundles.
On 6 Sep 2013, at 09:04, Snorre Lothar von Gohren Edwin
wrote:
> Hi, didnt get much respons on last email. But im wondering what a
Clement Escoffier created FELIX-4219:
Summary: Variables named not stored in bytecode for constructors
during manipulation
Key: FELIX-4219
URL: https://issues.apache.org/jira/browse/FELIX-4219
Pro
Hi, didnt get much respons on last email. But im wondering what are the
normal procedures when using libs which is not OSGi and they depend on
other libs which again is not OSGi? It is difficult to make those kind of
libs work with OSGi projects which should work out of the box, without any
hassel.
20 matches
Mail list logo