Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue1023 take2 topicCopy fix #1191

Open
wants to merge 4 commits into
base: development
Choose a base branch
from
Open

Conversation

petersilva
Copy link
Contributor

close #1023

  • um... again... topicCopy should work now.

Copy link

github-actions bot commented Aug 27, 2024

Test Results

248 tests   247 ✅  1m 35s ⏱️
  1 suites    1 💤
  1 files      0 ❌

Results for commit bca8bb9.

♻️ This comment has been updated with latest results.

@petersilva petersilva changed the title Issue1023 take2 Issue1023 take2 topicCopy fix Aug 27, 2024
@petersilva petersilva marked this pull request as ready for review August 27, 2024 16:02
@reidsunderland
Copy link
Member

I will do a bit more testing tomorrow.

My initial quick test seems like this is always copying the source message's topic, even with topicCopy False. But I could have done something wrong in my test too.

@petersilva
Copy link
Contributor Author

OK. I think with this last patch it does what people want.

  • if the topicCopy option is set, the inbound topic overrides and is copied to the published message.
  • if topicCopy is not set, then it tries to build a normal 'subtopic' ... if it can't it doesn't ... the message just doesn't get a topic or a subtopic...

(with previous patch, when the 'subtopic' could not be built, it forced on topicCopy... which "broke" the use case of interest.)

@reidsunderland
Copy link
Member

reidsunderland commented Oct 8, 2024

I posted on Teams, just adding here for proper documentation.

topicCopy works now. But with topicCopy off, the topic that gets posted is v02.post and nothing else. It should be v02.post.data.msc ...

@petersilva
Copy link
Contributor Author

@reidsunderland I looked over the code again... I think it only gets properly set when it is being published, so the log of the component itself would show what you described... is there a way of looking at the next component in the chain ... a subscriber to what was posted? I have the feeling it is published with a good topic, but it will show that truncated one within the component.

@petersilva
Copy link
Contributor Author

The topic is only properly set on publish... based on the relPath.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

What is correct "topic" processing in sr3?
2 participants