Rugby 4 artists? For the people ;-)
[1/5] from: m::koopmans2::chello::nl at: 13-Jan-2002 22:10
Hey all,
Your explanation is indeed very good Brett. May I include it in the docs
somewhere?
I will need to upgrade the documentation even more. It tells you how things
work, but the common pitfalls and problems in distributed computing probably
need to be touched as well, as well as a cool web site and a good faq etc.
(a friend of mine calls this "the Bill gates factor").
Note that there currently is a Rugby beta version that includes XML-rpc as
well, see:
http://www.escribe.com/internet/rebol/m17669.html
The only reason that it is beta is... the docs.
Rugby was designed with the concept of Web services in mind: given Rebol on
42 platforms, can I make web services in an hour. Yes. And with XML-RPC
included access them from anywhere else as well.
What I won't do: include Rugby programs in the Rugby releases. It is
seamless distributed computing, and in ways it is a solution for problems I
don't know. What problems may be solved with it is up to you. I do know that
with no difference between code and data (Rebol) and seamless distributed
computing most things become possible, it is just hard to get into the
mental mode where you just don't care about locations of things anymore.
For example Graham's Gorim: it is a chatbox, but it really is a program that
stores and displays in memory messages. It just so happens that your memory
is somewhere else....
--Maarten
[2/5] from: brett:codeconscious at: 14-Jan-2002 19:33
Hi Maarten,
> Your explanation is indeed very good Brett. May I include it in the docs
> somewhere?
Thank you. I'd be honored for it to be included somewhere :)
> Note that there currently is a Rugby beta version that includes XML-rpc as
> well, see:
> http://www.escribe.com/internet/rebol/m17669.html
>
> The only reason that it is beta is... the docs.
Maybe if you make point form of what needs to be said someone will offer to
fill in the details.
> Rugby was designed with the concept of Web services in mind: given Rebol
on
> 42 platforms, can I make web services in an hour. Yes. And with XML-RPC
> included access them from anywhere else as well.
Just wondering Maarten. Now with all your experience at reflection and
marshalling would it be too hard for a smtp/pop version - or is this just a
really stupid idea (given order of delivery / idenfication etc)?
Brett.
[3/5] from: m:koopmans2:chello:nl at: 14-Jan-2002 12:40
Hey Brett
> Hi Maarten,
>
> > Your explanation is indeed very good Brett. May I include it in the docs
> > somewhere?
>
> Thank you. I'd be honored for it to be included somewhere :)
>
You're welcome ;-)
> > Note that there currently is a Rugby beta version that includes XML-rpc
as
> > well, see:
> > http://www.escribe.com/internet/rebol/m17669.html
> >
> > The only reason that it is beta is... the docs.
>
> Maybe if you make point form of what needs to be said someone will offer
to
> fill in the details.
>
I tried that, didn't work.
> > Rugby was designed with the concept of Web services in mind: given Rebol
> on
> > 42 platforms, can I make web services in an hour. Yes. And with XML-RPC
> > included access them from anywhere else as well.
>
> Just wondering Maarten. Now with all your experience at reflection and
> marshalling would it be too hard for a smtp/pop version - or is this just
a
> really stupid idea (given order of delivery / idenfication etc)?
>
Why would you want smtp/pop if you got HTTP?
--Maarten
[4/5] from: brett:codeconscious at: 14-Jan-2002 23:51
> > Maybe if you make point form of what needs to be said someone will offer
> to
> > fill in the details.
> >
>
> I tried that, didn't work.
Oops. Hmm.. Where can the points be found then?
> Why would you want smtp/pop if you got HTTP?
Some years back (before the net thing) there was quite a bit of hype over
store and forward systems like MS Message Queue. Much was discussed about
how applications could be tolerant of corporate network problems with such
systems.
More recently I saw an article by Bluestone of how email with an XML payload
can be used for simple store and forward transactions from outside entities.
A different context. Years ago prior to my discovery of Rebol (and more
recently the acquiring of cable internet access) I thought about a scenario
where I could have my home machine automatically dial-up twice a day to the
internet. It could pick up messages I might sent from work and respond as
necessary. I imagined there are a few retail type businesses that could have
similar needs.
These ideas coalesced in my mind when thinking about the marshalling work
you have already done. I just wondered if that work could be put to use in
another context.
But as I write, I'm thinking that with LOAD/ALL + Parse one has enough power
to do it already.
Reasons to continue idea:
To be able to make such scripts transparent to the protocol.
You really like a challenge.
Or maybe the "server" controls some *really really* long running process, is
connected via 9600 baud modem via some satellite phone, lives the desert and
is only online when the sun shines because it is solar powered.
But I guess I'm clutching at straws now. :)
No big deal. :)
Brett
[5/5] from: petr:krenzelok:trz:cz at: 14-Jan-2002 15:38
Not at all, Brett. If I can understand your idea, you are looking for off-line
spools, aka mailboxes for messages. Well, that's exactly the model IOS works if
I understand it correctly :-)
I think that Rugby can be adapted to it. Maybe you could do it in Rugby script
level instead? As for e.g. Graham did his GoRIM - it delivers (and stores if you
are off-line) messages for you :-)
-pekr-