Hi,

This should do:


var xmlrpc = importModule("xmlrpc");
var s = new xmlrpc.ServiceProxy("someserver", ["echo"]);
s.echo("Hello SVG", function(result, err){
  alert(result);
});

instead of thi inline function as the last arg to s.echo(....) you can
also use a function object.


Jan

Hi,

I'm trying to get an asynchronous xmlrpc call working and so far have
not been successful. Does anyone have any working examples I can go
off of? Thanks!

-Philip

Hi all,

I finally had some time to work on jsolait a bit again.

The long awaited fix for the IE memory leak has arrived.
Though some more testing would be good.

I have also patched some ISODate handling in the XML-RPC impl. and
the handling of empty structs.(needs some testing, too).

New documentation is online. Please do comment on it, if something
does not make sense.


Jan



-----------------------
JavaScript O Lait
http://jsolait.net
-----------------------

Below is an exceprt from a the post I made to the XUL developer's forum:


I'm using the jsolait JS library for its XML-RPC functions, talking to
a XML-RPC server written in PHP. A PHP client talking to the same
server requesting the same RPC calls works ... the jsolait version
does not.

Here's the code:

function rpctest()
{
var xmlrpc = importModule("xmlrpc");
var server = "/xmlrpc.php";
var methods = ["test1", "test2"];

try {
var remote = new xmlrpc.ServerProxy(server, methods);
var result = remote.test2();
alert(result);
}
catch(e) {
alert(e.toString());
}
}

An exception of "XML-RPC Fault:1 Unknown method" is thrown. Any clues
would be helpful.

Thanks.  That makes it quite clear.
dave


--- In jsolait@yahoogroups.com, "Jan-Klaas Kollhof" <keyjaque@y...>
wrote:
>
>
> Hi,
>
> > Is there a way to protect properties and functions within a
module?
> > within a class?  (protect from outside use but available to all
> > within the module or class)
>
>
> Yes, this is actually one reason for writing jsolait, to be
> able to have some data/function hiding.
> have a look at the following:
>
> Module("someModule", "0.0.1", function(mod){
>     var someMethod=function(){
>         //this method is only visible within this module
>     }
>     mod.publMethod = function(){
>        someMethod();
>     }
> })
>
>
> Class(function(publ, supr){
>     var someMethod=function(){
>         //this method is only visible within this class
>     }
>
>     publ.init=function(){
>         someMethod();
>         //or the following to call it with the this object.
>         someMethod.call(this);
>     }
> })
>
>
> The above makes the methods private to the module/class scope.
>
> A true "protected" or "friend" mechanism where objects of classes of
> the same module can call protected methods of each other is not
impl.
> It is doable though to impl. it. If there should be demand for it I
> might add it.
>
>
> Jan

Hi,

> Is there a way to protect properties and functions within a module?
> within a class?  (protect from outside use but available to all
> within the module or class)


Yes, this is actually one reason for writing jsolait, to be
able to have some data/function hiding.
have a look at the following:

Module("someModule", "0.0.1", function(mod){
     var someMethod=function(){
         //this method is only visible within this module
     }
     mod.publMethod = function(){
        someMethod();
     }
})


Class(function(publ, supr){
     var someMethod=function(){
         //this method is only visible within this class
     }

     publ.init=function(){
         someMethod();
         //or the following to call it with the this object.
         someMethod.call(this);
     }
})


The above makes the methods private to the module/class scope.

A true "protected" or "friend" mechanism where objects of classes of
the same module can call protected methods of each other is not impl.
It is doable though to impl. it. If there should be demand for it I
might add it.


Jan

Is there a way to protect properties and functions within a module?
within a class?  (protect from outside use but available to all
within the module or class)

dave

Works great!  Thanks.  There's nothing like an example to help me
learn how to use a new code library.

dave



