Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F0F461073B for ; Thu, 5 Dec 2013 23:02:13 +0000 (UTC) Received: (qmail 32314 invoked by uid 500); 5 Dec 2013 23:02:12 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 32205 invoked by uid 500); 5 Dec 2013 23:02:11 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 32197 invoked by uid 99); 5 Dec 2013 23:02:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 23:02:11 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of stephen.alan.connolly@gmail.com designates 209.85.192.172 as permitted sender) Received: from [209.85.192.172] (HELO mail-pd0-f172.google.com) (209.85.192.172) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 23:02:04 +0000 Received: by mail-pd0-f172.google.com with SMTP id g10so25531264pdj.17 for ; Thu, 05 Dec 2013 15:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=R3xTOiOCtEtiPfOXEIkAtddvv+pkxKLnE3JUc1DhFps=; b=kya2Jz9Xwp2TTvb0i5Bv/VmjSgQAKstnaasAuUt1iDqcSsyiTRwu3BJQ2xQbUW0//i s6wrDziGVq6ibmbsVR0xruem6DyQpeWj42L4PIiZYsQBZZ7Kh/oz7+I20huQVD1TF3I4 /d5sODeWoheR5Bv/4B3Jq83u8yNMDj5M5WPUmhIf8Zuomo8MjdWTbF2XU1v4BhFnsu95 6DHChDVrm8lgwU4qxmt2cactcdITe5HeVcROzApwIlitQaUOlB85z8Q/D0bHtF/KT4m6 BfZB+HIzRcpm0kBp80MNIabAlxTI+Hk+yk3Ohm7EG3gQfYGLixIUuyaJBWj2Nj6yOAQ8 tWsw== MIME-Version: 1.0 X-Received: by 10.68.130.234 with SMTP id oh10mr228687pbb.0.1386284503384; Thu, 05 Dec 2013 15:01:43 -0800 (PST) Received: by 10.68.48.163 with HTTP; Thu, 5 Dec 2013 15:01:43 -0800 (PST) In-Reply-To: References: Date: Thu, 5 Dec 2013 23:01:43 +0000 Message-ID: Subject: Re: Releasing artifacts with and without debug info From: Stephen Connolly To: Maven Users List Content-Type: multipart/alternative; boundary=047d7b10cb7561caeb04ecd18365 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b10cb7561caeb04ecd18365 Content-Type: text/plain; charset=ISO-8859-1 Or writing a plugin that strips debug info from a .jar and attaches the stripped artifact with the nodebug classifier... /me wonders if shade offers this functionality... On Thursday, 5 December 2013, Robert Scholte wrote: > Classifier would seem to be appropriate for this case... but I would be >> interested to see what others say. >> > > I agree on this approach. It will require extra execution blocks for at > least the maven-compiler-plugin and maven-jar-plugin. You also have to > decide if you want the maven-surefire-plugin to test both classfolders or > just the main. > > Robert > > Op Thu, 05 Dec 2013 11:37:54 +0100 schreef Stephen Connolly < > stephen.alan.connolly@gmail.com>: > > Well first off I think it would be better to have the full debug info in >> the main artifact.... as you can always use tooling to strip debug info as >> a consumer >> >> the debug info will have no effect on the transitive dependencies, so from >> that PoV having a -nodebug.jar makes sense >> >> Classifier would seem to be appropriate for this case... but I would be >> interested to see what others say. >> >> The other thing to keep in mind is that Tatu is a very smart guy... there >> is likely a good reason that he's just forgotten which was his primary >> reason and the file size is just a secondary reason that is easier to >> remember. >> >> >> >> On 5 December 2013 07:28, Cemo wrote: >> >> Hi, >>> >>> Jackson project is using this compiler parameters to reduce jar size. >>> >>> true >>> > lines,source >>> >>> >>> However this is causing a lot pain to debug. Every single artifact has to >>> be compiled with necessary compiler flags again to be debugged. Before >>> suggesting something I wanted to be sure about that. Is there any >>> practice >>> to distribute artifacts with and without debug info? The first thing >>> which >>> came to my mind is *classifier. *Is this a good usage? What do you think? >>> >>> Thanks >>> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org > For additional commands, e-mail: users-help@maven.apache.org > > -- Sent from my phone --047d7b10cb7561caeb04ecd18365--