World: r3wp

Yeah. Which we need to do too.

Eh?  What's wrong with Gabriele's http scheme?

Anyway, Maarten had to do all of this because he chose to use the 
REST method of interacting with aws.  To it seems much simpler to 
use SOAP instead.

Chunked encoding is broken, which is why the released version has 
been modded to use http 1.0; error handling is broken (the source 
of most chat errors); no server support; written for an older idea 
of R3 semantics.

Our HTTP scheme should work with REST out-of-the-box too.

I haven't used the prot-http ...

Is Gabriele ever coming back to work on any R3 stuff ?  Or is he 
a permanent qtask person now?

It's next on my list after 2.7.8 and R3 compressed modules/scripts.

Yes, I'm sure it will work with REST ... it's just harder to maintain 
the aws interface each time they change their specifications

So, I suspect it's easier to maintain using SOAP

I don't use their services (yet) so I wouldn't know.

Well I was reading their API again over the weekend on the plane 
:)

The main issue is that SOAP has to be over https ... so have to use 
stunnel ... that is if i can get stunnel working under windows 7

And if someone wants REST ... they can do it later on.

I would like to ask about the inner workings of port actors. How 
is it done? Let's say you define 'read actor for port. Does it mean, 
that call to "read tcp://x.x.x.x" will then pass call to port 'read 
actor?

read scheme:// 
means that you call the scheme's actor 'read

OK, but how does the native as 'read knows, what to do, if it is 
passed a port type? It is done somewhere in low level? In other words 
- which functions can be overriden that way?

'read checks to see if it is a port!, and then looks up the scheme

I read this somewhere ....

Alas my index is worse than that for the r3 docs

I don't know what the possible actors are, but I think they're the 
ones related to series.

Maybe the way to find out is to create a dummy scheme and implement 
as many dummy actors you can think of and then test them....

One of the issues with AWS is all the XML .. but I think we don't 
need a fancy XML parser .. .as it's pretty basic stuff.

Managed my first request to the Amazon SDB using the http scheme 
and SOAP

They say HTTPS is obligatory, but i used http and it was still accepted.

payload: create-sdb-message "ListDomains" listDomains 10


result: to-string write http://sdb.amazonaws.comcompose [ POST [ 
Content-Type: {text/xml; charset="utf-8"} SOAPaction: "ListDomains"] 
(payload) ]

Possible actors are the functions accepting a port! as an input.

(obviously...)

good point!

ah, thanks Steeve, that makes sense. It is nice that we can overload 
those functions ....

A couple of prototype functions for Amazon SDB
http://rebol.wik.is/Rebol3/AWS

Successfully created a couple of domains, and then listed them.

Nice Graham.

SOAP looks much easier to implement compared with the tricky stuff 
you have to do with REST.

I haven't looked at the other services for a while now, and don't 
think I ever looked at the SOAP api for S3, and SQS .. but I suspect 
it's very similar, and just point the URL to a different service

What would be nice would be a small tight library for dealing with 
basic XML

Not suggesting that anyone write an XSD parser!

Start with simple, well-formed XML, and go from there.

I was wondering about TFTP but see that it is based on UDP .. oh 
well...

TFTP is funny, I have a R2 TFTP server impl lying around, somewhere

There's also a get in the library http://www.rebol.org/view-script.r?script=tftp-get.r

as well as a BOOTP server. also UDP, though

so the bootp is for a rebol os ?

heh

bootp+tftp is sufficient to netboot some machines

http://msdn.microsoft.com/en-us/magazine/cc188797.aspx


DIME extension for SOAP ... dunno, doesn't seem as simple as they 
make out

any revision to current schemes by Carl? Was supposed to be done 
... "overnight", no?

I haven't heard anything back

I see that Sun  has their cloud service though it is in beta testing. 
 They have a huge datacentre ... something like 3 football fields 
long ... dunno what sort of football though

They are using Webdav and also RESTful APIs similar to those from 
Amazon S3