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

ByteBlockPool's documentation is completely useless [LUCENE-5613] #6675

Closed
asfimport opened this issue Apr 17, 2014 · 4 comments · Fixed by #12506
Closed

ByteBlockPool's documentation is completely useless [LUCENE-5613] #6675

asfimport opened this issue Apr 17, 2014 · 4 comments · Fixed by #12506

Comments

@asfimport
Copy link

This is a nice reusable component yet the documentation for it is completely useless. There are also API elements that seem to be remnants of an ancient past.

Can we clean it up for 5.x?


Migrated from LUCENE-5613 by Dawid Weiss (@dweiss)

@asfimport
Copy link
Author

Dawid Weiss (@dweiss) (migrated from JIRA)

For example is allocSlice really needed there? Seems like only TermsHashPerField and ByteSliceWriter are using it (and the latter is not used anywhere).

@asfimport
Copy link
Author

Robert Muir (@rmuir) (migrated from JIRA)

IMO the class is internal enough we should definitely clean up it for 4.x too.

@asfimport
Copy link
Author

Robert Muir (@rmuir) (migrated from JIRA)

Also for the record, its always sad to see this:

  // Fill in a BytesRef from term's length & bytes encoded in
  // byte block
  public void setBytesRef(BytesRef term, int textStart) {

This is a public method in a public class, so using a javadoc-style comment goes a long way :)

@asfimport
Copy link
Author

Michael McCandless (@mikemccand) (migrated from JIRA)

Big +1 to clean this up, and if we can move the hairy allocSlice stuff out we should.

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

Successfully merging a pull request may close this issue.

2 participants