--- In jsolait@yahoogroups.com, "Jan-Klaas Kollhof" <keyjaque@y...>
wrote:
>
> Hi,
>
> This should work:
>
> var urllib = importModule("urllib");
> var xmllib = importModule("xml");
>
> urllib.getURL("./test.xml", function(resp){
>    var d =  xmllib.parseXML(resp.responseText);
>    var n = xmllib.importNode(d.firstChild);
>    document.documentElement.appendChild(n);
> })
>
> test.xml should contain svg code with the first child element of the
> root element being somethng displayable.
> e.g.
> <svg><rect x="10" y="10" width="100" height="100" fill="blue"
> stroke="black" /></svg>
>
> Jan
>
> --- In jsolait@yahoogroups.com, "orchidsonline" <orchidsonline@x>
wrote:
> >
> > Just discovered your library yesterday - great stuff!
> >
> > Can someone post an example of getURL/parseXML using a callback
that
> > will work in ASV?  If possible, I would like the callback to be
an
> > object function.  Any help would be wonderful.  I've got it
working
> > using ASV's functions but I would like to use the library
functions.
> >
> > Thanks,
> > dave

Hi,

This should work:

var urllib = importModule("urllib");
var xmllib = importModule("xml");

urllib.getURL("./test.xml", function(resp){
    var d =  xmllib.parseXML(resp.responseText);
    var n = xmllib.importNode(d.firstChild);
    document.documentElement.appendChild(n);
})

test.xml should contain svg code with the first child element of the
root element being somethng displayable.
e.g.
<svg><rect x="10" y="10" width="100" height="100" fill="blue"
stroke="black" /></svg>

Jan

--- In jsolait@yahoogroups.com, "orchidsonline" <orchidsonline@x> wrote:
>
> Just discovered your library yesterday - great stuff!
>
> Can someone post an example of getURL/parseXML using a callback that
> will work in ASV?  If possible, I would like the callback to be an
> object function.  Any help would be wonderful.  I've got it working
> using ASV's functions but I would like to use the library functions.
>
> Thanks,
> dave

Just discovered your library yesterday - great stuff!

Can someone post an example of getURL/parseXML using a callback that
will work in ASV?  If possible, I would like the callback to be an
object function.  Any help would be wonderful.  I've got it working
using ASV's functions but I would like to use the library functions.

Thanks,
dave

> I believe that the problem is to do with security but I thought that
> the local host was always a trusted zone, if not how can I make it so.

Yes, it is a security problem.
If the local host was "trusted" then any webpage could open
connections to any service running on your local machine. That would
not be cool at all.
What you need to do is to server the tester page or any other page
(with the rpc call in it) from your local machine or disable the
security restriction.


Another thing. Have you checked out SVG.
You were talking about GUI. SVG provides much richer graphics compared
to HTML and you can also do XML-RPC from it.


Jan

Hi I am very new to this so please bear with me

I am trying to use Jscript dhtml pages as a GUI front end for an AV
system, communicating using XMLRPC calls. As a first step I am trying
to get JSolait to call a simple python RPC. My final intention is to
have the html pages live locally on the 'GUI machine' for speed of
response as they will end up with lots of embedded graphics, and so
the only network traffic will be the XMLRPC calls.

Currently I have a python server listening for XMLRPC calls on port
7080 running on my local host that I want to call from JScript using
JSolait. If I use the tester example
http://xmlrpc.kollhof.net/jsolait.xmlrpc/tester.xhtml
in IE6(version 6.0.2800.1106.xpsp2.030422-1633) as below:-

var serverURL = "127.0.0.1:7080";
var methods = ["echo"];
try{
var server = new xmlrpc.ServerProxy(serverURL, methods);
txRsult.value = server.echo("message to be echoed");
}catch(e){
printTrace(e);
}

I get:-

Error trace:
RequestOpenFailed in [module urllib version: 1.1.0]:
     Opening of HTTP request failed.
Permission denied

I believe that the problem is to do with security but I thought that
the local host was always a trusted zone, if not how can I make it so.

Anyhelp or suggestions gratefgully received

Hello Jan,

