[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] possible regression in equinox

Yes, this appears to be a bug that should be fixed.  Please open an Equinox bug.

Tom





From:        Raymond Auge <raymond.auge@xxxxxxxxxxx>
To:        Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
Date:        07/31/2014 01:06 AM
Subject:        Re: [equinox-dev] possible regression in equinox
Sent by:        equinox-dev-bounces@xxxxxxxxxxx




What's more is that we actually used this not only for equinox, but also for other osgi bundles using framework properties (and also relied on the null state).

- Ray


On Wed, Jul 30, 2014 at 10:57 PM, Raymond Auge <raymond.auge@xxxxxxxxxxx> wrote:
Hey all,

I think I found a regression in equinox when using the framework API.

:(

The scenario is quite simple to reproduce.

java.util.ServiceLoader<FrameworkFactory> loader = java.util.ServiceLoader.load(FrameworkFactory.class);
Map<String, String> properties = new HashMap<String, String>();
properties.put("blah", null);
Framework newFramework = loader.iterator().next().newFramework(properties);

// fails with NPE

This would work fine in every previous version of equinox.

Rationale
So, this might sounds like it's a silly thing to want to do in the first place. 

However, one very good reason for this is because it's the only way to "set" (or rather "unset") certain equinox flags due to the fact that the only check causing them to be unset is a null check (which if I can't set it null will obviously never be the case).

Again, before Luna, this always worked.


--
Raymond Augé (@rotty3000)
Senior Software Architect
Liferay, Inc. (@Liferay)




--
Raymond Augé (@rotty3000)
Senior Software Architect
Liferay, Inc. (@Liferay)
_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev