ASF JIRA

[HARMONY-6121] [classlib][archive] org.apache.harmony.archive.tests.java.util.jar.ManifestTest fails

Wed, 25 Mar 2009 11:22:31 +0000 (UTC)

java.lang.NullPointerException
at java.io.InputStream.read(InputStream.java:148)
at java.io.InputStream.read(InputStream.java:121)
at org.apache.harmony.luni.util.InputStreamExposer.expose(InputStreamExposer.java:118)
at java.util.jar.Manifest.read(Manifest.java:208)
at org.apache.harmony.archive.tests.java.util.jar.ManifestTest.testRead(ManifestTest.java:420)
at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java)

[HARMONY-6102] [build] incorrect path of yoko in bootclasspath.properties

Fri, 27 Feb 2009 09:07:12 +0000 (UTC)

the path of yoko "yoko-1.0-SNAPSHOT-20080304" is out of date, it should be yoko-1.0 now.

[HARMONY-6079] [jdktools] javac should exit with error code non-zero on compile errors

Mon, 9 Feb 2009 10:41:53 +0000 (UTC)

javac currently always exits with error code zero even if there are compile errors. Sun javac exits with non-zero error code which is useful when javac is used from scripts and Makefiles. I think we should adopt Sun javac behaviour.

[HARMONY-6076] [eut][classlib][luni] - Arrays.sort(T[] a, Comparator c) is not stable

Wed, 11 Feb 2009 05:43:52 +0000 (UTC)

spec says "This sort is guaranteed to be stable: equal elements will not be reordered as a result of the sort."
but Harmony's implementation is not, which cause eut failure in org.eclipse.jdt.core.tests.compiler.test074 - 1.3

see the following test:

public class TestArrays {
    public static void main(String[] args) {
        Element[] array = new Element[11];
        array[0] = new Element(122);
        array[1] = new Element(146);
        array[2] = new Element(178);
        array[3] = new Element(208);
        array[4] = new Element(117);
        array[5] = new Element(146);
        array[6] = new Element(173);
        array[7] = new Element(203);
        array[8] = new Element(56);
        array[9] = new Element(82);
        array[10] = new Element(96);
        for (int i = 0; i < array.length; i++) {
            System.out.println("Element value is " + array[i].getValue()
                    + " index is " + array[i].getIndex());
        }

        Arrays.sort(array, new ElementComparator());

        for (int i = 0; i < array.length; i++) {
            System.out.println("Element value is " + array[i].getValue()
                    + " index is " + array[i].getIndex());
        }
    }

    public static class Element {
        private int value;

        private int index;

        public int getIndex() {
            return index;
        }

        private static int count = 0;

        public int getValue() {
            return value;
        }

        public void setValue(int value) {
            this.value = value;
        }

        public Element(int value) {
            this.value = value;
            index = count++;
        }
    }

    public static class ElementComparator implements Comparator {

        public int compare(Object arg0, Object arg1) {
            return ((Element) arg0).getValue() - ((Element) arg1).getValue();
        }

    }
}

notice array[1] and array[5] has the same value, the indexes are 1 and 5 corresponding, after a stable sort, element has index 1 should be ahead of element has index 5

output of RI:

=========before sort=============
Element value is 122 index is 0
Element value is 146 index is 1
Element value is 178 index is 2
Element value is 208 index is 3
Element value is 117 index is 4
Element value is 146 index is 5
Element value is 173 index is 6
Element value is 203 index is 7
Element value is 56 index is 8
Element value is 82 index is 9
Element value is 96 index is 10

=========after sort=============
Element value is 56 index is 8
Element value is 82 index is 9
Element value is 96 index is 10
Element value is 117 index is 4
Element value is 122 index is 0
Element value is 146 index is 1
Element value is 146 index is 5
Element value is 173 index is 6
Element value is 178 index is 2
Element value is 203 index is 7
Element value is 208 index is 3

output of Harmony:

=========before sort=============
Element value is 122 index is 0
Element value is 146 index is 1
Element value is 178 index is 2
Element value is 208 index is 3
Element value is 117 index is 4
Element value is 146 index is 5
Element value is 173 index is 6
Element value is 203 index is 7
Element value is 56 index is 8
Element value is 82 index is 9
Element value is 96 index is 10

