Package org.immutables.generator

Class SourceOrdering

java.lang.Object

org.immutables.generator.SourceOrdering

public final class SourceOrdering
extends Object

Utility that abstracts away hacks to retrieve elements in source order. Currently, Javac returns elements in proper source order, but EJC returns elements in alphabetical order.

• Bug 300408 - TypeElement.getEnclosedElements does not respect source order
• JDK-6884227 : Clarify ordering requirements of javax.lang.model.TypeElement.getEnclosedElements

Based on a workaround idea provided by Christian Humer NOTE: The Eclipse bug is fixed, and this workaround can be disabled by setting the system property org.immutables.disableEclipseOrderingProvider=true.

Nested Class Summary

Nested Classes

Modifier and Type	Class	Description
static interface	SourceOrdering.AccessorProvider
private static class	SourceOrdering.EclipseCompilerOrderingProvider	This inner static class will fail to load if Eclipse compliler classes will not be in classpath.
private static enum	SourceOrdering.IsParameterlessNonstaticNonobject
private static interface	SourceOrdering.OrderingProvider
private static enum	SourceOrdering.ToSimpleName

Field Summary

Fields

Modifier and Type	Field	Description
private static final SourceOrdering.OrderingProvider	DEFAULT_PROVIDER
private static final SourceOrdering.OrderingProvider	PROVIDER

Constructor Summary

Constructors

Modifier	Constructor	Description
private	SourceOrdering()

Method Summary

Modifier and Type	Method	Description
private static SourceOrdering.OrderingProvider	createProvider()
private static List<ExecutableElement>	disambiguateMethods(Iterable<? extends ExecutableElement> methods)
static com.google.common.collect.Ordering<Element>	enclosedBy(Element element)
static SourceOrdering.AccessorProvider	getAllAccessorsProvider(Elements elements, Types types, TypeElement originatingType)	While we have SourceOrdering, there's still a problem: We have inheritance hierarchy and we want to have all defined or inherited accessors returned as members of target type, like Elements.getAllMembers(TypeElement), but we need to have them properly and stably sorted.
static com.google.common.collect.ImmutableList<Element>	getEnclosedElements(Element element)
(package private) static boolean	isJavaLangObject(TypeElement element)

Methods inherited from class java.lang.Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Field Details

DEFAULT_PROVIDER

private static final SourceOrdering.OrderingProvider DEFAULT_PROVIDER

PROVIDER

private static final SourceOrdering.OrderingProvider PROVIDER

Constructor Details

SourceOrdering

private SourceOrdering()

Method Details

getEnclosedElements

public static com.google.common.collect.ImmutableList<Element> getEnclosedElements(Element element)

enclosedBy

public static com.google.common.collect.Ordering<Element> enclosedBy(Element element)

createProvider

private static SourceOrdering.OrderingProvider createProvider()

getAllAccessorsProvider

public static SourceOrdering.AccessorProvider getAllAccessorsProvider(Elements elements,
 Types types,
 TypeElement originatingType)

While we have SourceOrdering, there's still a problem: We have inheritance hierarchy and we want to have all defined or inherited accessors returned as members of target type, like Elements.getAllMembers(TypeElement), but we need to have them properly and stably sorted. This implementation doesn't try to correctly resolve order for accessors inherited from different supertypes(interfaces), just something that stable and reasonable wrt source ordering without handling complex cases.

Parameters:

elements - the elements utility

types - the types utility

originatingType - the type to traverse

Returns:

provider of all accessors in source order and mapping

disambiguateMethods

private static List<ExecutableElement> disambiguateMethods(Iterable<? extends ExecutableElement> methods)

isJavaLangObject

static boolean isJavaLangObject(TypeElement element)