lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Muir (JIRA)" <>
Subject [jira] [Commented] (LUCENE-6224) move package.htmls to for better tooling support
Date Sat, 07 Feb 2015 00:52:35 GMT


Robert Muir commented on LUCENE-6224:

The change seems to work with java 7 too. I'll convert the remaining package.htmls and fix
any doclint complaints about them.

Temporarily, precommit will be a bit slower because of the hack i applied to .ecj (it will
be writing classfiles to a trash directory). But we need to make the step (along with others
like turning on real html linting in doclint) to ultimately remove things like ecj, jtidy,
python checks which will make it much faster in the end.

> move package.htmls to for better tooling support
> ------------------------------------------------------------------
>                 Key: LUCENE-6224
>                 URL:
>             Project: Lucene - Core
>          Issue Type: Task
>            Reporter: Robert Muir
> Today, on java8, if you typo a link in the package documentation of
(package.html) like this:
> {code}
> {@link TermQuery}
> {code}
> then javadoc will silently do the wrong thing, it will generate a <code>xxx</code>
block with no link at all.
> On the other hand, if instead we do it as, then it shows up in big
red letters as an error in my IDE, doclint catches it at compile time, etc, and we ensure
our links are doing what we want.
> {code}
>     [javac] /home/rmuir/workspace/trunk/lucene/core/src/java/org/apache/lucene/search/
error: reference not found
>     [javac]     {@link TermQuery}
> {code}
> I think we should cutover? this also helps us rely less on our own linting scripts long
term because now doclint is checking these files too.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message