Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 794D517BA3 for ; Mon, 2 Nov 2015 10:32:41 +0000 (UTC) Received: (qmail 40463 invoked by uid 500); 2 Nov 2015 10:32:41 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 40404 invoked by uid 500); 2 Nov 2015 10:32:41 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 40393 invoked by uid 99); 2 Nov 2015 10:32:40 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Nov 2015 10:32:40 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id B27C0E0441; Mon, 2 Nov 2015 10:32:40 +0000 (UTC) From: jburwell To: dev@cloudstack.apache.org Reply-To: dev@cloudstack.apache.org References: In-Reply-To: Subject: [GitHub] cloudstack pull request: Content-Type: text/plain Message-Id: <20151102103240.B27C0E0441@git1-us-west.apache.org> Date: Mon, 2 Nov 2015 10:32:40 +0000 (UTC) Github user jburwell commented on the pull request: https://github.com/apache/cloudstack/commit/2a2d4364e14903d51cdc3d3a7b4e2eb979a60445#commitcomment-14123387 In services/secondary-storage/server/src/org/apache/cloudstack/storage/resource/NfsSecondaryStorageResource.java: In services/secondary-storage/server/src/org/apache/cloudstack/storage/resource/NfsSecondaryStorageResource.java on line 2664: Why are all checked and runtime exceptions being caught and not rethrown? Not only could this broad catch could lead to the system become unstable, but it would catch and swallow the ``ConfigurationException`` being thrown in this block. It seems appropriate to refactor to a multi-catch for the expected checked exceptions. Also, should those exceptions be re-thrown? If not, the log message be a ``WARN`` not ``DEBUG``. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---