=========after sort=============
Element value is 56 index is 8
Element value is 82 index is 9
Element value is 96 index is 10
Element value is 117 index is 4
Element value is 122 index is 0
Element value is 146 index is 5
Element value is 146 index is 1
Element value is 173 index is 6
Element value is 178 index is 2
Element value is 203 index is 7
Element value is 208 index is 3

notice that in Harmony index 1 and 5 is out of order after sort

[HARMONY-6075] [eut][classlib][luni] - URI returned by URI.relativize(URI) should set SchemeSpecificPart

Mon, 9 Feb 2009 07:05:30 +0000 (UTC)

the error of eut test testPathVariableLocation in org.eclipse.core.tests.resources is caused by this bug. Other errors in this test suite seems also caused bye this bug.

following simple test show this problem:

    public void test_relativize3() throws Exception {
        URI uri = new URI("file", null, "/test/location", null);

        URI base = new URI("file", null, "/test", null);

        URI relative = base.relativize(uri);
        assertEquals("location", relative.getSchemeSpecificPart());
        assertNull(relative.getScheme());
    }

I'll attach patch to fix this soon.

[HARMONY-6073] [classlib][nio]Is selector.close() should be non-blocking

Fri, 16 Jan 2009 06:45:54 +0000 (UTC)

Select.close() should be non-block, and should interrupt blocked select operations

see the discussion on dev list:
http://harmony.markmail.org/message/j4tan4pmx7nqhtzz

[HARMONY-6069] [drlvm][testing] VMTT compiles floats and longs incorrectly in constant pool

Fri, 9 Jan 2009 16:48:02 +0000 (UTC)

When a float is specified in the constant pool:
/* #2 */ float = 35.0

VMTT converts it to an int and stores it with a float tag. The result is that the float is stored as:

0x00000023 (ie 35)
instead of
0x420C0000 (35.0).

[HARMONY-6065] [drlvm][testing] VMTT generates bad lookupswitch code 25% of the time

Mon, 2 Mar 2009 18:04:05 +0000 (UTC)

The VMTT tool appears to generate bad bytecode when the lookupswitch instruction starts at instruction (4n-1). According to the spec, this code:

0: nop
1: nop
2: iload_1
3: lookupswitch {
1: 44
4: 47
9: 51
16: 53
default: 57
}
should generate this output:
// 0: nop
           x00
           // 1: nop
           x00
           // 2: iload_1
           x1B
          /* lookupswitch size is:
           1: lookupswitch
           0: padding
           4: default address
           4: npairs
           4: case 1 match (1)
           4: case 1 value
           4: case 2 match (4)
           4: case 2 value
           4: case 3 match (9)
           4: case 3 value
           4: case 4 match (16)
           4: case 4 value
           Total: 41
          */
           // 3: lookupswitch {
           // 1: 44
           // 4: 47
           // 9: 51
           // 16: 53
           // default: 57
           // }
           xAB // lookupswitch
           // no padding
           x00 x00 x00 x36 // default: 3+54=57
           x00 x00 x00 x04 // npairs: 4
           x00 x00 x00 x01 // match: 1
           x00 x00 x00 x29 // offset 3+41=44
           x00 x00 x00 x04 // match: 4
           x00 x00 x00 x2C // offset 3+44=47
           x00 x00 x00 x09 // match: 9
           x00 x00 x00 x30 // offset 3+48=51
           x00 x00 x00 x10 // match: 16
           x00 x00 x00 x32 // offset 3+50=53

Instead, it generates this output:
// 0: nop
           x00
           // 1: nop
           x00
           // 2: iload_1
           x1B
          /* lookupswitch size is:
           1: lookupswitch
           4: padding - looks like VMTT is giving us 4 bytes?!?
           4: default address
           4: npairs
           4: case 1 match (1)
           4: case 1 value
           4: case 2 match (4)
           4: case 2 value
           4: case 3 match (9)
           4: case 3 value
           4: case 4 match (16)
           4: case 4 value
           Total: 41
          */
           // 3: lookupswitch {
           // 1: 44
           // 4: 47
           // 9: 51
           // 16: 53
           // default: 57
           // }
           xAB // lookupswitch
           x00 x00 x00 x00 // 4 bytes of padding?
           x00 x00 x00 x36 // default: 3+54=57
           x00 x00 x00 x04 // npairs: 4
           x00 x00 x00 x01 // match: 1
           x00 x00 x00 x29 // offset 3+41=44
           x00 x00 x00 x04 // match: 4
           x00 x00 x00 x2C // offset 3+44=47
           x00 x00 x00 x09 // match: 9
           x00 x00 x00 x30 // offset 3+48=51
           x00 x00 x00 x10 // match: 16
           x00 x00 x00 x32 // offset 3+50=53

