Re: publish/subscribe appserver->client?

Sync <kdd21@xxxxxxxxxxx> wrote in news:1187822394.192952.85140
@x40g2000prg.googlegroups.com:

Tried to search for comments on this subject but the Google groups
search filter on groupname is seriously broken for some reason, it's
treating "groups:*.progress" just as if the words "groups" and
"progress" were regular search terms, not a group specification....

At any rate,

Have been working on a script that asynchronously runs a procedure on
the appserver-- I'm rather new to progress coding, but we need to get
the two parts to pass data across in the process, and it looked like
PUBLISH and SUBSCRIBE were just the thing-- however, the server side
goes thorugh the motions of the publish but the event never fires in
the client.

I then did a little more poking around on the peg.com forums, and
found an old comment something to the effect that publish/subscribe
doesn't work distributed (across sessions), that it was a "wish list
item." Unfortunately, it's not quite clear to me what the definition
of a "session" or "distributed" is in that comment-- are the client
side & server side considered separate sessions in this case and pub/
sub is therefore unsupported? Or am I overlooking something else as
to the reason the event doesn't fire...

I'm using V9.1d, and using the "run asynchronous on server" technique
to fire up the appserver end, and using a subscribe with anywhere to
set up the event handler. I checked the calling parameters, and even
tried a parameterless pub/sub just in case a parameter mismatch was
the problem, but no luck.

The main question is-- *should* a subscribe on the client be able to
get the publish done on the appserver? Or is this in fact not
implemented? The real unfortunate thing about pub & sub is the
coupling is so loose there's not much error handling to be had. When
you "subscribe...anywhere" perhaps the word "anywhere" doesn't really
*mean* anywhere?...


--

Sync



The process running on th AppServer can't just PUBLISH and expect the
correct client to pick up the message. You'll need Sonic to do a "global"
publish.

However the procedure is quite cabable of returning data back to its
instantiatiing program.

RUN GetNumAccounts.p ON h_SalesExamples
ASYNCHRONOUS SET ghGetNumAccounts
EVENT-PROCEDURE "DisplayNumAccounts"
(INPUT cbSalesRep, OUTPUT NumAccounts AS INTEGER).

Alan
.

Relevant Pages

  • Re: My non-statistical thoughts on this off season so far !!!
    ... Lorretta sounds like a definite up grade from Bellhorn from both sides of the game. ... Part of the work in progress. ... I'm counting Foulke as a change assuming he's healthy and not last year's pitcher. ... I'm also counting Schilling as new for the same reason ...
    (alt.sports.baseball.bos-redsox)
  • publish/subscribe appserver->client?
    ... Tried to search for comments on this subject but the Google groups ... "progress" were regular search terms, ... PUBLISH and SUBSCRIBE were just the thing-- however, the server side ... to the reason the event doesn't fire... ...
    (comp.databases.progress)
  • Re: 3 pitchers, 3 mysteries, 3 answers ???
    ... Possible reason: ... as in it's a work in progress. ... Reinventing himself as an older and less of a power pitcher and learning ... Hopeful word being "learnING". ...
    (alt.sports.baseball.bos-redsox)
  • Re: Heart scans
    ... high-sensitivity diagnostic that quantitatively can measure CAD ... For some reason, I've been ... brings me back to the reason I'd like to measure my progress or lack ... Right now I have an appointment for more angioplasty and more stents ...
    (sci.med.cardiology)
Loading