RFR(XS): JDK-8061947 Quarantine serviceability/dcmd/CompilerQueueTest.java

[Vladimir Kozlov]

I am asking why we can't fix the problem. As I said before we should quarantine tests when the fixing takes too long. 
But 8061199 does not have even evaluation about what happened or cause the failure.

Vladimir

On 10/23/14 12:24 PM, Nils Eliasson wrote:
> The change is just a quarantine of the tests, not a fix.
>
> //N
>
> On 2014-10-23 19:37, Vladimir Kozlov wrote:
>> The explanation/evaluation is needed. Neither RFR of JBS report have it.
>>
>> Thanks,
>> Vladimir
>>
>> On 10/23/14 7:54 AM, Nils Eliasson wrote:
>>> Thanks Igor,
>>>
>>> Updated hotspot webrev: http://cr.openjdk.java.net/~neliasso/8061947/webrev.03
>>> Other still relevant: JDK: http://cr.openjdk.java.net/~neliasso/8061947/webrev.02
>>>
>>> Regards,
>>> //Nils
>>>
>>> On 2014-10-23 16:43, Igor Ignatyev wrote:
>>>> Hi Nils,
>>>>
>>>> 0. @ignore should be placed after @library, otherwise jtreg can't start a test in '-ignore:run' mode
>>>> 1. we use one @ignore w/ many bugs and don't use JDK prefix.
>>>>> @ignore 8061199 8061250
>>>>
>>>> Thanks
>>>> Igor
>>>>
>>>> On 10/23/2014 06:26 PM, Nils Eliasson wrote:
>>>>> Hi,
>>>>>
>>>>> Please review this quarantine of two tests.
>>>>>
>>>>> serviceability/dcmd/compiler/CompilerQueueTest.java
>>>>> com/sun/management/DiagnosticCommandMBean/DcmdMBeanPermissionsTest.java
>>>>>
>>>>> Webrev:
>>>>> Hotspot: http://cr.openjdk.java.net/~neliasso/8061947/webrev.01/
>>>>> JDK: http://cr.openjdk.java.net/~neliasso/8061947/webrev.02/
>>>>>
>>>>> //Regards,
>>>>> Nils
>>>
>