| 
  
  
     Hi, 
       
      On 07/31/2014 04:11 PM, Andreas Sewe wrote: 
     
    
      Unlike for feature/plugin/@version the "0.0.0" of
feature/requires/import/@version is not expanded to the feature version
actually visible during the build (be it from the target platform or the
reactor). 
     
    That's expected. The versions are kept as it, and are resolved when
    users *installs* the feature, not during the build. It basically
    allows to put dependency on version ranges and provide more
    flexibility. 
     
    
      And as far as I could tell during some experimental feature
installs/updates, any version of org.example.feature is a perfect match
for this requirement, making the above requirement pretty much useless. 
     
    I believe 0.0.0 is automatically translated to "any version" by p2,
    so the "perfect" here doesn't have much effect on the request. 
     
    
      And how is "perfect" supposed to be used? At least for
other features produced during the same build it's pretty much
impossible to predict their version up to and including the qualifier?
How can I therefore put a perfect version in there? 
     
    I've never used "perfect" and I can't think of any use-case that
    would make it useful. If you want to depend on a very specific
    version of a feature, it seems better to *include* the feature than
    to require/import it. include resolves version during build so the
    output is locked to a fully-qualified version of the feature,
    similarly to what "perfect" would do, I guess. 
     
    HTH, 
    
  
 |