[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xmlblaster-devel] Point to Point Perl Client question

Kelley Phillips wrote:

Thanks Marcel! I found that after I sent this question.

One thing I still seem to be having a problem with is
how to receive that PtP message. Since the oid is generated
not sure how to do the retrieval since the only way I've
done it to date is to retirieve based on oid.

PtP messages in xmlBlaster are only routed to the destination address
(received there by the update() method).

They are not stored in xmlBlaster.
(One exception is if the receiver is offline and <forceQueuing/> is set
then it is stored in the callback queue of the receiver until the receiver logs in).

Usually sending Pub/Sub messages is the better way,
anybody interested can subscribe to the message
and the publisher does not care who reads it.



Any suggestions?

----- Original Message -----
From: "Marcel Ruff" <ruff at swand.lake.de>
To: <xmlblaster-devel at server.xmlBlaster.org>;
<Kelley.Phillips at infotechfl.com>
Sent: Tuesday, November 26, 2002 1:15 PM
Subject: Re: [xmlblaster-devel] Point to Point Perl Client question

I'm examining XMLBlaster as a possible MoM solution to
connect various applications.

Does anyone know of any Perl Client Point to Point examples of
using XMLBlaster?

PtP markup is the same for all programming languages, please see


Also, I slightly modified the XMLBlasterClient.pl to test the
sending of a 2.5MB encrypted file in the message and noticed
that although the publish of the message was fairly quick
the downloading of that message took over 50 seconds. Any ideas
of how to make this faster? Or if there are better methods to

I just tried (newest cvs)

java junit.swingui.TestRunner -noloading

which publishes and updates a 3MB message:

  Publishing of BigMessage with size=3 MB done, avg=5454 KB/sec  [ 550
millis ]
  Publish+Update of BigMessage with size=3 MB done, roundtrip avg=1318
KB/sec  [ 2 sec 294 millis ]

on my 600 MHz box.

I believe your net is slow or there are some issues with XmlRpc or Perl,
our Perl expert Cyrille has an idea?



Any help is appreciated..


-Kelley Phillips



Kelley Phillips, email: Kelley.Phillips at infotechfl.com
Systems Analyst, Info Tech Inc.