Open scottf opened 2 weeks ago
Go code that reproduce the problem. Check with a sub on $O.> and you will see wrong subjects.
https://gist.github.com/ripienaar/554b9679983bf5cba6da6a75e7ea844f
@ripienaar @piotrpio The go client might be correct but I would verify.
I found a bug in the java/.net v1 libraries. On the connection to the leaf, it's correct to use the js domain information on js api calls. But for a consumer, the actual filter subject of the consumer of chunks is just the normal $O subject, not some js api subject.
My code was calling pubSubChunkSubject
which gives that full domain specific subject. But it should have called my rawChunkSubject
which is just normal.
Did you implement the behaviour described here @scottf ?
this seems to suggest yes - and server is doing mapping on those subjects.
I never really bought into this design but anyway seems to be what you have?
https://github.com/nats-io/nats-architecture-and-design/blob/main/adr/ADR-19.md#kv-example
I think I followed the KV spec My problem was when creating a consumer, I treated the consumer filter subject as something that had to be domainified. Creating the consumer itself is done correctly with a domainified CREATE_CONSUMER
Steps to recreate
Expected behavior
When a js-domain is specified, objects are published to the domain meaning the publish subject has the domain in the api.
Server and client version
Latest CLI, Server N/A
Based on
https://github.com/nats-io/nats.java/issues/1157