History log of /external/doclava/src/com/google/doclava/Converter.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
2e954bda0291245d3dc56ea51ec49ef4ff3e610e 17-Dec-2015 Neil Fuller <nfuller@google.com> Add support to doclava for default / static interface methods

This change removes code that forces all interface methods to be
abstract. It also passes the new "is default" information to all
the places that require it.

Includes changes to the doclava template. Ordering of
method declaration modifiers changed slightly to reflect the ordering
given in:

http://docs.oracle.com/javase/specs/jls/se8/html/jls-8.html#jls-8.4.3
http://docs.oracle.com/javase/specs/jls/se8/html/jls-9.html#jls-9.4

This change *requires* the JDK 8 version of javadoc.

Bug: 26241119
Change-Id: Iccd3006ab52585cc7529e4924bbeea9aef36f046
/external/doclava/src/com/google/doclava/Converter.java
7c80d0e9086eef289d323661977cbfb771d95a2a 29-Dec-2015 Morad Abdelrahman <moradabdr@google.com> Make doclava keep parameter annotations in generated stubs.

Curently doclava only keeps annotations on classes and methods, this
change makes it keep stuff like @Nullable on method parameters.

Change-Id: I757f1f515e5f88ecae3a28cef74238e3f82bc30b
Bug: 25209803
/external/doclava/src/com/google/doclava/Converter.java
448bd9383e9d47823bd949acb7235c00cc561f9f 11-Aug-2015 Neil Fuller <nfuller@google.com> am c5981e1b: Merge "Workaround for breaking change in OpenJDK 8 javadoc"

* commit 'c5981e1bea3af94bea503b398f6feba673a5d7f7':
Workaround for breaking change in OpenJDK 8 javadoc
80e18496dd5744d6d5b2773b20b7a76270df23dd 10-Aug-2015 Neil Fuller <nfuller@google.com> Workaround for breaking change in OpenJDK 8 javadoc

This should only affect behavior when using the OpenJDK 8 version
of javadoc.

ConstructorDoc.name() is supposed to return the unqualified name for a constructor.
It is left ambiguous as to what this means for constructors of inner classes. e.g.

package foo;

class Bar {
static class Baz {
public Baz() {}
}
}

For OpenJDK 7, the method returns "Bar.Baz" as the name of the constructor. i.e. it is
qualified with the name of the outer class, but not the package
For OpenJDK 8, the method returns "Baz" as the name of the constructor. i.e. it is not
qualified at all

In Android this affects both what doclava is willing to accept in
@link tags, but also the content of the API files like current.txt. This change
retains the old behavior under both OpenJDK 7 and OpenJDK 8. If later Android wants to
adopt the new semantics that can be done once OpenJDK 7 is no longer supported.

Bug: 18051133
Change-Id: Ic753a8d308e5d773cca13bd44ba3463481881779
/external/doclava/src/com/google/doclava/Converter.java
da4b2e21af0d8efcfe73ff060839c97a2d4b8b03 18-May-2015 C. Sean Young <csyoung@google.com> Save memory by re-using empty TagInfo (and subclasses) arrays.

Arrays of TagInfo (and subclasses) often tend to be empty, as many
members simply won't have any of the relevant tags.
Re-using empty arrays saves potentially a dozen or more megabytes
for large projects.

Also some minor performance tweaks the Javadoc comment parsing.

Change-Id: Iffaddd3b59a4f8183f11efd6e2680aad95633ade
/external/doclava/src/com/google/doclava/Converter.java
5118ffe3bf77ec4efa070f36a7a62fd5d1bf16bf 18-Feb-2014 Hui Shu <hush@google.com> Add support for @removed tag.

@removed tags can be applied to packages, classes, methods, fields
that were once public API, but later removed. Things annotated by
@removed cannot be used by outside developers. But applications compiled
against the old API where the @removed API were still public should
continue to work and we must not delete the @removed APIs from the
source. This fix makes sure of that.

BUG: b/11293324

Change-Id: Iab3a8bdcaa0cb0742501c33e29b8121bc169bf1b
/external/doclava/src/com/google/doclava/Converter.java
b1b0ee7431822a163552601a529e4db7cb3114c8 24-Oct-2013 Narayan Kamath <narayan@google.com> Work around a couple of doclet API bugs.

- We sometimes receive spurious duplicate ClassInfo
objects from the root doc that are poorly formed (have
a "null" position). Discard them.
- Don't call ClassInfo#findClass with an empty string,
it returns a bogus ClassInfo object.

Change-Id: Ie8b857fc906402993f84df8465e1550be95a5e5d
/external/doclava/src/com/google/doclava/Converter.java
d6eaacbb9eb56763d38a3815fc509b92ed98a585 20-May-2011 Andrew Sapperstein <asapperstein@google.com> Modified old doclava to use LinkedLists instead of arrays

Functioning java parsing as well. Needs to be wired up into doclava proper.

Change-Id: Ifa38ca7312e6c23a8f663a9d0638afb9a29bf19d
/external/doclava/src/com/google/doclava/Converter.java
920dbbbaca6aa578f3b26d89e99d12754c26ed60 05-Aug-2010 Ben Dodson <bjdodson@google.com> Initial import of Doclava project

Change-Id: Ia5ae56f1700fce98e0ae6954fa2df617ec0537bb
/external/doclava/src/com/google/doclava/Converter.java