The primary way should imo ALWAYS to help the other projects we rely on to get the releases out. Falling back on a tomee internal release is only a last effort if the other projects are not responsible.
LieGrue, strub > Am 28.09.2018 um 23:50 schrieb David Blevins <david.blev...@gmail.com>: > >> On Sep 28, 2018, at 3:00 AM, Roberto Cortez <radcor...@yahoo.com.INVALID> >> wrote: >> >> While we wait for the official BVal release, I plan do create a preview >> release of TomEE 8 so we can start trying it out and hopefully speed up the >> process. Please, let me know if anyone has any feedback. > > As a community we've done ad-hoc releases other projects on a frequent basis > when best case scenario (they release their code) doesn't pan out. > > I doug around to try and refresh my own memory. > > Pre-2013 we would use svn as a maven repo and push builds in with the version > number suffixed with the svn version indicating the source. The groupIds > were left the same: > > - https://svn.apache.org/viewvc/openejb/repo/org/apache/xbean/?pathrev=1432803 > > This meant we had to include https://svn.apache.org/repos/asf/openejb/repo/ > as a repository in the TomEE/OpenEJB pom.xml so we could release. When the > project was renamed to tomee and that path changed to > https://svn.apache.org/repos/asf/tomee/repo/ all those old builds broke. > > Post-2013 we would copy the source into our section of svn, update the > groupId to ours with ".patch" appended, then add "nonfinal-<svnrevision>" to > the version number and release it to mvn central. > > - svn log -v http://svn.apache.org/repos/asf/tomee/deps | less > - > https://mvnrepository.com/artifact/org.apache.openejb.patch/openjpa-kernel/2.4.0-nonfinal-1598334 > > This would be done as part of the TomEE release that needed them, such that > the Nexus staging repo contained both TomEE 1.2.3 and say OpenJPA > 2.4.0-nonfinal-1598334. When the project voted, it'd be voting on all the > binaries. In your case it would be TomEE, BVal and Geronimo validation spec. > > You could potentially do a separate vote for BVal and Geronimo validation > spec. If the project's get their releases up for a vote, great we use those > releases for TomEE 8. If not, we have something to fall back on. The > benefit of this is you would not have to keep rerolling these two each time > you have to reroll TomEE 8 release binaries. I swore we did this once, but I > couldn't find the vote thread as I don't recall exactly what artifact it was. > > Anyway, hope this helps. It likely should be added to our release process > documentation. > > > -David >
