DZone
Java Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Java Zone > Decoupling Eclipse RCP Products From Feature Versions

Decoupling Eclipse RCP Products From Feature Versions

Patrick Paulin user avatar by
Patrick Paulin
·
Oct. 07, 09 · Java Zone · Interview
Like (0)
Save
Tweet
4.60K Views

Join the DZone community and get the full member experience.

Join For Free
i just spent some time updating the sample projects i provide to help eclipse rcp developers get started with pde build. one of the main reasons for the update was to decouple the product configurations from specific feature versions, and i thought it was worth a post to talk about this.

what’s the problem?

by default, product configurations are hard-wired to specific feature versions. and if you decide to upgrade to a new version of the org.eclipse.rcp feature, for example, then your product configuration will break. you won’t be able to create valid run configurations based on your product and your builds will fail as well.

luckily, we now get feedback in the product configuration editor informing us that something is amiss.
products-and-features-1
so what can we do about this? well one approach is to re-wire your product to the new version of the feature. you can do this by deleting and re-adding the feature, or you can also click the properties button and modify the feature version manually. but this is a brittle approach, as you need to remember to update your configuration every time a feature version changes.

a better way

it’s now possible to decouple products from feature versions by replacing the feature version numbers with 0.0.0. in the future, a blank feature version will also be interpreted as 0.0.0 but as of eclipse 3.5.1 the number must be added.

also, there is a currently a defect in the product configuration editor that results in a feature version entry of 0.0.0 being ignored. of cours

e, this won’t matter once blank versions are interpreted correctly, but for now it’s a problem. the solution is to open the product configuration file in a text or xml editor and change it manually.
products-and-features-2
the good news is that you only need to do this once. your product will now accept the feature versions you supply in your target platform without complaint. of course if you want to maintain the wiring between products and feature versions, by all means do that. but it’s nice to know we can decouple these pieces if we wish.

from http://www.modumind.com

Rich client platform Eclipse Decoupling (electronics)

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • What Is Cloud-Native Architecture?
  • Challenges to Designing Data Pipelines at Scale
  • Modernizing Testing With Data Pipelines
  • Implementing RBAC Configuration for Kubernetes Applications

Comments

Java Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo