Return-Path: X-Original-To: apmail-commons-user-archive@www.apache.org Delivered-To: apmail-commons-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D3A61861B for ; Thu, 28 Jan 2016 20:55:15 +0000 (UTC) Received: (qmail 27616 invoked by uid 500); 28 Jan 2016 20:55:14 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 27484 invoked by uid 500); 28 Jan 2016 20:55:14 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 27472 invoked by uid 99); 28 Jan 2016 20:55:14 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jan 2016 20:55:14 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id A6442C0052 for ; Thu, 28 Jan 2016 20:55:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.001 X-Spam-Level: * X-Spam-Status: No, score=1.001 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id CnpKJebSDUsx for ; Thu, 28 Jan 2016 20:55:04 +0000 (UTC) Received: from orange.it-room.net (antispam.it-room.net [78.142.189.74]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTP id 3DAE3207E1 for ; Thu, 28 Jan 2016 20:55:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by orange.it-room.net (Postfix) with ESMTP id 1E66F1420C6 for ; Thu, 28 Jan 2016 21:57:21 +0100 (CET) X-Virus-Scanned: amavisd-new at it-room.net Received: from orange.it-room.net ([127.0.0.1]) by localhost (orange.it-room.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8bjlqbYPbi5g for ; Thu, 28 Jan 2016 21:57:21 +0100 (CET) Received: from orange.it-room.net (orange.it-room.net [192.168.5.14]) by orange.it-room.net (Postfix) with ESMTP id 0ACD0141FEE for ; Thu, 28 Jan 2016 21:57:21 +0100 (CET) Date: Thu, 28 Jan 2016 21:57:21 +0100 (CET) From: Siegfried =?utf-8?Q?G=C3=B6schl?= To: Commons Users List Message-ID: <1625225544.871113.1454014640982.JavaMail.root@it20one.com> In-Reply-To: Subject: Re: [exec] Stream closed issues with Java 8 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [192.168.5.14] X-Mailer: Zimbra 7.2.7_GA_2942 (ZimbraWebClient - SAF3 (Mac)/7.2.7_GA_2942) Hi Chris, IMHO even the weird edge case should work :-) I'm currently working on various bugfixes for commons-exec but I have limit= ed OSS cycles :-) Assuming that this is a production problem do you mind testing a bleeding-e= dge version?! I would drop you a quick note when a few more problems are fi= xed - at the moment my fork living at GitHub is, well, shaky Thanks in advance Siegfried Goeschl ----- Urspr=C3=BCngliche Mail ----- Von: "Chris Price" An: user@commons.apache.org Gesendet: Mittwoch, 27. Januar 2016 23:53:57 Betreff: [exec] Stream closed issues with Java 8 Hi, Have others experienced seeming regressions w/rt Streams using commons-exec in Java 8? In particular, I'm running into an issue where if I use commons exec to call a process that doesn't consume its STDIN, but I have passed a stream to it as its input via the StreamHandler, it fails with an IOException that says "Stream closed". The same program works fine under Java 7. I've filed an issue on the bug tracker here: https://issues.apache.org/jira/browse/EXEC-102 And it seems that maybe at least one other person has had somewhat similar issues with STDIN and Java 8: https://issues.apache.org/jira/browse/EXEC-101 But I'm trying to sort out whether these are weird edge cases or whether there are simply known incompatibilities between Java 8 and commons-exec. If the latter, is there a different library that is recommended for handling interaction with external processes in Java 8? --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org