Great! Is it possible to see uncovered classes/methods/lines?
Thanks, Mikhail P.S. I think java.awt does not currently belong to beans module, though who knows what the future may bring us :) 2006/6/13, Vladimir Ivanov <[EMAIL PROTECTED]>:
Latest Harmony API source coverage by Harmony API unit tests results I stored at wiki page http://wiki.apache.org/harmony/Coverage_information I'm going to refresh it bi-weekly (seems, it is enough for coverage). >I think we have got a agreement on the test naming convention[1], but >for sure, there have been many (legacy) test cases before this >agreement, and I think the volunteer is highly welcome to provide patch >for them. > >[1]http://incubator.apache.org/harmony/subcomponents/classlibrary/testing.html > If nobody objects I'm going to look through the unit tests to correct package names according to the agreement (where needed). Thanks, Vladimir On 6/8/06, Paulex Yang <[EMAIL PROTECTED] > wrote: > > Vladimir, > > Vladimir Ivanov wrote: > > Thanks Paulex! > > > > I did the same, but could not send results due to spam filter J > > Observations: > > > > 1. Coverage results look pretty much similar. > > 2. Exclude list looks pretty much similar too, but, looks like it > > depends on the way of data collection (I didn't run ant task and the > > list is > > a little bit different). > Great. > > > > In any case, I think, when we run harmony on another VM exclude list > will > > have to be updated. > > > > > > > > May be we can start publishing the coverage information on wiki pages > and > > provide some updates time to time (I can do it)? > > > +1, and of course, you can only if no one in the mailing list objects > and you'll have my welcome, and I think it will be even greater if these > reports can be generated regularly like what JAPI is doing:) > > > > > > One note: > > > > I noticed that different unit tests have very different package names > > > > Now the directory with all built tests copied to one place looks like: > I think we have got a agreement on the test naming convention[1], but > for sure, there have been many (legacy) test cases before this > agreement, and I think the volunteer is highly welcome to provide patch > for them. > > [1]http://incubator.apache.org/harmony/subcomponents/classlibrary/testing.html > > > > > > > > > C:\coverage\tests\test>ls > > > > GZIPOutClose2.txt api config javax > > tests > > > > GZIPOutFinish.txt api.injected dazzle org xml > > > > > GZIPOutWrite.txt binary gif prefs > > > > Inet6Address.golden.ser bundles impl serialization > > > > JDK2-3gabba.zip com impl.injected test.txt > > > > > > > > I think, it would be good if tests had unified package names. > > > > Why? – so far, just common sense, just to have an order in test suite > > > > Organization (if consider all unit tests as solid test suite). > > > > Thanks, > > Vladimir > > > > For example, my exclude list for java.io is: > > -java.io.BufferedInputStream , > > -java.io.BufferedOutputStream, > > -java.io.File , > > -java.io.FileChannelFactory, > > -java.io.FileDescriptor, > > -java.io.FileInputStream, > > -java.io.FileOutputStream, > > -java.io.FilterInputStream , > > -java.io.FilterOutputStream, > > - java.io.InputStream, > > -java.io.OutputStream, > > -java.io.ObjectStreamField, > > -java.io.PrintStream > > > > > > On 6/6/06, Paulex Yang < [EMAIL PROTECTED] > wrote: > >> > >> I've attach the scripts and excluded class lists to JIRA, please refer > >> to https://issues.apache.org/jira/browse/HARMONY-564 . Enjoy it:). > >> > >> Mark Hindess wrote: > >> > On 2 June 2006 at 10:37, Paulex Yang < [EMAIL PROTECTED]> wrote: > >> > > >> >> Mark, > >> >> > >> >> I'm glad that there is someone else has interest on emma, I've > >> tried it > >> >> before. AFAIK, emma works by instrumentation, but sometimes for > >> classes > >> >> in bootclasspath, the instrumentation cannot work, there are two > >> cases: > >> > >> >> 1. Some instrumented classes cannot be loaded by VM. > >> >> 2. Some classes cannot be instrumented > >> >> > >> >> I have tried to look more inside to find some way to work around > >> but I > >> >> haven't got enough time yet. > >> >> > >> >> Specifically for nio-channel module, I had a list for these two > cases > >> (I > >> >> believe the data is a little outdated and should be reevaluated) > >> >> case 1. > >> >> BaseByteBuffer.class > >> >> Buffer.class > >> >> BufferFactory.class > >> >> ByteBuffer.class > >> >> CharArrayBuffer.class > >> >> CharBuffer.class > >> >> HeapByteBuffer.class > >> >> ReadWriteCharArrayBuffer.class > >> >> ReadWriteHeapByteBuffer.class > >> >> FileChannel.class > >> >> AbstractInterruptibleChannel.class > >> >> FileChannelImpl.class > >> >> WriteOnlyFileChannel.class > >> >> LockManager.class > >> >> LockManager$1.class > >> >> ReadOnlyFileChannel.class > >> >> > >> >> case 2: > >> >> ByteChannel.class > >> >> Channel.class > >> >> GatheringByteChannel.class > >> >> InterruptibleChannel.class > >> >> WritableByteChannel.class > >> >> > >> >> And I have got some ant script and more excluded list for emma, if > >> >> anyone has interests, I can upload it to JIRA. > >> >> > >> > > >> > Yes! > >> > > >> > -Mark. > >> > > >> > > >> >> Mark Hindess wrote: > >> >> > >> >>> Anyone tried using emma (emma.sf.net) to look at test coverage > >> for our > >> >>> tests? That might help ensure we don't trim them down too much? > >> >>> > >> >>> I suspect we will soon reach a point where there are significantly > >> fewer > >> >>> obvious opportunities for small contributions - e.g. > >> 1.5generification, > >> >>> etc from looking at JAPI reports. Having test coverage reports > >> might > >> >>> help by highlighting areas for improvement. > >> >>> > >> >>> I had a quick try with: > >> >>> > >> >>> ant -f make/build.xml > >> >>> ant -f modules/nio/make/build.xml test > >> >>> java -cp emma.jar emma instr -m overwrite -cp > >> deploy/jdk/jre/lib/boot/nio > >> >>> > >> >> .jar > >> >> > >> >>> and then: > >> >>> > >> >>> java -Xbootclasspath/p: emma.jar \ > >> >>> -cp build/tests:modules/nio/bin/test:junit.jar:. \ > >> >>> junit.textui.TestRunner \ > >> >>> org.apache.harmony.tests.java.nio.channels.SocketChannelTest > >> >>> > >> >>> (Running all the tests is a little tricky because test depends on > >> build, > >> >>> which depends on clean which wipes out the instr'd jar. ;-( ) > >> >>> > >> >>> Sadly it dies horribly with the stack trace below. I'll take > >> another > >> >>> look when I have a little more time, but I thought I'd mention it > in > >> >>> case anyone else had any thoughts on the subject. > >> >>> > >> >>> Regards, > >> >>> > >> >>> Mark. > >> >>> > >> >>> Exception in thread "main" java/lang/ExceptionInInitializerError > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:203) > >> >>> at java/nio/Buffer.$VRi ( Buffer.java:4294967295) > >> >>> at java/nio/Buffer.<clinit> ( Buffer.java:4294967295) > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize ( J9VMInternals.java > >> :185) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:154) > >> >>> at java/lang/String.getBytes (String.java:783) > >> >>> at org/apache/harmony/luni/util/Util.getBytes ( > >> Util.java:54) > >> >>> at java/lang/ClassLoader.loadLibraryWithPath > >> (ClassLoader.java > >> :998) > >> >>> at java/lang/ClassLoader.loadLibraryWithClassLoader ( > >> ClassLoader.ja > >> >>> > >> >> va:970) > >> >> > >> >>> at java/lang/System.loadLibrary (System.java:706) > >> >>> at com/ibm/icu4jni/common/ICU4JNILoader.loadLibrary > (Unknown > >> Source > >> >>> > >> >> ) > >> >> > >> >>> at com/ibm/icu4jni/converters/NativeConverter.<clinit> > >> (Unknown Sou > >> >>> > >> >> rce) > >> >> > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize > >> ( J9VMInternals.java:185) > >> >>> at > com/ibm/icu4jni/charset/CharsetProviderICU.charsetForName > >> (Unkno > >> >>> > >> >> wn Source) > >> >> > >> >>> at java/nio/charset/Charset.forNameInternal > >> (Charset.java:450) > >> >>> at java/nio/charset/Charset.forName (Charset.java:513) > >> >>> at java/lang/String.defaultCharset ( String.java:688) > >> >>> at java/lang/String.<init> ( String.java:252) > >> >>> at org/apache/harmony/luni/util/Util.toString (Util.java > :74) > >> >>> at java/lang/System.getPropertyList (Native Method) > >> >>> at java/lang/System.ensureProperties ( System.java:496) > >> >>> at java/lang/System.<clinit> (System.java:55) > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:185) > >> >>> at java/lang/ClassLoader.initializeClassLoaders ( > >> ClassLoader.java:6 > >> >>> > >> >> 5) > >> >> > >> >>> at java/lang/Thread.initialize (Thread.java:301) > >> >>> at java/lang/Thread.<init> (Thread.java:120) > >> >>> java/lang/NullPointerException > >> >>> at java/lang/Throwable.printStackTrace ( Throwable.java > :231) > >> >>> at com/vladium/emma/rt/RTExitHook.createClassLoaderClosure > >> (RTExitH > >> >>> > >> >> ook.java:63) > >> >> > >> >>> at com/vladium/emma/rt/RT.reset ( RT.java:92) > >> >>> at com/vladium/emma/rt/RT.<clinit> (RT.java:238) > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize ( J9VMInternals.java > >> :185) > >> >>> at java/nio/Buffer.$VRi ( Buffer.java:4294967295) > >> >>> at java/nio/Buffer.<clinit> (Buffer.java:4294967295) > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:185) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:154) > >> >>> at java/lang/String.getBytes ( String.java :783) > >> >>> at org/apache/harmony/luni/util/Util.getBytes (Util.java > :54) > >> >>> at java/lang/ClassLoader.loadLibraryWithPath > >> (ClassLoader.java > >> :998) > >> >>> at java/lang/ClassLoader.loadLibraryWithClassLoader ( > >> ClassLoader.ja > >> >>> > >> >> va:970) > >> >> > >> >>> at java/lang/System.loadLibrary ( System.java:706) > >> >>> at com/ibm/icu4jni/common/ICU4JNILoader.loadLibrary > (Unknown > >> Source > >> >>> > >> >> ) > >> >> > >> >>> at com/ibm/icu4jni/converters/NativeConverter.<clinit> > >> (Unknown Sou > >> >>> > >> >> rce) > >> >> > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:185) > >> >>> at > com/ibm/icu4jni/charset/CharsetProviderICU.charsetForName > >> (Unkno > >> >>> > >> >> wn Source) > >> >> > >> >>> at java/nio/charset/Charset.forNameInternal > >> (Charset.java:450) > >> >>> at java/nio/charset/Charset.forName (Charset.java:513) > >> >>> at java/lang/String.defaultCharset ( String.java:688) > >> >>> at java/lang/String.<init> (String.java:252) > >> >>> at org/apache/harmony/luni/util/Util.toString (Util.java > :74) > >> >>> at java/lang/System.getPropertyList (Native Method) > >> >>> at java/lang/System.ensureProperties (System.java:496) > >> >>> at java/lang/System.<clinit> (System.java:55) > >> >>> at java/lang/J9VMInternals.initializeImpl (Native Method) > >> >>> at java/lang/J9VMInternals.initialize > >> (J9VMInternals.java:185) > >> >>> at java/lang/ClassLoader.initializeClassLoaders ( > >> ClassLoader.java:6 > >> >>> > >> >> 5) > >> >> > >> >>> at java/lang/Thread.initialize (Thread.java:301) > >> >>> at java/lang/Thread.<init> (Thread.java :120) > >> >>> JVMJ9VM015W Initialization error for library jclclear_23(14): > >> JVMJ9VM009E J > >> >>> > >> >> 9VMDllMain failed > >> >> > >> >>> HMYEXEL062E Internal VM error: Failed to create Java VM > >> >>> FAILED. > >> >>> > >> >>> > >> >>> On 1 June 2006 at 22:26, "Mikhail Loenko" < [EMAIL PROTECTED] > > >> wrote: > >> >>> > >> >>> > >> >>>> 2006/6/1, Geir Magnusson Jr < [EMAIL PROTECTED]>: > >> >>>> > >> >>>> > >> >>>>> Mikhail Loenko wrote: > >> >>>>> > >> >>>>> > >> >>>>>> 2006/6/1, Geir Magnusson Jr < [EMAIL PROTECTED] >: > >> >>>>>> > >> >>>>>> > >> >>>>>>> I don't quite grok what you mean - could you post what you are > >> >>>>>>> suggesting in code here on -dev? > >> >>>>>>> > >> >>>>>>> > >> >>>>>> Index: > >> modules/luni/src/test/java/tests/api/java/net/Inet6AddressTest.ja > >> >>>>>> > >> >> v > >> >> > >> >>>>>> > >> >>>>>> > >> >>>> a > >> >>>> > >> >>>> > >> >>>>>> > >> =================================================================== > >> >>>>>> --- > >> >>>>>> > >> modules/luni/src/test/java/tests/api/java/net/Inet6AddressTest.java > >> >>>>>> (revision > >> >>>>>> 410480) > >> >>>>>> +++ > >> >>>>>> > >> modules/luni/src/test/java/tests/api/java/net/Inet6AddressTest.java > >> > >> >>>>>> (working > >> >>>>>> copy) > >> >>>>>> @@ -785,7 +785,7 @@ > >> >>>>>> "FFFF:FFFF:FFFF:FFFF:FFFF:FFFF: 255.255.255.255 > ", > >> >>>>>> "0:0:0:0:0:0:0:0", "0:0:0:0:0:0: 0.0.0.0" }; > >> >>>>>> > >> >>>>>> - String invalidIPAddresses[] = { ":", "FFFF:FFFF", > "1:1", > >> >>>>>> "::1.2.3.444" }; > >> >>>>>> + String invalidIPAddresses[] = { "FFFF:FFFF" }; > >> >>>>>> > >> >>>>>> for (int i = 0; i < validIPAddresses.length; i++) { > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>> Thx - why do you want to remove testing the others? Because you > >> believe > >> >>>>> that it is in effect testing the resolver in the OS since each > >> returns > >> >>>>> the same answer,and thus it's testing the same thing over and > >> over? > >> >>>>> > >> >>>>> > >> >>>> I believe so, but I'd like to hear confirmation from code authors > >> >>>> > >> >>>> Thanks, > >> >>>> Mikhail > >> >>>> > >> >>>> > >> >>> > >> >>> > >> --------------------------------------------------------------------- > >> >>> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > > >> >>> For additional commands, e-mail: > >> [EMAIL PROTECTED] > >> >>> > >> >>> > >> >>> > >> >>> > >> >> -- > >> >> Paulex Yang > >> >> China Software Development Lab > >> >> IBM > >> >> > >> >> > >> >> > >> >> > --------------------------------------------------------------------- > >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> >> For additional commands, e-mail: > >> [EMAIL PROTECTED] > >> >> > >> > > >> > > >> > > >> > --------------------------------------------------------------------- > > >> > Terms of use : http://incubator.apache.org/harmony/mailing.html > >> > To unsubscribe, e-mail: [EMAIL PROTECTED] > >> > For additional commands, e-mail: > [EMAIL PROTECTED] > >> > > >> > > >> > > >> > >> > >> -- > >> Paulex Yang > >> China Software Development Lab > >> IBM > >> > >> > >> > >> --------------------------------------------------------------------- > >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > -- > Paulex Yang > China Software Development Lab > IBM > > > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
--------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]