Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EED5611E90 for ; Fri, 2 May 2014 22:22:38 +0000 (UTC) Received: (qmail 7903 invoked by uid 500); 2 May 2014 22:22:22 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 7698 invoked by uid 500); 2 May 2014 22:22:21 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 7623 invoked by uid 99); 2 May 2014 22:22:19 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 May 2014 22:22:19 +0000 Date: Fri, 2 May 2014 22:22:19 +0000 (UTC) From: "Bernd Eckenfels (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (VFS-521) [RAM][tests] Failure with Java 8 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/VFS-521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13988334#comment-13988334 ] Bernd Eckenfels edited comment on VFS-521 at 5/2/14 10:22 PM: -------------------------------------------------------------- This seems to be a java8 thing. The test actually expexts an IOException, and in the above stacktrace location it is actually thrown: org.apache.commons.vfs2.provider.ram.RamFileObject.resize(RamFileObject.java:277) But the runtime seems to wrap this in an IlelgalArgumentException. Internez say it is related to try with resource (which can collect suppressed exceptions), however we don't use that (at least not in the VFS code). Maybe its a test test-framework or JUnit problem? was (Author: b.eckenfels): This seems to be a java8 thing, this test actually expects a `new IOException()` and instead of this the "self suppression" is alerted. Internetz say it is related to try with resource, however we dont use that (at least not in the VFS code). Maybe its a test framework problem? > [RAM][tests] Failure with Java 8 > -------------------------------- > > Key: VFS-521 > URL: https://issues.apache.org/jira/browse/VFS-521 > Project: Commons VFS > Issue Type: Bug > Affects Versions: 2.1 > Environment: Win64 with Maven 3.0.5 and Java 1.8.0_05 > Reporter: Bernd Eckenfels > Assignee: Bernd Eckenfels > Priority: Blocker > > When running the unit tests the RAM provider custom tests fails only with Java 8 (build and runtime): > Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.019 sec <<< FAILURE! - in org.apache.commons.vfs2.provider.ram.test.CustomRamProviderTest > testSmallFS(org.apache.commons.vfs2.provider.ram.test.CustomRamProviderTest) Time elapsed: 0.012 sec <<< ERROR! > java.lang.IllegalArgumentException: Self-suppression not permitted > at org.apache.commons.vfs2.provider.ram.RamFileObject.resize(RamFileObject.java:277) > at org.apache.commons.vfs2.provider.ram.RamFileOutputStream.write(RamFileOutputStream.java:68) > at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) > at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) > at org.apache.commons.vfs2.util.MonitorOutputStream.flush(MonitorOutputStream.java:114) > at java.io.FilterOutputStream.close(FilterOutputStream.java:158) > at org.apache.commons.vfs2.util.MonitorOutputStream.close(MonitorOutputStream.java:54) > at org.apache.commons.vfs2.provider.DefaultFileContent$FileContentOutputStream.close(DefaultFileContent.java:711) > at org.apache.commons.vfs2.provider.ram.test.CustomRamProviderTest.testSmallFS(CustomRamProviderTest.java:264) -- This message was sent by Atlassian JIRA (v6.2#6252)