Bugzilla – Full Text Bug Listing
| Summary: | several projects not using 4 part version numbers | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Community | Reporter: | David Williams <david_williams> | ||||
| Component: | Cross-Project | Assignee: | David Williams <david_williams> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | christian.campo, dennis.huebner | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | 347362 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
I changed the version for the one third party thing that we deliver "hessian". Should be alright now. @David : There are 3 antlr.runtime bundles in indigo repository now: -rw-rw-r-- 1 david_williams callistoadmin 103556 2011-05-26 13:32 org.antlr.runtime_3.0.0.v200803061811.jar -rw-rw-r-- 1 david_williams callistoadmin 164940 2011-05-26 13:32 org.antlr.runtime_3.2.0.jar -rw-rw-r-- 1 david_williams callistoadmin 205963 2011-05-26 13:32 org.antlr.runtime_3.2.0.v201101311130.jar How to find out where org.antlr.runtime_3.2.0.jar comes from? > > How to find out where org.antlr.runtime_3.2.0.jar comes from? In general ... the way to do that ... is to look in the full log of an aggregation build, find the bundle of interest in a "mirroring artifact ... " message and work backwards, from there, to find a "mirroring from ... " message. For this case (looking at an old, last successful log) I see: [exec] Mirroring artifacts from from http://download.eclipse.org/mtj/updates/nightly [...] [exec] - mirroring artifact osgi.bundle,org.antlr.runtime,3.2.0 [exec] doing copy of canonical artifact (In reply to comment #3) > > > > How to find out where org.antlr.runtime_3.2.0.jar comes from? > > In general ... the way to do that ... is to look in the full log of an > aggregation build, find the bundle of interest in a "mirroring artifact ... " > message and work backwards, from there, to find a "mirroring from ... " > message. > > For this case (looking at an old, last successful log) I see: > > [exec] Mirroring artifacts from from > http://download.eclipse.org/mtj/updates/nightly > > [...] > > [exec] - mirroring artifact osgi.bundle,org.antlr.runtime,3.2.0 > [exec] doing copy of canonical artifact I'm not sure what will happen if Xtext which uses orbits antlr.runtime 3.2.0.v201101311130 and MTJ with 3.2.0 will be installed in the same invironment. I think it's better to ask MTJ guys if they may use orbits bundle instead of the own one. Close enough for me. The final RC4 repo had a couple of loose ends ... but, I think at least one of those was a loose end last year too :/ But, hopefully everyone is "getting the idea" so when we update in maintenance builds, people can get new code, from a new build, and producers don't have to increment service field multiple times just to accomplish that. Check 4-part version patterns Check for 4-part versions in Features Checked 790 of 790. Errors found: 0 Check for 4-part versions in Bundles Checked 3637 of 3637. Errors found: 2 org.eclipse.nebula.widgets.compositetable_1.0.0 does not contain 4 parts org.jivesoftware.smack_3.1.0 does not contain 4 parts |
Created attachment 196619 [details] list of bundles and features not using 4 part versioning in Indigo RC2 Again, testing again Indigo RC2, a number of features and bundles still do not provide 4 part version numbers. The absolute numbers are not large, but this is a very important requirement, and some very important projects are not using them (e.g. egit, jgit) ... what's up with that?