Thank you for your support.
I also believe that <struct></struct> would be a better choice, but
apparently that's not in the mind of everyone.

Thanks

Have a good week-end,
William

On Fri, Oct 01, 2004 at 11:47:46AM -0000, Jan-Klaas Kollhof wrote:
> Hello,
>
>
> I will fix the lib.
> Personally, to me a:
> <struct></struct>
> makes more sence than a:
> <struct><member><name></name><value></value></struct>
>
> But that's I guess an opinion.
>
> I will fix the lib to fit both of the above.
>
>
> Jan
>
>
>
>
> --- In jsolait@yahoogroups.com, William Robinet <william.robinet@c...>
> wrote:
> > Hi,
> >
> > Our actual problem is that jsolait throws an exception when it receives
> > this kind of response:
> >
> > <?xml version="1.0"?>
> > <methodResponse>
> >  <params>
> >  <param>
> > 	 <value>
> > 		 <struct>
> > 			 <member>
> > 				 <name>
> > 				 </name>
> > 				 <value>
> > 					 <string>
> > 					 </string>
> > 				 </value>
> > 			 </member>
> > 		 </struct>
> > 	 </value>
> >  </param>
> >  </params>
> > </methodResponse>
> >
> > The exception is:
> >  name: MalformedXmlRpc
> >  message: 'params' element could not be parsed.
> >  module: [module xmlrpc version: 1.2.2]
> >  trace: MalformedXmlRpc thrown in: [module xmlrpc version: 1.2.2]
> > 	       'param' element could not be parsed
> >
> >
> > > I'will post to the xml-rpc mailinglist to get an answer.
> > > I realy can't tell from looking at the specs.
> >
> > I found this: http://groups.yahoo.com/group/xml-rpc/message/5071
> > And an answer: http://groups.yahoo.com/group/xml-rpc/message/5074
> >
> > Thanks,
> > William
> >
> > --
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

--

Hello,


I will fix the lib.
Personally, to me a:
<struct></struct>
makes more sence than a:
<struct><member><name></name><value></value></struct>

But that's I guess an opinion.

I will fix the lib to fit both of the above.


Jan




--- In jsolait@yahoogroups.com, William Robinet <william.robinet@c...>
wrote:
> Hi,
>
> Our actual problem is that jsolait throws an exception when it receives
> this kind of response:
>
> <?xml version="1.0"?>
> <methodResponse>
>  <params>
>  <param>
> 	 <value>
> 		 <struct>
> 			 <member>
> 				 <name>
> 				 </name>
> 				 <value>
> 					 <string>
> 					 </string>
> 				 </value>
> 			 </member>
> 		 </struct>
> 	 </value>
>  </param>
>  </params>
> </methodResponse>
>
> The exception is:
>  name: MalformedXmlRpc
>  message: 'params' element could not be parsed.
>  module: [module xmlrpc version: 1.2.2]
>  trace: MalformedXmlRpc thrown in: [module xmlrpc version: 1.2.2]
> 	       'param' element could not be parsed
>
>
> > I'will post to the xml-rpc mailinglist to get an answer.
> > I realy can't tell from looking at the specs.
>
> I found this: http://groups.yahoo.com/group/xml-rpc/message/5071
> And an answer: http://groups.yahoo.com/group/xml-rpc/message/5074
>
> Thanks,
> William
>
> --

Hi,

Our actual problem is that jsolait throws an exception when it receives
this kind of response:

<?xml version="1.0"?>
<methodResponse>
	 <params>
	 <param>
		 <value>
			 <struct>
				 <member>
					 <name>
					 </name>
					 <value>
						 <string>
						 </string>
					 </value>
				 </member>
			 </struct>
		 </value>
	 </param>
	 </params>
</methodResponse>

The exception is:
	 name: MalformedXmlRpc
	 message: 'params' element could not be parsed.
	 module: [module xmlrpc version: 1.2.2]
	 trace: MalformedXmlRpc thrown in: [module xmlrpc version: 1.2.2]
	        'param' element could not be parsed


