Skip to content

Accessing CustomResource Cache from EventSources #666

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

Closed
csviri opened this issue Nov 10, 2021 · 1 comment
Closed

Accessing CustomResource Cache from EventSources #666

csviri opened this issue Nov 10, 2021 · 1 comment
Assignees
Labels
devex-epic eventsources-epic feature needs-discussion Issue needs to be discussed more before working on it
Milestone

Comments

@csviri
Copy link
Collaborator

csviri commented Nov 10, 2021

In event sources there are cases - especially when we want to associate the dependent resource with the main custom resource - when we want to search or have access to information to related custom resource, see:

https://github.com/java-operator-sdk/java-operator-sdk/blob/7eb3aa7f26e72ab59be04d87a8937440935d3945/sample-operators/tomcat-operator/src/main/java/io/javaoperatorsdk/operator/sample/WebappController.java#L45-L47
(In v2 there is better API to access the cache)

Should we support this explicitly like having a way to inject the cache?

Or support an indexing with some additional facilities for eventing?
see: Issues is related to: #665
Note that for example the mentioned Tomcat sample we would need just a index the UID when the Tomcat CR appeared.

@csviri
Copy link
Collaborator Author

csviri commented Dec 15, 2021

see also: #729
In short turned out this is still relatively simple to do without a explicit support

@csviri csviri closed this as completed Dec 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
devex-epic eventsources-epic feature needs-discussion Issue needs to be discussed more before working on it
Projects
None yet
Development

No branches or pull requests

1 participant