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

Need to implement V2 API in Adam #16

Open
rvs opened this issue May 4, 2020 · 3 comments
Open

Need to implement V2 API in Adam #16

rvs opened this issue May 4, 2020 · 3 comments
Assignees

Comments

@rvs
Copy link
Contributor

rvs commented May 4, 2020

EVE has transitioned to the V2 API by default. Adam knows only about V1 still. This means we have to force all instances of EVE that talk to Adam to have Force-API-V1 in the config folder -- otherwise EVE won't be able to talk to Adam at all.

There's work in EVE going on to publish V2 API spec updates -- once that is done we'll use the spec to update Adam to V2 API.

rvs added a commit to rvs/adam that referenced this issue May 5, 2020
rvs added a commit to rvs/adam that referenced this issue May 5, 2020
@deitch
Copy link
Contributor

deitch commented May 5, 2020

@rvs not sure I understand this. Is the below correct?

  • eve can talk v1 and v2, but uses v2 by default
  • if eve receives a particular signal on onboarding, it falls back to v1
  • what is that signal?
  • can other controllers (zedcloud) talk both?
  • can and should we get adam to talk both?
  • since the api is driven by generated protobuf files, how do they coexist?

rvs added a commit that referenced this issue May 5, 2020
@rvs
Copy link
Contributor Author

rvs commented May 5, 2020

Hey @deitch -- here's the deal:

eve can talk v1 and v2, but uses v2 by default

correct -- in addition to that there's an agreement that v1 support goes away soon (once Adam gets a chance to catch up basically)

if eve receives a particular signal on onboarding, it falls back to v1

nope -- onboarding itself is part of the API hence we can't use that as a signal -- the only we can give EVE to fallback onto V1 is that file in /config

can other controllers (zedcloud) talk both?

Zedcloud is in a process of transitioning to V2 only

can and should we get adam to talk both?

there's not really much value, since EVE is going to drop V1 the moment Adam can support V2

since the api is driven by generated protobuf files, how do they coexist?

The API are on different endpoints

@eriknordmark and Naiming are documenting all of this in this current sprint

@deitch
Copy link
Contributor

deitch commented May 6, 2020

onboarding itself is part of the API hence we can't use that as a signal -- the only we can give EVE to fallback onto V1 is that file in /config

That aligns with what you did in #17 ; makes sense.

Zedcloud is in a process of transitioning to V2 only
The API are on different endpoints

So we are just moving to v2 and retiring v1. Fine with me.

@eriknordmark and Naiming are documenting all of this in this current sprint

So the position is that we hold until that is documented, then implement it here?

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

2 participants