Home/ Questions/Q 3932996
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-19T23:33:06+00:00

Suppose you have an API you’ve written that collects data in real time in

  • 0

Suppose you have an API you’ve written that collects data in real time in an independent thread. Data access is thread-safe and via an interface. E.g. getData() which does not block and provides the latest information. This API is used in a number of applications; some GUI driven, others console programs.

What options do you have to notify your application that there has been a data update? We definitely do not want the API to depend on the application, so we do not want to fireTableDataChanged() or anything like that from the API. (In our GUI application, we would call fireTableDataChanged() etc. after the API notifies us or we look at the API.)

Thanks much!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    One option is to write your own event producer class.

    • IEventListener< EVENT >
    • IEventProducer< LISTENER extends IEventListener< EVENT >, EVENT>
    • EventProducer< LISTENER extends IEventListener< EVENT >, EVENT> implements IEventProducer< LISTENER, EVENT >

    IEventListener is implemented by the observers. It has a method for receiving an event.

    IEventProducer is implemented by any observable, via EventProducer. It has methods for adding and removing listeners.

    EventProducer is thread-safe. It has a method for sending events to a CopyOnWriteArrayList of listeners. It catches and logs any exceptions thrown by listeners. It also provides methods for adding and removing listeners.

    Then, any observable class can implement IEventProducer via an internal EventProducer.

    If you try to support two listener types on the same class, type erasure will require that you name the add/remove listener methods differently for the different listeners.

    • 0