is this only me who thinks that Elasticsearch Java API Client is not well documented? All we get from javadoc is basic information about names of methods. The short less than 10 words sentences als explainations for classes or methods mostly just don't help in understanding.
I was not able to programm that because i was not able to find out what a TDocument nor a TPartialDocument is. Well later i found out that a TDocument is the Class.class of the Object i want to send. Thus i was able to use
Actually a Pull Request will not work in this case, as the code is generated. We have to add this documentation in the API specification used to generate the code.
Okay.
Well actually this was only an example of which kind of information are missing in the current javadoc of much classes. The request is: Are you aware of this and is it planned to add a well done javadoc somewhere in future releases?
I want to let you know where the shoe pinches for people like me who try to get into Elasticsearch but miscarry at some points where the Elastic dokumentation can't help.
principles of commenting / javadoc:
a) less information is better than no information
b) no information is better than wrong information
So if the community would contribute then the information could be wrong and this is worse than no information. Shouldn't the author him/her self write javadoc? The author has the view over the whole framework and can make context / connection. I, as an example, only see that lone class and cannot write an explanation that explains it in an general purpose / meta information.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.