The wiki [1] was recently updated to direct Simrel participants to use Juno SR2 and add the aggregator using the the "4.2" stream of the b3 aggregator. (I just noticed a few days ago, myself, that it was out of date).
http://download.eclipse.org/modeling/emft/b3/updates-4.2/ The reason this is important is that a new feature was recently added to the aggregator's model, that we will take advantage of, where you can set "allowLegacySites" (the default is true, to match existing default behavior, but we set it to false for our SimRel aggregation). "Legacy" in this case, refers to the old update manager site format. As I'm sure you all know, it has long been a written rule that participating projects provide "optimized p2 repositories", but now the tool will do a little more checking for us. There has been a few times in the past, when a project mistakenly published a site such that only the "site.xml" file was provided, not a "content.jar/xml" file so this will simply help catch those few mistakes as soon as they occur. (p2, and the aggregator, handle both types of sites, but the site.xml update manager style is less efficient and less rich). But, it does require everyone have a current version of the tool, or else your own "verifications" in your own b3 aggregator editor, will fail on our Kepler model since we now specify that attribute. (That is, it will fail right away, just because it doesn't recognize that attribute of the model, not that there is anything wrong with your contribution). Thanks, (and, sorry for the short notice). And, thanks to Thomas Hallgren for adding the feature. (bug 389296) [1] http://wiki.eclipse.org/Simrel/Contributing_to_Simrel_Aggregation_Build#Install_the_b3_Aggregator
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
