harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paulex Yang <paulex.y...@gmail.com>
Subject Re: [general] Interesting discoveries playing around with japitools
Date Sun, 05 Nov 2006 23:35:29 GMT
Gets more interesting with IBM:
> -- ibm1.5 vs. sun1.5 --------------------------------------------
>
> Total: 99.77% good, 0% bad, 0.22% missing
>
> java.lang:
> Missing
> method java.lang.StringBuilder.append(java.lang.StringBuilder): missing
> in /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.capacity(): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.charAt(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.codePointAt(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.codePointBefore(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.codePointCount(int, int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.ensureCapacity(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.getChars(int, int, char[], int): missing
> in /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.length(): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.offsetByCodePoints(int, int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.setCharAt(int, char): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.setLength(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.subSequence(int, int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.substring(int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.substring(int, int): missing in
> /home/stefano/data/japi/sun1.5
> method java.lang.StringBuilder.trimToSize(): missing in
> /home/stefano/data/japi/sun1.5
>   
It IS more interesting, because there methods are included in Java 5 API 
Doc (except the first one)!...there may be some problem happened to JAPI 
or the Sun JDK' rt.jar...;-)
> javax.management.remote.rmi:
> Missing
> class javax.management.remote.rmi._RMIConnectionImpl_Tie: missing in
> /home/stefano/data/japi/sun1.5
> class javax.management.remote.rmi._RMIServerImpl_Tie: missing in
> /home/stefano/data/japi/sun1.5
>
> javax.xml.datatype:
> Bad
> field
> javax.xml.datatype.DatatypeFactory.DATATYPEFACTORY_IMPLEMENTATION_CLASS:
> constant [org.apache.xerces.jaxp.datatype.DatatypeFactoryImpl] in
> /home/stefano/data/japi/ibm1.5, but constant
> [com.sun.org.apache.xerces.internal.jaxp.datatype.DatatypeFactoryImpl]
> in /home/stefano/data/japi/sun1.5
>
> org.omg.stub.java.lang:
> Missing
> package org.omg.stub.java.lang: missing in /home/stefano/data/japi/sun1.5
>
> org.omg.stub.java.security:
> Missing
> package org.omg.stub.java.security: missing in
> /home/stefano/data/japi/sun1.5
>
> org.omg.stub.java.util:
> Missing
> package org.omg.stub.java.util: missing in /home/stefano/data/japi/sun1.5
>
> org.w3c.dom.html:
> Missing
> method org.w3c.dom.html.HTMLOptionElement.setIndex(int): missing in
> /home/stefano/data/japi/sun1.5
> method org.w3c.dom.html.HTMLTableCellElement.setCellIndex(int): missing
> in /home/stefano/data/japi/sun1.5
> method
> org.w3c.dom.html.HTMLTableRowElement.setCells(org.w3c.dom.html.HTMLCollection):
> missing in /home/stefano/data/japi/sun1.5
> method org.w3c.dom.html.HTMLTableRowElement.setRowIndex(int): missing in
> /home/stefano/data/japi/sun1.5
> method org.w3c.dom.html.HTMLTableRowElement.setSectionRowIndex(int):
> missing in /home/stefano/data/japi/sun1.5
>
> org.w3c.dom.xpath:
> Missing
> package org.w3c.dom.xpath: missing in /home/stefano/data/japi/sun1.5
>
>                                   - o -
>
> First the not-so-shocking things:
>
>  1) IBM ships with xpath support with DOM, while Sun does not. Is this
> true of it's a bug?
>
>  2) IBM has a 'stub' subpackage of org.omg that Sun does not have
>
> but the real shocker is that japitools reports that IBM has *modified*
> the java.lang.StringBuilder class and added *15* new methods to it!
> If this is true, how is it possible for this JVM to pass the TCK if you
> add methods to a java.lang class? Isn't this the kind of stuff that TCKs
> are supposed to prevent? Can anybody explain to me if this is true or if
> this is a japi bug?
>
> Also, I found out that Japitools triggers some NullPointerExceptions
> here and there, so it needs some tuning. I'll investigate more.
>
> Stay tuned.
>
>   


-- 
Paulex Yang
China Software Development Lab
IBM



Mime
View raw message