Return-Path: Delivered-To: apmail-uima-user-archive@www.apache.org Received: (qmail 26542 invoked from network); 15 Mar 2011 19:42:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Mar 2011 19:42:54 -0000 Received: (qmail 1537 invoked by uid 500); 15 Mar 2011 19:42:54 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 1509 invoked by uid 500); 15 Mar 2011 19:42:54 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 1501 invoked by uid 99); 15 Mar 2011 19:42:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Mar 2011 19:42:54 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of msa@schor.com designates 69.56.184.20 as permitted sender) Received: from [69.56.184.20] (HELO gateway02.websitewelcome.com) (69.56.184.20) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 15 Mar 2011 19:42:44 +0000 Received: (qmail 31300 invoked from network); 15 Mar 2011 19:40:37 -0000 Received: from gator74.hostgator.com (67.18.27.130) by gateway02.websitewelcome.com with SMTP; 15 Mar 2011 19:40:37 -0000 Received: from [68.198.198.59] (port=2825 helo=[192.168.1.104]) by gator74.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Pza8N-0007k2-8R for user@uima.apache.org; Tue, 15 Mar 2011 14:42:23 -0500 Message-ID: <4D7FC11F.2070206@schor.com> Date: Tue, 15 Mar 2011 15:42:23 -0400 From: Marshall Schor User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: user@uima.apache.org Subject: Re: PEAR packaging and maven References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator74.hostgator.com X-AntiAbuse: Original Domain - uima.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - schor.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org On 3/3/2011 7:47 AM, Greg Holmberg wrote: > > Hi UIMA users-- > > > > I'm converting all my annotators to PEAR packaging. I like having everything > in one file, especially when there are many additional files that are part of > the annotator--resources, config, data, etc. It just makes it a lot easier to > consume the annotator. > > So I'm using the PEAR packaging maven plug-in. This works fine, but I was > surprised when the PEAR file didn't get installed (i.e. it didn't show up > under ~/.m2/repository). It seems like a reasonable expectation--you build a > jar artifact, it gets installed/deployed; you build a PEAR artifact, it should > get installed/deployed. > > It appears I can make it happen with an explicit deploy command. > > mvn deploy:deploy-file -Durl= -Dfile=myannotator.PEAR > -DgroupId=com.me.group -DartifactId=myannotator -Dversion=1.0 -Dpackaging=pear > > But I'm not sure how I can make this happen automatically as part of the mvn > build. Can I specify pear in the pom? That would require someone > to register a lifecycle for the pear type, which no one has done, right? I don't think this requires registering a lifecycle for pears. You can add some configuration to the build section of the pom for the project to "attach" the pear file to the build output, so it will get deployed; see for example the build-helper maven plugin goal attach-artifact. > > ===== > > A related question. Are there plans to deliver the annotators in UIMA (both > core and contributed in the SandBox) as PEAR files in the Apache nexus > repository? I.e., so that an analysis engine developer could simply state a > dependency on a set of PEAR artifacts, and get them automatically pulled down > to his local drive (.m2/repository)? Not that I know of, but this sounds like an interesting idea :-) . -Marshall > > ===== > > Then the question would be how to reference the .pear files from the AAE > descriptor. By name, I suppose, and then manage the datapath variable to > include the paths into .m2/repository with the correct artifact version numbers. > > > Greg > >