hg: jdk8/tl/langtools: 7192449: fix up tests to accommodate jtreg spec change

Changeset: 5ac2e9ee969e Author:jjg Date: 2012-08-17 17:30 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/5ac2e9ee969e 7192449: fix up tests to accommodate jtreg spec change Reviewed-by: darcy ! test/tools/javac/processing/6414633/T6414633.java ! test/tools/javac/proce

hg: jdk8/tl/jdk: 7191322: add test for 7064927 to java.lang.instrument

Changeset: 509421263cdd Author:dcubed Date: 2012-08-17 12:51 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/509421263cdd 7191322: add test for 7064927 to java.lang.instrument Summary: Add support for canRetransform attribute to the test manager. Add test for 7064927. Reviewe

hg: jdk8/tl/jdk: 6500133: REGRESSION: CertificateParsingException for CRL Distribution Point with blank

Changeset: 6b2ebf3c4964 Author:mullan Date: 2012-08-17 14:32 -0400 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/6b2ebf3c4964 6500133: REGRESSION: CertificateParsingException for CRL Distribution Point with blank Reviewed-by: mullan Contributed-by: jason...@oracle.com ! src/shar

hg: jdk8/tl/jaxp: 7191547: XMLEventFactory.newFactory(String factoryId, ClassLoader loader) does not work as expected

Changeset: 2946807a6d7f Author:joehw Date: 2012-08-17 09:49 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jaxp/rev/2946807a6d7f 7191547: XMLEventFactory.newFactory(String factoryId, ClassLoader loader) does not work as expected Summary: similar to the patch for 6756677 for XMLInput

Re: RFR [7u8] (JAXP): 7191547 : XMLEventFactory.newFactory(String factoryId, ClassLoader loader) does not work as expected

Thanks, Lance! On 8/17/2012 8:26 AM, Lance Andersen - Oracle wrote: Hi Joe, Looks fine. Best Lance On Aug 17, 2012, at 12:07 AM, Joe Wang wrote: In the patch for 6756677, we fixed errors in StAX's input and output factories where factoryId such as 'javax.xml.stream.XMLInputFactory" was take

Re: RFR [7u8] (JAXP): 7191547 : XMLEventFactory.newFactory(String factoryId, ClassLoader loader) does not work as expected

Hi Joe, Looks fine. Best Lance On Aug 17, 2012, at 12:07 AM, Joe Wang wrote: > In the patch for 6756677, we fixed errors in StAX's input and output > factories where factoryId such as 'javax.xml.stream.XMLInputFactory" was > taken as factory class e.g. com.sun.xml.internal.stream.XMLInputFacto

Re: LinkedHashMap containsKeyBetween(K target, K low, K high) method?

Never mind about this, found a much better way (just for sets i think) by using a Integer as value as HashSet uses booleans as values and a delegate LinkedHashMap. Works for implementing < and > as long and i'm careful not to loose the old value in add().

Re: Request for review: 7191777: test/java/lang/ProcessBuilder/Basic.java failing intermittently due to additions for 4244896

On 16/08/2012 21:53, David Holmes wrote: On 17/08/2012 2:33 AM, Rob McKenna wrote: Sounds good: http://cr.openjdk.java.net/~robm/7191777/webrev.02/test/java/lang/ProcessBuilder/Basic.java.cdiff.html

LinkedHashMap containsKeyBetween(K target, K low, K high) method?

I tried to make a LinkedHashMap.subMap(K low, K high) with a map implementation i had implemented inspired by linked list where the map keeps linked Nodes as values and unwraps them on get() I failed of course, because i couldn't find a good way to deal with remove() on the original Map. The subli

hg: jdk8/tl/jdk: 7191275: Cleanup OS specific blocks in PlainDatagramSocketImpl.c to support more unix-like platforms

Changeset: 4993f8aa7f2e Author:dingxmin Date: 2012-08-17 17:10 +0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/4993f8aa7f2e 7191275: Cleanup OS specific blocks in PlainDatagramSocketImpl.c to support more unix-like platforms Reviewed-by: chegar ! src/solaris/native/java/net/

Re: Improve registering signal handlers in java.lang.Terminator.setup()

On 16/08/2012 16:32, Neil Richards wrote: : First, I think the discussion on the particular VM implementation behaviour is a slight diversion from Frank's suggested change, which I believe is all about making the Java code more robust / agnostic to the VM implementation behaviour. I think it was