Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

XMLRPC: transfer of large array?

8 views
Skip to first unread message

Thomas Bruns

unread,
Apr 8, 2002, 3:47:27 AM4/8/02
to
I'm developing a script using Frontier XML-RPC modules for remote
control of an measurement application. The measurement data are returned
from a function call as float values in a large array with up to one
million entries (maybe even more) on the server-side (Frontier::Daemon).

The question arising now is how to transfer these data in an efficient
way to the client.
I would be very gratefull about any suggestions about encoding-type,
compression and modules to use for this purpose. Maybe with short coding
examples?

Up to now I thought about using the 'Storable' module together with
Compress::Zlib and MIME::Base64 but I'm not at all sure if this provides
an efficient solution.

TIA

Thomas

-------------------------------------------------------
Dr. Thomas Bruns <thomas...@ptb.de>

Physikalisch-Technische Bundesanstalt
Braunschweig
Fachlabor: 1.13
Bundesallee 100 Tel: 0531/592 - 1132
D-38116 Braunschweig Fax: 0531/592-69-1132
-------------------------------------------------------

Randy J. Ray

unread,
Apr 8, 2002, 9:05:25 PM4/8/02
to
>>>>> "Thomas" == Thomas Bruns <thomas...@ptb.de>
>>>>> wrote the following on Mon, 08 Apr 2002 09:47:27 +0200

Thomas> The question arising now is how to transfer these data in an
Thomas> efficient way to the client.

Consider looking at XMLRPC::Lite, a part of the SOAP::Lite package. Since it
is built on top of the transport capabilities of SOAP::Lite, it allows for
compression support, providing the support is available on both ends of the
conversation.

Randy
--
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Randy J. Ray rj...@blackperl.com
Campbell, CA rj...@svsm.org
<A HREF="http://www.svsm.org">Silicon Valley Scale Modelers</A>

Benjamin Goldberg

unread,
Apr 9, 2002, 4:40:16 PM4/9/02
to
Randy J. Ray wrote:
>
> >>>>> "Thomas" == Thomas Bruns <thomas...@ptb.de>
> >>>>> wrote the following on Mon, 08 Apr 2002 09:47:27 +0200
>
> Thomas> The question arising now is how to transfer these data in an
> Thomas> efficient way to the client.
>
> Consider looking at XMLRPC::Lite, a part of the SOAP::Lite package.
> Since it is built on top of the transport capabilities of SOAP::Lite,
> it allows for compression support, providing the support is available
> on both ends of the conversation.

Beware! A security hole in some implementations of XML RPC (including
SOAP::Lite) has recently been found which will allow hackers to run
arbitrary programs on your computer.

See
http://www.phrack.com/show.php?p=58&a=9
for details.

I would suggest you use an XML RPC implementation which does not have
this security hole. One such implementation is Frontier XML-RPC (there
are surely others, but one was mentioned in the article).

--
print reverse( ",rekcah", " lreP", " rehtona", " tsuJ" )."\n";

Randy J. Ray

unread,
Apr 11, 2002, 4:44:49 AM4/11/02
to
>>>>> "BG" == Benjamin Goldberg <gol...@earthlink.net>
>>>>> wrote the following on Tue, 09 Apr 2002 16:40:16 -0400

BG> Randy J. Ray wrote:

>> Consider looking at XMLRPC::Lite, a part of the SOAP::Lite package.
>> Since it is built on top of the transport capabilities of SOAP::Lite, it
>> allows for compression support, providing the support is available on
>> both ends of the conversation.

BG> Beware! A security hole in some implementations of XML RPC (including
BG> SOAP::Lite) has recently been found which will allow hackers to run
BG> arbitrary programs on your computer.

BG> See http://www.phrack.com/show.php?p=58&a=9 for details.

BG> I would suggest you use an XML RPC implementation which does not have
BG> this security hole. One such implementation is Frontier XML-RPC (there
BG> are surely others, but one was mentioned in the article).

1. He said he was using Frontier, already.

2. The SOAP vulnerability is being addressed. There is a patch being evaluated
on the soaplite mailing list (see http://groups.yahoo.com/soaplite), and
a new release is expected to be out as soon as the patch is tested. The
same person who wrote the story on use.perl.org about the exploit, and who
has designed not only an exploit to the original but a modified one that
works even when tainting is enabled on the server side, is helping directly
in the evaluation of the patch.

3. Since I'm probably going to be accused of being snippy anyway, I might as
well plug my own XML-RPC implementation:

http://www.blackperl.com/RPC::XML

Also on CPAN, search for module "RPC::XML".

Vaughn Reavis

unread,
Apr 30, 2002, 2:50:45 PM4/30/02
to
Has anyone ever seen an up to date verilog parser written in perl?

If so please email me at vre...@hotmail.com

Thanks

0 new messages