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

Allow specifying a port for webdev daemon #424

Closed
DanTup opened this issue Jun 5, 2019 · 6 comments
Closed

Allow specifying a port for webdev daemon #424

DanTup opened this issue Jun 5, 2019 · 6 comments

Comments

@DanTup
Copy link
Contributor

DanTup commented Jun 5, 2019

This came up at Dart-Code/Dart-Code#1769 but is also mentioned in comments at #198 (comment). Currently it always calls findUnusedPort in the daemon.

@jakemac53
Copy link
Contributor

I am not sure if it makes sense to add features to webdev daemon at this point, given it is flutter specific and that logic will be moving to the flutter SDK - cc @jonahwilliams .

@DanTup
Copy link
Contributor Author

DanTup commented Jun 5, 2019

I did wonder that, but this code will all remain for non-Flutter web, right?

@jakemac53
Copy link
Contributor

I did wonder that, but this code will all remain for non-Flutter web, right?

That is an open question I guess - this was explicitly only intended to support the flutter web launch. The protocol is certainly not what we would have designed if we wanted to support some sort of general daemon protocol. I think it also has some fairly flutter specific parts. At the same time I can see from an IDE perspective it is nice to have a single protocol to talk to. Having that be the flutter protocol doesn't seem right though.

@DanTup
Copy link
Contributor Author

DanTup commented Jun 5, 2019

Fair enough - if it's not certain this will remain, then I agree it's probably better to skip this until that's clear.

The daemon protocol isn't that huge, so while it'd be nice to avoid another implementation, I don't think having something different would be a huge pain if non-Flutter web was a little difference (for VS Code, at least :-)).

@jakemac53
Copy link
Contributor

From my perspective almost all interactions would actually go through the dart vm service protocol. The daemon already has some overlap with that.

Basically, the goal on our end I think would be to make it look more like a Dart VM binary than a flutter binary.

@grouma
Copy link
Member

grouma commented Aug 21, 2019

Closing this for now until we agree upon the approach for general web debugging.

@grouma grouma closed this as completed Aug 21, 2019
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

No branches or pull requests

3 participants