Return-Path: X-Original-To: apmail-cxf-issues-archive@www.apache.org Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E035A107F6 for ; Wed, 18 Sep 2013 06:49:09 +0000 (UTC) Received: (qmail 4670 invoked by uid 500); 18 Sep 2013 06:49:02 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 4463 invoked by uid 500); 18 Sep 2013 06:48:59 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 4262 invoked by uid 99); 18 Sep 2013 06:48:56 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Sep 2013 06:48:56 +0000 Date: Wed, 18 Sep 2013 06:48:56 +0000 (UTC) From: "Erhard Weinell (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CXF-5286) Lengthy done-file names raise mojo exception MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Erhard Weinell created CXF-5286: ----------------------------------- Summary: Lengthy done-file names raise mojo exception Key: CXF-5286 URL: https://issues.apache.org/jira/browse/CXF-5286 Project: CXF Issue Type: Bug Affects Versions: 2.7.6, 2.7.7 Reporter: Erhard Weinell Done-file names can become quite long, even going beyond the allowed 256 chars on common file systems. Up until (at least) cxf-2.2, the resulting IOException has been logged as warning with no further consequences. In the most current releases, a MojoExecutionException is raised besides that. C.f. {{org.apache.cxf.maven_plugin.wsdl2java.WSDL2JavaMojo.generate(GenericWsdlOption, Bus, Set)}} Is this intended behavior? * If so, I suggest an improved way to shorten these filenames, as the current algorithm just strips the project directory if part of the file path. I would prefer stripping common prefixes of these paths instead. I can provide a 2-line patch if desired. * If the behavior is not intended, I would argue raising this exception - which in addition differs from its super-class implementation, should be reverted. Best regards, Erhard Weinell -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira