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 46751187E2 for ; Wed, 27 Jan 2016 22:54:35 +0000 (UTC) Received: (qmail 49914 invoked by uid 500); 27 Jan 2016 22:54:00 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 49802 invoked by uid 500); 27 Jan 2016 22:54:00 -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 49768 invoked by uid 99); 27 Jan 2016 22:53:59 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Jan 2016 22:53:59 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 66049C2C1C for ; Wed, 27 Jan 2016 22:53:59 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.898 X-Spam-Level: ** X-Spam-Status: No, score=2.898 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=puppetlabs.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id YmZOqmhPXwU3 for ; Wed, 27 Jan 2016 22:53:58 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 3472242A33 for ; Wed, 27 Jan 2016 22:53:58 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id bc4so13942745lbc.2 for ; Wed, 27 Jan 2016 14:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puppetlabs.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=QFkZB74/gXyJx8eA0TltgDW/vy4+x+qjwu5UQaliWFE=; b=hpq0nzSSbHoaHjt1muByIjtpExMvrcOge0KO2AdebruAzKH8Yrs7AshRI4nrhmw8qV zVSquf3DuwMjui2bjroL6X8ZP9H0JGWru0XIflryXn2f86Jwi8NkRxH9DGovsrfS73JA JXNs+Tqe/7prmpxGrU1CvNHn/8STvrAWT0Lrs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=QFkZB74/gXyJx8eA0TltgDW/vy4+x+qjwu5UQaliWFE=; b=kCDORKCAJIaw7QHz6eSi4NHORHD3KtSx8VsGlfEIasAIUHtBC9XgoLHW4Bg1wt8+zU RaLMKyKaAbd9vAdTcNrHFg6BlI6NHG5gQOgyhMAi5dblPfszcsxNwJN3+tbNwb/g4R0c 1qOiw7u2scrOhOGhUbj21eyemLb6JNGUclzv/E5V1ySfscMgnWkECC6VV/urlGzO40/4 5KhVhFQj2ZGcEAlUwNzi32/hmIWuSbOyyLYurmWUakHzxUsPOT1m/2Mh7l14T0pM8v3B ZTqqpTB6nTf1M8G15X2GRdXfPpthbC70Mu9PzSikY6VTHAoHluQaaLQOIBSA7UfDuROq 7PwQ== X-Gm-Message-State: AG10YOQc4fnPRkIRgGg689y2gvbNmLpMGu/aXNmK3a7aKpLAUJJ6I7/HOmKFghfzAGSf3y38XNeKG930IXOhmF1I MIME-Version: 1.0 X-Received: by 10.112.126.229 with SMTP id nb5mr9855001lbb.28.1453935237124; Wed, 27 Jan 2016 14:53:57 -0800 (PST) Received: by 10.112.172.41 with HTTP; Wed, 27 Jan 2016 14:53:57 -0800 (PST) Date: Wed, 27 Jan 2016 14:53:57 -0800 Message-ID: Subject: [exec] Stream closed issues with Java 8 From: Chris Price To: user@commons.apache.org Content-Type: multipart/alternative; boundary=001a11c378e255f3b2052a58adbe --001a11c378e255f3b2052a58adbe Content-Type: text/plain; charset=UTF-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? --001a11c378e255f3b2052a58adbe--