Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B3E96200AE3 for ; Wed, 4 May 2016 21:03:14 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 94833160A00; Wed, 4 May 2016 19:03:14 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id DB3B11609A1 for ; Wed, 4 May 2016 21:03:13 +0200 (CEST) Received: (qmail 16218 invoked by uid 500); 4 May 2016 19:03:13 -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 16205 invoked by uid 99); 4 May 2016 19:03:13 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 May 2016 19:03:13 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id D40862C1F5D for ; Wed, 4 May 2016 19:03:12 +0000 (UTC) Date: Wed, 4 May 2016 19:03:12 +0000 (UTC) From: "Chris Nauroth (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (CRYPTO-52) Improve assertion message when test fails due to lack of JCE Unlimited Strength Jurisdiction Policy Files. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 04 May 2016 19:03:14 -0000 [ https://issues.apache.org/jira/browse/CRYPTO-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Nauroth updated CRYPTO-52: -------------------------------- Attachment: CRYPTO-52.001.patch bq. Why not just fix the test case? Can you please describe what you mean by fixing the test case? Are you saying don't use a large key length in the test, or skip the test on environments that can't support it by using JUnit {{assumeTrue}}, or something else? Supporting an AES key length of 256 is an important use case for commons-crypto. The test suite must cover this so that we check against potential bugs when using a key length of 256. Fixing the test case must not sacrifice this test coverage. {quote} Does it really need a PR? Seems overkill to me; JIRA is more than enough. {quote} It makes no difference to me. I just followed the lead of prior CRYPTO JIRAs. I have attached a patch file too for those who prefer that. > Improve assertion message when test fails due to lack of JCE Unlimited Strength Jurisdiction Policy Files. > ---------------------------------------------------------------------------------------------------------- > > Key: CRYPTO-52 > URL: https://issues.apache.org/jira/browse/CRYPTO-52 > Project: Commons Crypto > Issue Type: Improvement > Reporter: Chris Nauroth > Assignee: Chris Nauroth > Attachments: CRYPTO-52.001.patch > > > {{JceCipherTest}} requires support for an AES key length of 256. This is only available if the runtime JDK has installed the JCE Unlimited Strength Jurisdiction Policy Files. When the test fails, the reason isn't clear. We can improve this by detecting the maximum allowed key length and showing a more descriptive assertion message. -- This message was sent by Atlassian JIRA (v6.3.4#6332)