</dependency>
</dependencies>
+ <!-- FIXME: remove this section once we require JDK17+ -->
+ <build>
+ <plugins>
+ <plugin>
+ <artifactId>maven-javadoc-plugin</artifactId>
+ <configuration combine.children="append">
+ <doclint>-html</doclint>
+ </configuration>
+ </plugin>
+ </plugins>
+ </build>
+
<scm>
<connection>scm:git:http://git.opendaylight.org/gerrit/controller.git</connection>
<developerConnection>scm:git:ssh://git.opendaylight.org:29418/controller.git</developerConnection>
* The effects of a successful commit of data depends on listeners and commit participants that are registered with
* the data broker.
*
- * <h3>Example usage:</h3>
+ * <h4>Example usage:</h4>
* <pre>
* private void doWrite(final int tries) {
* WriteTransaction writeTx = dataBroker.newWriteOnlyTransaction();
* doWrite(2);
* </pre>
*
- * <h2>Failure scenarios</h2>
+ * <h4>Failure scenarios</h4>
*
* <p>
* Transaction may fail because of multiple reasons, such as
* </li>
* </ul>
*
- * <h3>Change compatibility</h3>
+ * <h4>Change compatibility</h4>
* There are several sets of changes which could be considered incompatible between two transactions which are
* derived from same initial state. Rules for conflict detection applies recursively for each subtree level.
*
* </table>
*
*
- * <h3>Examples of failure scenarios</h3>
+ * <h4>Examples of failure scenarios</h4>
*
- * <h4>Conflict of two transactions</h4>
+ * <h5>Conflict of two transactions</h5>
* This example illustrates two concurrent transactions, which derived from same initial state
* of data tree and proposes conflicting modifications.
*
</executions>
<!-- FIXME: remove this section once we can activate javadoc-links profile -->
<configuration combine.children="append">
+ <!-- byte-buddy's sources fail with JDK17 -->
+ <doclint>-html</doclint>
+
<links>
<link>https://junit.org/junit4/javadoc/4.13/</link>
<link>http://hamcrest.org/JavaHamcrest/javadoc/2.2/</link>
</dependency>
</dependencies>
+ <!-- FIXME: remove this section once we require JDK17+ -->
+ <build>
+ <plugins>
+ <plugin>
+ <artifactId>maven-javadoc-plugin</artifactId>
+ <configuration combine.children="append">
+ <doclint>-html</doclint>
+ </configuration>
+ </plugin>
+ </plugins>
+ </build>
+
<scm>
<connection>scm:git:http://git.opendaylight.org/gerrit/controller.git</connection>
<developerConnection>scm:git:ssh://git.opendaylight.org:29418/controller.git</developerConnection>
* The effects of a successful commit of data depends on listeners and commit participants that are registered with
* the data broker.
*
- * <h3>Example usage:</h3>
+ * <h4>Example usage:</h4>
* <pre>
* private void doWrite(final int tries) {
* WriteTransaction writeTx = dataBroker.newWriteOnlyTransaction();
* doWrite(2);
* </pre>
*
- * <h2>Failure scenarios</h2>
+ * <h4>Failure scenarios</h4>
*
* <p>
* Transaction may fail because of multiple reasons, such as
* </li>
* </ul>
*
- * <h3>Change compatibility</h3>
+ * <h4>Change compatibility</h4>
* There are several sets of changes which could be considered incompatible between two transactions which are
* derived from same initial state. Rules for conflict detection applies recursively for each subtree level.
*
* </table>
*
*
- * <h3>Examples of failure scenarios</h3>
+ * <h4>Examples of failure scenarios</h4>
*
- * <h4>Conflict of two transactions</h4>
+ * <h5>Conflict of two transactions</h5>
* This example illustrates two concurrent transactions, which derived from same initial state
* of data tree and proposes conflicting modifications.
*