AltME: R3 Protocols

Messages

Rondon
how do I pass the parameters? it doesn't accept read/custom

GiuseppeC
Programmers do not write documentation !
Rondon
I just want to know how to refine the 'read command using prot-http.r3.
using R2. I just use read/custom https://example.com ['post "field1"  "valuefield1" ]
this is not working with prot-http.r3.   it really works https scheme, using read https://example.com ,  but I need to post data, and GET is the default method. I just want to use the POST. Any tips?
Andreas
To POST, use WRITE.

Gregg
Like Kaj, I've decided 0MQ is a better way to go at this point.

Robert
Taking on this, I'm a bit fan on the BEEP protocol building framework. It offers some higher level features thatn 0MQ.
I always thought it's a very cool (maybe even a killer feature) to build such an application protocol framework right into R3. So, when you want to do P2P, Client/Server etc. and use R3 on both ends, you just use this BEEP stuff and all networking problems are gone.
I'm still convinced that it makes a lot of sense.
Pekr
That was also kind of idea of Uniserve, upon which Cheyenne is built. Maybe a bit inspired in Python's Medusa. All protocols are hot plugs IIRC. I too think, that some kind of general mechanism, upon which various (app) protocols could be built, would be fine. In that regards, I found R3 Chat being a step back, not forward ...
Robert
And I wouldn't do all the low-level stuff in Rebol but on the C side.
Gregg
Didin't Ladislav write BEER a long time ago?
Robert
Yes, in Rebol. With a lot of problems.
I don't know if it was standard conform or just a fork of the idea.
Gregg
I don't either. Probably have an old copy somewhere here. Lad's stuff has been offline for a while I think.
Gregg
I think I liked the idea of a way to build protocols like PARSE lets us build DSLs, but never got it to stick for me.
Pekr
I would not try to overcome port mechanism, whatever it takes. If there are bugs, those should be fixed. Well, it might be an extension (which is C). We will see, how Red IO turns out, once out ...

Robert
I don't like to port model that much. Might be because I never digged deep enough into it. But trying to generalize IO with a common API or model was tried in several other enviironments and all I know failed.
IMO putting network stuff to a higher level makes sense. Much higher level so that I can think of it in sending things back and forther and that's it.

Last message posted 154 weeks ago.