11 commits

Author	SHA1	Message	Date
guyben	7d165a08cf	Replace assertThat(stream.collect(toImmutableList())) with assertThat(stream) ... In Truth8, we can do assertThat(stream) directly. It's less verbose and clearer in most cases. Note that for the "finishers" (e.g. "containsExactyElementsIn") - streams are still not allowed. So when there is: assertThat(stream.map(someTransformation).collect(toList())) .containsExactlyElementsIn(expecteStream.map(someTransformation).collect(toList())); I kept the .collect in the assertThat to preserve the symmetry with the finisher. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=179697587	2017-12-27 11:32:45 -05:00
guyben	8157928a35	Replace com.google.common.base.Function with java.util.function.Function ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=179249159	2017-12-27 11:08:55 -05:00
mcilwain	bbe2584da4	Refactor Guava functional methods to use lambdas ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=177027488	2017-12-01 22:14:05 -05:00
mcilwain	30bfcf9c55	Remove more unused Truth8.assertThat() static imports in tests ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=173562809	2017-11-07 17:22:56 -05:00
mcilwain	c0f8da0c6e	Switch from Guava Optionals to Java 8 Optionals ... This was a surprisingly involved change. Some of the difficulties included java.util.Optional purposely not being Serializable (so I had to move a few Optionals in mapreduce classes to @Nullable) and having to add the Truth Java8 extension library for assertion support. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=171863777	2017-10-24 16:53:47 -04:00
mcilwain	a50ef39c04	Fix mismatch in types of Predicates being used ... We're going to need to switch away from Guava's Functions and Predicates for everything and replace them with the java.util versions. Unfortunately there does not appear to be an automated tool to do this all at once. Refaster got close but doesn't seem to care about these particular types of mismatch (I suspect we're using a different version of the JDK than the outside world; ours is OK with Guava classes). This also bumps up Guava to 0.23, which is needed for some new functionality used in combination with Java 8 features. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=170531539	2017-10-04 16:16:45 -04:00
mmuller	b70f57b7c7	Update copyright year on all license headers ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=146111211	2017-02-02 16:27:22 -05:00
shikhman	f76bc70f91	Preserve test logs and test summary output for Kokoro CI runs ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=135494972	2016-10-14 16:57:43 -04:00
mcilwain	aa2f283f7c	Convert entire project to strict lexicographical import sort ordering ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=127234970	2016-07-13 15:59:53 -04:00
Michael Muller	c458c05801	Rename Java packages to use the .google TLD ... The dark lord Gosling designed the Java package naming system so that ownership flows from the DNS system. Since we own the domain name registry.google, it seems only appropriate that we should use google.registry as our package name.	2016-05-13 20:04:42 -04:00
Justine Tunney	5012893c1d	mv com/google/domain/registry google/registry ... This change renames directories in preparation for the great package rename. The repository is now in a broken state because the code itself hasn't been updated. However this should ensure that git correctly preserves history for each file.	2016-05-13 18:55:08 -04:00

Renamed from javatests/com/google/domain/registry/model/EntityClassesTest.java (Browse further)