[Biojava-dev] bjv2

Thomas Down td2 at sanger.ac.uk
Wed Jul 28 03:12:35 EDT 2004


Hi John,

I don't think the two projects are competing with each other at the  
moment -- the BioJava 1.x code is still being actively maintained and  
developed (and is just coming up to a 1.4 release some time in the next  
few).  It offers a mature set of libraries for computational biology,  
with a bias towards the handling and analysis of sequence data  
(although an API for 3d structures has been added recently).  If you  
want to see what it can do, may I suggest the "BioJava in Anger"  
website:

        http://www.biojava.org/docs/bj_in_anger/index.htm

On the other hand, I'd somewhat disagree about re-writes: the bjv2  
project aims to build a rather different framework, with much more  
emphasis on integrating and querying arbitrary data sources, rather  
than providing specific object models for particular types of data.  I  
think re-writes are a good idea when developers want to try out some  
radically new ideas.  I like some of the ideas about "evolutions and  
revolutions" which have been circulating in the Apache project:

       http://incubator.apache.org/learn/rules-for-revolutionaries.html

BioJava 1.x won't be going away any time soon, though.

       Thomas.


On 28 Jul 2004, at 07:09, john morris wrote:

> A few days ago I read with a lot of interest the article about BioJava  
> on the Sun website  
> (http://java.sun.com/developer/technicalArticles/javaopensource/ 
> biojava/) and today I learn that we need to re-write it from the  
> ground so badly designed it is (http://bjv2.derkholm.net/)! I don’t  
> have the background to judge about the need for bjv2, but I clearly  
> feel uncomfortable with the fact that multiple projects are going to  
> compete to each other.
>
> Do we know what are the plans for bjv2 and how it is going to interact  
> with biojava? Rewriting a code from the ground is never a good  
> solution.  Is-there really no way to develop bjv2 from biojava by  
> branching the cvs tree and progressively adapt the API through  
> deprecations? I’ll be interested in reading other opinions.
>
> Thanks again to all Biojava developers for this great piece of work



More information about the biojava-dev mailing list