Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: for the plan.

Jump to: navigation, search

CBI/Apr17 2012



  • April 17, 2012, 10am EST
  • Eclipse Conference facility


Andrew R., Thanh H, Igor F., Paul W., Denis R.


For today's CBI dev call, I'd like to talk about the results from last week's code sprint. Please see

Also, I'd like to step through the criteria that Kim provided for the CBI build to see how we're doing and talk about priorities as we finish off the remaining tasks: [1]

1) Build the master feature that we use to construct our bundles from the map files of an existing build, for instance a milestone build. You can't compare two builds just from the master branch as the content is fluid. Bug 367581

2) Build the appropriate platform zips for LTS + all products and features that are submitted to Juno. This includes Equinox features. Bug 376987

3) No compile errors, same compile warnings as regular build.

No compile errors <= check, this is in good shape

Same warnings <= hmm, should we open a Bug to track work to compare somehow? Is there a sensible way to compare maven/tycho output to PDE?

4) Run all our JUnit tests. They should have the same results as the regular platform build. Bug 377410 - high rate of pass with some issues

5) Run a binary comparator against the bundles to ensure that they are the same binary content as the regular bundles, once all the versions and qualifiers are the same. There is a p2.mirror Ant task for this purpose. Bug 367581, Bug 378234

6) The bundles should have the same major.minor.service.qualifier as the bundles that result from the regular build. My understanding is that Tycho produces bundles with unique versions each build. This is not acceptable as it forces the user to spuriously download bundles where the content is the same. In an effort to be good Eclipse citizens and reduce our bandwidth utilization we only push new bundles to our repo when the content has actually changed. Bug 367581

Back to the top