Skip to content
This repository has been archived by the owner on Nov 20, 2023. It is now read-only.
This repository has been archived by the owner on Nov 20, 2023. It is now read-only.

Add url paths on the tye.yaml to make it easier to navigate to available endpoints #618

Open
malisancube opened this issue Aug 5, 2020 · 8 comments
Labels

Comments

@malisancube
Copy link

malisancube commented Aug 5, 2020

What should we add or change to make your life better?

The idea is to have something like this on the tye.yaml

- name: results
  project: results/results.csproj
  -paths: /swagger;/hangfire;/lively;/page=2&pageSize=10

This would then be exposed on the dashboard as URLs. e.g.

These can be ignored during deployment.

Why is this important to you?

This would make it easier to simply navigate to endpoints that you want to use in that service and save a couple of keystrokes.

@spboyer
Copy link
Contributor

spboyer commented Aug 11, 2020

@davidfowl / @jkotalik - could we look at Routes and provide these in the dashboard without having to define them explicitly?

@davidfowl
Copy link
Member

davidfowl commented Aug 11, 2020

No, routes are part of the application. There's no way to get that information statically from outside the app.

@digitaldias
Copy link

+1 for this. I'm writing a set of microservices that do not have coupling between them (no REST endpoints) but instead use a shared messagebroker for all actions. As such, it'd be nice to have all my services point straight to their /graphql endpoint when clicked from the tye dashboard. This is an important feature to add. It can be read from the launchSettings.json in the property "launchUrl"

@ante-maric
Copy link
Contributor

+100 for this! Judging by the time this issue was created...holding our breath could get us killed.

@davidfowl
Copy link
Member

Pull requests are also a thing 😉

@ante-maric
Copy link
Contributor

Pull requests are also a thing 😉

I bet you couldn’t hold it…same as me🤣
Fair enough…

@ignacioerrico
Copy link
Contributor

ignacioerrico commented Oct 14, 2021

Believe it or not, I was going to ask if anyone was working on this. You beat me to it, @ante-maric. 😉

I wanted to discuss some finer details too, like how about routes instead of paths, and if there was a preferred way to display the links (instead of repeating the host and port for each, I would just display the same as it's being displayed now with the list of routes underneath, all of them clickable).

Example. This configuration (note I didn't include a hyphen in the routes item, as in the original post):

- name: results
  project: results/results.csproj
  routes: /swagger;/hangfire;/lively;/page=2&pageSize=10

would produce something like this:

http://localhost:54321/
- /swagger
- /hangfire
- /lively
- /page=2&pageSize=10

@ante-maric
Copy link
Contributor

I have investigated a little bit, investigation turned into actual code change and in no time I got it working on my machine.

@ignacioerrico I would also prefer routes over paths. Regarding a way to display the links...connectionStrings are also displayed in Bindings column, so that needs to be taken into account.

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

No branches or pull requests

6 participants