Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] Replacement for PackageAdmin.getBundles

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."

-> richard


Tom

-----equinox-dev-bounces@xxxxxxxxxxx wrote: -----

    To: Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
    From: Neil Bartlett <njbartlett@xxxxxxxxx>
    Sent by: equinox-dev-bounces@xxxxxxxxxxx
    Date: 02/22/2011 10:46AM
    Cc: Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
    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 <hargrave@xxxxxxxxxx
    <mailto:hargrave@xxxxxxxxxx>> 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/>_
    __hargrave@xxxxxx.com_ <mailto:hargrave@xxxxxxxxxx> 	

    office: +1 386 848 1781
    mobile: +1 386 848 3788







    From: Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx
    <mailto:gunnar@xxxxxxxxxxxxxxx>>
    To: equinox-dev@xxxxxxxxxxx <mailto:equinox-dev@xxxxxxxxxxx>
    Date: 2011/02/22 07:08
    Subject: [equinox-dev] Replacement for PackageAdmin.getBundles
    Sent by: equinox-dev-bounces@xxxxxxxxxxx
    <mailto:equinox-dev-bounces@xxxxxxxxxxx>
    ------------------------------------------------------------------------



    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
    gunnar@xxxxxxxxxxxxxxx <mailto:gunnar@xxxxxxxxxxxxxxx>
    http://wagenknecht.org/

    _______________________________________________
    equinox-dev mailing list
    equinox-dev@xxxxxxxxxxx <mailto:equinox-dev@xxxxxxxxxxx>
    https://dev.eclipse.org/mailman/listinfo/equinox-dev

    _______________________________________________
    equinox-dev mailing list
    equinox-dev@xxxxxxxxxxx <mailto:equinox-dev@xxxxxxxxxxx>
    https://dev.eclipse.org/mailman/listinfo/equinox-dev
    _______________________________________________
    equinox-dev mailing list
    equinox-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/equinox-dev



_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Back to the top