<div dir="ltr">Ok, the groupids seem all be &#39;org.biojava&#39; now, so that part has already been fixed. The org.biojava3 versions in my maven repository must have been old.<div><br></div><div>However,  the artifactids do still contain biojava3, to match the module names. So changing artifactids could be another point to add to the list. IMO, they should match the module names.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 10, 2014 at 11:46 AM, Spencer Bliven <span dir="ltr">&lt;<a href="mailto:sbliven@ucsd.edu" target="_blank">sbliven@ucsd.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Jose mentioned this a bit in the BioJava 4 release thread, but I think it deserves independent discussion.<div><br></div><div>Due to historical reasons, the &#39;biojava3&#39; identifier is used in several places in the project:</div><div>- Most module names (except integration and protein-comparison-tool)</div><div>- Some maven groupids (integration and biojava3-survival)</div><div>- Most package names (except for parts of biojava3-structure and biojava3-structure-gui</div><div><br></div><div>Aesthetically it would be nice to remove the 3 from all of these places given the plan for frequent major releases. It is simpler to be consistent and will prevent future confusion about why biojava v4+ still refers to biojava3. That said, there are downsides to the changes:</div><div><br></div><div>- Changing groupids will require downstream projects to update their maven dependencies (although they have to update version numbers anyways)</div><div>- Changing module names will be a major code rearrangement. It would probably require some moderately advanced git wrangling to merge branches and uncommitted code to the new master. Eclipse users would probably have to update their projects as well.</div><div>- Removing the 3 from package names would require changing imports on all downstream projects. It might also cause conflicts with legacy packages which would break any projects that tried to include both biojava3 and biojava1 (a bad idea to start with, but I know of one case).</div><div>- Changing package names requires carefully updating the Cookbook and tutorial by hand</div><div>- All of this requires work from developers which could be better spent writing code</div><div><br></div><div>My personal opinion: Changing all groupids to &#39;org.biojava&#39; is a no-brainer. Changing module names is fair amount of work for us, but doesn&#39;t effect downstream projects much and now is the best time to do it. Changing package names completely breaks all downstream projects (even if it&#39;s easy to fix), which isn&#39;t worth it. If anyone asks we can just explain it&#39;s a historical thing.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Spencer</div></font></span></div>
</blockquote></div><br></div>