You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2014/01/28 18:07:37 UTC
[jira] [Created] (FELIX-4411) "null" Bundle-Activator causes
exception if assertions turned on
Daniel Kulp created FELIX-4411:
----------------------------------
Summary: "null" Bundle-Activator causes exception if assertions turned on
Key: FELIX-4411
URL: https://issues.apache.org/jira/browse/FELIX-4411
Project: Felix
Issue Type: Bug
Components: Maven Bundle Plugin
Affects Versions: maven-bundle-plugin-2.4.0
Reporter: Daniel Kulp
In our top level pom, we have the maven-bundle-plugin with an instruction like:
{code:xml}
<Bundle-Activator>${cxf.bundle.activator}</Bundle-Activator>
{code}
and a property of:
{code:xml}
<cxf.bundle.activator />
{code}
which works fine. Bundles that have an activator just add a property in their pom and it's picked up, bundles without one don't define a property and it all seems to work.
HOWEVER, if run with MAVEN_OPTS="-ea", the bundle plugin throws an exception. The problem is technically in bnd. In aQute.bnd.osgi.Analyzer.analyze(), it calls:
{code:java}
String s = getProperty(BUNDLE_ACTIVATOR);
if (s != null) {
activator = getTypeRefFromFQN(s);
referTo(activator);
trace("activator %s %s", s, activator);
}
{code}
however, the return from the getProperty(..) call is an empty string, not null.
It may be good if the bundle-plugin would filter out the empty strings or nulls in cases like this where we know it wouldn't be valid. That said, a fix in bnd would be good as well.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)