> I'will post to the xml-rpc mailinglist to get an answer.
> I realy can't tell from looking at the specs.

I found this: http://groups.yahoo.com/group/xml-rpc/message/5071
And an answer: http://groups.yahoo.com/group/xml-rpc/message/5074

Thanks,
William

--

Hi,
>
> <?xml version="1.0"?>
> <methodResponse>
>  <params>
>  <param>
> 	 <value>
> 		 <struct>
> 			 <member>
> 				 <name>
> 				 </name>
> 				 <value>
> 					 <string>
> 					 </string>
> 				 </value>
> 			 </member>
> 		 </struct>
> 	 </value>
>  </param>
>  </params>
> </methodResponse>
>
> Is it a normal behaviour ?


As you said the specs don't realy say.
What I figured was that as described above the struct would contain
one member, This member has an empty string as value and as a name a
an empty string. But an empty string is not realy a name.
That is just my personal opinion.
If the lib should support the above, I could change the code. But what
should the result be an empty object?


> Should they be coded like this ?
>
> <?xml version="1.0"?>
> <methodResponse>
>  <params>
>  <param>
> 	 <value>
> 		 <struct>
> 		 </struct>
> 	 </value>
>  </param>
>  </params>
> </methodResponse>
>

I'will post to the xml-rpc mailinglist to get an answer.
I realy can't tell from looking at the specs.



> Apart from this little problem, the jsolait/RPC-XML combination
works great.

Thanks,

Jan

Hi,

We are using jsolait along with perl RPC-XML module as a server.
It seems that jsolait is unable to parse xmlrpc method response
containing an empty struct like this one:

<?xml version="1.0"?>
<methodResponse>
	 <params>
	 <param>
		 <value>
			 <struct>
				 <member>
					 <name>
					 </name>
					 <value>
						 <string>
						 </string>
					 </value>
				 </member>
			 </struct>
		 </value>
	 </param>
	 </params>
</methodResponse>

