On 2/22/11 12:19, Richard S. Hall wrote:
On 2/22/11 12:12, Thomas Watson wrote:
No, package admin may not be available on all future framework
implementations of R4.3. I have no plans to remove it from equinox
because I know it is used by many clients and I don't want to break
them. I would hope that most framework implementations would have the
same concern and will keep an implementation of PackageAdmin around
for a long time.
I'm not sure I understand the seriousness of this "breaking change"
though. There is an alternative way of doing this as BJ suggests.
Also, PackageAdmin may have been a mandatory core service in OSGi
R4.2 specification, but it has not always been so. Previous releases
of the core specifications made the PackageAdmin service optional.
Although I don't think there is any reasonable core framework
implementation available that does not provide PackageAdmin at the
moment.
I guess I didn't even remember making them mandatory...the R4.2 spec
still has sentences like this:
"For example, a Framework vendor could supply the
optional services like Permission Admin service and Start Level
service with
Framework extension bundles."
Sorry, I read "Permission Admin" as "Package Admin", but I'm still
trying to see in the spec where it says Package Admin is mandatory. See
this in 7.1.3:
"The Frameworkâs system bundle should provide a Package Admin service
for the Management Agent."
-> richard
-> richard
Tom
[email protected] wrote: -----
To: Equinox development mailing list <[email protected]>
From: Neil Bartlett <[email protected]>
Sent by: [email protected]
Date: 02/22/2011 10:46AM
Cc: Equinox development mailing list <[email protected]>
Subject: Re: [equinox-dev] Replacement for PackageAdmin.getBundles
BJ, could you confirm that the old API will still be available in
all frameworks... otherwise this would be a serious breaking
change for existing clients.
Sent from my BlackBerry
On 22 Feb 2011, at 16:09, BJ Hargrave <[email protected]
<mailto:[email protected]>> wrote:
There is no replacement for that method. You can just grovel over
the bundles to find this information. Seems like a job for a
utility class...
That method was not a good fit for packageadmin anyway since it
nothing to do with the wiring state of the bundles.
-- *BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the _OSGi Alliance_ <http://www.osgi.org/>_
[email protected]_ <mailto:[email protected]>
office: +1 386 848 1781
mobile: +1 386 848 3788
From: Gunnar Wagenknecht <[email protected]
<mailto:[email protected]>>
To: [email protected] <mailto:[email protected]>
Date: 2011/02/22 07:08
Subject: [equinox-dev] Replacement for PackageAdmin.getBundles
Sent by: [email protected]
<mailto:[email protected]>
------------------------------------------------------------------------
Hi,
What's the recommended replacement for
org.osgi.service.packageadmin.PackageAdmin.getBundles(String,
String)? I
was looking for a similar method in the new org.osgi.framework.wiring
package. But it appears that there is none. I haven't checked the
changes for M6, though.
-Gunnar
-- Gunnar Wagenknecht
[email protected] <mailto:[email protected]>
http://wagenknecht.org/
_______________________________________________
equinox-dev mailing list
[email protected] <mailto:[email protected]>
https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________
equinox-dev mailing list
[email protected] <mailto:[email protected]>
https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________
equinox-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________
equinox-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________
equinox-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________
equinox-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/equinox-dev
