[BioRuby] Porting PhyloXML to Nokogiri, maybe repackaging it

Raoul Bonnal bonnal at ingm.org
Wed May 16 12:46:34 UTC 2012


Impressive.
This is the right approach for cleaning BioRuby from dependencies which
could create problems.


Thanks Clayton.


On 16/05/12 10.17, "Naohisa GOTO" <ngoto at gen-info.osaka-u.ac.jp> wrote:

> Hi,
> 
> Great work, Clayton!
> 
> I think separate gem (Biogem) is good, too.
> 
> Naohisa Goto
> ngoto at gen-info.osaka-u.ac.jp / ng at bioruby.org
> 
> On Tue, 15 May 2012 20:54:32 +0200
> Pjotr Prins <pjotr.public14 at thebird.nl> wrote:
> 
>> Marvellous work Clayton! My suggestion to BioRuby is to split out
>> phyloxml and to deprecate the current library module. In the next
>> release, or after, we should take out that code. I suspect few people
>> really depend on it, and they can adapt. I am partly responsible for
>> that dependency, and I think the Travis-ci tests also point out that
>> the purer Ruby BioRuby is, the better ;).
>> 
>> Naohisa, what do you say? We should also ask the original author, even
>> though she has left our little group and now works for google (and I
>> am claiming Google does not recruit from GSoC :). Diana, maybe you are
>> reading the ML?
>> 
>> Pj.
>> 
>> On Tue, May 15, 2012 at 01:08:20PM -0400, Clayton Wheeler wrote:
>>> Hi all,
>>> 
>>> The PhyloXML unit tests are failing under JRuby, because the libxml-jruby
>>> gem (an implementation of the libxml API using native Java XML libraries)
>>> does not support the full API of libxml-ruby. My first approach to this was
>>> to simply use the native libxml-ruby gem and its C extension, which works
>>> with JRuby in 1.8 mode. However, it doesn't work in 1.9 mode due to a
>>> Unicode issue, and the JRuby developers indicate that the C extension API
>>> (as opposed to FFI, I suppose) isn't likely to be supported further in 1.9
>>> mode. (see http://bit.ly/JGWC4K)
>>> 
>>> There was a discussion of the PhyloXML parser on the mailing list a couple
>>> of months ago (http://bit.ly/JFX8Qf), and Naohisa indicated that it might be
>>> rewritten to use Nokogiri at some point soon, since Nokogiri is now the de
>>> facto standard XML parser. Following that lead, I've gone ahead and ported
>>> the PhyloXML parser to use Nokogiri; it only took an hour or two, and the
>>> unit tests are passing. My branch for this is at
>>> https://github.com/csw/bioruby/tree/phyloxml-nokogiri. If this seems like a
>>> good approach, I can port the writer as well.
>>> 
>>> However, Pjotr suggested that it might make sense to split PhyloXML out into
>>> a separate gem. This should be straightforward enough, since no other
>>> BioRuby components appear to call PhyloXML. It would mean that any PhyloXML
>>> users would need to install a separate gem. On the other hand, it would
>>> remove a dependency on libxml2 for core BioRuby on MRI. Thoughts? Should I
>>> proceed with this approach?
>>> 
>>> Clayton Wheeler
>>> cswh at umich.edu
>>> 
>>> 
>>> _______________________________________________
>>> BioRuby Project - http://www.bioruby.org/
>>> BioRuby mailing list
>>> BioRuby at lists.open-bio.org
>>> http://lists.open-bio.org/mailman/listinfo/bioruby
>>> 
>> _______________________________________________
>> BioRuby Project - http://www.bioruby.org/
>> BioRuby mailing list
>> BioRuby at lists.open-bio.org
>> http://lists.open-bio.org/mailman/listinfo/bioruby
> 
> 
> _______________________________________________
> BioRuby Project - http://www.bioruby.org/
> BioRuby mailing list
> BioRuby at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/bioruby





More information about the BioRuby mailing list