In other words, it's emitting 4 bytes of padding instead of 0 bytes of padding after the xAB lookupswitch instruction. This is 4-aligned, but not what most VMs expect.

[HARMONY-6064] [classlib][prefs] move setting default provider of prefs to java code

Sun, 4 Jan 2009 03:09:55 +0000 (UTC)

As discussed on dev list, it's unnecessary set property "java.util.prefs.PreferencesFactory" in native code, move to java side is more clear.

[HARMONY-6056] [classlib][jit][opt][performance] Optimize heap allocations in String(String, int) constructor for JIT

Reference — Tue, 13 Jan 2009 19:30:13 +0000 (UTC)

This patch optimizes heap allocations in String(String, int) constructor for JIT performance improvement.

[HARMONY-6049] [classlib] [luni] Add some test cases for java.net.Authenticator and org.apache.harmony.luni.tests.internal.net.www.protocol.http.HttpURLConnection

Wed, 17 Dec 2008 08:25:36 +0000 (UTC)

Add some test cases for java.net.Authenticator and org.apache.harmony.luni.tests.internal.net.www.protocol.http.HttpURLConnection.
[1] java.net.Authenticator adds test_setDefault()
[2] org.apache.harmony.luni.tests.internal.net.www.protocol.http.HttpURLConnection adds test_getHeaderFields and testUsingProxy2 methods.

[HARMONY-6048] [classlib] [luni] Refactor InputStreamReader.HistoricalNamesUtil to org.apache.harmony.luni.util.HistoricalNamesUtil

Tue, 16 Dec 2008 05:38:12 +0000 (UTC)

[classlib] [luni] Refactor InputStreamReader.HistoricalNamesUtil to org.apache.harmony.luni.util.HistoricalNamesUtil

[HARMONY-6043] [classlib] [security] UnresolvedPermission.equals(Object) doesn't works well

Mon, 22 Dec 2008 03:25:13 +0000 (UTC)

Given a test case[1], RI works well while HARMONY fails.

[1] UnresolvedPermissionTest
public class UnresolvedPermissionTest extends TestCase {
    public static final String type = "java.util.PropertyPermission";
    public static final String name = "os.name";
    public static final String action = "write,read";
    public void test_Scenario0() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                null);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                null);
        assertEquals(up1, up2);
    }

    public void test_Scenario1() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                null);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[0]);
        assertFalse(up1.equals(up2));
    }

    public void test_Scenario2() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                null);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[2]);
        assertFalse(up1.equals(up2));
    }

    public void test_Scenario3() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[0]);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[0]);
        assertEquals(up1, up2);
    }

    public void test_Scenario4() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[0]);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[2]);
        assertFalse(up1.equals(up2));
    }

    public void test_Scenario5() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[2]);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[2]);
        try {
            up1.equals(up2);
            fail("should throw NullPointerException");
        } catch (NullPointerException e) {
            // Expected
        }
    }

    public void test_Scenario6() {
        UnresolvedPermission up1 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[2]);
        UnresolvedPermission up2 = new UnresolvedPermission(type, name, action,
                new java.security.cert.Certificate[5]);
        assertFalse(up1.equals(up2));
    }
}

[HARMONY-6042] [classlib][luni] Classes can not be loaded correctly in sealed-packages

Mon, 12 Jan 2009 07:35:38 +0000 (UTC)

Given a test case [1], conduct it on HARMONY and RI.
RI works well while HARMONY can not.

In addition, to run this test, you need to deploy three new jars to [support]/src/test/java/tests/resources/Package.
(1) hyts_d.jar: unsealed/no-manifest
(2) hyts_d1.jar: unsealed/manifest
(3) hyts_d2.jar: sealed/mainfest

