<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Javadoc</title>
  <link rel="self" href="https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=33419548" />
  <subtitle>Javadoc</subtitle>
  <id>https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=33419548</id>
  <updated>2026-04-04T13:43:00Z</updated>
  <dc:date>2026-04-04T13:43:00Z</dc:date>
  <entry>
    <title>RE: Javadoc</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33850733" />
    <author>
      <name>Cody Hoag</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33850733</id>
    <updated>2014-02-06T14:56:56Z</updated>
    <published>2014-02-06T14:56:56Z</published>
    <summary type="html">Hi Adam,&lt;br /&gt;&lt;br /&gt;We absolutely encourage community involvement with our API documentation (e.g, Javadoc). We have a public project in JIRA called &lt;a href="https://issues.liferay.com/browse/LRDOCS/component/10370"&gt;LRDOCS&lt;/a&gt; where we track API documentation tickets. Let me give you a brief list of proper steps to take for submitting Javadoc.&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Create an LRDOCS ticket for the Javadoc you plan to submit. Once you&amp;#39;ve submitted your Javadoc, assign that ticket to the person you submitted it to. This will enable Liferay to track your submission, preventing it from getting lost in the mix.&lt;/li&gt;&lt;li&gt;Liferay&amp;#39;s Javadoc adheres to the &lt;a href="https://www.liferay.com/community/wiki/-/wiki/Main/Javadoc+Guidelines"&gt;Javadoc Guidelines&lt;/a&gt;. This should be referenced to make Javadoc submissions consistent to what we already have.&lt;/li&gt;&lt;li&gt;We submit Javadoc through &lt;a href="https://github.com/"&gt;Github&lt;/a&gt; pull requests. Please send your Javadoc submissions to &lt;em&gt;&lt;strong&gt;@codyhoag&lt;/strong&gt;&lt;/em&gt; in the &lt;a href="https://github.com/codyhoag/liferay-portal"&gt;liferay-portal&lt;/a&gt; repository.&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;Let me know if you have any other questions.</summary>
    <dc:creator>Cody Hoag</dc:creator>
    <dc:date>2014-02-06T14:56:56Z</dc:date>
  </entry>
  <entry>
    <title>RE: Javadoc</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33823752" />
    <author>
      <name>Adam Steiner</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33823752</id>
    <updated>2014-02-05T20:37:54Z</updated>
    <published>2014-02-05T20:37:54Z</published>
    <summary type="html">Is it feasible to include community submissions in the API documentation process?&lt;br /&gt;&lt;br /&gt;I know that there are people out there who want to contribute their findings about fringe methods/parameters and behaviors in a way that won&amp;#39;t get lost in the noise of the community forums, blogs and wikis.&lt;br /&gt;&lt;br /&gt;(I&amp;#39;m one of those people)</summary>
    <dc:creator>Adam Steiner</dc:creator>
    <dc:date>2014-02-05T20:37:54Z</dc:date>
  </entry>
  <entry>
    <title>RE: Javadoc</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33420153" />
    <author>
      <name>Cody Hoag</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33420153</id>
    <updated>2014-01-23T15:14:13Z</updated>
    <published>2014-01-23T15:14:13Z</published>
    <summary type="html">Hi D.U.,&lt;br /&gt;&lt;br /&gt;Liferay has put a heavy emphasis on producing more Javadoc for the coming year. Of course, as you stated already, there are many classes/methods with no Javadoc; so this will not be an overnight transformation. However, I&amp;#39;ve spoken with several Liferay developers that are willing and dedicated to providing Javadoc for their areas of expertise. You can view the public &lt;a href="https://issues.liferay.com/issues/?jql=project%20%3D%20LRDOCS%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20%3D%20%22API%20-%20JavaDoc%22%20ORDER%20BY%20priority%20DESC"&gt;LRDOCS&lt;/a&gt; project to view ongoing Javadoc work, vote up Javadoc tickets, or create tickets for Javadoc classes/methods you&amp;#39;d like to see documented.</summary>
    <dc:creator>Cody Hoag</dc:creator>
    <dc:date>2014-01-23T15:14:13Z</dc:date>
  </entry>
  <entry>
    <title>Javadoc</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33419547" />
    <author>
      <name>D. U.</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=33419547</id>
    <updated>2014-01-23T14:40:35Z</updated>
    <published>2014-01-23T14:40:35Z</published>
    <summary type="html">What is the reason that most of the Liferay classes/methods have no Javadoc? &lt;br /&gt;For instance, &lt;span style="font-family: Courier New"&gt;DLFolderServiceUtil.addFolder(...) &lt;/span&gt;&lt;br /&gt;Not a single character of Javadoc can be found. I wanted to know what the boolean parameter &lt;span style="font-family: Courier New"&gt;mountPoint &lt;/span&gt;is for. &lt;br /&gt;It is disappointing that the Liferay developers do not have a well programming manner. I know that a lot of programmer don&amp;#39;t like to document their code but this is as important as the code itself.&lt;br /&gt;When will the API be fully documented? Maybe the programmers should be teached better to do so. What about QA at Liferay? Is there any at all?&lt;br /&gt;&lt;br /&gt;&lt;u&gt;Another point:&lt;/u&gt; &lt;em&gt;Abuse of programming constructs&lt;/em&gt;&lt;br /&gt;For instance, &lt;span style="font-family: Courier New"&gt;DLAppLocalServiceUtil.getFolder(...) &lt;/span&gt;&lt;br /&gt;Here is a Javadoc existent but exceptions are used to control the flow. Instead of returning a &lt;span style="font-family: Courier New"&gt;Folder &lt;/span&gt;object if any could be found or &lt;span style="font-family: Courier New"&gt;null &lt;/span&gt;if not, the method raises a PortalException if the folder can not be found. This makes the code around nasty and it is no good programming practice.</summary>
    <dc:creator>D. U.</dc:creator>
    <dc:date>2014-01-23T14:40:35Z</dc:date>
  </entry>
</feed>
