[Bioperl-l] To be deprecated: Bio::Tools::Run::AbstractRunner, Bio::Tools::Run::Phylo::Forester::SDI and Bio::Tools::Run::JavaRunner

Sendu Bala bix at sendu.me.uk
Thu Apr 19 10:51:53 UTC 2007


[repost under new subject to make sure it is seen by those it may concern]

[BCC: Juguang Xiao at a variety of possible email addresses]


Alex Lancaster wrote:
> In packaging bioperl-run for Fedora, I think I stumbled across a bug
> in the bioperl-run package.  It appears from this edit:
> 
> http://code.open-bio.org/cgi/viewcvs.cgi/bioperl-live/Bio/Root/Attic/AccessorMaker.pm?hideattic=0&cvsroot=bioperl
> 
> that Bio::Root::AccessorMaker was removed in bioperl 1.5.x, but
> bioperl-run 1.5.2_100 still contains modules that use this module:
> 
> $ cd bioperl-run-1.5.2_100
> $ grep -r AccessorMaker  *
> Bio/Tools/Run/Phylo/Forester/SDI.pm:use Bio::Root::AccessorMaker (
> Bio/Tools/Run/JavaRunner.pm:use Bio::Root::AccessorMaker ('$'=>[qw(jar
> class min_version)]);
> Bio/Tools/Run/AbstractRunner.pm:use Bio::Root::AccessorMaker
> ('$'=>[qw(input_file output_file)]);

It looks like I've implemented a similar idea to AccessorMaker and
AbstractRunner in Bio::Root::Root->_set_from_args() and
Bio::Tools::Run::WrapperBase->_setparams(). Since nothing uses
AbstractRunner I propose deprecating it immediately.

Forester::SDI and JavaRunner have no tests which is why we didn't notice
the problem. Since they've been out of use for a number of years now I
also propose their immediate deprecation. Alternatively, it may not be
too difficult to just update them to use _set_from_args and _setparams,
but I've nothing to test against (and JavaRunner is self-described as
"probably incomplete").


I can remove the modules from cvs and create bioperl-run-1.5.2_101,
resolving the packaging issue. I plan on doing precisely this within the
next seven days unless someone puts a hand up to stop me.




More information about the Bioperl-l mailing list