[1] Test Case
public void test_SealedPackage_forName() throws Exception {
        Support_Resources.copyFile(resources, "Package", "hyts_c.jar");
        Support_Resources.copyFile(resources, "Package", "hyts_d.jar");
        Support_Resources.copyFile(resources, "Package", "hyts_d1.jar");
        Support_Resources.copyFile(resources, "Package", "hyts_d2.jar");
        URL resourceURL1 = new URL("file:/" + resPath + "/Package/hyts_c.jar");
        URL resourceURL2 = new URL("file:/" + resPath + "/Package/hyts_d.jar");
        URL resourceURL3 = new URL("file:/" + resPath + "/Package/hyts_d1.jar");
        URL resourceURL4 = new URL("file:/" + resPath + "/Package/hyts_d2.jar");
        URL resourceURL5 = new URL("file:/" + resPath + "/");
        URLClassLoader uclClassLoader;
        // load from the sealed jar, then an unsealed jar with no manifest
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL2 }, null);
        Class.forName("p.C", true, uclClassLoader);
        try {
            Class.forName("p.D", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // setup for next test
        Support_Resources.copyFile(resources, "p", "");
        InputStream in = uclClassLoader.getResourceAsStream("p/D.class");
        Support_Resources.copyLocalFileto(new File(resources.toString(),
                "p/D.class"), in);
        // load from a sealed jar, then the directory
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL5 }, null);
        Class.forName("p.C", true, uclClassLoader);
        try {
            Class.forName("p.D", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // load from a directory, then the sealed jar
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL5 }, null);
        Class.forName("p.D", true, uclClassLoader);
        try {
            Class.forName("p.C", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // load from an unsealed jar with no manifest, then the sealed jar
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL2 }, null);
        Class.forName("p.D", true, uclClassLoader);
        try {
            Class.forName("p.C", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // load from an unsealed jar with a manifest, then the sealed jar
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL3 }, null);
        Class.forName("p.C", true, uclClassLoader);
        try {
            Class.forName("p.D", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // load from an sealed jar, then the unsealed jar with a manifest
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL3 }, null);
        Class.forName("p.D", true, uclClassLoader);
        try {
            Class.forName("p.C", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
        // load from the sealed jar, then another sealed jar
        uclClassLoader = new java.net.URLClassLoader(new URL[] { resourceURL1,
                resourceURL4 }, null);
        Class.forName("p.C", true, uclClassLoader);
        try {
            Class.forName("p.D", true, uclClassLoader);
            fail("should throw SecurityException");
        } catch (SecurityException e) {
            // Expected
        }
    }

[HARMONY-6038] [classlib] [beans] java.beans.Introspector.getBeanInfo doesn't works well and throws NPE

Fri, 12 Dec 2008 01:51:03 +0000 (UTC)

Conduct the given a test case [1] below on RI and HARMONY.
RI works well, while HARMONY will throw a NullPointerException [2].
The exception is throw in StandardBeanInfo during the merging of properties from MockParent ang MockChild classes.

[1] Test Case
public class IntrospectorTest extends TestCase {
    public static class MockParent {
        public void setValue(int v) {
            // do nothing
        }
        public void setValue(int v, String s) {
            // do nothing
        }
    }
    public static class MockChild extends MockParent {
        public void setValue(int v) {
            // do nothing
        }
    }
    public void test_Introspector() throws Exception {
        BeanInfo beanInfo = Introspector.getBeanInfo(MockChild.class);
    }
}
[2] NPE Stack Trace:
java.lang.NullPointerException
at java.beans.StandardBeanInfo.mergeProps(StandardBeanInfo.java:295)
at java.beans.StandardBeanInfo.mergeBeanInfo(StandardBeanInfo.java:209)
at java.beans.Introspector.getBeanInfoImpl(Introspector.java:282)
at java.beans.Introspector.getBeanInfoImplAndInit(Introspector.java:347)
at java.beans.Introspector.getBeanInfo(Introspector.java:162)
at IntrospectorTest.test_MockObject(IntrospectorTest.java:27)

[HARMONY-6036] [classlib] [luni] HttpURLConnection does not have the "Accept" header

Sun, 4 Jan 2009 04:45:19 +0000 (UTC)

Start server [1], conduct HeaderTest [2] on HARMONY and RI.
They prints out the following headers. Thereinto, RI has the "Accept" header, while HARMONY doesn't.

On RI:
GET / HTTP/1.1
User-Agent: Java/1.6.0_07
Host: 127.0.0.1:8030
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive

On HARMONY:
GET / HTTP/1.1
User-Agent: Java/1.6.0_07
Host: 127.0.0.1:8030
Connection: keep-alive

[1] Server
public class MockServer {
    public static void main(String[] args) {
        MockServer server = new MockServer();
        server.await();
    }
    public void await() {
        ServerSocket serverSocket = null;
        int port = 8030;
        try {
            serverSocket = new ServerSocket(port, 1, InetAddress
                    .getByName("127.0.0.1"));
        } catch (IOException e) {
            e.printStackTrace();
            System.exit(1);
        }
        // Loop waiting for a request
        while (true) {
            Socket socket = null;
            InputStream input = null;
            OutputStream output = null;
            try {
                socket = serverSocket.accept();
                input = socket.getInputStream();
                output = socket.getOutputStream();

                Scanner in = new Scanner(input);
                PrintWriter out = new PrintWriter(output, true);
                while (in.hasNextLine()) {
                    String line = in.nextLine();
                    System.out.println(line);
                }
                // Close the socket
                socket.close();
                // check if the previous URI is a shutdown command
            } catch (IOException e) {
                e.printStackTrace();
                continue;
            }
        }
    }
}

[2] HeaderTest
public class HeaderTest {
    public static void main(String[] args) throws IOException {
        URL url = new URL("http://127.0.0.1:8030");
        URLConnection conn = url.openConnection();
        conn.connect();
        System.out.println(conn.getLastModified());
    }
}

[HARMONY-6033] [classlib][awt] - remove unrecognized char in file Font.cpp

Fri, 5 Dec 2008 02:56:34 +0000 (UTC)

there are some unrecognized characters in comments, at file modules/awt/src/main/native/fontlib/shared/Font.cpp::168

[HARMONY-6032] [classlib][luni] Add some test cases to java.util.ZipFile and JarFile

Tue, 9 Dec 2008 04:45:37 +0000 (UTC)

[classlib][luni] Add some test cases to java.util.ZipFile and JarFile

[HARMONY-6031] [web] Update for russian front-page

Tue, 2 Dec 2008 17:58:11 +0000 (UTC)

[web] Update for russian front-page

[HARMONY-6030] [classlib][luni] - move platform independent code of OSMemory to shared directory

Thu, 4 Dec 2008 03:00:44 +0000 (UTC)

OSMemory.h and OSMemory.c has almost the same content in windows and unix, they could be merged and moved to shared directory.

[HARMONY-6020] [DRLVM] Cyclical class dependency causes a failure not seen in RI

Blocker — Wed, 14 Jan 2009 09:27:30 +0000 (UTC)

If two classes have a cyclical dependency, some unexpected results may occur, which are not seen on RI (Sun 6u10).

[HARMONY-6012] [class] [luni] Add several test cases to luni module.

Tue, 9 Dec 2008 04:45:21 +0000 (UTC)

Add some test cases to luni modules including:
[1] ThreadGroup
[2] HttpURLConnection
[3] String

[HARMONY-6011] [Classlib] [luni] Add test case to RandomAccessFile

Wed, 26 Nov 2008 07:59:22 +0000 (UTC)

[Classlib] [luni] Add test case to RandomAccessFile

[HARMONY-6006] [classlib] [luni] Cannot process platform paths using backslash

Thu, 27 Nov 2008 02:39:43 +0000 (UTC)

Defect Reproduce Steps:
1. Make folders like /ffs0/niagara/bin
2. Make a symbolic prefix link "/niagara" using the command:
ln -s /ffs0/niagara /niagara
3. Run CanonicalPathTest [1] using the command:
java CanonicalPathTest /niagara /ffs0/niagara /niagara/bin /ffs0/niagara/bin
4. Defect Result shown as [2], the correct result should be [3].

[1] CanonicalPathTest.java
import java.io.File;
import java.io.IOException;
public class CanonicalPathTest {
public static void main(String[] args) throws IOException {
File file = null;
for (int index = 0; index < args.length; index++) { file = new File(args[index]); System.out.println(args[index] + "->" + file.getCanonicalPath()); }
}
}

[2] Defect Result:
/niagara->/ffs0/niagara
/ffs0/niagara->/ffs0/niagara
/niagara/bin->/niagara/bin // it's wrong
/ffs0/niagara/bin->/ffs0/niagara/bin

[3] Correct Result:
/niagara->/ffs0/niagara
/ffs0/niagara->/ffs0/niagara
/niagara/bin->/ffs0/niagara/bin
/ffs0/niagara/bin->/ffs0/niagara/bi

[HARMONY-5959] [java6][classlib][luni]Merge TreeMap performance enhancement into java6 level

Thu, 12 Feb 2009 09:47:48 +0000 (UTC)

Harmony java5 TreeMap has great improvement on performance, however as java6 TreeMap has a great change in API and inner structure, we need to merge this two changes together.
The target is to complete all API changes as well as keep the performance improvement. A simple way here is keep the java5 level method as simple as it is and add new inner classes to extends the java6 methods.
After this merge I believe there are still some improvement to go.

[HARMONY-5917] localization of Harmony VM

Reference — Fri, 27 Feb 2009 09:43:19 +0000 (UTC)

localization of Harmony VM, by replacing WARN with LWARN and DIE with LDIE.

[HARMONY-5908] [drlvm][gc_gen] Java VM/GC Interface Documentation

Fri, 27 Feb 2009 09:43:58 +0000 (UTC)

Hi Xiao-Feng, Alexei,

I have attached herewith a patch that contains documentation for GCHelper.java

Regards,
Senaka

[HARMONY-5855] [classlib][jndi][ldap] - support property "java.naming.batchsize" in ldap provider

Thu, 15 Jan 2009 08:04:09 +0000 (UTC)

Property "java.naming.batchsize" specifies the batch size of the search result return from server.
This property defines how many items will be read at most one time, at the LDAP protocol level.
And it affects list, listBinding, search methods which return NamingEnumeration instance.

[HARMONY-5809] [classlib][luni] Add some testcases for Vector, ArrayList and LinkedList

Mon, 12 Jan 2009 04:51:52 +0000 (UTC)

Improve line coverage of java.util package.
java.util.LinkedList
java.util.ArrayList
java.util.Vector

[HARMONY-5713] [drlvm][performance] Implementation of System.identityHashCode() on magics

Blocker — Fri, 12 Dec 2008 07:13:56 +0000 (UTC)

This is the working sub-task for implementation of System.identityHashCode() on magics, inspired by HARMONY-4551.

[HARMONY-5473] [classlib][archive] Manifest file with empty line proves IOException

Fri, 20 Mar 2009 14:18:31 +0000 (UTC)

I cannot start some of my apps, because their jar-files contain manifests with empty lines, proving IOException on Harmony.

The situation can be reproduced by manifest file with empty line creation and invoking new Manifest(InputStream). Manifest files which proves this will be attached.

Test case output:
$ /cygdrive/c/Harmony_to_run/trunk/working_vm/build/win_ia32_msvc_release/deploy/jdk/jre/bin/java Test MANIFEST2.MF
Uncaught exception in main:
java.io.IOException: Invalid attribute
        at java.util.jar.InitManifest.addAttribute(InitManifest.java:282)
        at java.util.jar.InitManifest.<init>(InitManifest.java:71)
        at java.util.jar.Manifest.read(Manifest.java:173)
        at java.util.jar.Manifest.<init>(Manifest.java:76)
        at Test.main(Test.java:8)
$ /cygdrive/w/UBS/Builds/jdk1.6.0_win32/bin/java Test MANIFEST2.MF
end

Test case is:

import java.io.FileInputStream;
import java.util.jar.Manifest;

public class Test {
    public static void main(String[] args) throws Exception {
String fileName = args[0];
FileInputStream fs = new FileInputStream(fileName);
        Manifest m = new Manifest(fs);
fs.close();
System.out.println("end");
}
}

[HARMONY-1533] [classlib][swing] JCombobox.setSelectedItem() sometimes doesn't fire action event

Reference — Sun, 8 Mar 2009 03:57:39 +0000 (UTC)

Spec of JCombobox.setSelectedItem() says:

ActionListeners added to the combo box will be notified with an ActionEvent when this method is called.

But the following test prints "false" on Harmony & "true" on RI:

public class JComboboxTest {
    private static boolean fired;

   public class JComboboxTest {
    private static boolean fired;

    public static void main(String[] args) {
        String item = "item";
        JComboBox jcb = new JComboBox(new String[]{item});
        jcb.addActionListener(new ActionListener(){
            public void actionPerformed(ActionEvent ae) {
                fired = true;
            }
        });
        jcb.setSelectedItem(item);
        System.out.println(fired);

    }
}

[HARMONY-1225] Assorted fixes and improvements for AWT and SWING modules

Reference — Sun, 8 Mar 2009 05:39:19 +0000 (UTC)

Here is a patch with number of fixes and improvements for awt and swing modules. One of the main changes is a new implementation of event queue based on two threads.

This patch reflects the remaining work that we did inside Intel in Swing/AWT.