Re: [equinox-dev] bundle name x unique id

[Rafael Chaves <Rafael_Chaves@xxxxxxxxxx>]

Maybe it is just me trying to map Eclipse
plug-in ids to bundle global names.  We should probably stop 
doing that, because the semantics are
actually quite different.

That being said, right now there is
no support in the state for such fundamental change during an update. I
will need to work on that.

Rafael

equinox-dev-admin@xxxxxxxxxxx wrote on 19/11/2003
02:32:35 PM:

> 
> 
> 
> 
> Bundle-UniqueId has been changed to Bundle-GlobalName.  Although
this may
> change again before it is finalized.  The equinox code has not
been updated
> to reflect this change but will be shortly after M5.  Along with
some other
> API method renames/changes.
> 
> Bundle-Name and Bundle-GlobalName are not synonyms.  The semantics
of
> Bundle Name are unchanged.  Bundle Name is meant to give a bundle
a human
> readable name but it does not mean anything to the Framework at runtime.
> The Bundle-GlobalName and Bundle-Version values are used to uniquely
> identify a bundle in the runtime Framework.
> 
> The equinox Framework currently lets a bundle change its Bundle-GlobalName
> at update.  During update the Framework must check to see if
there is
> already a bundle installed that has the same Bundle-GlobalName and
> Bundle-Version as the newly updated bundle.  For example, if
the following
> bundles are installed:
> 
> BundleA1:   Bundle-GlobalName=com.foo.bundlea   Bundle-Version=1.0
> BundleA2:   Bundle-GlobalName=com.foo.bundlea   Bundle-Version=2.0
> 
> And then BundleA1 is updated to have Bundle-GlobalName=com.foo.bundlea
and
> Bundle-Version=2.0, then a BundleException is thrown because a bundle
> (BundleA2) is already installed with identical Bundle-GlobalName and
> Bundle-Version values.
> 
> I am reluctant to require another check during update to make sure
that the
> newly updated bundle has not changed its Bundle-GlobalName.  It
is unclear
> to me what the disadvantages are to allowing this kind of operation.
 The
> operation is basically uninstalling the old Bundle-GlobalName and
> installing a new different one.
> 
> This type of operation has been allowed in previous versions of the
OSGi
> spec.  A bundle may be updated to a completely different bundle.
> 
> Thomas Watson
> Pervasive Development
> Phone: 512-838-4533 Tie: 678-4533
> tjwatson@xxxxxxxxxx
> 
> 
> 
>                    
                     
                     
             
>                    
  Rafael Chaves                
                     
   
>                    
  <Rafael_Chaves@ca.        To:    
  equinox-
> dev@xxxxxxxxxxx                
                     
    
>                    
  ibm.com>                
 cc:                  
       
>                    
  Sent by:                
 Subject:  [equinox-
> dev] bundle name x unique id            
                
>                    
  equinox-dev-admin@              
                     
>                    
  eclipse.org                
                     
     
>                    
                     
                     
             
>                    
                     
                     
             
>                    
  11/19/2003 12:50              
                     
  
>                    
  PM                  
                     
            
>                    
                     
                     
             
>                    
                     
                     
             
> 
> 
> 
> 
> 
> In the RFC, are bundle names and unique ids synonyms?
> 
> I would say that they shouldn't be synonyms. That would allow us to
keep
> the loose semantics of bundle-name and restrict the semantics of the
new
> bundle-unique-id. For instance, I don't think an object should be
able to
> change its id. So it would make sense to allow changing a bundle's
name
> during an update operation, but not its unique id.
> 
> Comments?
> 
> Rafael
> 
> 
> _______________________________________________
> equinox-dev mailing list
> equinox-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/equinox-dev