[#61822] Plan Developers Meeting Japan April 2014 — Zachary Scott <e@...>

I would like to request developers meeting around April 17 or 18 in this month.

14 messages 2014/04/03
[#61825] Re: Plan Developers Meeting Japan April 2014 — Urabe Shyouhei <shyouhei@...> 2014/04/03

It's good if we have a meeting then.

[#61826] Re: Plan Developers Meeting Japan April 2014 — Zachary Scott <e@...> 2014/04/03

Regarding openssl issues, I’ve discussed possible meeting time with Martin last month and he seemed positive.

[#61833] Re: Plan Developers Meeting Japan April 2014 — Martin Bo煬et <martin.bosslet@...> 2014/04/03

Hi,

[ruby-core:61989] [ruby-trunk - Feature #9379] Support for using libxml-ruby as XML parser in xmlrpc-libs

From: transfire@...
Date: 2014-04-11 17:54:41 UTC
List: ruby-core #61989
Issue #9379 has been updated by Thomas Sawyer.


This seems like a very reasonable idea. (Maybe it would even be possible to add support for Nokogiri too?) One thing though, is there a way to not load REXML at all if it is not needed?


----------------------------------------
Feature #9379: Support for using libxml-ruby as XML parser in xmlrpc-libs
https://bugs.ruby-lang.org/issues/9379#change-46180

* Author: Herwin .
* Status: Open
* Priority: Normal
* Assignee: 
* Category: lib
* Target version: 
----------------------------------------
The default backend in the XMLRPC parser is REXML. This should work at most occasions, but it definitely isn't the fastest implementation. The attached patch allows a backend using libxml-ruby <http://xml4r.github.io/libxml-ruby/> which should be more efficient. It successfully passes the unit tests available in the file test/xmlrpc/test_parser.rb

The default isn't changed in this patch, so when libxml-ruby isn't available nothing is changed. Even if it's available, you still have to change the parsing backend before it is used. 

---Files--------------------------------
libxml-as-xmlrpc-parser.diff (1.79 KB)


-- 
https://bugs.ruby-lang.org/

In This Thread