[Biojava-dev] Location deprecated methods

[Schreiber, Mark]

In the absence of other votes/ flames the deprecated tags have
ceremoniously been deleted :)

- Mark

> -----Original Message-----
> From: Matthew Pocock [mailto:matthew_pocock@yahoo.co.uk] 
> Sent: Friday, 17 January 2003 5:08 a.m.
> To: Schreiber, Mark
> Cc: biojava-dev@biojava.org
> Subject: Re: [Biojava-dev] Location deprecated methods
> 
> 
> Hi,
> 
> My vote is to remove the deprecated methods prior to the 1.3 release.
> 
> Matthew
> 
> Schreiber, Mark wrote:
> > Hi -
> > 
> > If nobody has any complaints I would to suggest that the deprecated 
> > Location methods be either removed or undeprecated. From 
> memory they 
> > where all deprecated when we realized the system was buggy and 
> > switched all the operations to LocationTools.
> > 
> > Now that the Locations methods actually use LocationTools the 
> > deprecated label is not really needed.
> > 
> > Out of habit I use LocationTools as I was burned when 
> Locations didn't 
> > work properly but it's probably more elegant to use the 
> intersection, 
> > union etc operations from the Location. If this is the case the 
> > deprecations can be removed. If this is done the Location javadocs 
> > should be updated to strongly recommend that implementation 
> of these 
> > methods is best left to LocationTools.
> > 
> > The alternative would be to remove these methods from the interface 
> > altogether and get everyone using LocationTools. I tend to 
> prefer this 
> > but probably its just due to habit.
> > 
> > Finaly I see no reason why the symbols() method should be 
> deprecated. 
> > It works and it's functionality of producing a SymbolList 
> isn't really 
> > replaced by blockIterator(). I'd like to undeprecate it.
> > 
> > Any strong views either way.
> > 
> > - Mark
> > 
> > 
> > Mark Schreiber PhD
> > Bioinformatics
> > AgResearch Invermay
> > PO Box 50034
> > Mosgiel
> > New Zealand
> >  
> > PH:   +64 3 489 9175
> > FAX:  +64 3 489 3739
> > 
> > 
> ======================================================================
> > =
> > Attention: The information contained in this message and/or 
> attachments
> > from AgResearch Limited is intended only for the persons or entities
> > to which it is addressed and may contain confidential 
> and/or privileged
> > material. Any review, retransmission, dissemination or 
> other use of, or
> > taking of any action in reliance upon, this information by 
> persons or
> > entities other than the intended recipients is prohibited 
> by AgResearch
> > Limited. If you have received this message in error, please 
> notify the
> > sender immediately.
> > 
> ==============================================================
> =========
> > 
> > _______________________________________________
> > biojava-dev mailing list
> > biojava-dev@biojava.org 
> > http://biojava.org/mailman/listinfo/biojava-dev
> > 
> 
> 
> -- 
> BioJava Consulting LTD - Support and training for BioJava 
> http://www.biojava.co.uk
> 
> 
> _______________________________________________
> biojava-dev mailing list
> biojava-dev@biojava.org 
> http://biojava.org/mailman/listinfo/biojava-dev
> 
=======================================================================
Attention: The information contained in this message and/or attachments
from AgResearch Limited is intended only for the persons or entities
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipients is prohibited by AgResearch
Limited. If you have received this message in error, please notify the
sender immediately.
=======================================================================