Is it a normal behaviour ? I couldn't find anything in the xmlrpc specs
(http://www.xmlrpc.com/spec) about empty structs.

Should they be coded like this ?

<?xml version="1.0"?>
<methodResponse>
	 <params>
	 <param>
		 <value>
			 <struct>
			 </struct>
		 </value>
	 </param>
	 </params>
</methodResponse>

Or should both reprensentations be supported ?

Apart from this little problem, the jsolait/RPC-XML combination works great.


Thanks,

William

--

Hello,

> Thanks for the response.  Yes, it is on the same server.  I've tried
> addressing the jsolait ULR multiple ways (http://localhost/RPC2,
> http://ipaddress/RPC2, http://127.0.0.1/RPC2 etc).  The particular
> server that I'm running this on does not have a FQDN or reverse DNS
> lookup.  Is that a problem?

So, your html page is served from:
http://some_ip/some_folder/html_file.html
Then ypu should be able to make a request to any URL on that server:
http://some_ip/any_url/....

What you cannot do, is load the file from the local disk:
(file:///some_path/html_file.html) and make a request to:
http://some_ip/.....

It should not matter if you use ip addresses or FQDN.


>
> I suppose the next step is to look further into the server side and
> see if I can tell whether or not the http server process is even
> seeing the request or if Mozilla isn't even letting it get that far.

Hmm, I usually got the  permission denied when I was trying to make a
call to a different domain.


> Any other suggestions?  Does anyone out there have a python based
I have a python script that can either run a server or can be used as
a cgi.
http://xmlrpc.kollhof.net/xmlrpcpy/index.xhtml



Jan

--- In jsolait@yahoogroups.com, "Jan-Klaas Kollhof" <keyjaque@y...> wrote:
> Hi,
>
>
> >   > Error trace:
> >   >
> >   > RequestOpenFailed in [module urllib version: 1.1.0]:
> >   >     Opening of HTTP request failed.
> >   >
> >   > Permission denied to call method XMLHttpRequest.open
> >
> > These message would tend to make me believe that I'm seeing a problem
> > with Mozilla security restrictions (I'm running Firefox 1.0PR).
>
>
> You are probably right about the security restriction.
> Are you serving the HTML page from the same server the XML-RPC service
> is running on?
>
> Mozilla only allows to open HTTP requests to the same domain the HTML
> came from. For example, you can not make calls from my tester-page to
> any other domain but xmlrpc.kollhof.net.
>
>
> Jan

Thanks for the response.  Yes, it is on the same server.  I've tried
addressing the jsolait ULR multiple ways (http://localhost/RPC2,
http://ipaddress/RPC2, http://127.0.0.1/RPC2 etc).  The particular
server that I'm running this on does not have a FQDN or reverse DNS
lookup.  Is that a problem?

I suppose the next step is to look further into the server side and
see if I can tell whether or not the http server process is even
seeing the request or if Mozilla isn't even letting it get that far.

Any other suggestions?  Does anyone out there have a python based
xmlrpc server or other non-php based server side implementation that I
might do some additional testing against?

Thanks again for the help.

Hi,


>   > Error trace:
>   >
>   > RequestOpenFailed in [module urllib version: 1.1.0]:
>   >     Opening of HTTP request failed.
>   >
>   > Permission denied to call method XMLHttpRequest.open
>
> These message would tend to make me believe that I'm seeing a problem
> with Mozilla security restrictions (I'm running Firefox 1.0PR).


You are probably right about the security restriction.
Are you serving the HTML page from the same server the XML-RPC service
is running on?

Mozilla only allows to open HTTP requests to the same domain the HTML
came from. For example, you can not make calls from my tester-page to
any other domain but xmlrpc.kollhof.net.


Jan

Hello.  First of all, thank you Jan for the jsolait Javascript module.

I have a quick question for the group.  I assume I'm overlooking
something simple, but I've yet to discover what it is.

I'm trying to implement XML-RPC with a Perl based server using Ken
MacLeod's "Frontier::Daemon" module.  I'm able to set up a server
without trouble.  I'm also able to access that server with clients
written in both Perl and Python.  However, try as I might, I'm unable
to get any response other than the following error from both my own
local implentation and the test form found at
http://xmlrpc.kollhof.net/jsolait.xmlrpc/tester.xhtml.

   > Error trace:
   >
   > RequestOpenFailed in [module urllib version: 1.1.0]:
   >     Opening of HTTP request failed.
   >
   > Permission denied to call method XMLHttpRequest.open

These message would tend to make me believe that I'm seeing a problem
with Mozilla security restrictions (I'm running Firefox 1.0PR).
However the RPC service and HTTP server are actually one in the same
as Frontier::Daemon inherits from IO::Socket::INET and HTTP::Daemon
thus generating an HTTP server where the URL is http://localhost/RPC2.

I've included the server code, sample client code in Perl, Python, and
jsoliat's Javascript implementation below:

Server
------

use Frontier::Daemon;

sub echo {
     my $echoStr = shift();
     return {'result' => 'echoing ' . $echoStr};
}

$methods = {'echo' => \&echo};
Frontier::Daemon->new(LocalPort => 80, methods => $methods)
         || die "Couldn't start HTTP server: $!";


---
Perl Client
-----------

use Frontier::Client;

$server_url = 'http://myhost/RPC2';
$server = Frontier::Client->new(url => $server_url);

$result = $server->call('echo', 'foo');
print $result->{'result'}. "\n";

---
Python Client
-------------
import xmlrpclib

server_url = 'http://myhost/RPC2';
server = xmlrpclib.Server(server_url);

result = server.echo('foo');
print result['result'];

---
jsolait Client
--------------
     var rpcServer = 'http://myhost/RPC2';

     try {
         var server = new xmlrpc.ServerProxy(rpcServer, ["echo"]);
         var result = server.echo("foo");
         alert(result);
     } catch(e) {
         reportException(e);
     }


---

Obviously the jsolait client, init.js, xmlrpc.js etc are imported with
the <script type="javascript" src="./jsolait/init.js"></script> tags
from the html document.

That just about sums it up.  Any suggestions are appreciated.  Thank
you in advance for you help!

--- In jsolait@yahoogroups.com, "Jan-Klaas Kollhof" <keyjaque@y...>
wrote:

>
> Sounds like a security issue.
> What browser are you using?
>
I am using IE 6.0.2900 on WinXP servicepack 2.
Now you mention it, SP2 is well known for its 'enhanced security'.
It is very possible that there is some switch that must be turned
off....

> use reportException(e)
> and click on 'ok' when the message is displayed and see if you get
> another error message showing the error that caused the exception.

Did it. The message is now: Opening of HTTP Request failed: Toegang
geweigerd. Which is Dutch for 'access denied'....

Hi,

> Problem is that whenever i execute it i am getting a
> RequestOpenFailed message. Where am i going wrong?

Sounds like a security issue.
What browser are you using?
For mozilla there is a same-domain policy, meaning you can only make
requests to the same server your HTML file came from.
In IE you can disable that policy in the settings/prefs.


> function mycallback(urlRequest)
> {
> alert(urlRequest.content);

This should be urlRequest.responseText.


> try {
> urllib.sendRequest('get','http://checkip.dyndns.org',mycallback);
> } catch(e) {
> alert(e);

use reportException(e)
and click on 'ok' when the message is displayed and see if you get
another error message showing the error that caused the exception.



Jan

Hello,

> I'd ask you if there's some way to pass an object which is not
exactly a string within an xml-rpc connection.

It should be possible to return all types which are supported by
XML-RPC back to the script, this includes arrays.


are you sure your server returns an array?
If you test my lib at:
http://xmlrpc.kollhof.net/jsolait.xmlrpc/tester.xhtml

and use args2array you see that the lib works correctly.

Have a look at what data your server is actually returning and check
if it is an XML-RPC array.


Jan

Hi Jan,

Downloaded jsolait yesterday to see if it fits one of my projects.
I am encountering problems testing it however.
Created a small test html file with a simple call. The javascript is
within the body tags of the html file.

Problem is that whenever i execute it i am getting a
RequestOpenFailed message. Where am i going wrong?

Example code included:
<script type="text/javascript">
function mycallback(urlRequest)
{
alert(urlRequest.content);
}

var urllib=importModule('urllib');
try {
urllib.sendRequest('get','http://checkip.dyndns.org',mycallback);
} catch(e) {
alert(e);
}
</script>

Hi Jan

First I'd like to thank you for your great tool.

I'd ask you if there's some way to pass an object which is not exactly
a string within an xml-rpc connection.
This is what I do:

var globalXmlRpcServer = 'http://mydomain.it/myscript.php';
var globalXmlRpcServerMethods = ["getArray"];
try {
     var xmlrpc = importModule("xmlrpc");
     var globalServer = new xmlrpc.ServerProxy(globalXmlRpcServer,
globalXmlRpcServerMethods);
     var vect = globalServer.getArray();
} catch(e) {
         alert(e);
}

Server side is ok, since it works well with strings, but when I try to
pass an array as result of getArray() method, I'm not able to handle
it in JavaScript: I can't cicle the array, also I can't do a
vect.lenght(), it throws an exception...

Any hints?

Bye, Alberto.

Hi,


The first part of an online jsolait tutorial is up.
http://jsolait.net/doc/tutorial.xhtml


Jan

Hello everyone,

jsolait just moved into it's new home at
http://jsolait.net

A new tutorial and documentation will be online soon.


Jan

Hi,
I'm looking at your library (framework?) with great interest. I found
it very useful and easy to use.
Right now I'm trying to implement some RPC using it and WACT.
Thank you for you work.

Hello,

I am Jan-Klaas Kollhof, the developer of jsolait(JavaScript o lait).
I welcome you to this list/formum.



Jan