Re: [Gambas-user] Messaging between arbitrary objects

2017-08-11 Thread Gianluigi 
Hi Bruce,

You can take a look here [0] with the help of Google translate.

Regards
Gianluigi

[0]
http://www.gambas-it.org/wiki/index.php?title=Inviare_dati_da_un_programma_Gambas_ad_un_altro_mediante_le_risorse_del_Componente_DBus

2017-08-11 13:58 GMT+02:00 Benoît Minisini via Gambas-user <
gambas-user@lists.sourceforge.net>:

> Le 11/08/2017 à 13:47, adamn...@gmail.com a écrit :
>
>>
>> Since it's soon to be the busiest time of our year (the spring
>> thoroughbred auctions) I thought I'd just redesign our entire auction
>> management system (haha).
>>
>> On any day we may have up to 10 or so auctions in progress at the same
>> time. Some online (conducted by us or others) and some live (using our sale
>> manager, which talks back to us) (and some we have no idea about).  Last
>> year, a change in the industry permitted a particular horse to be entered
>> in more than one auction, to be withdrawn from subsequent lots if sold in a
>> previous lot.  You can imagine the mess this caused, both in setting
>> schedules and in communicating between the auction houses.  Luckily, last
>> year the idea didn't really catch on in a big way, but over the year
>> interest has been growing.  Suffice to say we have a system that allows us
>> to watch for sales of this type and manage them (at least in the auctions
>> we "control"). The current way we do it is to have multiple "auction"
>> monitors running as separate invocations of the monitor project.  The only
>> communication between them is via the human operators who have to watch
>> each lot ... etc etc.
>> Basically what I'm trying to do is have a single monitor that shows the
>> progress of sales across a number of active auctions, sending messages
>> between arbitrary pairs (or multiples) when a "marked" lot is either sold
>> or passed in by an auction where it is the "early" one.  So we have a main
>> "controller" that launches a number of auction monitors and a particular
>> monitor knows when a "marked" lot is offered and then sold or passed in.  I
>> can raise an event in the monitor, caught by the controller when another
>> monitor object needs to be told to allow the sale of a "marked" lot to
>> proceed or to withdraw it.  The main controller then has to work out which
>> of the other monitor instances is interested in this particular horse and
>> then pass it a message via a public routine call.  This is to put it
>> mildly, bloody difficult and damned messy.
>>
>> What I'd like to do is have each monitor catch events from some other
>> monitor both of whom are handling a "marked" lot. The controller when it
>> invokes each monitor is able to indicate such marked pairs to each auction
>> monitor (I have that bit worked out).  The "conversation" I envisage would
>> go along these lines:
>>
>>  AuctionA
>>   AuctionB
>> 1. When a marked lot is coming up for sale, i.e. in the next 5 lots
>> offered | -->| "Lock lot X"
>> 2. When the horse is offered and sold in the first auction
>>   | -->| "Withdraw lot
>> X"
>> 3. When the horse is passed in at the first auction
>>   | -->| "Unlock
>> lot X"
>> 4. Exception: when a certain time period has passed since message 1
>>   | <- | "Query lot X"
>>
>>  |
>> --->| "Response (lock or unlock) lot X"
>> 5. Exception: no response to query
>>
>> | > Alert controller
>>
>> (It's a bit more complex, but that is the general sense of it.)
>>
>> So, is there a way that I can tell the "AuctionB" monitor to listen for
>> events raised by the "AuctionA" monitor?  I thought I might be able to use
>> the gb.qt4 "Watcher" for this but I can't seem to get it to happen.  Is
>> that the way to go? Any other ways or ideas.
>>
>> tia
>> (and thanks for reading this very long post.)
>>
>> bruce
>>
>>
>>
>
> If you have multiple processes that want to communicate, why not using
> D-Bus ?
>
> --
> Benoît Minisini
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Messaging between arbitrary objects

2017-08-11 Thread Benoît Minisini via Gambas-user 

Le 11/08/2017 à 13:47, adamn...@gmail.com a écrit :


Since it's soon to be the busiest time of our year (the spring thoroughbred 
auctions) I thought I'd just redesign our entire auction management system 
(haha).

On any day we may have up to 10 or so auctions in progress at the same time. Some online (conducted 
by us or others) and some live (using our sale manager, which talks back to us) (and some we have 
no idea about).  Last year, a change in the industry permitted a particular horse to be entered in 
more than one auction, to be withdrawn from subsequent lots if sold in a previous lot.  You can 
imagine the mess this caused, both in setting schedules and in communicating between the auction 
houses.  Luckily, last year the idea didn't really catch on in a big way, but over the year 
interest has been growing.  Suffice to say we have a system that allows us to watch for sales of 
this type and manage them (at least in the auctions we "control"). The current way we do 
it is to have multiple "auction" monitors running as separate invocations of the monitor 
project.  The only communication between them is via the human operators who have to watch each lot 
... etc etc.
Basically what I'm trying to do is have a single monitor that shows the progress of sales across a number of active auctions, 
sending messages between arbitrary pairs (or multiples) when a "marked" lot is either sold or passed in by an auction 
where it is the "early" one.  So we have a main "controller" that launches a number of auction monitors and a 
particular monitor knows when a "marked" lot is offered and then sold or passed in.  I can raise an event in the 
monitor, caught by the controller when another monitor object needs to be told to allow the sale of a "marked" lot to 
proceed or to withdraw it.  The main controller then has to work out which of the other monitor instances is interested in this 
particular horse and then pass it a message via a public routine call.  This is to put it mildly, bloody difficult and damned 
messy.

