Well update(InputStream) does not receive a URL, so there is no "new" 
location to be had; just an InputStream. But more importantly, the 
location string is a deployer assigned bundle identifier that persists for 
the lifetime of the bundle. As you see, it does not change as long as the 
bundle remains installed. This persistence is important for other bundles 
which may manage data for a bundle based upon its location. For example, 
see Conditional Permission Admin and Permission Admin. Also Preferences 
Service.
-- 

BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
[email protected]

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




From:   <[email protected]>
To:     "[email protected]" <[email protected]>
Cc:     CHAZALET Antonin NRS <[email protected]>
Date:   2013/06/18 09:35
Subject:        [osgi-dev] Bundle's update(InputStream input), and String 
getLocation() methods.
Sent by:        [email protected]



Dear,


I have a question about Bundle's update(InputStream input), and String 
getLocation() methods.

I'm working on BroadBand Forum TR-069, and TR-157 (Software Modularity), 
and OSGi.

I'm using the Bundle's update(InputStream input) method and expected that 
the location of the just updated bundle corresponds to the URL given as 
input.
But, the OSGi specification (4.3.0) specifies the opposite (getLocation() 
must not change when a bundle is updated).

Does anyone know why the specification stated this?


Thanks a lot,
Regards,

Antonin.

-----
Antonin CHAZALET

IT&Labs / Département MIMS (M2M, Industrial, Multimedia Services)
[email protected]

Orange Business Services - GS/ITSS/IT&LABS/MIMS
195 rue Lavoisier - 38330 MONTBONNOT ST MARTIN - France
www.itlabs.fr.orange-business.com



_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez 
recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete 
altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and 
delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for 
messages that have been modified, changed or falsified.
Thank you.

_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev


_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to