Is there intention to support the tx-report-queue in the Client-API?
We have built a live query streaming engine on top of Datomics Peer API that runs in all our customers projects and would like to port/test it out against the Client API. Also we usually have several dispatch loops running on the tx-report-queue for event triggering etc. If we were to port any running application or start a new one with the Client API, it seems like we’d need to have the tx-report-queue.
The product team has made a commitment to stewarding the product according to technical best practices and does not want to run the risk of customers developing against promised functionality that may turn out to be a bad idea for the product as a whole or reprioritized in favor of more critical features. We welcome and encourage technical feedback and feature requests. Those are taken seriously and made part of the product management decision-making.
I understand this might not be the most satisfying answer or the indication you were looking for, but I hope it gives you some insight as to why we do not pre-announce features.
Thats fine with me. Would be happy if you’d forward to the team my feedback that the Client API/Datomic Cloud is not useful in 5/6 projects without the tx-report queue.
I asked Rich about this at the party, he suggested that there may be other ways, for example if we are watching the tx stream to run effects, instead of that a transaction function could push to a queue