What I'd like to do is have each monitor catch events from some other monitor both of whom are 
handling a "marked" lot. The controller when it invokes each monitor is able to indicate 
such marked pairs to each auction monitor (I have that bit worked out).  The 
"conversation" I envisage would go along these lines:

   AuctionA
AuctionB
1. When a marked lot is coming up for sale, i.e. in the next 5 lots offered  
   | -->| "Lock lot X"
2. When the horse is offered and sold in the first auction   
   | -->| "Withdraw lot X"
3. When the horse is passed in at the first auction  
  | -->| "Unlock lot X"
4. Exception: when a certain time period has passed since message 1| 
<- | "Query lot X"
 
  | --->| "Response 
(lock or unlock) lot X"
5. Exception: no response to query 
   | 
> Alert controller

(It's a bit more complex, but that is the general sense of it.)

So, is there a way that I can tell the "AuctionB" monitor to listen for events raised by the 
"AuctionA" monitor?  I thought I might be able to use the gb.qt4 "Watcher" for this but I 
can't seem to get it to happen.  Is that the way to go? Any other ways or ideas.

tia
(and thanks for reading this very long post.)

bruce

  
  



If you have multiple processes that want to communicate, why not using 
D-Bus ?


--
Benoît Minisini

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

[Gambas-user] Messaging between arbitrary objects

2017-08-11 Thread adamn...@gmail.com 

Since it's soon to be the busiest time of our year (the spring thoroughbred 
auctions) I thought I'd just redesign our entire auction management system 
(haha).

On any day we may have up to 10 or so auctions in progress at the same time. 
Some online (conducted by us or others) and some live (using our sale manager, 
which talks back to us) (and some we have no idea about).  Last year, a change 
in the industry permitted a particular horse to be entered in more than one 
auction, to be withdrawn from subsequent lots if sold in a previous lot.  You 
can imagine the mess this caused, both in setting schedules and in 
communicating between the auction houses.  Luckily, last year the idea didn't 
really catch on in a big way, but over the year interest has been growing.  
Suffice to say we have a system that allows us to watch for sales of this type 
and manage them (at least in the auctions we "control"). The current way we do 
it is to have multiple "auction" monitors running as separate invocations of 
the monitor project.  The only communication between them is via the human 
operators who have to watch each lot ... etc etc.
Basically what I'm trying to do is have a single monitor that shows the 
progress of sales across a number of active auctions, sending messages between 
arbitrary pairs (or multiples) when a "marked" lot is either sold or passed in 
by an auction where it is the "early" one.  So we have a main "controller" that 
launches a number of auction monitors and a particular monitor knows when a 
"marked" lot is offered and then sold or passed in.  I can raise an event in 
the monitor, caught by the controller when another monitor object needs to be 
told to allow the sale of a "marked" lot to proceed or to withdraw it.  The 
main controller then has to work out which of the other monitor instances is 
interested in this particular horse and then pass it a message via a public 
routine call.  This is to put it mildly, bloody difficult and damned messy.

What I'd like to do is have each monitor catch events from some other monitor 
both of whom are handling a "marked" lot. The controller when it invokes each 
monitor is able to indicate such marked pairs to each auction monitor (I have 
that bit worked out).  The "conversation" I envisage would go along these lines:

  AuctionA
AuctionB
1. When a marked lot is coming up for sale, i.e. in the next 5 lots offered 
| -->| "Lock lot X"
2. When the horse is offered and sold in the first auction  
| -->| "Withdraw lot X"
3. When the horse is passed in at the first auction 
   | -->| "Unlock lot X"
4. Exception: when a certain time period has passed since message 1 
   | <- | "Query lot X"

  | 
--->| "Response (lock or unlock) lot X"
5. Exception: no response to query  
  | 
> Alert controller

(It's a bit more complex, but that is the general sense of it.)

So, is there a way that I can tell the "AuctionB" monitor to listen for events 
raised by the "AuctionA" monitor?  I thought I might be able to use the gb.qt4 
"Watcher" for this but I can't seem to get it to happen.  Is that the way to 
go? Any other ways or ideas.

tia
(and thanks for reading this very long post.)

bruce

 
 
-- 
B Bruen 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user