Change access modifier for readAdvise in MMapDirectory - #15892
Conversation
|
Will set change log soon |
1aa2435 to
8a723c0
Compare
8a723c0 to
5cfb29a
Compare
Signed-off-by: Navneet Verma <navneev@amazon.com>
5cfb29a to
94351f0
Compare
|
This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution! |
|
@vigyasharma , @benwtrent , @jainankitk can anyone of you take a look at this PR? |
|
This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution! |
|
Can you please explain a little more why would want to make this change? (what use case you’re trying to solve) |
|
This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution! |
|
This PR has not had activity in the past 2 weeks, labeling it as stale. If the PR is waiting for review, notify the dev@lucene.apache.org list. Thank you for your contribution! |
Description
Change access modifier for readAdvise in MMapDirectory. Made the access modifier protected so that classes which overrides MMapDirectory can use the readAdvise or if needed expose them.
I considered adding a getter for this parameter too, but went against it since the return type is pretty weird. I am open to adding a getting too. If we are happy with a getter like this:
or we can also expose a function like
This will ensure that consumers can validate if readAdvise is correctly set or not.