Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 39590 invoked from network); 11 Sep 2007 21:47:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Sep 2007 21:47:10 -0000 Received: (qmail 2184 invoked by uid 500); 11 Sep 2007 21:47:03 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 2160 invoked by uid 500); 11 Sep 2007 21:47:03 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 2151 invoked by uid 99); 11 Sep 2007 21:47:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2007 14:47:03 -0700 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kwsutter@gmail.com designates 209.85.128.191 as permitted sender) Received: from [209.85.128.191] (HELO fk-out-0910.google.com) (209.85.128.191) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2007 21:46:58 +0000 Received: by fk-out-0910.google.com with SMTP id z22so3690fkz for ; Tue, 11 Sep 2007 14:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=aS4FMcPWpmU5ux50D3g4/ToR3xBHXSeV2ITQUYmW5Ws=; b=dMFNBqH6BwNp0l48ougPDcN+jYAC5q9HvgMUvrQKuIbfgq/h4S3Y7xrC/yqhBy2AxAsJQTCNsAFetoSz1WS/2yAoHAL75F+yTDDzYbR4mF52wcs/KzDM8jhneiB/kQQm+fdpA/Si8D6J3Cxy/TOzexmZoAJ2ZHuW4h0zQN3JcSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=lssc82Cbkqa9nv9mzsIcJnIA4njKmEIvW8cR2ewTOS1p9uPsMWIkkHYF9ZgbRl2hdeYa+1xBTHVaJlp2wLhCN6OoLxpMRa8JFuehrwBPYYnoP1sKP3wrLpoOiTH+SQjay7sOvUy/L8gVO/II+xbhOmhb80+6c+nHfiLKisrPjHk= Received: by 10.82.181.10 with SMTP id d10mr4181561buf.1189547194217; Tue, 11 Sep 2007 14:46:34 -0700 (PDT) Received: by 10.82.175.7 with HTTP; Tue, 11 Sep 2007 14:46:34 -0700 (PDT) Message-ID: <89c0c52c0709111446w46a839cbk80f96cd5851adaec@mail.gmail.com> Date: Tue, 11 Sep 2007 16:46:34 -0500 From: "Kevin Sutter" To: dev@openjpa.apache.org Subject: Re: [jira] Commented: (OPENJPA-364) maven build order is incorrect In-Reply-To: <8425438.1189546592041.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_26185_26252008.1189547194205" References: <851542.1189537112043.JavaMail.jira@brutus> <8425438.1189546592041.JavaMail.jira@brutus> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_26185_26252008.1189547194205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Craig, Was this comment directed towards the Issue itself or Catalina's proposed patch? Kevin On 9/11/07, Craig Russell (JIRA) wrote: > > > [ > https://issues.apache.org/jira/browse/OPENJPA-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12526613] > > Craig Russell commented on OPENJPA-364: > --------------------------------------- > > IIRC, the reason we recently changed the build was to avoid having the > aggregate jar declare dependencies at runtime on the other jars, which leads > to the situation where a user downloads the aggregate jar which then causes > all of the other jars to be downloaded and added to the path as well. > > So, can you verify that if you have a simple project that has a dependency > on the aggregate jar, the only jar downloaded is the aggregate jar? > > > maven build order is incorrect > > ------------------------------ > > > > Key: OPENJPA-364 > > URL: https://issues.apache.org/jira/browse/OPENJPA-364 > > Project: OpenJPA > > Issue Type: Bug > > Components: build / infrastructure > > Affects Versions: 1.1.0 > > Reporter: Kevin Sutter > > Attachments: OPENJPA-364.patch > > > > > > From the dev mailing list. ( > http://www.nabble.com/order-of-build-modules-isn%27t-quite-right-tf4416976.html > ). > > In short, we are building the aggregate jar before we have built the 1.5modules. Details follow... BTW, this only seems to apply to the trunk ( > 1.1.0 snapshot). > > ============================================================ > > > Yes, that sounds about right. This just recently started to happen... > > Maybe if we create two profiles, one for 1.4 only and one for 5.0, and > > just enable the appropriate one of them? This would increase > > repetition (we could address that with XML entities, of course), but > > might get things to run right. > > - Hide quoted text - > > -Patrick > > On 9/10/07, Kevin Sutter wrote: > > > On 9/10/07, Patrick Linskey wrote: > > > > > > > > > So, I'm not sure what has to change in our pom.xml files to allow > one to > > > > > build, package, and install our aggregrate jar on the first > try. Any > > > > maven > > > > > experts that can help with this? > > > > > > > > Sadly, Marc probably knows the most, and he's on top of Mt > Kilimanjaro > > > > or thereabouts right now. > > > > > > > > > Yep, and my resident build expert (Mike) is on vacation this week as > well.. > > > :-) > > > > > > Might this have started happening with the recent move from how the > > > > dependencies are set up, for the purposes of keeping our mvn > > > > dependencies clean? > > > > > > > > > Yes, that sounds about right. This just recently started to happen... > > > > > > Kevin > > > > > > -Patrick > > > > > > > > On 9/10/07, Kevin Sutter wrote: > > > > > Hi, > > > > > I'm the first to admit that I'm not a maven build expert, so I'm > not > > > > exactly > > > > > sure what needs to be changed. But, here's the problem... > > > > > > > > > > If I only want to build the artifacts and install them into my > maven > > > > > repository, I issue the following maven command. (BTW, this only > > > > happens on > > > > > a truly clean environment. Either just pull the contents from svn > or do > > > > a > > > > > separate "mvn clean" first like I demonstrate below.) > > > > > > > > > > > mvn clean > > > > > > mvn install > > > > > > > > > > But, when I do this, I get the following build report. Although > > > > everything > > > > > builds okay, look at the order of the modules getting built. We > are > > > > > building the aggregrate jar and distribution jars before we build > kernel > > > > 1.5, > > > > > jpa, and jpa jdbc. Thus, the aggregrate jar that we build does > not have > > > > all > > > > > of the required contents (because I have a clean environment to > start > > > > with). > > > > > > > > > > [INFO] > > > > > > ------------------------------------------------------------------------ > > > > > [INFO] Reactor Summary: > > > > > [INFO] > > > > > > ------------------------------------------------------------------------ > > > > > [INFO] OpenJPA ............................................... > SUCCESS [ > > > > > 1.328s] > > > > > [INFO] OpenJPA Utilities ..................................... > SUCCESS [ > > > > > 12.265s] > > > > > > > > > > [INFO] OpenJPA Kernel ........................................ > SUCCESS [ > > > > > 17.703s] > > > > > > > > > > [INFO] OpenJPA JDBC .......................................... > SUCCESS [ > > > > > 10.063s] > > > > > > > > > > [INFO] OpenJPA XML Store ..................................... > SUCCESS [ > > > > > 0.969s] > > > > > [INFO] OpenJPA Aggregate Jar ................................. > SUCCESS [ > > > > > 17.218s] > > > > > > > > > > [INFO] OpenJPA Distribution .................................. > SUCCESS [ > > > > > 19.860s] > > > > > > > > > > [INFO] OpenJPA Integration Tests ............................. > SUCCESS [ > > > > > 0.015s] > > > > > [INFO] OpenJPA Examples Integration Tests .................... > SUCCESS [ > > > > > 0.016s] > > > > > [INFO] OpenJPA JPA TCK Integration Tests ..................... > SUCCESS [ > > > > > 0.016s] > > > > > [INFO] OpenJPA Kernel 1.5 .................................... > SUCCESS [ > > > > > 0.718s] > > > > > [INFO] OpenJPA JPA ........................................... > SUCCESS [ > > > > > 4.719s] > > > > > [INFO] OpenJPA JDBC 1.5 ...................................... > SUCCESS [ > > > > > 0.625s] > > > > > [INFO] OpenJPA JPA JDBC ...................................... > SUCCESS [ > > > > > 17.437s] > > > > > > > > > > [INFO] OpenJPA Persistence Examples .......................... > SUCCESS [ > > > > > 0.547s] > > > > > [INFO] > > > > > > ------------------------------------------------------------------------ > > > > > [INFO] > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > I looked at our pom.xml at our root level of trunk and I see the > > > > following > > > > > listing, which maps to the order of the build above: > > > > > > > > > > > > > > > openjpa-lib > > > > > openjpa-kernel > > > > > openjpa-jdbc > > > > > openjpa-xmlstore > > > > > openjpa-all > > > > > openjpa-project > > > > > openjpa-integration > > > > > > > > > > > > > > > The rest of our modules are listed under the jdk1.5 profile and > don't > > > > get > > > > > built until after these 1.4 modules are built. If I re-run the > exact > > > > same > > > > > invocation (without starting from scratch with the "mvn clean"), > then > > > > > everything works since the 1.5 modules are all built and pulled > into the > > > > > aggregrate jar. > > > > > > > > > > So, I'm not sure what has to change in our pom.xml files to allow > one to > > > > > build, package, and install our aggregrate jar on the first > try. Any > > > > maven > > > > > experts that can help with this? > > > > > > > > > > Thanks, > > > > > Kevin > > > > > > > > > > > > > > > > > -- > > > > Patrick Linskey > > > > 202 669 5907 > > > > > > > > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > > ------=_Part_26185_26252008.1189547194205--