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

Skip loading StaticCatalogStore and AccessControlManager for RM #16299

Merged
merged 1 commit into from
Jun 23, 2021

Conversation

swapsmagic
Copy link
Contributor

  • Skip loading StatigCatalogStore and AccessControlManager for resource manager
  • Adding resource manager support in /v1/info endpoint

Test plan - On Test Cluster

== NO RELEASE NOTE ==

- Skip loading StatigCatalogStore and AccessControlManager for resource manager
- Adding resource manager support in /v1/info endpoint
@@ -69,7 +71,7 @@ public ServerInfoResource(NodeVersion nodeVersion, NodeInfo nodeInfo, ServerConf
@Produces(APPLICATION_JSON)
public ServerInfo getInfo()
{
boolean starting = !catalogStore.areCatalogsLoaded();
boolean starting = resourceManager ? true : !catalogStore.areCatalogsLoaded();
Copy link
Contributor

@tdcmeehan tdcmeehan Jun 21, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
boolean starting = resourceManager ? true : !catalogStore.areCatalogsLoaded();
boolean starting = resourceManager || !catalogStore.areCatalogsLoaded();

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

By the way, why have this be true for RM? Should it not be false?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure how the flag is been used, but if the server is up thought this has to be true. Do you have more context on and if we should keep this flag false or true for RM?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think starting indicates some sort of initialization is occurring. There's no concept of that in RM right now, so my sense is it should always be false until that concept is developed and fully expressed in the code.

@tdcmeehan tdcmeehan merged commit 91cf5a0 into prestodb:master Jun 23, 2021
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.

None yet

2 participants