History log of /libcore/luni/src/test/java/org/apache/harmony/luni/tests/java/io/ObjectInputStreamTest.java
Revision Date Author Comments
d05b06cef54f3925767b76e0b1a12295e9b02775 12-Dec-2015 Narayan Kamath <narayan@google.com> Fix ObjectInputStreamTest#testReadObjectOverride.

The default implementation now returns null. Would throw
IOException on Android M and below.

bug: 25926057
Change-Id: If8698d0a15a5c5132b78fc7472fd5bfb184e0361
96905cbea69f50b8bab0e3d6e9d25fcae151bdb4 19-Feb-2014 Narayan Kamath <narayan@google.com> Fix remaining file related CTS Test failures.

Most failures were because tests were trying to
open files relative to the current working directory,
instead of in a temp directory.

FileTest was failing because it didn't construct
paths correctly. It would add an additional separator
char even if the path already ended with one.

bug:14895550
bug:14893836
bug:14893333

(cherry picked from commit e10c61bb13373b95ba857cc3af60f94b9941ab9e)

Change-Id: I083f6d5713fd55e44b7e14a9bef7ec136fac3ce4
d269032233558c65d93782c97b8cadfbb77b6672 19-Feb-2014 Narayan Kamath <narayan@google.com> Fix remaining file related CTS Test failures.

Most failures were because tests were trying to
open files relative to the current working directory,
instead of in a temp directory.

FileTest was failing because it didn't construct
paths correctly. It would add an additional separator
char even if the path already ended with one.

Change-Id: Ie90aed84f81275924558e9dba43d71748dbb4076
e10c61bb13373b95ba857cc3af60f94b9941ab9e 19-Feb-2014 Narayan Kamath <narayan@google.com> Fix remaining file related CTS Test failures.

Most failures were because tests were trying to
open files relative to the current working directory,
instead of in a temp directory.

FileTest was failing because it didn't construct
paths correctly. It would add an additional separator
char even if the path already ended with one.

Change-Id: Ie90aed84f81275924558e9dba43d71748dbb4076
ba45f538a14c08015021e899f5883f07ed2ff237 12-Nov-2013 Narayan Kamath <narayan@google.com> Dedup tests under api with apache-harmony.

This batch of changes deals with harmony tests that
are already present under luni/src/test/java/tests/api.

I chose the tests/api folder for deduplication because
it contains a large number of tests, and all of them are
harmony derived.

Once this change is submitted, I'll submit follow up
changes to
(1) Move all tests from api/ to libcore/harmony-tests/
(2) Copy untracked harmony tests from external/ to
libcore/harmony-tests/
(3) Move tests libcore/luni/s/test/java/org/apache into
libcore/harmony-tests

libcore/harmony-tests will then become the canonical
source for all harmony tests & harmony derived tests.

At this point, we can stop adding test cases to
libcore/harmony-tests and instead add them to
libcore/luni/src/test/java/libcore/

The following tests were exact copies and needed no
additional changes.

Process2Test.java,
ProcessTest.java
PhantomReferenceTest.java
ReferenceQueueTest.java
ReferenceTest.java
SoftReferenceTest.java
WeakReferenceTest.java
AccessibleObjectTest.java
ArrayTest.java
ConstructorTest.java
FieldTest.java
GenericSignatureFormatErrorTest.java
InvocationTargetExceptionTest.java
AbstractQueueTest.java
AbstractSequentialListTest.java
CalendarTest.java
ConcurrentModTest.java
concurrentModificationExceptionTest.java
EmptyStackExcepionTest.java
EnumMapTest.java
EnumSetTest.java
FormattableFlagsTest.java
HashSetTest.java
LinkedHashMapTest.java
LinkedHashSetTest.java
MissingResourceExceptionTest.java
NoSuchElementExceptionTest.java
ObservableTest.java
SampleBundleClass.java
SimpleTimezoneTest.java
TimerTaskTest.java
TimerTest.java

A follow up change will deal with harmony tests that aren't
in this directory yet.

bug: 11650799

Change-Id: I04b1168601152f81c12abb31d3b1156975b15187
229e34b182b98e1dba15d3dc6341954986ae2b7a 03-Mar-2011 Brian Carlstrom <bdc@google.com> Removing use of @tests and @Test.* annotations

Change-Id: I89243efdeebe22543c45a2166b634f40c3e78cf8
aec2ed4b266b75aaab59c23ca71e355a9336b074 21-Oct-2010 Jesse Wilson <jessewilson@google.com> Remove tests for SecurityManager.

Many of the changes are to org.apache.harmony.* tests that we've copied
from upstream. We'll remove these duplicated tests completely once we
have the upstream Harmony tests properly integrated into CTS.

Change-Id: Idd6cfbeba5345156b207b9433928ee37b662c395
http://b/3102252
4c51e7fd55db43a652e49c44b21bce9dee636385 08-Sep-2010 Jesse Wilson <jessewilson@google.com> Remove several I/O tests duplicated exactly with Harmony.

Some tests in FilePermissionTest were failing; by removing
duplication we can fix the tests in only one place.

Change-Id: Ie6d93e7c3cc353b8c2b277ecf4fa67af5f1515e7
f33eae7e84eb6d3b0f4e86b59605bb3de73009f3 13-May-2010 Elliott Hughes <enh@google.com> Remove all trailing whitespace from the dalvik team-maintained parts of libcore.

Gentlemen, you may now set your editors to "strip trailing whitespace"...

Change-Id: I85b2f6c80e5fbef1af6cab11789790b078c11b1b
7ee3a061452c5a7e5c8e661219a1f08a14171858 19-Feb-2010 Elliott Hughes <enh@google.com> Resync a load of tests with upstream, make our build faster.

I started off with a mission to remove uses of dalvik.annotation.* (stuff
like @TestTargetNew and other useless junk that just makes it harder to
stay in sync with upstream). I wrote a script to go through tests showing
me the diff between what we have and what upstream has, thinking that in
cases where upstream has also added tests, I may as well pull them in at
the same time...

...but I didn't realize how close we were to having dx fill its 1.5GiB heap.

After trying various alternatives, I decided to bite the bullet and break
core-tests up into one .jar per module. This adds parallelism back into this,
the slowest part of our build. (I can do even better, but I'll do that in a
separate patch, preferably after we've merged recent changes from master.)

Only a couple of dependencies were problematic: the worthless TestSuiteFactory
which already contained a comment suggesting we get rid of it, and the fact
that some tests -- most notably the concurrent ones -- also contained main
methods that started the JUnit tty-based TestRunner.

(In the long run, we want to be running the harmony tests directly from a
pristine "svn co" of upstream, using DalvikRunner. But this will be a big
help in the meantime, and starts the work of getting our current copy of
the tests into a state where we can start to extract any meaningful
changes/additions we've made.)
adc854b798c1cfe3bfd4c27d68d5cee38ca617da 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
1c0fed63c71ddb230f3b304aac12caffbedf2f21 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
a0881d052ee72e3f7e773374e9b1aa75fbd6be4c 10-Jan-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@125939
dd828f42a5c83b4270d4fbf6fce2da1878f1e84a 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
fdb2704414a9ed92394ada0d1395e4db86889465 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution