realbasic-nug
[Top] [All Lists]

Re: Can a thread "raise" an event?

To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Subject: Re: Can a thread "raise" an event?
From: Stefan Pantke <seaside dot ki at mac dot com>
Date: Mon, 4 Oct 2004 00:15:47 +0200
Delivered-to: realbasic-nug at lists dot realsoftware dot com
References: <89B39709-1564-11D9-B86A-000A9585ABA2 at mac dot com> <CC5C1A3F-1565-11D9-8DE7-000A95A9544A at shaw dot ca> <2AC1FE1C-156D-11D9-B86A-000A9585ABA2 at mac dot com> <BA2801A4-1570-11D9-8DE7-000A95A9544A at shaw dot ca> <56D0B0A8-1575-11D9-B86A-000A9585ABA2 at mac dot com> <9E793BF0-1579-11D9-8DE7-000A95A9544A at shaw dot ca> <70E71B1A-157F-11D9-B86A-000A9585ABA2 at mac dot com> <641736BA-1585-11D9-8DE7-000A95A9544A at shaw dot ca>

Am 3. Okt 2004 um 23:44 schrieb Norman Palardy:


On Oct 3, 2004, at 3:01 PM, Stefan Pantke wrote:


Am 3. Okt 2004 um 22:20 schrieb Norman Palardy:


On Oct 3, 2004, at 1:49 PM, Stefan Pantke wrote:


OK, understood.

BTW: For virtually any other platform than Mac OS, there a message passing
infrastructure. Why do we have no such system on the Mac?

What's wrong with AppleEvents ?

Nothing - except they are proprietary.

Moreover, I suppose the system isn't as refined as other
message passing systems (MQ-Series, M$ queue server).

Having work with JMS they are actually quite refined, networkable, and quite robust.
But yes, they are proprietary.
WebSphere MQ can use XML and SOAP as messages so hooking RB into this should be fairly straight forward. JMS is SOAP based as well so there's nothing really stopping RB from using this sort of service.
If you use Java on OS X you can also use JMS.

Yes, that might be possible (thx for these hints).
But wouldn't it be desirable to have a standard API for
such stuff in RB - not pure SOAP?

Does the system stores messages if the system crashes and resends them if it's up again?

No. It does not, to my knowledge, support guaranteed delivery like this. But then it also does not require a messaging server as MQ does in order to support this sort of functionality.

Don't we need such? I think of a distributed transaction, which
should be performed between several systems. In this case, handling
stuff by hand might be very complicated, since a distributed
handshare isn't trivial at all.

Isn't a MQ server desirable for services which might be
coded by hand, but need quite some knowledge and are
very error prone, if hand coded?

Therefore, I would like a service, which allows to code
something like

        'Here is my message and these are the options. Send it
         and manage all distributed handshaking if required!'

Anyway, thx for the details, Norman!

s



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://www.realsoftware.com/listarchives/lists.html>

<Prev in Thread] Current Thread [Next in Thread>