Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 24904 invoked from network); 4 Dec 2008 14:51:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2008 14:51:36 -0000 Received: (qmail 66073 invoked by uid 500); 4 Dec 2008 14:51:43 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 66025 invoked by uid 500); 4 Dec 2008 14:51:43 -0000 Mailing-List: contact dev-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 dev@cxf.apache.org Received: (qmail 66003 invoked by uid 99); 4 Dec 2008 14:51:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 06:51:43 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.79.199.57] (HELO server.dankulp.com) (64.79.199.57) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 14:50:13 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 72465197CA7F; Thu, 4 Dec 2008 09:51:01 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5-gr0 (2008-06-10) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter.IW1kInbJTW Received: from dilbert (c-24-91-141-225.hsd1.ma.comcast.net [24.91.141.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTP id 7AA7D197CA11; Thu, 4 Dec 2008 09:51:00 -0500 (EST) From: Daniel Kulp To: dev@cxf.apache.org Subject: Re: Using the Eclipse Maven plugin for CXF Date: Thu, 4 Dec 2008 09:50:59 -0500 User-Agent: KMail/1.9.9 Cc: Glen Mazza References: <20832510.post@talk.nabble.com> In-Reply-To: <20832510.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812040951.00157.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-0.6 required=3.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5-gr0 When you do the Import -> General -> Maven project when you have the m2eclipse thing installed there are several disadvantages: 1) As you mentioned, things like PermGen and other flags in MAVEN_OPTS are ignored. 2) m2eclipse actually runs "mvn", thus, the default profiles are used. In our case, that causes things like checkstyle and PMD to run whenever you update anything. I asked the m2eclipse team a few weeks ago for a place to specify global profiles to activate (nochecks for us) to help that. Without that, it's REALLY slow. 3) Even though it runs checkstyle/pmd, it DOESN'T wire their configuration into the eclipse builders/plugins. Thus, you don't get the nice checkstyle/pmd warnings while you edit code. 4) It also doesn't setup the warning levels and stuff that we kind of expect. If you do the -Psetup.eclipse thing and import the projects, all of the CXF projects should be completely warning free. Very clean. If you see a warning, it's either something you did or something committed recently. With 2.1.x/2.2, you really only need to run the -Psetup.eclipse thing once to get the workspace setup and defaults in place. After that, you can just run "mvn eclipse:eclipse" The setup.eclipse profile mostly just make sure the checkstyle rules are installed into the workspace and sets the warning levels and such. Dan On Thursday 04 December 2008 7:32:35 am Glen Mazza wrote: > Hi, I would like to update our Eclipse setup page[1] with additional info. > I noticed that instead of using mvn eclipse:eclipse command (or the > -Psetup.eclipse parameter described on that page), there is an Eclipse menu > File -> Import -> General -> Maven Projects option (at least for Eclipse > IDEs that have the Maven plugin installed), which works just by choosing > the root directory of the CXF download. > > As I can see, the advantage of importing CXF as standard Eclipse projects > (i.e., mvn eclipse:eclipse) over importing as a Maven project is that > IDE-builds, debugging and code-completion, etc. is not as good or even > available with the Maven project import option. Also, the Eclipse's Maven > plugin apparently does not allow you to set MAVEN_OPTS parameters (it seems > to ignore the already set environment variable for it), causing > out-of-memory errors compared to running Maven from the command line. Am I > largely correct here? > > Thanks, > Glen > > [1] http://cxf.apache.org/setting-up-eclipse.html -- Daniel Kulp dkulp@apache.org http://dankulp.com/blog