# Why does groovydoc for gradle api discard some methods available in javadoc?

**URL:** <https://discuss.gradle.org/t/why-does-groovydoc-for-gradle-api-discard-some-methods-available-in-javadoc/3186>\
**Category:** Old Forum Archive\
**Created:** [October 27, 2011, 9:47am UTC](https://discuss.gradle.org/t/why-does-groovydoc-for-gradle-api-discard-some-methods-available-in-javadoc/3186 "2011-10-27T09:47:00Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![davide\_cavestro](https://avatars.discourse-cdn.com/v4/letter/d/9de0a6/32.png) [@davide\_cavestro](https://discuss.gradle.org/u/davide_cavestro)\
**Post date:** [October 27, 2011, 9:47am UTC](https://discuss.gradle.org/t/why-does-groovydoc-for-gradle-api-discard-some-methods-available-in-javadoc/3186/1 "2011-10-27T09:47:00Z")

</div>

Just wondering why groovydoc for gradle api discard some methods available in javadoc… Take for instance the method ProjectDependency.getName () inherited from org.gradle.api.artifacts.Dependency It is visible on javadoc [http://www.gradle.org/releases/1.0-milestone-5/docs/javadoc/index.html?org/gradle/api/artifacts/ProjectDependency.html](http://www.gradle.org/releases/1.0-milestone-5/docs/javadoc/index.html?org/gradle/api/artifacts/ProjectDependency.html) but misses from groovydoc [http://www.gradle.org/releases/1.0-milestone-5/docs/groovydoc/org/gradle/api/artifacts/ProjectDependency.html](http://www.gradle.org/releases/1.0-milestone-5/docs/groovydoc/org/gradle/api/artifacts/ProjectDependency.html)

---

<div class="post-metadata">

**Author:** ![adammurdoch](https://sea1.discourse-cdn.com/gradle/user_avatar/discuss.gradle.org/adammurdoch/32/17_2.png) [@adammurdoch](https://discuss.gradle.org/u/adammurdoch)\
**Post date:** [October 27, 2011, 6:17pm UTC](https://discuss.gradle.org/t/why-does-groovydoc-for-gradle-api-discard-some-methods-available-in-javadoc/3186/2 "2011-10-27T18:17:00Z")

</div>

It’s due to bugs in the groovydoc tool. We pass the same set of java files to groovydoc and javadoc.