Gabriele Santilli wrote:
> Maarten Koopmans wrote:
>
> > It is *not* a Rugby architecture problem, but merely network management.
>
> That is right, but I can still see an architectural disadvantage
> of Rugby: it being client/server only. I believe fully symmetrical
> peer-to-peer connections
Maarten Koopmans wrote:
> It is *not* a Rugby architecture problem, but merely network management.
That is right, but I can still see an architectural disadvantage
of Rugby: it being client/server only. I believe fully symmetrical
peer-to-peer connections can be a great advantage in some cases;
Hi All,
I have ftp'ed the correct version to the site, sorry for any inconvenience...
http://www.rebolforces.com/~erebol
--Maarten
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the quotes.
> ->> do http://www.rebol.cz/~asko/gorim-rebolcz.r
> ** Script Error: http-result-available? expected index
> argument of type:
> integer
> ** Where: process-event-queue
> ** Near: not http-result-available? ticket
> ->>
>
> I just replaced rugby on client and server side with
> latest version .
Graham Chiu wrote:
>Maarten,
>
>Is the new version of Rugby compatible with previous
>versions? I am just wondering what happens when client and
>server run different versions.
>
>--
>Graham Chiu
>
re new bugs - namely:
->> do http://www.rebol.cz/~asko/gorim-rebolcz.r
** Script Error: http-res
Graham Chiu wrote:
>Maarten,
>
>Is the new version of Rugby compatible with previous
>versions? I am just wondering what happens when client and
>server run different versions.
>
I don't really know - although I repaired found bug, I was not able to
connect anymore, or I got errors later when
Maarten,
Is the new version of Rugby compatible with previous
versions? I am just wondering what happens when client and
server run different versions.
--
Graham Chiu
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the qu
Hi Petr,
The polling mechanism is due to firewalls.
In Rugby you can have Rebol processes that are client AND server in
Rebol/View, so your scenario is easily implemented then. IF your company's
firewall allows both ingoing AND outgoing http traffic (or TCP for that
matter) of course.
It is *not
HttpHost will enable you to use Rebol behind an NTLM proxy:
http://www.htthost.com
Chris.
>>> [EMAIL PROTECTED] 11/22/01 05:28 >>>
I am actually behind an NTLM MS Proxy and I cannot use REBOL
but locally. Do you plan to add NT LAN Manager protocol
authentication and handling to REBOL?
--
Wednesday, November 21, 2001, 7:21:56 PM, Petr wrote:
> btw: does anyone here know, how does Jabber work in the principle?
> Is it request broker like Rugby is, or?
jabber opens a port to a server over which all traffic flows. just
like IRC or ICQ.
jabber has problems with working behind
Paul Tretter wrote:
>IRC does do polling in the form of Ping and Pongs. If it detects that a
>client is idle it will send a Ping response in which the client must respond
>with a Pong or risk being disconnected.
>
Yes, but then server polls client, not in reverse. It does so probably
in some pe
"Cassani Mario" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 21, 2001 11:28 AM
Subject: [REBOL] Re: ANN: rugby 4.3
> Hi Holger,
>
> > > *But probably, we've got problem with firewalls here ...
> >
> > Yes. That's why fo
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> [EMAIL PROTECTED]
> Sent: Wednesday, November 21, 2001 5:51 PM
> To: [EMAIL PROTECTED]
> Subject: [REBOL] Re: ANN: rugby 4.3
>>I am actually behind an NTLM MS Proxy and I
allowing IRC ports to pass thru.
Paul Tretter
- Original Message -
From: "Petr Krenzelok" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 21, 2001 10:13 AM
Subject: [REBOL] Re: ANN: rugby 4.3
>
>
> [EMAIL PROTECTED] wrote:
>
>
On Wed, Nov 21, 2001 at 04:28:44PM -, Cassani Mario wrote:
> Hi Holger,
>
> > > *But probably, we've got problem with firewalls here ...
> >
> > Yes. That's why for most business applications tunnelling through HTTP
> > and using polling is a necessity.
>
>I am actually behind an NTLM M
On Wed, Nov 21, 2001 at 05:13:35PM +0100, Petr Krenzelok wrote:
> Heh, you're alive holger? :-) Well, is that the same reason why IRC's DCC
> doesn't work? Probably yes. Well, Rugby is not slow. So why does chat
> client based upon it need to use polling? IRC doesn't do so probably, and
> I am IRC
Hi Petr,
> On the other hand polling means limiting - I can't simply
> imagine hundreds
> of users polling server each sec or three - what a massive
> communication
>
welcome to M$ .NET!
In a recent network performance test Windows programs we
produce were eating network resources for
Hi Holger,
> > *But probably, we've got problem with firewalls here ...
>
> Yes. That's why for most business applications tunnelling through HTTP
> and using polling is a necessity.
I am actually behind an NTLM MS Proxy and I cannot use REBOL
but locally. Do you plan to add NT LAN Manager p
[EMAIL PROTECTED] wrote:
> On Wed, Nov 21, 2001 at 03:54:34PM +0100, Petr Krenzelok wrote:
>
> > *But probably, we've got problem with firewalls here ...
>
> Yes. That's why for most business applications tunnelling through HTTP
> and using polling is a necessity.
Heh, you're alive holger? :-)
On Wed, Nov 21, 2001 at 03:54:34PM +0100, Petr Krenzelok wrote:
> *But probably, we've got problem with firewalls here ...
Yes. That's why for most business applications tunnelling through HTTP
and using polling is a necessity.
--
Holger Kruse
[EMAIL PROTECTED]
--
To unsubscribe from this li
wooohooo, well, let's dig into it ...
Maarten Koopmans wrote:
> Hi all,
>
> I just released Rugby 4.3 , the best version ever. All upgrade!
>
> Download it at http://www.rebolforces.com/~erebol/
>
> Rugby is a rebol request broker that allows you to build distributed
> computing applications in
21 matches
Mail list logo
