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

BusConfiguration assumes that nsqd is running locally on port 4151 #85

Open
jmreynolds opened this issue Feb 23, 2017 · 2 comments
Open
Labels

Comments

@jmreynolds
Copy link

BusConfiguration, in line 331, makes the assumption that nsqd is running locally on port 4151.

I have a fix, that I'm going to do a PR for - this is mostly just a place-holder to remind myself to do this over the weekend.

Unless @judwhite has already resolved it, in which case I'll not bother. Thanks!

jmreynolds added a commit to jmreynolds/NsqSharp that referenced this issue Feb 23, 2017
@jmreynolds
Copy link
Author

Per our conversation on Slack yesterday, I brought Pull Request #83 into my branch, and I'll use that as my point of reference. I'm going to add a unit test or two around the stuff I added in BusConfiguration (really only a couple lines of changes), then I'll submit. Goal is to have it in this weekend.

@judwhite
Copy link
Owner

judwhite commented Feb 25, 2017

@jmreynolds Nice find. Copying my commit comment here.

There's a bit of overlap here between nsqdTcpAddress and nsqdPublisher. If you specify your own publisher the nsqdTcpAddress is ignored, which is probably obvious. Allowing you to provide your own INsqdPublisher was meant to address using an address other than 127.0.0.1:4150 or let you use an HTTP publisher (or something custom) in the bus. Where this falls down is in preCreateTopics, which is arguably not the bus's responsibility and could be removed.

I think this can be solved either through clear documentation or by removing preCreateTopics, possibly offering this functionality somewhere else in the library. BusConfiguration and BusService are candidates for a v1.0 refactor, there are some things about the design I think could be improved.

@judwhite judwhite added the bug label Feb 25, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants