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 C9F671046E for ; Sun, 28 Jul 2013 20:00:46 +0000 (UTC) Received: (qmail 95253 invoked by uid 500); 28 Jul 2013 20:00:44 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 95146 invoked by uid 500); 28 Jul 2013 20:00:43 -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 95138 invoked by uid 99); 28 Jul 2013 20:00:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Jul 2013 20:00:43 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ziga.gregoric@gmail.com designates 74.125.82.182 as permitted sender) Received: from [74.125.82.182] (HELO mail-we0-f182.google.com) (74.125.82.182) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Jul 2013 20:00:37 +0000 Received: by mail-we0-f182.google.com with SMTP id u55so3369051wes.27 for ; Sun, 28 Jul 2013 13:00:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=T7XDMzThyBGfXMEN6ygiSPfWKU4dZDhUiyd7a6K9uZc=; b=cMHZH0F3SnOR03XkFBciXbR6xtH6/fepcky5I5QPsJKHQzve8te5ZBPcAKliHe5mMs MtWPLk2ucYGjbCR3bcE3eHL1b24o94csnGt5vaw3T/HS9CqZKGmV4pm9VD5SMazQskHq KM6H6tyax9QNi1dpsRKYSs7/TTSKOQUX/Qrd51KD2GQNHN5TH+aNbxu3GcfRP5Lx5UUe fGkKbndNGz2Svt9Z8dWWHpgaZ7RVM+soJT4v/w8Nvk4wPPPJ4lET79fFIDNU148EBVey 97797Bj87plw3DtDxVbHQMpmiedhnNosjCMlistGwmRdTohfwJOO3rxJQAwzYjJH4zNx tFIg== X-Received: by 10.180.185.74 with SMTP id fa10mr4988237wic.26.1375041617532; Sun, 28 Jul 2013 13:00:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.91.147 with HTTP; Sun, 28 Jul 2013 12:59:57 -0700 (PDT) In-Reply-To: <51F326E3.10106@artifact-software.com> References: <51F326E3.10106@artifact-software.com> From: Ziga GREGORIC Date: Sun, 28 Jul 2013 21:59:57 +0200 Message-ID: Subject: Re: Stop offline mode artifact version renumbering To: Maven Users List Content-Type: multipart/alternative; boundary=001a11c34c0e2a1c3304e297d3af X-Virus-Checked: Checked by ClamAV on apache.org --001a11c34c0e2a1c3304e297d3af Content-Type: text/plain; charset=UTF-8 Hi Eric, Not sure if I got you either, but see if this can help you out. Where is the jetty with 'unwanted' version coming from? Use mvn dependency:tree, but don't completely rely on results, as it is broken (there's an issue on this in jira) and you might find the artifact, that adds the wrong jetty as transitive dependency. For this artifact, add jetty to excludes (in your pom - don't manipulate jetty poms). In case something from jetty is now missing, add it in dependecies explicitly. Another approach, which is easier but might not always work is to define add dependencyManagement section and specify there all jetty versions you want to use. Forcing maven into taking what you have in the local repo by manipulating local repo xml's scares me off. I'd trust pom.xml's of my project, fine-tune it, test with -o on another box. Ziga On Sat, Jul 27, 2013 at 3:48 AM, Ron Wheeler wrote: > I am not sure that I understand the problem but will version ranges in > dependency specifications help? > > Ron > > > > On 26/07/2013 12:01 PM, Bahmer, Eric V wrote: > >> I've searched through a few years archives of the mailing list and can't >> seem to find an answer to an issue that's been bugging me for a while now. >> >> We've been using a highly customized third-party application for a while >> now and are looking to upgrade to a newer version. >> The new version uses maven for part of it's build process. >> I work in an environment that for SECURITY reasons I must run my build in >> OFFLINE mode. >> I have already rebuilt over 600 rpms to have all the necessary >> dependencies available locally. >> >> The problem I'm having is this: >> >> The project uses jetty, it calls for version 7.5.3 to be used, I have a >> patched 8.1.0 installed. >> Maven will resolve jetty correctly, however one of the jetty jars will >> end up with it's version number altered in the distribution. >> >> jetty-server-8.1.0.v20120127.**jar >> jetty-servlet-8.1.0.v20120127.**jar >> jetty-start-7.5.3.v20111011.**jar >> >> This will not work as jetty-start reads it's own filename string and >> attempts to load other jetty jars with the same version string. >> >> I can get around the problem by replacing the jetty version number >> tag in the parent pom, which will make jetty-start have the >> same 8.1.0 version number. >> >> However, jetty isn't the only jar that this is happening to. >> The overall project which isn't entirely java has a few sub-projects >> built separately exhibiting this same behavior and I would rather avoid >> replacing every version number in every pom or adding them if they don't >> have them just so that all related packages like jetty, spring, or resteasy >> have matching version numbers. >> I also don't want several copies of the same jar with different filenames >> because the version number is different for the sub-projects. >> Otherwise I have to put a bunch of ugly loops in my rpm spec file to >> clean up both before the build and after. >> >> Is there a way to force resolution of my locally installed version >> numbers and NOT rename the jar files to an incorrect version number? I've >> already tried the versions plugin, the dependency plugin, -U, >> -Dmaven.ignore.versions as well as combinations of them all. >> >> I repeat that I have all necessary dependencies locally installed for >> offline build. I know my versions work. I want maven to ignore what the >> poms say about version and take the version number from what I have >> installed. >> >> >> >> > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwheeler@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: users-unsubscribe@maven.**apache.org > For additional commands, e-mail: users-help@maven.apache.org > > --001a11c34c0e2a1c3304e297d3af--