Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3639749; Wed, 17 Sep 2008 18:08:28 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3639748 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 18:08:28 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26680404; Wed, 17 Sep 2008 18:07:14 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26680393 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 18:07:14 +0400
Received: (qmail 77837 invoked by uid 500); 17 Sep 2008 14:07:05 -
Mailing-List: contact [EMAIL PROTECTED]; 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 11899 invoked by uid 99); 17 Sep 2008 13:33:03 -
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
12.197.7.59 as permitted sender)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: clean won't delete stuff that isn't in ./target
Date: Wed, 17 Sep 2008 09:32:02 -0400
Message-ID: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: clean won't delete stuff that isn't in ./target
Thread-Index: AckYpnHuqRBiYfqzRUKYTCLDHAks2gAIP9xQ
From: "EJ Ciramella" <[EMAIL PROTECTED]>
To: "Maven Users List" ,
<[EMAIL PROTECTED]>
X-OriginalArrivalTime: 17 Sep 2008 13:32:02.0868 (UTC) 
FILETIME=[C4F56740:01C918C9]
X-Virus-Checked: Checked by ClamAV on apache.org



To all that have replied - 

I tried the exact syntax below and it doesn't work.

Another part to this is we have a parent -> child -> child pom relation ship, 
and the clean target is in the lowest level.  Running from the top most level, 
clean does not work.

>From my last run, here's what I have in my pom:

   
maven-clean-plugin
2.2

  
   ${some.var}/../deleteme
   C:/full/path/to/deleteme
  
 true


Running from the top most level, "deleteme" still lives.

I've tried every possible combination of  but 
nothing works.

Looking at the source for clean, I see this:

209   if ( !project.isExecutionRoot() )
210   {
211String projectBasedir = StringUtils.replace( 
project.getBasedir().getAbsolutePath(),
212   "\\", "/" );
213String filesetDir = StringUtils.replace( fileset.getDirectory(), 
"\\", "/" );
214 
215if ( filesetDir.indexOf( projectBasedir ) == -1 )
216{
217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
218}
219}
220
221  fileSetManager.delete( fileset, failOnError );

#1 - How would this block of code ever get executed in my case?  
#2 - That second if statement, filesetDir does not contain the project basedir 
at all, so this code prepends it to each fileset?!

I've written a plugin (maven-really-clean) that just takes a series of 
directories and using plexus.file utils, deletes them, regardless of where they 
are on your system.

The clean plugin simply does NOT work.


-Original Message-
From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 5:16 AM
To: Maven Users List
Subject: Re: clean won't delete stuff that isn't in ./target

Hi there,
you can simply use:


   C:/some/other/dir/deleteme

Nothing more...

And as mentioned...absolute directories are a very bad idea...

Kind regards
Karl Heinz Marbaise
-- 
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Wьrselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3640082; Wed, 17 Sep 2008 19:04:32 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3640081 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 19:04:32 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26681488; Wed, 17 Sep 2008 19:02:46 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26681461 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 19:02:45 +0400
Received: (qmail 4431 invoked by uid 500); 17 Sep 2008 15:02:37 -
Mailing-List: contact [EMAIL PROTECTED]; 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 4417 invoked by uid 99); 17 Sep 2008 15:02:37 -
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 08:02:37 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
65.55.116.33 as permitted sender)
Received: from [65.55.116.33] (HELO blu0-omc1-s22.blu0.hotmail.com) 
(65.55.116.33)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 15:01:36 +
Received: from BLU142-W13 ([65.55.116.9]) by blu0-omc1-s22.blu0.hotmail.com 
with Microsoft SMTPSVC(6.0.3790.3959);
 Wed, 17 Sep 2008 08:02:08 -0700
Message-ID: <[EMAIL PROTECTED]>
Content-Type: multipart/alternative;
boundary="_299e8e83-0db8-4c04-8ff5-90e8571ab865_"
X-Originating-IP: [24.34.14.72]
From: Martin Gainty <[EMAIL PROTECTED]>
To: Maven Users List , <[EMAIL PROTECTED]>
Subject: RE: clean won't delete stuff that isn't in ./target
Date: Wed, 17 Sep 2008 11:02:08 -0400
Importance: Normal
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
MIME-Version: 1.0
X-OriginalArrivalTime: 17 Sep 2008 15:02:08.0453 (UTC) 
FILETIME=[5AF03750:01C918D6]
X-Virus-Checked: Checked by ClamAV on apache.org




what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
why not go ahead and submit your patch..
?
Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 09:32:02 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> To all that have replied - 
> 
> I tried the exact syntax below and it doesn't work.
> 
> Another part to this is we have a parent -> child -> child pom relation ship, 
> and the clean target is in the lowest level.  Running from the top most 
> level, clean does not work.
> 
> From my last run, here's what I have in my pom:
> 
>
> maven-clean-plugin
> 2.2
> 
>   
>${some.var}/../deleteme
>C:/full/path/to/deleteme
>   
>  true
> 
> 
> Running from the top most level, "deleteme" still lives.
> 
> I've tried every possible combination of  but 
> nothing works.
> 
> Looking at the source for clean, I see this:
> 
> 209   if ( !project.isExecutionRoot() )
> 210   {
> 211String projectBasedir = StringUtils.replace( 
> project.getBasedir().getAbsolutePath(),
> 212   "\\", "/" );
> 213String filesetDir = StringUtils.replace( 
> fileset.getDirectory(), "\\", "/" );
> 214 
> 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> 216{
> 217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
> 218}
> 219}
> 220
> 221  fileSetManager.delete( fileset, failOnError );
> 
> #1 - How would this block of code ever get executed in my case?  
> #2 - That second if statement, filesetDir does not contain the project 
> basedir at all, so this code prepends it to each fileset?!
> 
> I've

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3640438; Wed, 17 Sep 2008 20:10:39 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3640437 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 20:10:39 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26682813; Wed, 17 Sep 2008 20:10:33 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26682818 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 20:10:32 +0400
Received: (qmail 46791 invoked by uid 500); 17 Sep 2008 16:10:24 -
Mailing-List: contact [EMAIL PROTECTED]; 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 42060 invoked by uid 99); 17 Sep 2008 16:06:47 -
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
12.197.7.59 as permitted sender)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: clean won't delete stuff that isn't in ./target
Date: Wed, 17 Sep 2008 12:05:32 -0400
Message-ID: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: clean won't delete stuff that isn't in ./target
Thread-Index: AckY1ofMv1InmODtS4ahcgNZm1Sh9AACJXgg
From: "EJ Ciramella" <[EMAIL PROTECTED]>
To: "Maven Users List" ,
<[EMAIL PROTECTED]>
X-OriginalArrivalTime: 17 Sep 2008 16:05:47.0959 (UTC) 
FILETIME=[3F8A9470:01C918DF]
X-Virus-Checked: Checked by ClamAV on apache.org



I don't understand why that test (isExecutionRoot()) is even there to begin 
with.

Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
stuff outside of the src/target directories? 

-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 11:02 AM
To: Maven Users List; [EMAIL PROTECTED]
Subject: RE: clean won't delete stuff that isn't in ./target


what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
why not go ahead and submit your patch..
?
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 09:32:02 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> To all that have replied -
> 
> I tried the exact syntax below and it doesn't work.
> 
> Another part to this is we have a parent -> child -> child pom relation ship, 
> and the clean target is in the lowest level.  Running from the top most 
> level, clean does not work.
> 
> From my last run, here's what I have in my pom:
> 
>
> maven-clean-plugin
> 2.2
> 
>   
>${some.var}/../deleteme
>C:/full/path/to/deleteme
>   
>  true
> 
>
> Running from the top most level, "deleteme" still lives.
> 
> I've tried every possible combination of  but 
> nothing works.
> 
> Looking at the source for clean, I see this:
> 
> 209   if ( !project.isExecutionRoot() )
> 210   {
> 211String projectBasedir = StringUtils.replace( 
> project.getBasedir().getAbsolutePath(),
> 212   "\\", "/" );
> 213String filesetDir = StringUtils.replace( 
> fileset.getDirectory(), "\\", "/" );
> 214 
> 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> 216{
> 217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
> 218}
> 219}
> 220
> 221  fileSetManager.delete( fileset, failOnError );
> 
> #1 - How would this block of code ever get executed in my case?  
> #2 - That second if statement, filesetDir 

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3640817; Wed, 17 Sep 2008 21:26:42 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3640816 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 21:26:42 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26683999; Wed, 17 Sep 2008 21:24:50 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26683998 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 21:24:49 +0400
Received: (qmail 87207 invoked by uid 500); 17 Sep 2008 17:24:41 -
Mailing-List: contact [EMAIL PROTECTED]; 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 87196 invoked by uid 99); 17 Sep 2008 17:24:41 -
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 10:24:41 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
65.55.116.16 as permitted sender)
Received: from [65.55.116.16] (HELO blu0-omc1-s5.blu0.hotmail.com) 
(65.55.116.16)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 17:23:39 +
Received: from BLU142-W28 ([65.55.116.8]) by blu0-omc1-s5.blu0.hotmail.com with 
Microsoft SMTPSVC(6.0.3790.3959);
 Wed, 17 Sep 2008 10:24:11 -0700
Message-ID: <[EMAIL PROTECTED]>
Content-Type: multipart/alternative;
boundary="_adb04a9c-9741-4521-b0c0-d51ed5296ddb_"
X-Originating-IP: [24.34.14.72]
From: Martin Gainty <[EMAIL PROTECTED]>
To: Maven Users List , <[EMAIL PROTECTED]>
Subject: RE: clean won't delete stuff that isn't in ./target
Date: Wed, 17 Sep 2008 13:24:11 -0400
Importance: Normal
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
MIME-Version: 1.0
X-OriginalArrivalTime: 17 Sep 2008 17:24:11.0855 (UTC) 
FILETIME=[334825F0:01C918EA]
X-Virus-Checked: Checked by ClamAV on apache.org




boolean property inside MavenProject
http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm

so in your project.xml after the initial project node place the childNode 
executionRoot and set to true e.g.

http://maven.apache.org/POM/3.0.0"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://maven.apache.org/POM/3.0.0 
http://maven.apache.org/maven-v3_0_0.xsd";>
true

?
Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 12:05:32 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> I don't understand why that test (isExecutionRoot()) is even there to begin 
> with.
> 
> Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
> stuff outside of the src/target directories? 
> 
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, September 17, 2008 11:02 AM
> To: Maven Users List; [EMAIL PROTECTED]
> Subject: RE: clean won't delete stuff that isn't in ./target
> 
> 
> what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
> why not go ahead and submit your patch..
> ?
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official 
> business of Sender. This transmission is of a confidential nature and Sender 
> does not endorse distribution to any party other than intended recipient. 
> Sender does not necessarily endorse content contained within this 
> transmission. 
> 
> 
> > Subject: RE: clean won't delete stuff that isn't in ./target
> > Date: Wed, 17 Sep 2008 09:32:02 -0400
> > From: [EM

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3643521; Thu, 18 Sep 2008 09:05:25 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3643520 for [EMAIL PROTECTED]; Thu, 18 Sep 2008 09:05:25 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26703105; Thu, 18 Sep 2008 09:04:46 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26703122 for [EMAIL PROTECTED]; Thu, 18 Sep 2008 09:04:45 +0400
Received: (qmail 40140 invoked by uid 500); 18 Sep 2008 05:04:36 -
Mailing-List: contact [EMAIL PROTECTED]; 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 47046 invoked by uid 99); 17 Sep 2008 17:49:36 -
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
12.197.7.59 as permitted sender)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: clean won't delete stuff that isn't in ./target
Date: Wed, 17 Sep 2008 13:49:05 -0400
Message-ID: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: clean won't delete stuff that isn't in ./target
Thread-Index: AckY6k0pnbHifji3R2uX5kk3zbDNiwAA0hHQ
From: "EJ Ciramella" <[EMAIL PROTECTED]>
To: "Maven Users List" ,
<[EMAIL PROTECTED]>
X-OriginalArrivalTime: 17 Sep 2008 17:49:05.0764 (UTC) 
FILETIME=[ADB89240:01C918ED]
X-Virus-Checked: Checked by ClamAV on apache.org



That seems screwy and unnecessary.

I still don't understand the relevance of this property/test.  Can someone 
highlight it for me?   

-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 1:24 PM
To: Maven Users List; [EMAIL PROTECTED]
Subject: RE: clean won't delete stuff that isn't in ./target


boolean property inside MavenProject
http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm

so in your project.xml after the initial project node place the childNode 
executionRoot and set to true e.g.

http://maven.apache.org/POM/3.0.0"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://maven.apache.org/POM/3.0.0 
http://maven.apache.org/maven-v3_0_0.xsd";>
true

?
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 12:05:32 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> I don't understand why that test (isExecutionRoot()) is even there to begin 
> with.
> 
> Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
> stuff outside of the src/target directories? 
> 
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 17, 2008 11:02 AM
> To: Maven Users List; [EMAIL PROTECTED]
> Subject: RE: clean won't delete stuff that isn't in ./target
> 
> 
> what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
> why not go ahead and submit your patch..
> ?
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official 
> business of Sender. This transmission is of a confidential nature and Sender 
> does not endorse distribution to any party other than intended recipient. 
> Sender does not necessarily endorse content contained within this 
> transmission. 
> 
> 
> > Subject: RE: clean won't delete stuff that isn't in ./target
> > Date: Wed, 17 Sep 2008 0

AW: Updating pom versions without using release plugin

[Baeriswyl Kuno - Extern (IT-BA-MV)]

Hello,

I've got the wish. It possible add the funtionality to the plugin, since it's 
already there. See http://jira.codehaus.org/browse/MRELEASE-380

Please vote!

Kuno


-Ursprüngliche Nachricht-
Von: Scott Carter [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 17. September 2008 17:22
An: Maven Users List
Betreff: Updating pom versions without using release plugin


Is there a easy way to update pom versions without using the release plugin?  
We have several multi projects (parent pom and several children poms).  We keep 
the version of the parent pom the same as the versions in the children poms.  
The release plugin will take care or recursively updating the versions, but 
also does several other things we do not want.  Is there a way to recursively 
update versions without using the release plugin? Thanks in advance

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maven descriptor - what is it good for?

[Ellecer Valencia]

I'm trying to clarify what is the purpose of the Maven descriptor, and
what systems make use of it,  and if there is any point in working on
this issue we have with the pom.xml that is added to our generated
artifacts.

Our projects are set up to have their version numbers passed in via
the build system. When a build is performed on Hudson, it passes in
the property major.minor.version and BUILD_NUMBER.

So the version element in our pom.xml looks like this:

${major.minor.version}.${BUILD_NUMBER}

and the build command in the Hudson config for this project is like this

mvn -Dmajor.minor.version=1.0.0 -DBUILD_NUMBER=${BUILD_NUMBER} clean package

(actually, Hudson sets BUILD_NUMBER in the environment so we can also
leave it out)

Now the problem is, when the pom.xml gets added to the generated
artifact, it's the same as the original pom.xml, so that the version
is still

${major.minor.version}.${BUILD_NUMBER}

and does not get the details passed in on the command line.  Is this a
bug or how it's really supposed to work?

I would've thought it would pick up on the parameters that have been
set and add a pom.xml that is more like the one you get when you do
"mvn help:effective-pom"

The pom.properties has all the right values, so the "version" property
has whatever values were passed in from command line.

It's not a major issue, but it's a small annoyance when you upload it
manually via Artifactory and it thinks that the version of the
artifact is the string "${major.minor.version}.${BUILD_NUMBER}".

It would be great if other users or maven developers could clarify
what it is used for, and if the behaviour I'm seeing is intentional.

(btw, am using Maven 2.0.8)

thanks,


Ellecer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Delay when doing daily checking for updates

[Dan Tran]

it seems your maven tries to look for latest version of release plugin.
You will need to lock down your release plugin's version

but having a 5 min delay looking for  release plugin is way too much.

-D

On Wed, Sep 17, 2008 at 11:39 AM, Topher Johnson
<[EMAIL PROTECTED]> wrote:
> The first time I attempt to do a release each day, maven checks for
> updates, and it stalls for about 6 minutes for each plugin:
>
>
>
> [INFO] Searching repository for plugin with prefix: 'release'.
>
> [INFO] org.apache.maven.plugins: checking for updates from
> maven.proxy.radius
>
> 
>
> [INFO] Searching repository for plugin with prefix: 'release'.
>
> [INFO] org.codehaus.mojo: checking for updates from maven.proxy.radius
>
> 
>
> [INFO] org.codehaus.mojo: checking for updates from Maven Releases
>
> [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking
> for updates from maven.proxy.radius
>
> 
>
> [INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking
> for updates from Maven Releases
>
> 
>
>
>
>
>
> We have a remote maven repository set up with maven-proxy
> (maven.proxy.radius).  Unfortunately, I didn't set it up so I'm having a
> hard time figuring out my problem
>
>
>
> The box I'm running maven from is able to reach maven.proxy.radius, and
> the plugins are there.  If I run mvn with -o, it skips these steps, but
> I need it to be running online for other reasons.
>
>
>
> Any help is appreciated.
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: clean won't delete stuff that isn't in ./target

[EJ Ciramella]

That seems screwy and unnecessary.

I still don't understand the relevance of this property/test.  Can someone 
highlight it for me?   

-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 1:24 PM
To: Maven Users List; [EMAIL PROTECTED]
Subject: RE: clean won't delete stuff that isn't in ./target


boolean property inside MavenProject
http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm

so in your project.xml after the initial project node place the childNode 
executionRoot and set to true e.g.

http://maven.apache.org/POM/3.0.0"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://maven.apache.org/POM/3.0.0 
http://maven.apache.org/maven-v3_0_0.xsd";>
true

?
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 12:05:32 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> I don't understand why that test (isExecutionRoot()) is even there to begin 
> with.
> 
> Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
> stuff outside of the src/target directories? 
> 
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 17, 2008 11:02 AM
> To: Maven Users List; [EMAIL PROTECTED]
> Subject: RE: clean won't delete stuff that isn't in ./target
> 
> 
> what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
> why not go ahead and submit your patch..
> ?
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official 
> business of Sender. This transmission is of a confidential nature and Sender 
> does not endorse distribution to any party other than intended recipient. 
> Sender does not necessarily endorse content contained within this 
> transmission. 
> 
> 
> > Subject: RE: clean won't delete stuff that isn't in ./target
> > Date: Wed, 17 Sep 2008 09:32:02 -0400
> > From: [EMAIL PROTECTED]
> > To: users@maven.apache.org; [EMAIL PROTECTED]
> > 
> > To all that have replied -
> > 
> > I tried the exact syntax below and it doesn't work.
> > 
> > Another part to this is we have a parent -> child -> child pom relation 
> > ship, and the clean target is in the lowest level.  Running from the top 
> > most level, clean does not work.
> > 
> > From my last run, here's what I have in my pom:
> > 
> >
> > maven-clean-plugin
> > 2.2
> > 
> >   
> >${some.var}/../deleteme
> >C:/full/path/to/deleteme
> >   
> >  true
> > 
> >
> > Running from the top most level, "deleteme" still lives.
> > 
> > I've tried every possible combination of  but 
> > nothing works.
> > 
> > Looking at the source for clean, I see this:
> > 
> > 209   if ( !project.isExecutionRoot() )
> > 210   {
> > 211String projectBasedir = StringUtils.replace( 
> > project.getBasedir().getAbsolutePath(),
> > 212   "\\", "/" );
> > 213String filesetDir = StringUtils.replace( 
> > fileset.getDirectory(), "\\", "/" );
> > 214 
> > 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> > 216{
> > 217 fileset.setDirectory( projectBasedir + "/" + filesetDir 
> > );
> > 218}
> > 219}
> > 220
> > 221  fileSetManager.delete( fileset, failOnError );
> > 
> > #1 - How would this block of code ever get executed in my case?  
> > #2 - That second if statement, filesetDir does not contain the project 
> > basedir at all, so this code prepends it to each fileset?!
> > 
> > I've written a plugin (maven-really-clean) that just takes a series of 
> > directories and using plexus.file utils, deletes them, regardless of where 
> > they are on your system.
> > 
> > The clean plugin simply does NOT work.
> > 
> > 
> > -Original Message-
> > From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, September 17, 2008 5:16 AM
> > To: Maven Users List
> > Subject: Re: clean won't delete stuff that isn't in ./target
> > 
> > Hi there,
> > you can simply use:
> > 
> > 
> >
> > C:/some/other/dir/deleteme
> > 
> > Nothing more...
> > 
> > And as mentioned...absolute directories are a very bad idea...
> > 
> > Kind regards
> > Karl Heinz Marbaise
> > -- 
> > SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> > Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
> > Hauptstras

Delay when doing daily checking for updates

[Topher Johnson]

The first time I attempt to do a release each day, maven checks for
updates, and it stalls for about 6 minutes for each plugin:

 

[INFO] Searching repository for plugin with prefix: 'release'.

[INFO] org.apache.maven.plugins: checking for updates from
maven.proxy.radius



[INFO] Searching repository for plugin with prefix: 'release'.

[INFO] org.codehaus.mojo: checking for updates from maven.proxy.radius



[INFO] org.codehaus.mojo: checking for updates from Maven Releases

[INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking
for updates from maven.proxy.radius



[INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking
for updates from Maven Releases



 

 

We have a remote maven repository set up with maven-proxy
(maven.proxy.radius).  Unfortunately, I didn't set it up so I'm having a
hard time figuring out my problem

 

The box I'm running maven from is able to reach maven.proxy.radius, and
the plugins are there.  If I run mvn with -o, it skips these steps, but
I need it to be running online for other reasons.

 

Any help is appreciated.

RE: improve Maven performance

[EJ Ciramella]

Yeah, this is truly the solution - why not branch/aggregate the bits you
need?  Set up nexus or archiva and have your own internal repository? 

-Original Message-
From: Kalle Korhonen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 5:09 PM
To: Maven Users List
Subject: Re: improve Maven performance

Also, if only few modules see activity, wouldn't it be easy to just
release and version the stable parts separately, rather than always
building everything?

Kalle


On Wed, Sep 17, 2008 at 1:59 PM, Brett Porter
<[EMAIL PROTECTED]>wrote:

> This really needs the support of other plugins to check if they need 
> to run - you can't know a generic way to skip things. For that reason 
> we haven't exposed a programmatic way to do that.
>
> I would recommend focusing on what the performance bottlenecks are and

> improving them as much as possible.
>
> - Brett
>
> 2008/9/18 Yann <[EMAIL PROTECTED]>:
> > Hi,
> >
> > In our company lot of people complains that our maven 2 builds are 
> > too
> long.
> > We use multi modules and most of the time we only need to build 1 or

> > 2 modules not all of them.
> >
> > So a solution could be to create a Maven 2 plugin that will check if

> > a source file has changed in the module. If no file has changed then

> > it
> will
> > skip all other phases of the module (from generate-sources to
> packaging...).
> >
> > So I know how to bind a plugin to the first maven phase (validate).
> > But how to skip all others phases without interrupted the 
> > multi-module
> build
> > ?
> >
> > Thanks
> > Yann
> >
> >
> > 
> > - To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Question about option wtpContextName in eclipse:eclipse plugin

[Tonté Pouncil]

I am able to use this goal succesfully.  Meaning I am able to hot deploy 
to my server via WTP.  However when I try to set the wtpContextName my 
target/eclipseEAR/application.xml file never pick up the new context root. 
 I do see in my .Settings\org.eclipse.wst.common.component file the 
correct context root base on my wtpContextName setting.  How come when I 
use the "wtpContextName " option  for the eclipse:eclipse goal it does not 
pick it up in my target/eclipseEAR/application.xml file?  See below for a 
snippet of my pom.xml file:


src/main/java/


.
.
.

org.apache.maven.plugins

maven-eclipse-plugin



[artifactId]-[version]
true
true
/aviall
2.0

${basedir}/src/main/resources/META-INF/MANIFEST.MF






Also If I do not specify a version for the plugin, which version will 
maven use; the latest?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_

This e-mail message, including attachments, may contain confidential, 
proprietary, or export controlled information.
Any unauthorized disclosure, distribution, or other use is prohibited, 
unless expressly authorized. 
If you receive this e-mail in error, please notify the sender, and delete 
all copies of the original message from your systems.

Re: How to get all dependecy in a mojo ?

[lukewpatterson]

Here is a snippet from something I'm currently working on.  It can see the
transitive dependencies with getArtifacts().


in the mojo:

 * @goal add-externalized-properties
 * @phase process-resources
 * @requiresDependencyResolution compile
 */
public class AddExternalizedPropertiesMojo extends AbstractMojo {
...
/**
 * @parameter expression="${project}"
 * @required
 * @readonly
 */
private MavenProject project;

--

in resulting META-INF\maven\plugin.xml:


  ...
  

  add-externalized-properties
  ...
  compile
  ...
  process-resources
-- 
View this message in context: 
http://www.nabble.com/How-to-get-all-dependecy-in-a-mojo---tp19533728p19544802.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maik Ebert is out of the office.

[maik . ebert]

I will be out of the office starting  15.09.2008 and will not return until
26.09.2008. I will respond to your message when I return.

In urgent cases please contact  Dirk Dinger, phone: +49 (0) 6227 385 144,
e-mail: [EMAIL PROTECTED]


Ich bin vom 15.09.2008 bis 26.09.2008 außer Haus. Nach meiner Rückkehr
werde ich Ihre Nachricht beantworten.

In dringenden Fällen wenden Sie sich bitte an  Dirk Dinger, Tel.: +49 (0)
6227 385 144, E-Mail: [EMAIL PROTECTED]



Maik Ebert | R&D ProfessionalGate
InterComponentWare AG | Industriestraße 41 | 69190 Walldorf (Baden) |
Germany
Tel.: +49 (0) 6227 385 203 | Fax: +49 (0) 6227 385 491
[EMAIL PROTECTED] | www.icw.de | www.lifesensor.com


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Aktuelle Anregungen zu neuen Technologien im Gesundheitswesen.
Das bietet der ICW Newsletter (http://www.icw.de/newsletter).
Die September-Ausgabe beschäftigt sich mit den Schwerpunkt-
Themen Datenschutz und dem Einsatz der persönlichen
Gesundheitsakte LifeSensor bei Krankenkassen und Krankenhäusern.
Verpassen Sie keine Ausgabe mehr! Anmeldung unter http://www.icw.de/abo
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



InterComponentWare AG:  
Vorstand: Peter Reuschel (Vors.), Norbert Olsacher, Dr. med. Frank Warda / 
Aufsichtsratsvors.: Michael Kranich  
Firmensitz: 69190 Walldorf, Industriestraße 41 / AG Mannheim HRB 351761 / 
USt.-IdNr.: DE 198388516  
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get all dependecy in a mojo ?

[陈思淼]

I got the expect result.I use mvn compile myplugin:mojo to run my own task,
instead of mvn myplugin:mojo. It works.

Is it because the compile phase to load the dependency graph of the
project,  even if I use @requiresDependencyResolution test it doesn't work.



2008/9/17 Brian E. Fox <[EMAIL PROTECTED]>

> You need to add @requiresDependencyResolution test (or compile etc)
>
> -Original Message-
> From: 陈思淼 [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 17, 2008 10:44 AM
> To: Maven Users List
> Subject: How to get all dependecy in a mojo ?
>
> My mojo extends AbstractWarMojo, I want to get all the Project's
> dependencies including the transitive denpendecies. So i config the
> MavenProject in my mojo like thsi:
> >
> >  /**
> >
> * The maven project.
> >
> *
> >
> * @parameter expression="${project}"
> >
> * @required
> >
> * @readonly
> >
> */
> >
>private MavenProject project;
>
> project.getArtifacts() is a empty collection. I saw war plugin and them get
> all the war's dependencies in this way? who can tell me how to get all
> dependecy in a mojo ?
> Thank you.
>

Re: Input parent version on command line

[Stevo Slavić]

Hello Marvin,

I'm experiencing similar issue with Maven in large multi-module projects,
especially if they are of >2 depth and one wants to apply same version to
several modules of same maven project. Currently I have to go through all of
the pom's and set version manually, with risk of making a mistake or
incomplete change along the way.

"Maven - The Definitive
Guide"states:

*"When a project specifies a parent project, Maven uses that parent POM as a
starting point before it reads the current project's POM. It inherits
everything,
including the groupId and version number."*

It seems to me that this starting point processing is part of Maven's
"validate" lifecycle phase, and that command line properties are not used in
code which resolves parent coordinates (artifactId, groupId, and version).
Maybe some of Maven developers or experts might confirm this and answer if
this is a bug or a design goal.

Regards,
Stevo.


On Wed, Sep 17, 2008 at 11:57 PM, Marvin Froeder <[EMAIL PROTECTED]> wrote:

> Hi folks,
>
> I'm  trying to do something like this:
>
> 
> 
>  4.0.0
>
> 
> mygroup
>  myparentartifact
> ${version}
>  
>
> myartifact
>
> 
>
> and launch maven like this:
> mvn -Dversion=1.0 clean install
>
> To define parent version at runtime.
>
> But I always get:
>
> >
> D:\flex\workspace\sonatype-flex-mojos\test-harness\src\test\resources\simple-flex-application>mvn
> > -Dversion=2.0M6-SNAPSHOT clean install
> >
> [INFO] Scanning for projects...
> >
> Downloading:
> >
> http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pom
> <
> http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom
> >
> >
> Downloading:
> >
> http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pom
> <
> http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/$%7Bversion%7D/flex-super-pom-$%7Bversion%7D.pom
> >
> >
> [INFO]
> > 
> >
> [ERROR] FATAL ERROR
> >
> [INFO]
> > 
> >
> [INFO] Failed to resolve artifact.
> >
>
> > GroupId: info.flex-mojos
> >
> ArtifactId: flex-super-pom
> >
> Version: ${version}
> >
>
> > Reason: Unable to download the artifact from any repository
> >
>
> >   info.flex-mojos:flex-super-pom:pom:${version}
> >
>
> > from the specified remote repositories:
> >
>  central (http://repo1.maven.org/maven2),
> >
>  local (http://192.168.1.3:8081/nexus/content/groups/all/)
>
>
> I'm doing that for integration tests.
>
> Is this a bug or am I doing something wrong?
>
>
> VELO
>

[ANN] Maven Enforcer Plugin 1.0-alpha-4 Released

[Brian Fox]

The Maven team is pleased to announce the release of the Maven
Enforcer Plugin, version 1.0-alpha-4

The Enforcer plugin provides goals to control certain environmental
constraints such as Maven version, JDK version and OS family along
with many more standard rules and user created rules.

http://maven.apache.org/plugins/maven-enforcer-plugin/

You should specify the version in your project's plugin configuration:





 org.apache.maven.plugins

 maven-enforcer-plugin

 1.0-alpha-4




Release Notes - Maven 2.x Enforcer Plugin - Version 1.0-alpha-4


** Bug
* [MENFORCER-10] - EnforcerRuleHelper#getComponent() throws exception
* [MENFORCER-12] - enforce-once still runs in each child pom
* [MENFORCER-27] - Multi model project with enforcer plugin bug
* [MENFORCER-37] - 'noSnapshots' rule do not check version of parent
* [MENFORCER-45] - does not detect version for plugin configured in profiles

** Improvement
* [MENFORCER-11] - enforce-once causes MNG-2277 to be expressed in
reactor builds. Find a way to work around it.
* [MENFORCER-18] - Bean shell enforcer swallows message
* [MENFORCER-21] - allow includes to fine tune excludes in
bannedDependencies
* [MENFORCER-38] - Enforcer rules for AlwaysPass and AlwaysFail
* [MENFORCER-43] - RequireReleaseDeps - allow to execute "onlyWhenRelease"
* [MENFORCER-44] - the banSnapshot option in requirePluginVersions
should distinguish "SNAPSHOT" and timestamps

** New Feature
* [MENFORCER-15] - add a rule to enforce that all plugins have a
declared version
* [MENFORCER-22] - create a rule to check the current project is
not a snapshot

** Task
* [MENFORCER-32] - Add svn:eol-style=native to source files
* [MENFORCER-33] - Tidy up EvaluateBeanshell rule
* [MENFORCER-34] - Make code Java 1.4 compatible



Enjoy,



-The Maven team

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: improve Maven performance

[Barrie Treloar]

On Thu, Sep 18, 2008 at 6:38 AM, Kalle Korhonen
<[EMAIL PROTECTED]> wrote:
> Also, if only few modules see activity, wouldn't it be easy to just release
> and version the stable parts separately, rather than always building
> everything?

Your development process should be:
* Build in your IDE mostly - very quick
* When ready to smoke test locally run the build - no greater than 10
minutes (http://martinfowler.com/articles/continuousIntegration.html)
* Have your CI system build and email breakages

We have a large Eclipse PDE client/server build with EJBs etc that
takes 13 minutes.
7 of those is the crappy way eclipse PDE builds jar files by appending
to it and the jar file being built 700Mb. And we build from the root
of the project.

Maven isn't the bottle neck here.

Look at what you are building and see if you can fix the bottle necks.
Or alternatively only build the modules that you need and rely on CI
to pull in newer versions of the other artifacts.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Input parent version on command line

[Marvin Froeder]

Hi folks,

I'm  trying to do something like this:



 4.0.0


mygroup
 myparentartifact
${version}
 

myartifact



and launch maven like this:
mvn -Dversion=1.0 clean install

To define parent version at runtime.

But I always get:

> D:\flex\workspace\sonatype-flex-mojos\test-harness\src\test\resources\simple-flex-application>mvn
> -Dversion=2.0M6-SNAPSHOT clean install
>
[INFO] Scanning for projects...
>
Downloading:
> http://192.168.1.3:8081/nexus/content/groups/all//info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pom
>
Downloading:
> http://repo1.maven.org/maven2/info/flex-mojos/flex-super-pom/${version}/flex-super-pom-${version}.pom
>
[INFO]
> 
>
[ERROR] FATAL ERROR
>
[INFO]
> 
>
[INFO] Failed to resolve artifact.
>

> GroupId: info.flex-mojos
>
ArtifactId: flex-super-pom
>
Version: ${version}
>

> Reason: Unable to download the artifact from any repository
>

>   info.flex-mojos:flex-super-pom:pom:${version}
>

> from the specified remote repositories:
>
  central (http://repo1.maven.org/maven2),
>
  local (http://192.168.1.3:8081/nexus/content/groups/all/)


I'm doing that for integration tests.

Is this a bug or am I doing something wrong?


VELO

Re: improve Maven performance

[Kalle Korhonen]

Also, if only few modules see activity, wouldn't it be easy to just release
and version the stable parts separately, rather than always building
everything?

Kalle


On Wed, Sep 17, 2008 at 1:59 PM, Brett Porter <[EMAIL PROTECTED]>wrote:

> This really needs the support of other plugins to check if they need
> to run - you can't know a generic way to skip things. For that reason
> we haven't exposed a programmatic way to do that.
>
> I would recommend focusing on what the performance bottlenecks are and
> improving them as much as possible.
>
> - Brett
>
> 2008/9/18 Yann <[EMAIL PROTECTED]>:
> > Hi,
> >
> > In our company lot of people complains that our maven 2 builds are too
> long.
> > We use multi modules and most of the time we only need to build 1 or 2
> > modules not all of them.
> >
> > So a solution could be to create a Maven 2 plugin that will check if a
> > source file has changed in the module. If no file has changed then it
> will
> > skip all other phases of the module (from generate-sources to
> packaging...).
> >
> > So I know how to bind a plugin to the first maven phase (validate).
> > But how to skip all others phases without interrupted the multi-module
> build
> > ?
> >
> > Thanks
> > Yann
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: improve Maven performance

[Brett Porter]

This really needs the support of other plugins to check if they need
to run - you can't know a generic way to skip things. For that reason
we haven't exposed a programmatic way to do that.

I would recommend focusing on what the performance bottlenecks are and
improving them as much as possible.

- Brett

2008/9/18 Yann <[EMAIL PROTECTED]>:
> Hi,
>
> In our company lot of people complains that our maven 2 builds are too long.
> We use multi modules and most of the time we only need to build 1 or 2
> modules not all of them.
>
> So a solution could be to create a Maven 2 plugin that will check if a
> source file has changed in the module. If no file has changed then it will
> skip all other phases of the module (from generate-sources to packaging...).
>
> So I know how to bind a plugin to the first maven phase (validate).
> But how to skip all others phases without interrupted the multi-module build
> ?
>
> Thanks
> Yann
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

improve Maven performance

[Yann]

Hi,

In our company lot of people complains that our maven 2 builds are too long.
We use multi modules and most of the time we only need to build 1 or 2 
modules not all of them.


So a solution could be to create a Maven 2 plugin that will check if a 
source file has changed in the module. If no file has changed then it 
will skip all other phases of the module (from generate-sources to 
packaging...).


So I know how to bind a plugin to the first maven phase (validate).
But how to skip all others phases without interrupted the multi-module 
build ?


Thanks
Yann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Unable to use Junit 4 annotations

[Ryan de Laplante]

For anyone finding this thread on search engines in the future,  I have 
started a new thread on the Spring Forums:


http://forum.springframework.org/showthread.php?t=60442



Ryan de Laplante wrote:
It turns out I have to tell Spring that it is using JUnit 4 by 
annotating my class:


@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"file:src/test/resources/META-INF/applicationContext.xml"}) 


public class SettingsDAOTest extends AbstractJpaTests {

Before the AbstractJpaTests superclass set everything up and injected 
what I needed into my test class.  Now all of that is gone, so I had 
to add the @ContextConfiguration annotation and @Autorwired to inject 
the DAO.   Now it doesn't recognize the entity I am trying to merge 
with JPA.
I also found out that  @RunWith(SpringJUnit4ClassRunner.class)  only 
works with Junit 4.4 and newer.  But, surefire maven2 plugin causes 
trouble when using Junit 4.5 so you have to downgrade to 4.4:


http://jira.springframework.org/browse/SPR-5145


Too much trouble.  I'm going to use JUnit 3 style configs for this 
class so that AbstractJpaTest actually works.



Ryan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Unable to use Junit 4 annotations

[Ryan de Laplante]

It turns out I have to tell Spring that it is using JUnit 4 by 
annotating my class:


@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"file:src/test/resources/META-INF/applicationContext.xml"})
public class SettingsDAOTest extends AbstractJpaTests {

Before the AbstractJpaTests superclass set everything up and injected 
what I needed into my test class.  Now all of that is gone, so I had to 
add the @ContextConfiguration annotation and @Autorwired to inject the 
DAO.   Now it doesn't recognize the entity I am trying to merge with JPA. 

I also found out that  @RunWith(SpringJUnit4ClassRunner.class)  only 
works with Junit 4.4 and newer.  But, surefire maven2 plugin causes 
trouble when using Junit 4.5 so you have to downgrade to 4.4:


http://jira.springframework.org/browse/SPR-5145


Too much trouble.  I'm going to use JUnit 3 style configs for this class 
so that AbstractJpaTest actually works.



Ryan




Ryan de Laplante wrote:
Actually, it must be using JUnit 4 because I have a test suite 
completely configured with annotations.  Also, when one of my unit 
tests throws an untrapped exception I see this in the stack tract:


java.lang.NullPointerException
   at

... notice Spring Framework is doing something.  My test class extends 
AbstractJpaTestCase


   at java.lang.reflect.Method.invoke(Method.java:597)
   at junit.framework.TestCase.runTest(TestCase.java:164)
   at junit.framework.TestCase.runBare(TestCase.java:130)
   at 
org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76) 

   at 
org.springframework.test.annotation.AbstractAnnotationAwareTransactionalTests.access$001(AbstractAnnotationAwareTransactionalTests.java:71) 



... Notice surefire Junit4TestSet

   at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) 

   at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) 


   at


So this must be a spring problem.


Thanks,
Ryan


Ryan de Laplante wrote:

Hi,

My junit tests work if I prefix test method names with the word 
test.  If I don't do that and rely on the @Test annotation then the 
test methods are not executed.


I have this in my POM:


   junit
   junit
   4.5
   test


and in my build section I have:


   
   maven-compiler-plugin
   2.0.2
   
   1.5
   1.5
   
   
   
   maven-surefire-plugin
   2.4.3
   
   
   
   **/*TestSuite.java
   
   
   
   

So I am using the latest version of surefire.  Any ideas why it's not 
using Junit 4?


Thanks,
Ryan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Unable to use Junit 4 annotations

[Ryan de Laplante]

Actually, it must be using JUnit 4 because I have a test suite 
completely configured with annotations.  Also, when one of my unit tests 
throws an untrapped exception I see this in the stack tract:


java.lang.NullPointerException
   at

... notice Spring Framework is doing something.  My test class extends 
AbstractJpaTestCase


   at java.lang.reflect.Method.invoke(Method.java:597)
   at junit.framework.TestCase.runTest(TestCase.java:164)
   at junit.framework.TestCase.runBare(TestCase.java:130)
   at 
org.springframework.test.ConditionalTestCase.runBare(ConditionalTestCase.java:76)
   at 
org.springframework.test.annotation.AbstractAnnotationAwareTransactionalTests.access$001(AbstractAnnotationAwareTransactionalTests.java:71)


... Notice surefire Junit4TestSet

   at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
   at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)

   at


So this must be a spring problem.


Thanks,
Ryan


Ryan de Laplante wrote:

Hi,

My junit tests work if I prefix test method names with the word test.  
If I don't do that and rely on the @Test annotation then the test 
methods are not executed.


I have this in my POM:


   junit
   junit
   4.5
   test


and in my build section I have:


   
   maven-compiler-plugin
   2.0.2
   
   1.5
   1.5
   
   
   
   maven-surefire-plugin
   2.4.3
   
   
   
   **/*TestSuite.java
   
   
   
   

So I am using the latest version of surefire.  Any ideas why it's not 
using Junit 4?


Thanks,
Ryan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [m2] is it possible to package a newly archetype-generated project?

[Adrian Herscu]

Done.
http://jira.codehaus.org/browse/ARCHETYPE-205

Raphaël Piéroni wrote:

Hi Adrian,

This is not currently implemented.
Please fill a jira enhancement http://jira.codehaus.org/browse/ARCHETYPE

Raphaël

2008/9/17 Adrian Herscu <[EMAIL PROTECTED]>:

Hi all,

I am integrating some code generator into Maven.
Currently, I have a project archetype and a plugin that wraps the generator.
In the current arrangement creating a project is a three steps process:
1. mvn archetype:generate 
2. cd 
3. mvn package/install/whatever

I would like to make it a one step process - like:
mvn archetype:generate  -DrunTo=package

Anyone tried something similar?
Adrian.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Maven + GWT + Eclipse

[nicolas de loof]

If you are using the Mojo project GWT plugin (
mojo.codehaus.org/gwt-maven-plugin) I can help you as I maintain it.
Nicolas.

2008/9/17 Lam, Hayward <[EMAIL PROTECTED]>

> We have projects used Maven + MyEclipse in the past. There is a new project
> we want to use GWT. I am having trouble integrating the 3. There is a GWT
> maven plugin and I tried out with the "simplesample" project from google.
>
> The issues:
> 1) GWT compile seems to generate java classes in the source folder. Is it
> possible to generate them and put them in a separate folder so that we can
> do svn ignore on the folder?
>
> 2) Is it possible to run hosted mode in MyEclipse?
>
> 3) Is it possible to deploy to MyEclipse's application server?
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Unable to use Junit 4 annotations

[Ryan de Laplante]

Hi,

My junit tests work if I prefix test method names with the word test.  
If I don't do that and rely on the @Test annotation then the test 
methods are not executed.


I have this in my POM:


   junit
   junit
   4.5
   test


and in my build section I have:


   
   maven-compiler-plugin
   2.0.2
   
   1.5
   1.5
   
   
   
   maven-surefire-plugin
   2.4.3
   
   
   
   **/*TestSuite.java
   
   
   
   

So I am using the latest version of surefire.  Any ideas why it's not 
using Junit 4?


Thanks,
Ryan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: 2.0.10 release date?

[Brian E. Fox]

Sorry, I assumed you were looking for the conclusion to the RCs
previously sent out as 2.0.10. Yes there will be a release of 2.0.10
with only bug fixes, but it hasn't started the process yet so it's still
several weeks away.

If 2.1.0-M1 works for you, then I would encourage using it when it's
released as there are definitely some improvements. We were just
concerned that those improvements may have further broken backwards
compat, hence the version change.

-Original Message-
From: PaulG [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 2:44 PM
To: users@maven.apache.org
Subject: RE: 2.0.10 release date?


Brian

I'm a bit confused, does that mean there is no 2.0.10 release? I read
your
blog on the version number changes and it seemed to me there was still
going
to be a release 2.0.10 with bug fixes am I mistaken?

Brian Fox wrote:
> 
> 2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now.
> 
> -Original Message-
> From: PaulG [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, September 17, 2008 10:15 AM
> To: users@maven.apache.org
> Subject: 2.0.10 release date?
> 
> 
> Any news when the release of 2.0.10 will happen?
> -- 
> View this message in context:
> http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.html
> Sent from the maven users mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context:
http://n2.nabble.com/2.0.10-release-date--tp1095377p1096116.html
Sent from the maven users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Is there a way to obtain the caller's goal from within a Mojo?

[Brett Porter]

Not easily. Additional plugin configuration can be used to track the
purpose of the execution. A better alternative is to split the
functionality to bind into the appropriate phases.

Can you outline your use case?

- Brett

2008/9/17 Tibor Kiss <[EMAIL PROTECTED]>:
> Hi.
>
> I would like to know within a Mojo implementation that the maven was started 
> with install or deploy goal. Is it possible?
>
> Tibor
>



-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: 2.0.10 release date?

[PaulG]

Brian

I'm a bit confused, does that mean there is no 2.0.10 release? I read your
blog on the version number changes and it seemed to me there was still going
to be a release 2.0.10 with bug fixes am I mistaken?

Brian Fox wrote:
> 
> 2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now.
> 
> -Original Message-
> From: PaulG [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, September 17, 2008 10:15 AM
> To: users@maven.apache.org
> Subject: 2.0.10 release date?
> 
> 
> Any news when the release of 2.0.10 will happen?
> -- 
> View this message in context:
> http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.html
> Sent from the maven users mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/2.0.10-release-date--tp1095377p1096116.html
Sent from the maven users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Updating pom versions without using release plugin

[Scott Carter]

Well I want the updated versions, i.e. dropping snapshot to be on the trunk
with no other side effects.  The release plugin usually puts those versions
into a tag and then ups the version number on the trunk.

On Wed, Sep 17, 2008 at 11:47 AM, Wayne Fay <[EMAIL PROTECTED]> wrote:

> What specifically does it do that you do not like/want it to do?
> Perhaps there is a way to suppress it eg dryRun.
>
> Wayne
>
> On Wed, Sep 17, 2008 at 8:21 AM, Scott Carter <[EMAIL PROTECTED]>
> wrote:
> > Is there a easy way to update pom versions without using the release
> plugin?
> >  We have several multi projects (parent pom and several children poms).
>  We
> > keep the version of the parent pom the same as the versions in the
> children
> > poms.  The release plugin will take care or recursively updating the
> > versions, but also does several other things we do not want.  Is there a
> way
> > to recursively update versions without using the release plugin?
> > Thanks in advance
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Maven + GWT + Eclipse

[Lam, Hayward]

We have projects used Maven + MyEclipse in the past. There is a new project we 
want to use GWT. I am having trouble integrating the 3. There is a GWT maven 
plugin and I tried out with the "simplesample" project from google.

The issues:
1) GWT compile seems to generate java classes in the source folder. Is it 
possible to generate them and put them in a separate folder so that we can do 
svn ignore on the folder?

2) Is it possible to run hosted mode in MyEclipse? 

3) Is it possible to deploy to MyEclipse's application server?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Dependencies: for test + optional

[Johannes Schneider]

Ok thanks, will remove it.

> They shouldn't be added twice.
> 
> Simply using test scope should do what you want... it will be on the
> classpath for compiling and tests, and will not be be transitive.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Dependencies: for test + optional

[Wendy Smoak]

On Wed, Sep 17, 2008 at 10:32 AM, Johannes Schneider
<[EMAIL PROTECTED]> wrote:


> Those dependencies are necessary for the tests to run successfully. And
> I want them to be optional for the main sources.
> I have added them two times.
>
> What do you think about this? Is this a mistake? What is the "maven way"
> for this?

They shouldn't be added twice.

Simply using test scope should do what you want... it will be on the
classpath for compiling and tests, and will not be be transitive.

-- 
Wendy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Dependencies: for test + optional

[Johannes Schneider]

Hi,

I have added the following to my pom.xml and it seems to work as
expected:



  
org.swinglabs
swingx
0.9.3
  

  
com.jhlabs
filters
2.0.235
  

  

  

  org.swinglabs
  swingx
  true


  com.jhlabs
  filters
  true




  org.swinglabs
  swingx
  test


  com.jhlabs
  filters
  test

  


Those dependencies are necessary for the tests to run successfully. And
I want them to be optional for the main sources.
I have added them two times.

What do you think about this? Is this a mistake? What is the "maven way"
for this?


Thanks,

Johannes




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: clean won't delete stuff that isn't in ./target

[Martin Gainty]

boolean property inside MavenProject
http://www.java2s.com/Open-Source/Java-Document/Build/maven/org/apache/maven/project/MavenProject.java.java-doc.htm

so in your project.xml after the initial project node place the childNode 
executionRoot and set to true e.g.

http://maven.apache.org/POM/3.0.0"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://maven.apache.org/POM/3.0.0 
http://maven.apache.org/maven-v3_0_0.xsd";>
true

?
Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 12:05:32 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> I don't understand why that test (isExecutionRoot()) is even there to begin 
> with.
> 
> Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
> stuff outside of the src/target directories? 
> 
> -Original Message-
> From: Martin Gainty [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, September 17, 2008 11:02 AM
> To: Maven Users List; [EMAIL PROTECTED]
> Subject: RE: clean won't delete stuff that isn't in ./target
> 
> 
> what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
> why not go ahead and submit your patch..
> ?
> Martin
> __
> Disclaimer and confidentiality note
> Everything in this e-mail and any attachments relates to the official 
> business of Sender. This transmission is of a confidential nature and Sender 
> does not endorse distribution to any party other than intended recipient. 
> Sender does not necessarily endorse content contained within this 
> transmission. 
> 
> 
> > Subject: RE: clean won't delete stuff that isn't in ./target
> > Date: Wed, 17 Sep 2008 09:32:02 -0400
> > From: [EMAIL PROTECTED]
> > To: users@maven.apache.org; [EMAIL PROTECTED]
> > 
> > To all that have replied -
> > 
> > I tried the exact syntax below and it doesn't work.
> > 
> > Another part to this is we have a parent -> child -> child pom relation 
> > ship, and the clean target is in the lowest level.  Running from the top 
> > most level, clean does not work.
> > 
> > From my last run, here's what I have in my pom:
> > 
> >
> > maven-clean-plugin
> > 2.2
> > 
> >   
> >${some.var}/../deleteme
> >C:/full/path/to/deleteme
> >   
> >  true
> > 
> >
> > Running from the top most level, "deleteme" still lives.
> > 
> > I've tried every possible combination of  but 
> > nothing works.
> > 
> > Looking at the source for clean, I see this:
> > 
> > 209   if ( !project.isExecutionRoot() )
> > 210   {
> > 211String projectBasedir = StringUtils.replace( 
> > project.getBasedir().getAbsolutePath(),
> > 212   "\\", "/" );
> > 213String filesetDir = StringUtils.replace( 
> > fileset.getDirectory(), "\\", "/" );
> > 214 
> > 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> > 216{
> > 217 fileset.setDirectory( projectBasedir + "/" + filesetDir 
> > );
> > 218}
> > 219}
> > 220
> > 221  fileSetManager.delete( fileset, failOnError );
> > 
> > #1 - How would this block of code ever get executed in my case?  
> > #2 - That second if statement, filesetDir does not contain the project 
> > basedir at all, so this code prepends it to each fileset?!
> > 
> > I've written a plugin (maven-really-clean) that just takes a series of 
> > directories and using plexus.file utils, deletes them, regardless of where 
> > they are on your system.
> > 
> > The clean plugin simply does NOT work.
> > 
> > 
> > -Original Message-
> > From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, September 17, 2008 5:16 AM
> > To: Maven Users List
> > Subject: Re: clean won't delete stuff that isn't in ./target
> > 
> > Hi there,
> > you can simply use:
> > 
> > 
> >
> > C:/some/other/dir/deleteme
> > 
> > Nothing more...
> > 
> > And as mentioned...absolute directories are a very bad idea...
> > 
> > Kind regards
> > Karl Heinz Marbaise
> > -- 
> > SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> > Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
> > Hauptstrasse 177 USt.IdNr: DE191347579
> > 52146 Würselen   http://www.soebes.de
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > 

Re: Testing all versions in a range

[Stephen Connolly]

[screaming hack]
OK, here's one idea.

Use Hudson.

Use Matrix build

Define one axis as the versions of the first dependency

Define second axis as the versions of the second dependency

etc...

Change your pom...

use a property to define the version of the first dependency

Have your standard values for each dependency set by default in the pom.

now AFAIR each build axis in a matrix build gets mapped to an environment
variable you could either use a profile which is activated if the
${env.AXIS_A} is defined and that profile overrides the property to the
environment variable or, you might be able to expand the environment
variable the the Maven goals section that you specify... in which case you
just define the property on the command line, and as properties from the
command line override... presto-chango
[/screaming hack]

Actually, not that much of a hack when I look at it

-Stephen

On Wed, Sep 17, 2008 at 6:05 PM, sverhagen <[EMAIL PROTECTED]> wrote:

>
>
> Brett Porter wrote:
> >
> > No, not without writing your own plugin to enumerate the available
> > versions and re-executing Maven or some tool to do so.
> > This is a good job for an external tool like a CI system and
> > substituting in the different dependency then re-running the build.
> > - Brett
> >
>
> This is pretty much what I expected, but would you already know any CI
> system that has this feature? Continuum doesn't, is what I learn from the
> discussion that Wendy directed us to.
> --
> View this message in context:
> http://www.nabble.com/Testing-all-versions-in-a-range-tp19523095p19536815.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Testing all versions in a range

[sverhagen]

Brett Porter wrote:
> 
> No, not without writing your own plugin to enumerate the available
> versions and re-executing Maven or some tool to do so.
> This is a good job for an external tool like a CI system and
> substituting in the different dependency then re-running the build.
> - Brett
> 

This is pretty much what I expected, but would you already know any CI
system that has this feature? Continuum doesn't, is what I learn from the
discussion that Wendy directed us to.
-- 
View this message in context: 
http://www.nabble.com/Testing-all-versions-in-a-range-tp19523095p19536815.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: 2.0.10 release date?

[Brian E. Fox]

2.0.10 is now 2.1.0M1 and is currently up for a vote, so any day now.

-Original Message-
From: PaulG [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 10:15 AM
To: users@maven.apache.org
Subject: 2.0.10 release date?


Any news when the release of 2.0.10 will happen?
-- 
View this message in context:
http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.html
Sent from the maven users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to get all dependecy in a mojo ?

[Brian E. Fox]

You need to add @requiresDependencyResolution test (or compile etc)

-Original Message-
From: 陈思淼 [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 10:44 AM
To: Maven Users List
Subject: How to get all dependecy in a mojo ?

My mojo extends AbstractWarMojo, I want to get all the Project's
dependencies including the transitive denpendecies. So i config the
MavenProject in my mojo like thsi:
>
>  /**
>
 * The maven project.
>
 *
>
 * @parameter expression="${project}"
>
 * @required
>
 * @readonly
>
 */
>
private MavenProject project;

project.getArtifacts() is a empty collection. I saw war plugin and them get
all the war's dependencies in this way? who can tell me how to get all
dependecy in a mojo ?
Thank you.

Re: Updating pom versions without using release plugin

[Wayne Fay]

What specifically does it do that you do not like/want it to do?
Perhaps there is a way to suppress it eg dryRun.

Wayne

On Wed, Sep 17, 2008 at 8:21 AM, Scott Carter <[EMAIL PROTECTED]> wrote:
> Is there a easy way to update pom versions without using the release plugin?
>  We have several multi projects (parent pom and several children poms).  We
> keep the version of the parent pom the same as the versions in the children
> poms.  The release plugin will take care or recursively updating the
> versions, but also does several other things we do not want.  Is there a way
> to recursively update versions without using the release plugin?
> Thanks in advance
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How define new packaging type and mapping with life cycle?

[陈思淼]

In the process of packaging of wars to one ear. we decide to combine all the
web project into only one war, and package the only one war into ear
package.so we should define a new packaging type called car, and mapping the
car to a new life-cycle, can any one tell me how to define a new packaging
type and mapping with life cycle?
Thank you!

RE: clean won't delete stuff that isn't in ./target

[EJ Ciramella]

I don't understand why that test (isExecutionRoot()) is even there to begin 
with.

Why does that matter?  If you're specifying a fileset, isn't it to get rid of 
stuff outside of the src/target directories? 

-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 11:02 AM
To: Maven Users List; [EMAIL PROTECTED]
Subject: RE: clean won't delete stuff that isn't in ./target


what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
why not go ahead and submit your patch..
?
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 09:32:02 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> To all that have replied -
> 
> I tried the exact syntax below and it doesn't work.
> 
> Another part to this is we have a parent -> child -> child pom relation ship, 
> and the clean target is in the lowest level.  Running from the top most 
> level, clean does not work.
> 
> From my last run, here's what I have in my pom:
> 
>
> maven-clean-plugin
> 2.2
> 
>   
>${some.var}/../deleteme
>C:/full/path/to/deleteme
>   
>  true
> 
>
> Running from the top most level, "deleteme" still lives.
> 
> I've tried every possible combination of  but 
> nothing works.
> 
> Looking at the source for clean, I see this:
> 
> 209   if ( !project.isExecutionRoot() )
> 210   {
> 211String projectBasedir = StringUtils.replace( 
> project.getBasedir().getAbsolutePath(),
> 212   "\\", "/" );
> 213String filesetDir = StringUtils.replace( 
> fileset.getDirectory(), "\\", "/" );
> 214 
> 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> 216{
> 217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
> 218}
> 219}
> 220
> 221  fileSetManager.delete( fileset, failOnError );
> 
> #1 - How would this block of code ever get executed in my case?  
> #2 - That second if statement, filesetDir does not contain the project 
> basedir at all, so this code prepends it to each fileset?!
> 
> I've written a plugin (maven-really-clean) that just takes a series of 
> directories and using plexus.file utils, deletes them, regardless of where 
> they are on your system.
> 
> The clean plugin simply does NOT work.
> 
> 
> -Original Message-
> From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 17, 2008 5:16 AM
> To: Maven Users List
> Subject: Re: clean won't delete stuff that isn't in ./target
> 
> Hi there,
> you can simply use:
> 
> 
>
> C:/some/other/dir/deleteme
> 
> Nothing more...
> 
> And as mentioned...absolute directories are a very bad idea...
> 
> Kind regards
> Karl Heinz Marbaise
> -- 
> SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
> Hauptstrasse 177 USt.IdNr: DE191347579
> 52146 Würselen   http://www.soebes.de
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

_
Want to do more with Windows Live? Learn "10 hidden secrets" from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Error running POM...

[muddushafi]

Well I am using Myeclipse6.5 for running Maven. 
I tried to run the pom.xml using the  tag but I got 
case 1: Unrecognized tag  error.

Then I commented the 
http://maven.apache.org/POM/3.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/3.0.0
http://maven.apache.org/maven-v3_0_0.xsd";>
  3.0.0
  
  ../common/project.xml
  RBUMSApplication Client jar Generation
  rbums-client
  1.2
  
   







rbums
rbums-core
1.2





  

  
/src
 
 
 



-- 
View this message in context: 
http://www.nabble.com/Error-running-POM...-tp19535608p19535608.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Confused with activeProfile

[Marc Schneider]

Hello,

I have this default profile in my pom.xml


testLocal

true



This pom has a parent where most of the parameters of this profile are
defined.

So running :
mvn -P testLocal clean tomcat:deploy

should be equivalent to :

mvn clean tomcat:deploy ?

But if I don't put -P testLocal I get an error message as if some
parameters are missing.

Running just after this :

mvn help:active-profiles

The following profiles are active:
 - testLocal (source: pom)

So I don't understand why it doesn't work.
Any idea ?

Thanks,
Marc.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get all dependecy in a mojo ?

[lukewpatterson]

Is this what you are looking for?

[1]
/**
 * All dependencies that this project has, including transitive ones.
 * Contents are lazily populated, so depending on what phases have run
dependencies in some scopes won't be included.
 * eg. if only compile phase has run, dependencies with scope test won't
be included.
 *
 * @return [EMAIL PROTECTED] Set} < [EMAIL PROTECTED] Artifact} >
 * @see #getDependencyArtifacts() to get only direct dependencies
 */
public Set getArtifacts()
{
return artifacts == null ? Collections.EMPTY_SET : artifacts;
}



Also keep in keep in mind effects of @requiresDependencyResolution [2]


[1] -
http://svn.apache.org/viewvc/maven/components/trunk/maven-project/src/main/java/org/apache/maven/project/MavenProject.java?view=markup
[2] - http://maven.apache.org/developers/mojo-api-specification.html

-- 
View this message in context: 
http://www.nabble.com/How-to-get-all-dependecy-in-a-mojo---tp19533728p19534612.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Updating pom versions without using release plugin

[Scott Carter]

Is there a easy way to update pom versions without using the release plugin?
 We have several multi projects (parent pom and several children poms).  We
keep the version of the parent pom the same as the versions in the children
poms.  The release plugin will take care or recursively updating the
versions, but also does several other things we do not want.  Is there a way
to recursively update versions without using the release plugin?
Thanks in advance

RE: clean won't delete stuff that isn't in ./target

[Martin Gainty]

what happens when if ( !project.isExecutionRoot() ) is NOT NULL?
why not go ahead and submit your patch..
?
Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Subject: RE: clean won't delete stuff that isn't in ./target
> Date: Wed, 17 Sep 2008 09:32:02 -0400
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org; [EMAIL PROTECTED]
> 
> To all that have replied - 
> 
> I tried the exact syntax below and it doesn't work.
> 
> Another part to this is we have a parent -> child -> child pom relation ship, 
> and the clean target is in the lowest level.  Running from the top most 
> level, clean does not work.
> 
> From my last run, here's what I have in my pom:
> 
>
> maven-clean-plugin
> 2.2
> 
>   
>${some.var}/../deleteme
>C:/full/path/to/deleteme
>   
>  true
> 
> 
> Running from the top most level, "deleteme" still lives.
> 
> I've tried every possible combination of  but 
> nothing works.
> 
> Looking at the source for clean, I see this:
> 
> 209   if ( !project.isExecutionRoot() )
> 210   {
> 211String projectBasedir = StringUtils.replace( 
> project.getBasedir().getAbsolutePath(),
> 212   "\\", "/" );
> 213String filesetDir = StringUtils.replace( 
> fileset.getDirectory(), "\\", "/" );
> 214 
> 215if ( filesetDir.indexOf( projectBasedir ) == -1 )
> 216{
> 217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
> 218}
> 219}
> 220
> 221  fileSetManager.delete( fileset, failOnError );
> 
> #1 - How would this block of code ever get executed in my case?  
> #2 - That second if statement, filesetDir does not contain the project 
> basedir at all, so this code prepends it to each fileset?!
> 
> I've written a plugin (maven-really-clean) that just takes a series of 
> directories and using plexus.file utils, deletes them, regardless of where 
> they are on your system.
> 
> The clean plugin simply does NOT work.
> 
> 
> -Original Message-
> From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, September 17, 2008 5:16 AM
> To: Maven Users List
> Subject: Re: clean won't delete stuff that isn't in ./target
> 
> Hi there,
> you can simply use:
> 
> 
>C:/some/other/dir/deleteme
> 
> Nothing more...
> 
> And as mentioned...absolute directories are a very bad idea...
> 
> Kind regards
> Karl Heinz Marbaise
> -- 
> SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
> Hauptstrasse 177 USt.IdNr: DE191347579
> 52146 Würselen   http://www.soebes.de
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

_
Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008

How to get all dependecy in a mojo ?

[陈思淼]

My mojo extends AbstractWarMojo, I want to get all the Project's
dependencies including the transitive denpendecies. So i config the
MavenProject in my mojo like thsi:
>
>  /**
>
 * The maven project.
>
 *
>
 * @parameter expression="${project}"
>
 * @required
>
 * @readonly
>
 */
>
private MavenProject project;

project.getArtifacts() is a empty collection. I saw war plugin and them get
all the war's dependencies in this way? who can tell me how to get all
dependecy in a mojo ?
Thank you.

2.0.10 release date?

[PaulG]

Any news when the release of 2.0.10 will happen?
-- 
View this message in context: 
http://n2.nabble.com/2.0.10-release-date--tp1095377p1095377.html
Sent from the maven users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: clean won't delete stuff that isn't in ./target

[EJ Ciramella]

To all that have replied - 

I tried the exact syntax below and it doesn't work.

Another part to this is we have a parent -> child -> child pom relation ship, 
and the clean target is in the lowest level.  Running from the top most level, 
clean does not work.

>From my last run, here's what I have in my pom:

   
maven-clean-plugin
2.2

  
   ${some.var}/../deleteme
   C:/full/path/to/deleteme
  
 true


Running from the top most level, "deleteme" still lives.

I've tried every possible combination of  but 
nothing works.

Looking at the source for clean, I see this:

209   if ( !project.isExecutionRoot() )
210   {
211String projectBasedir = StringUtils.replace( 
project.getBasedir().getAbsolutePath(),
212   "\\", "/" );
213String filesetDir = StringUtils.replace( fileset.getDirectory(), 
"\\", "/" );
214 
215if ( filesetDir.indexOf( projectBasedir ) == -1 )
216{
217 fileset.setDirectory( projectBasedir + "/" + filesetDir );
218}
219}
220
221  fileSetManager.delete( fileset, failOnError );

#1 - How would this block of code ever get executed in my case?  
#2 - That second if statement, filesetDir does not contain the project basedir 
at all, so this code prepends it to each fileset?!

I've written a plugin (maven-really-clean) that just takes a series of 
directories and using plexus.file utils, deletes them, regardless of where they 
are on your system.

The clean plugin simply does NOT work.


-Original Message-
From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2008 5:16 AM
To: Maven Users List
Subject: Re: clean won't delete stuff that isn't in ./target

Hi there,
you can simply use:


   C:/some/other/dir/deleteme

Nothing more...

And as mentioned...absolute directories are a very bad idea...

Kind regards
Karl Heinz Marbaise
-- 
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Embedding maven

[Arnaud Bailly]

Jason van Zyl <[EMAIL PROTECTED]> writes:

> http://maven.apache.org/guides/mini/guide-embedding-m2.html
>

Thanks. Thought this information was out of date.

-- 
OQube < software engineering \ génie logiciel >
Arnaud Bailly, PhD
\web> http://www.oqube.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [m2] is it possible to package a newly archetype-generated project?

[Raphaël Piéroni]

Hi Adrian,

This is not currently implemented.
Please fill a jira enhancement http://jira.codehaus.org/browse/ARCHETYPE

Raphaël

2008/9/17 Adrian Herscu <[EMAIL PROTECTED]>:
> Hi all,
>
> I am integrating some code generator into Maven.
> Currently, I have a project archetype and a plugin that wraps the generator.
> In the current arrangement creating a project is a three steps process:
> 1. mvn archetype:generate 
> 2. cd 
> 3. mvn package/install/whatever
>
> I would like to make it a one step process - like:
> mvn archetype:generate  -DrunTo=package
>
> Anyone tried something similar?
> Adrian.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

maven-eclipse-plugin install-plugins and source-jars

[Lars Fischer]

Hello,

I use the "maven-eclipse-plugin" with the goal "install-plugins" to
create an eclipse target-platform containing my bundle-dependencies.

Is is also possible to get the sources of these dependencies into this
platform-folder following the same renaming rules like the binary-jars?

regards,
Lars

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jar not updating from remote repo

[Yaakov Chaikin]

The plugin for which the pom is being downloaded is not a custom
plugin. It's something that Maven downloaded automatically. I did use
that command to import other JARs though. So, what would this help?
Are you saying that I should pull out that maven plugin jar out of the
repository and use this command to import it back again?

Yaakov.

P.S. (I believe generatePom=true is the default).

On Wed, Sep 17, 2008 at 2:16 AM, Stephen Connolly
<[EMAIL PROTECTED]> wrote:
> Have a look at
>
> mvn deploy:deploy-file -DgeneratePom=true -Dfile=myjar.jar
> -Dversion=1.0-SNAPSHOT -DartifactId=foo -DgroupId=com.foobar
>
>
> On Wed, Sep 17, 2008 at 12:51 AM, Yaakov Chaikin
> <[EMAIL PROTECTED]>wrote:
>
>> Well, I ran the mvn clean install, etc. using the DSMP proxy server
>> and then moved what it cached into the repository. I didn't actually
>> manually deploy anything except those JARs from a parallel project.
>>
>> How do I deploy those poms?
>>
>> Thanks,
>> Yaakov.
>>
>> On Tue, Sep 16, 2008 at 6:59 PM, Stephen Connolly
>> <[EMAIL PROTECTED]> wrote:
>> > It's looking for the poms...
>> >
>> > did you deploy poms?
>> >
>> > BTW when doing a deploy you can generate basic poms if you don't have a
>> pom
>> > to deploy
>> >
>> > On Tue, Sep 16, 2008 at 8:14 PM, Yaakov Chaikin <
>> [EMAIL PROTECTED]>wrote:
>> >
>> >> DO you know why, given my  setup, every time I ran, it
>> >> downloads the following:
>> >>
>> >> Downloading:
>> >>
>> https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom
>> >> Downloading:
>> >>
>> https://x/maven/org/codehaus/plexus/plexus-component-api/1.0-alpha-15/plexus-component-api-1.0-alpha-15.pom
>> >> Downloading:
>> >>
>> https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom
>> >> Downloading:
>> >>
>> https://x/maven/org/codehaus/plexus/plexus-container-default/1.0-alpha-15/plexus-container-default-1.0-alpha-15.pom
>> >>
>> >> How do I disable downloading this every time?
>> >>
>> >> Thanks,
>> >> Yaakov.
>> >>
>> >> On Tue, Sep 16, 2008 at 2:24 PM, Stephen Connolly
>> >> <[EMAIL PROTECTED]> wrote:
>> >> > The *key* thing to understand is that once Maven downloads foo-1.0.jar
>> >> and
>> >> > has it in its local repository, it will *never* download it again.
>> >> >
>> >> > This is why you should always keep the version as -SNAPSHOT and use
>> the
>> >> > release plugin (or roll your own scripts if you're crazy) to roll a
>> >> release.
>> >> >
>> >> > The result of using the release plugin is that developers will never
>> >> > _normally_ build a non-SNAPSHOT version, and each build of a
>> non-SNAPSHOT
>> >> > will get deployed to your maven repo... and they should only be being
>> >> built
>> >> > once to ensure that there is only one release of the artifact for that
>> >> > version number.
>> >> >
>> >> > On Tue, Sep 16, 2008 at 7:21 PM, Stephen Connolly <
>> >> > [EMAIL PROTECTED]> wrote:
>> >> >
>> >> >> The update ppolicy for a remote repo will control how often maven
>> looks
>> >> for
>> >> >> updates versions being available also...
>> >> >>
>> >> >> but the thing is this is only is Maven thinks it could use a newer
>> >> >> version...
>> >> >>
>> >> >> so if your dependency is like
>> >> >>
>> >> >> 1.0
>> >> >>
>> >> >> then that's a "no fixed version, but I'd suggest to use 1.0" and as
>> long
>> >> as
>> >> >> Maven has a 1.0 downloaded, there's no need to check.
>> >> >>
>> >> >> Similarly if you have
>> >> >>
>> >> >> [1.0]
>> >> >>
>> >> >> However, if you have
>> >> >>
>> >> >> [1.0,2.0-!)
>> >> >>
>> >> >> Then Maven _can_ use a newer one if available.  If no other project
>> is
>> >> >> forcing or strongly suggesting a specific version within the range,
>> then
>> >> >> Maven will use the update policy to decide how often to check for
>> other
>> >> >> versions that match the range(s) that apply for the version.
>> >> >>
>> >> >> At least that's my understanding (and results of some quick
>> experiments)
>> >> >>
>> >> >> -Stephen
>> >> >>
>> >> >>
>> >> >> On Tue, Sep 16, 2008 at 7:00 PM, Yaakov Chaikin <
>> >> [EMAIL PROTECTED]>wrote:
>> >> >>
>> >> >>> Hmm... Is that REALLY true? The documentation for the 'updatePolicy'
>> >> >>> certainly seems to disagree since it exists for both  and
>> >> >>> :
>> >> >>> "updatePolicy: This element specifies how often updates should
>> attempt
>> >> >>> to occur. Maven will compare the local POM's timestamp (stored in a
>> >> >>> repository's maven-metadata file) to the remote. The choices are:
>> >> >>> always, daily (default), interval:X (where X is an integer in
>> minutes)
>> >> >>> or never."
>> >> >>>
>> >> >>> The documentation for mvn --help also says this for '-U':
>> >> >>> -U,--update-snapshots Forces a check for updated releases
>> and
>> >> >>> snapshots on remote repositories
>> >> >>>
>> >> >>> So, how do you explain these then? What do they do?
>> >> >>>
>> >> >>>
>> >> >>> On Tue

Re: Embedding maven

[Jason van Zyl]

http://maven.apache.org/guides/mini/guide-embedding-m2.html

On 17-Sep-08, at 8:58 AM, Arnaud Bailly wrote:


"Brett Porter" <[EMAIL PROTECTED]> writes:

I don't think it's really documented, and is certainly subject to  
change

given the nature of trunk.
Your best bet might be to look at the CLI on trunk as it uses the  
embedder

itself.



OK, I'll try that, thanks again.
--
Arnaud Bailly, PhD
OQube - Software Engineering
http://www.oqube.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Thanks,

Jason

--
Jason van Zyl
Founder,  Apache Maven
jason at sonatype dot com
--

To do two things at once is to do neither.

 -—Publilius Syrus, Roman slave, first century B.C.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Disable source bundle in release plugin

[mjmjmj]

There is a parameter "useReleaseProfile" which controls  sources and javadocs
addition to the released artifact : 

org.apache.maven.plugins
maven-release-plugin
2.0-beta-7

 false



mjmjmj wrote:
> 
> By default release plugin creates and deploys source bundle and javadoc,
> how do i
> disable this feature? 
> 
> (The same question has already been posted before, but there was no
> response).
> 
> thanks
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Disable-source-bundle-in-release-plugin-tp19527790p19531213.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3638801; Wed, 17 Sep 2008 16:26:23 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3638800 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:26:23 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26677418; Wed, 17 Sep 2008 16:25:06 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26677423 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 16:25:06 +0400
Received: (qmail 46356 invoked by uid 500); 17 Sep 2008 12:24:56 -
Mailing-List: contact [EMAIL PROTECTED]; 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 46345 invoked by uid 99); 17 Sep 2008 12:24:56 -
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 05:24:56 -0700
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 [213.253.200.106] (HELO mail3.indweb.hu) (213.253.200.106)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 12:23:56 +
Received: from mail-hubp-1.ind.hu ([172.18.0.205]) by mail-hubp-1.ind.hu
 ([172.18.0.205]) with mapi; Wed, 17 Sep 2008 14:24:27 +0200
From: Tibor Kiss <[EMAIL PROTECTED]>
To: Maven Users List , "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>
Date: Wed, 17 Sep 2008 14:24:26 +0200
Subject: RE: Multi Module Packaging
Thread-Topic: Multi Module Packaging
Thread-Index: AckYtipd/8Na4Hj/QXuW5MRTaS5jEwABgy9S
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
Accept-Language: hu-HU, en-US
Content-Language: hu-HU
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: hu-HU, en-US
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org



Hi Karl,

I had similar problem. Except that simply I refused not to keep releases in 
maven repository!
Moreover, I have a special packaging structure and some extra stuffs which 
cannot be performed through assemblies.

Therefore I made a maven plugin somewhere similar to maven-ear-plugin, in the 
sense that in the configuration part of the plugin I enumerated some higher 
level module references (like ClientJarModule, TemplateModule, SharedLibModule, 
EarModule,  WarModule  etc) Each types points to the dependency list specified 
in pom file. Then I resolve each of these enumerated submodules.
Each type from these "higher level" modules needs different actions while 
packaging.
Finally  I have a single output, a zip file which is also deployed into the 
company's central repository.

I always create a submodule of packaging type "zip" (zip packaging type is 
defined by me) in which pom file I place the previously described new plugin.
So the result is, that in this way we have each submodules plus this new zip 
module's output in the repository. We need all of these modules,  otherwise 
team members cannot build without sources and we loose everything what gave us 
the Maven!

Try to rethink the skipping of a maven repository!

Regards,
Tibor

Feladу: Karl Heinz Marbaise [EMAIL PROTECTED]
Kьldve: 2008. szeptember 17. 13:10
Cнmzett: Maven Users List
Tбrgy: Multi Module Packaging

Hi there,

i have a working multi module setup where different modules create
artifacts.

   Parent
 +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz)
 +-- Mod B (Artifact: b.tar.gz)
 +-- Mod C (Artifact: c.tar.gz)
 +-- Mod D
Now i would like to create "Super-Archives" which comprises of different
artifacts from different modules.

For example: Artifact Install-a (Artifacts from Module A; Module C)
  Install-b (Artifacts from Module B; files
 from parent Module)

So i would like to know the best practice to solve this...I can't use
mvn deploy, cause i have to deliver the packages not via Maven Repos so
i have to create "Super-Archives"...

I have thought about this a

Re: Parent POM properties not inherited

[dmcgeown]

Never mind, i figured out what the problem was.


dmcgeown wrote:
> 
> Hi, i've come across a problem which i driving me mad. My project is made
> up of multiple modules which all inherit from a super pom. In this super
> pom i have defined a few properties for version number of the individual
> modules. When i run mvn install from the root dir (super pom) it goes thru
> all of the modules perfectly and build with the correct version numbers.
> If I run the mvn install command from one of the nested modules it can't
> find the version properties defined in the super pom.
> 
> Is there a workaround for this problem? Is it possible to store you
> properties in a properties file and load them within the pom? If i could
> do that i could just refernce the properties file via a relative path in
> each pom.
> 
> Thanks in advance.
> 
> Darragh
> 

-- 
View this message in context: 
http://www.nabble.com/Parent-POM-properties-not-inherited-tp19529658p19530925.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Multi Module Packaging

[Tibor Kiss]

Hi Karl,

I had similar problem. Except that simply I refused not to keep releases in 
maven repository!
Moreover, I have a special packaging structure and some extra stuffs which 
cannot be performed through assemblies.

Therefore I made a maven plugin somewhere similar to maven-ear-plugin, in the 
sense that in the configuration part of the plugin I enumerated some higher 
level module references (like ClientJarModule, TemplateModule, SharedLibModule, 
EarModule,  WarModule  etc) Each types points to the dependency list specified 
in pom file. Then I resolve each of these enumerated submodules.
Each type from these "higher level" modules needs different actions while 
packaging.
Finally  I have a single output, a zip file which is also deployed into the 
company's central repository.

I always create a submodule of packaging type "zip" (zip packaging type is 
defined by me) in which pom file I place the previously described new plugin.
So the result is, that in this way we have each submodules plus this new zip 
module's output in the repository. We need all of these modules,  otherwise 
team members cannot build without sources and we loose everything what gave us 
the Maven!

Try to rethink the skipping of a maven repository!

Regards,
Tibor

Feladó: Karl Heinz Marbaise [EMAIL PROTECTED]
Küldve: 2008. szeptember 17. 13:10
Címzett: Maven Users List
Tárgy: Multi Module Packaging

Hi there,

i have a working multi module setup where different modules create
artifacts.

   Parent
 +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz)
 +-- Mod B (Artifact: b.tar.gz)
 +-- Mod C (Artifact: c.tar.gz)
 +-- Mod D
Now i would like to create "Super-Archives" which comprises of different
artifacts from different modules.

For example: Artifact Install-a (Artifacts from Module A; Module C)
  Install-b (Artifacts from Module B; files
 from parent Module)

So i would like to know the best practice to solve this...I can't use
mvn deploy, cause i have to deliver the packages not via Maven Repos so
i have to create "Super-Archives"...

I have thought about this and would simply create assemblies which are
configured in that why...

For the case "using files from parent module", i would suggest to create
a stand-alone sub-module and create usual artifacts...

Does anybody has a good hint for this kind of problem ?

Thanks in advance...

Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Attaching source zip to jar managed by maven

[Ole Laurisch]

Hello all,

I'm using Maven 2 and the m2eclipse Maven integration for Eclipse.
How can I attach a source zip to a jar (let's say jface.jar) without 
having to have this source zip locally stored on every developers machine? 
Is there a way to let the source zips be managed by Maven too?

Thanks in advance,
Ole

--  engram GmbH 
Konsul-Smidt-Straße 8r 
28217 Bremen 
Germany 
Tel.: +49-[0]421-620298-0 
Fax: +49-[0]421-620298-999 
Handelsregister Bremen HRB 20782 
Geschäftsführer: Jens Wünderlich 
Aufsichtsratsvorsitzender: Ralf Paslack 

Re: Maven Plugin bug?!

[Nick Stolwijk]

So if it is with Nexus, maybe the metadata in your nexus repository is
corrupted. Could you also try to delete the groupid from the nexus
repository?

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



On Wed, Sep 17, 2008 at 2:18 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:
> Maybe I quoted too much, but it was especially this part:
>
> - The meta-data for the plugin in question has been corrupted in your
> local repository
> + Solution: Remove the entire directory for that
> plugin in your local repository
>
> I have seen this error on the mailinglist a lot. ;)
>
> Hth,
>
> Nick Stolwijk
> ~Java Developer~
>
> Iprofs BV.
> Claus Sluterweg 125
> 2012 WS Haarlem
> www.iprofs.nl
>
>
>
> On Wed, Sep 17, 2008 at 2:14 PM, Peter Horlock
> <[EMAIL PROTECTED]> wrote:
>> Hm,
>>
>> I think you don't understand. The tomcat plugin is under:
>> org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven
>> started today to look for it under:
>>
>> org/apache/maven/plugins/maven-tomcat-plugin
>>
>> eventhough I have not changed anything at all.
>>
>> Deleting my local repo didn't help either.
>>
>> However, I am using Nexus and connect to a nexus group I have configured.
>> The nexus server is up and running, however, after deactivating the mirror:
>>
>>
>> It works again. Any idea what's wrong here or what's wrong with nexus???
>>
>>
>> Thanks in advance,
>>
>> Peter
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Maven Plugin bug?!

[Nick Stolwijk]

Maybe I quoted too much, but it was especially this part:

- The meta-data for the plugin in question has been corrupted in your
local repository
+ Solution: Remove the entire directory for that
plugin in your local repository

I have seen this error on the mailinglist a lot. ;)

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



On Wed, Sep 17, 2008 at 2:14 PM, Peter Horlock
<[EMAIL PROTECTED]> wrote:
> Hm,
>
> I think you don't understand. The tomcat plugin is under:
> org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven
> started today to look for it under:
>
> org/apache/maven/plugins/maven-tomcat-plugin
>
> eventhough I have not changed anything at all.
>
> Deleting my local repo didn't help either.
>
> However, I am using Nexus and connect to a nexus group I have configured.
> The nexus server is up and running, however, after deactivating the mirror:
>
>
> It works again. Any idea what's wrong here or what's wrong with nexus???
>
>
> Thanks in advance,
>
> Peter
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Maven Plugin bug?!

[Peter Horlock]

Hm,

I think you don't understand. The tomcat plugin is under:
org/codehaus/mojo/tomcat-maven-plugin - however for some weird reason maven
started today to look for it under:

org/apache/maven/plugins/maven-tomcat-plugin

eventhough I have not changed anything at all.

Deleting my local repo didn't help either.

However, I am using Nexus and connect to a nexus group I have configured.
The nexus server is up and running, however, after deactivating the mirror:


It works again. Any idea what's wrong here or what's wrong with nexus???


Thanks in advance,

Peter

RE: Hi

[Martin Gainty]

I have a better solution..why dont you pay the people that help for the answer?

Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


> Date: Tue, 16 Sep 2008 23:02:53 -0700
> From: [EMAIL PROTECTED]
> To: users@maven.apache.org
> Subject: Re: Hi
> 
> 
> Hi Nick,
> 
> Thanks a lot for your reply 
> I have internet connection and the issue is i am trying to access is from
> office...there is no proxy although we have set some script in Lan settings
> in IE as configuration scriptand when i tried through web browser i was able
> to open the site. 
> 
> can i use this script also instead of proxy?If yes how?
> 
> Thanks in advance.
> 
> Shubham
> 
> 
> Nick Stolwijk wrote:
> > 
> > Do you have a connection to the internet? Maven will download all the
> > plugins and dependencies Maven and your project needs. If it can't
> > connect to the central repository it will not work. When your browser
> > normally connect to the internet through a proxy, specify this proxy
> > in the settings.xml inside your maven installation directory
> > (conf/settings.xml).
> > 
> > Hth,
> > 
> > Nick Stolwijk
> > ~Java Developer~
> > 
> > Iprofs BV.
> > Claus Sluterweg 125
> > 2012 WS Haarlem
> > www.iprofs.nl
> > 
> > 
> > 
> > On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat
> > <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> I need maven for repackaging LGPL for Edocs installation.
> >>
> >> I downloaded Mavan 2.0.9 and set the PATH and M2_HOME
> >>
> >> Mvn -version is working fine. But mvn compile is giving following error:-
> >>
> >>
> >> # mvn compile
> >> [INFO] Scanning for projects...
> >> [INFO]
> >> 
> >> [INFO] Building Maven Default Project
> >> [INFO]task-segment: [compile]
> >> [INFO]
> >> 
> >> Downloading:
> >> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
> >> Downloading:
> >> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
> >> [INFO]
> >> 
> >> [ERROR] BUILD ERROR
> >> [INFO]
> >> 
> >> [INFO] Failed to resolve artifact.
> >>
> >> GroupId: org.apache.maven.plugins
> >> ArtifactId: maven-resources-plugin
> >> Version: 2.2
> >>
> >> Reason: Unable to download the artifact from any repository
> >>
> >>  org.apache.maven.plugins:maven-resources-plugin:pom:2.2
> >>
> >> from the specified remote repositories:
> >>  central (http://repo1.maven.org/maven2)
> >>
> >>
> >> [INFO]
> >> 
> >> [INFO] For more information, run Maven with the -e switch
> >> [INFO]
> >> 
> >> [INFO] Total time: < 1 second
> >> [INFO] Finished at: Wed Sep 10 10:43:11 IST 2008
> >> [INFO] Final Memory: 4M/494M
> >> [INFO]
> >> 
> >>
> >>
> >> I tried downloading maven-resources-plugin-2.2.pom and replaced it with
> >> pom.xml in the repacking directory. But still same errors. Please
> >> suggest.
> >>
> >> Shubham Saraswat
> >> * Office:  +91 80 2852 0261  Extn- 15258  | Mobile: +91 9902006402
> >> Infosys(r)
> >> P O W E R E D   B Y   I N T  E L L E C T
> >>  D R I V E N   B Y   V A L U E S
> >>
> >>
> >>  CAUTION - Disclaimer *
> >> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
> >> solely
> >> for the use of the addressee(s). If you are not the intended recipient,
> >> please
> >> notify the sender by e-mail and delete the original message. Further, you
> >> are not
> >> to copy, disclose, or distribute this e-mail or its contents to any other
> >> person and
> >> any such actions are unlawful. This e-mail may contain viruses. Infosys
> >> has taken
> >> every reasonable precaution to minimize this risk, but is not liable for
> >> any damage
> >> you may sustain as a result of any virus in this e-mail. You should carry
> >> out your
> >> own virus checks before opening the e-mail or attachment. Infosys
> >> reserves the
> >> right to monitor and review the content of all messages sent to or from
> >> this e-mail
> >> address. Messages sent to or from this e-mail address may be stored on
> >> the
> >> Infosys e-mail system.
> >> ***INFOSYS End of Disclaimer INFOSYS***
> >>
> > 
> > --

Re: Hi

[shubham]

Proxy details :-   

  

  


MVN command

$ mvn -X install:install-file -DgroupId=swarmcache -DartifactId=swarmcache
-Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm
+ Error stacktraces are turned on.
Maven version: 2.0.9
Java version: 1.5.0_04
OS name: "sunos" version: "5.10" arch: "sparc" Family: "unix"
[DEBUG] Building Maven user-level plugin registry from:
'/ebilling/application/edxadmin/.m2/plugin-registry.xml'
[DEBUG] Building Maven global-level plugin registry from:
'/ebilling/application/edxadmin/apache-maven-2.0.9/conf/plugin-registry.xml'
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'install'.
[DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins
[INFO] org.apache.maven.plugins: checking for updates from central
[WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
retrieved from repository: central due to an error: Error transferring file
[DEBUG] Exception
org.apache.maven.wagon.TransferFailedException: Error transferring file
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:104)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:470)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:370)
at
org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve(DefaultRepositoryMetadataManager.java:97)
at
org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:103)
at
org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:87)
at
org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(DefaultPluginMappingManager.java:61)
at
org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPrefix(DefaultPluginManager.java:154)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1468)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.net.UnknownHostException: repo1.maven.org
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177)
at java.net.Socket.connect(Socket.java:507)
at java.net.Socket.connect(Socket.java:457)
at sun.net.NetworkClient.doConnect(NetworkClient.java:157)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:365)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:477)
at sun.net.www.http.HttpClient.(HttpClient.java:214)
at sun.net.www.http.HttpClient.New(HttpClient.java:287)
at sun.net.www.http.HttpClient.New(HttpClient.java:299)
at
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:792)
at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:744)
at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:669)
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:913)
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:83)
... 22 more
[INFO] Repository 'central' will be blacklisted
[DEBUG] Loading plugin prefixes from group: org.codehaus.mojo
[DEBUG] Skipping blacklisted repository central
[DEBUG] Skipping blacklisted repository central
[DEBUG] Trying repository central
Downloading:
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom
[DEBUG] Unable to get resource
'org.apache.maven.plugins:maven-install-plugin:pom:2.2' from repository
central (http://repo1.maven.org/maven2)
[INFO]

[ERR

Re: Hi

[Nick Stolwijk]

Could you post your (anonimized) proxy part of settings xml and the
output of the mvn commando with an extra -X parameter?

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



On Wed, Sep 17, 2008 at 1:49 PM, shubham <[EMAIL PROTECTED]> wrote:
>
> I have updated the settings.xml with the proxy details and now the error is
> :-
> $ mvn install:install-file -DgroupId=swarmcache -DartifactId=swarmcache
> -Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'install'.
> [INFO] org.apache.maven.plugins: checking for updates from central
> [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
> retrieved from repository: central due to an error: Error transferring file
> [INFO] Repository 'central' will be blacklisted
> Downloading:
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.maven.plugins
> ArtifactId: maven-install-plugin
> Version: 2.2
>
> Reason: Unable to download the artifact from any repository
>
>  org.apache.maven.plugins:maven-install-plugin:pom:2.2
>
> from the specified remote repositories:
>  central (http://repo1.maven.org/maven2)
>
>
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: < 1 second
> [INFO] Finished at: Wed Sep 17 16:58:01 IST 2008
> [INFO] Final Memory: 4M/494M
> [INFO]
> 
>
>
> I have just no idea is it still not able to connect to internet or isue is
> something else?
>
> Nick Stolwijk wrote:
>>
>> I don't know about Internet Explorer or Windows script, (Ain't using
>> both).
>>
>> But here are a few options:
>>
>> Maybe you could let this script also generate a settings.xml [1] with
>> the right proxy information. As far as I know Maven can't handle this
>> type of scripts.
>>
>> Another option would be to adjust mvn.bat to read the script file and
>> extract the proxy from it and give it to the maven program with
>> command line parameters.
>>
>> Or you could read the proxy script yourself and assume that it won't
>> change much and enter the proxy information into the settings.xml
>> yourself.
>>
>> When you enter proxy information into the settings.xml and you want to
>> use the active flag to switch it off, please take note of MNG-2387
>> [2].
>>
>> [1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html
>> [2] http://jira.codehaus.org/browse/MNG-2387
>>
>> Hth,
>>
>> Nick Stolwijk
>> ~Java Developer~
>>
>> Iprofs BV.
>> Claus Sluterweg 125
>> 2012 WS Haarlem
>> www.iprofs.nl
>>
>>
>>
>> On Wed, Sep 17, 2008 at 8:02 AM, shubham <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> Hi Nick,
>>>
>>> Thanks a lot for your reply
>>> I have internet connection and the issue is i am trying to access is from
>>> office...there is no proxy although we have set some script in Lan
>>> settings
>>> in IE as configuration scriptand when i tried through web browser i was
>>> able
>>> to open the site.
>>>
>>> can i use this script also instead of proxy?If yes how?
>>>
>>> Thanks in advance.
>>>
>>> Shubham
>>>
>>>
>>> Nick Stolwijk wrote:

 Do you have a connection to the internet? Maven will download all the
 plugins and dependencies Maven and your project needs. If it can't
 connect to the central repository it will not work. When your browser
 normally connect to the internet through a proxy, specify this proxy
 in the settings.xml inside your maven installation directory
 (conf/settings.xml).

 Hth,

 Nick Stolwijk
 ~Java Developer~

 Iprofs BV.
 Claus Sluterweg 125
 2012 WS Haarlem
 www.iprofs.nl



 On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat
 <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I need maven for repackaging LGPL for Edocs installation.
>
> I downloaded Mavan 2.0.9 and set the PATH and M2_HOME
>
> Mvn -version is working fine. But mvn compile is giving following
> error:-
>
>
> # mvn compile
> [INFO] Scanning for projects...
> [INFO]
> 
> [INFO] Building Maven Default Project
> [INFO]task-segment: [compile]
> [INFO]
> 
> Downloading:
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-p

Re: Embedding maven

[Marcelo Morales]

You may ask for help on mevenide.codehaus.org, since they code  IDE
plugins for eclipse and netbeans and use the embedder to run maven
inside the IDE.

Regards

Marcelo Morales

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Hi

[shubham]

I have updated the settings.xml with the proxy details and now the error is
:-
$ mvn install:install-file -DgroupId=swarmcache -DartifactId=swarmcache
-Dversion=1.0RC2 -Dpackaging=jar -Dfile=/ebilling/application/edxadmin/swarm
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'install'.
[INFO] org.apache.maven.plugins: checking for updates from central
[WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
retrieved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
Downloading:
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.plugins
ArtifactId: maven-install-plugin
Version: 2.2

Reason: Unable to download the artifact from any repository

  org.apache.maven.plugins:maven-install-plugin:pom:2.2

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: < 1 second
[INFO] Finished at: Wed Sep 17 16:58:01 IST 2008
[INFO] Final Memory: 4M/494M
[INFO]



I have just no idea is it still not able to connect to internet or isue is
something else?

Nick Stolwijk wrote:
> 
> I don't know about Internet Explorer or Windows script, (Ain't using
> both).
> 
> But here are a few options:
> 
> Maybe you could let this script also generate a settings.xml [1] with
> the right proxy information. As far as I know Maven can't handle this
> type of scripts.
> 
> Another option would be to adjust mvn.bat to read the script file and
> extract the proxy from it and give it to the maven program with
> command line parameters.
> 
> Or you could read the proxy script yourself and assume that it won't
> change much and enter the proxy information into the settings.xml
> yourself.
> 
> When you enter proxy information into the settings.xml and you want to
> use the active flag to switch it off, please take note of MNG-2387
> [2].
> 
> [1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html
> [2] http://jira.codehaus.org/browse/MNG-2387
> 
> Hth,
> 
> Nick Stolwijk
> ~Java Developer~
> 
> Iprofs BV.
> Claus Sluterweg 125
> 2012 WS Haarlem
> www.iprofs.nl
> 
> 
> 
> On Wed, Sep 17, 2008 at 8:02 AM, shubham <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi Nick,
>>
>> Thanks a lot for your reply
>> I have internet connection and the issue is i am trying to access is from
>> office...there is no proxy although we have set some script in Lan
>> settings
>> in IE as configuration scriptand when i tried through web browser i was
>> able
>> to open the site.
>>
>> can i use this script also instead of proxy?If yes how?
>>
>> Thanks in advance.
>>
>> Shubham
>>
>>
>> Nick Stolwijk wrote:
>>>
>>> Do you have a connection to the internet? Maven will download all the
>>> plugins and dependencies Maven and your project needs. If it can't
>>> connect to the central repository it will not work. When your browser
>>> normally connect to the internet through a proxy, specify this proxy
>>> in the settings.xml inside your maven installation directory
>>> (conf/settings.xml).
>>>
>>> Hth,
>>>
>>> Nick Stolwijk
>>> ~Java Developer~
>>>
>>> Iprofs BV.
>>> Claus Sluterweg 125
>>> 2012 WS Haarlem
>>> www.iprofs.nl
>>>
>>>
>>>
>>> On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat
>>> <[EMAIL PROTECTED]> wrote:
 Hi,

 I need maven for repackaging LGPL for Edocs installation.

 I downloaded Mavan 2.0.9 and set the PATH and M2_HOME

 Mvn -version is working fine. But mvn compile is giving following
 error:-


 # mvn compile
 [INFO] Scanning for projects...
 [INFO]
 
 [INFO] Building Maven Default Project
 [INFO]task-segment: [compile]
 [INFO]
 
 Downloading:
 http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
 Downloading:
 http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Failed to resolve artifact.

 GroupId: org.apache.maven.plugins
 Art

Is there a way to obtain the caller's goal from within a Mojo?

[Tibor Kiss]

Hi.

I would like to know within a Mojo implementation that the maven was started 
with install or deploy goal. Is it possible?

Tibor

Re: Maven Plugin bug?!

[Nick Stolwijk]

A quote from Dennis Lundberg:

[quote]
The problem is that Maven is unable to download the artifact-plugin for you.


[INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin'
does not exist or no valid version could be found

The most common reasons for this message are (in no particular order):

- You don't have a connection to the internet
+ Solution: connect to the internet


- The meta-data for the plugin in question has been corrupted in your
local repository + Solution: Remove the entire directory for that
plugin in your local repository

- You are behind a proxy or firewall that prevents Maven from
accessing the central repository

+ Solution: configure Maven to handle this, see
  http://maven.apache.org/guides/mini/guide-proxies.html

If none of the about helps you, please run Maven like this to give us
more to go on. It will enable debug mode. Please post the results
here.

mvn -X archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app

[/quote]

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



On Wed, Sep 17, 2008 at 1:10 PM, Peter Horlock
<[EMAIL PROTECTED]> wrote:
> Hi,
>
>  I just ran into this weird bug when using the maven 2 tomcat plugin (which
> I was sucessfully using for the last few month now...)
>
> mvn tomcat:deploy -e
> + Error stacktraces are turned on.
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'tomcat'.
> [INFO] org.apache.maven.plugins: checking for updates from central
> [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
> retrieved from repository: central due to an error: Error transferring file
> [INFO] Repository 'central' will be blacklisted
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not
> exist or no valid version could be found
> [INFO]
> 
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: The plugin
> 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid
> version could be found
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1303)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1542)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137)
>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:585)
>at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException:
> The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or
> no valid version could be found
>at
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:229)
>at
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:91)
>at
> org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1274)
>... 14 more
> [INFO]
> 
> [INFO] Total time: < 1 second
> [INFO] Finished at: Wed Sep 17 13:02:22 CEST 2008
> [INFO] Final Memory: 2M/5M
> [INFO]
> 
>
> The weird thing - "The plugin 'org.apache.maven.plugins:maven-tomcat-plugin'
> does not exist or no valid version could be found"
>
> is true - because it is under the org.codehaus folder - just the way I have
> defined it in my parent pom:
> [...]
>
>org.codehaus.mojo
>tomcat-maven-plugin
>1.0-al

Parent POM properties not inherited

[dmcgeown]

Hi, i've come across a problem which i driving me mad. My project is made up
of multiple modules which all inherit from a super pom. In this super pom i
have defined a few properties for version number of the individual modules.
When i run mvn install from the root dir (super pom) it goes thru all of the
modules perfectly and build with the correct version numbers. If I run the
mvn install command from one of the nested modules it can't find the version
properties defined in the super pom.

Is there a workaround for this problem? Is it possible to store you
properties in a properties file and load them within the pom? If i could do
that i could just refernce the properties file via a relative path in each
pom.

Thanks in advance.

Darragh
-- 
View this message in context: 
http://www.nabble.com/Parent-POM-properties-not-inherited-tp19529658p19529658.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Multi Module Packaging

[Karl Heinz Marbaise]

Hi there,

i have a working multi module setup where different modules create
artifacts.

   Parent
 +-- Mod A (Artifact: a.tar.gz, a-1.tar.gz, a-2.tar.gz, a-3.tar.gz)
 +-- Mod B (Artifact: b.tar.gz)
 +-- Mod C (Artifact: c.tar.gz)
 +-- Mod D
Now i would like to create "Super-Archives" which comprises of different
artifacts from different modules.

For example: Artifact Install-a (Artifacts from Module A; Module C)
  Install-b (Artifacts from Module B; files
 from parent Module)

So i would like to know the best practice to solve this...I can't use
mvn deploy, cause i have to deliver the packages not via Maven Repos so
i have to create "Super-Archives"...

I have thought about this and would simply create assemblies which are
configured in that why...

For the case "using files from parent module", i would suggest to create
a stand-alone sub-module and create usual artifacts...

Does anybody has a good hint for this kind of problem ?

Thanks in advance...

Kind regards
Karl Heinz Marbaise
-- 
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maven Plugin bug?!

[Peter Horlock]

Hi,

 I just ran into this weird bug when using the maven 2 tomcat plugin (which
I was sucessfully using for the last few month now...)

mvn tomcat:deploy -e
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'tomcat'.
[INFO] org.apache.maven.plugins: checking for updates from central
[WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
retrieved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not
exist or no valid version could be found
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: The plugin
'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or no valid
version could be found
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1303)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1542)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:405)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:137)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException:
The plugin 'org.apache.maven.plugins:maven-tomcat-plugin' does not exist or
no valid version could be found
at
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:229)
at
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:91)
at
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1274)
... 14 more
[INFO]

[INFO] Total time: < 1 second
[INFO] Finished at: Wed Sep 17 13:02:22 CEST 2008
[INFO] Final Memory: 2M/5M
[INFO]


The weird thing - "The plugin 'org.apache.maven.plugins:maven-tomcat-plugin'
does not exist or no valid version could be found"

is true - because it is under the org.codehaus folder - just the way I have
defined it in my parent pom:
[...]

org.codehaus.mojo
tomcat-maven-plugin
1.0-alpha-1
[...]

Any idea why this fails - NOW? (As far as I know I haven't changed anything
at all...)

Thanks in advance,

Peter

Re: Вашему вопросу присвоен тикет [#142158354]

[Marat Radchenko]

I do understand Russian. It is an automatic letter from spam-filter.
I've called to that company, the've promised to stop this flood.

2008/9/17 Schimki86 <[EMAIL PROTECTED]>:
> If you  want get Help try it in english please... I think there is scarcely
> anybody who understands...
>
> 2008/9/17 <[EMAIL PROTECTED]>
>
>>
>> Здравствуйте!
>>  Ваш запрос принят. Запросу присвоен тикет №142158354
>>  В течение одного рабочего дня им займется сотрудник технической поддержки.
>>  Вы получите от него сообщение.
>>
>>
>>  Данное сообщение сгенерировано роботом.
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>

Re: Вашему вопросу присвоен тикет [#142158354]

[Schimki86]

If you  want get Help try it in english please... I think there is scarcely
anybody who understands...

2008/9/17 <[EMAIL PROTECTED]>

>
> Здравствуйте!
>  Ваш запрос принят. Запросу присвоен тикет №142158354
>  В течение одного рабочего дня им займется сотрудник технической поддержки.
>  Вы получите от него сообщение.
>
>
>  Данное сообщение сгенерировано роботом.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[m2] is it possible to package a newly archetype-generated project?

[Adrian Herscu]

Hi all,

I am integrating some code generator into Maven.
Currently, I have a project archetype and a plugin that wraps the generator.
In the current arrangement creating a project is a three steps process:
1. mvn archetype:generate 
2. cd 
3. mvn package/install/whatever

I would like to make it a one step process - like:
mvn archetype:generate  -DrunTo=package

Anyone tried something similar?
Adrian.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Ваше письмо удалено за спам

[help]

Здравствуйте!
Ваше письмо принято за спам и удалено.
Если вы считаете это ошибкой, то позвоните пожалуйста по телефону 
+7(812)578-09-03 в службу поддержки.
===Вашего письмо===
Return-Path: <[EMAIL PROTECTED]>
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 3637097; Wed, 17 Sep 2008 13:48:19 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
Received: from mail.netltd.ru (account [EMAIL PROTECTED])
  by inc.ru (CommuniGate Pro RPOP 4.1.8)
  with RPOP id 3637096 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 13:48:19 +0400
X-Antivirus-passed: yes
X-Real-To: [EMAIL PROTECTED]
Received: from <[EMAIL PROTECTED]>
  by inc.ru (CommuniGate Pro RULES 4.1.8)
  with RULES id 26672773; Wed, 17 Sep 2008 13:47:24 +0400
X-Autogenerated: Mirror
X-Mirrored-by: <[EMAIL PROTECTED]>
X-Antispam-passed: yes
X-Antispam: yes
X-Real-To: <[EMAIL PROTECTED]>
X-Antivirus: yes
Received: from mail.apache.org ([140.211.11.2] verified)
  by inc.ru (CommuniGate Pro SMTP 4.1.8)
  with SMTP id 26672775 for [EMAIL PROTECTED]; Wed, 17 Sep 2008 13:47:24 +0400
Received: (qmail 47059 invoked by uid 500); 17 Sep 2008 09:47:15 -
Mailing-List: contact [EMAIL PROTECTED]; 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 47048 invoked by uid 99); 17 Sep 2008 09:47:15 -
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 02:47:15 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED] designates 
216.239.58.188 as permitted sender)
Received: from [216.239.58.188] (HELO gv-out-0910.google.com) (216.239.58.188)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 09:46:15 +
Received: by gv-out-0910.google.com with SMTP id y18so1549597gvf.14
for ; Wed, 17 Sep 2008 02:46:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:received:received:message-id:date:from:to
 :subject:in-reply-to:mime-version:content-type:references;
bh=svnQJqEQXZt8RC7wE2ZHWX8TfazD8ilT5yGu6Nt/SkU=;
b=WCNDxz9LbHs3Vo/SyP728FUyA38kB/HimzMw6Gdad+YqaEaAivqw8Z3UUrgCTNlCBn
 cp+o4m/k0c6y6MyTnxFW/ZzLSDI4xqC/MhuQ0S94IVZD7S+5SEHMBLos7C794R8OOQ/I
 O5m8SWPloiz92UXjZu/yvwyMEzEGhMXiB903w=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=message-id:date:from:to:subject:in-reply-to:mime-version
 :content-type:references;
b=ltcrpfvj2qb3FsltvodAZiwUCYLJ1q3vf2d4iBdHj0nim0qTe5TuTlF8ZmrzJLygLM
 2Dgu8wAb/ydFHJVRP0ZGvbx4m+HyRF3aIwIZ9gU7GsyLxdC3aXC0O9oxMVd8NDb5RKmc
 BRsnVvDFe/woEBADucTb1bdsCBAFKUgDnjEfY=
Received: by 10.103.211.3 with SMTP id n3mr1620375muq.43.1221644806128;
Wed, 17 Sep 2008 02:46:46 -0700 (PDT)
Received: by 10.103.189.2 with HTTP; Wed, 17 Sep 2008 02:46:46 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
Date: Wed, 17 Sep 2008 11:46:46 +0200
From: "Guillaume Boucherie" <[EMAIL PROTECTED]>
To: "Maven Users List" , [EMAIL PROTECTED]
Subject: Re: Super POM PlugIn Configuration / Multimodule Setup
In-Reply-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
boundary="=_Part_23195_19461747.1221644806133"
References: <[EMAIL PROTECTED]>
X-Virus-Checked: Checked by ClamAV on apache.org



Hi,
You could find a multimodule configuration for resources files (xml, txt
...) in the checkstyle plugin documentation.
http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html

This tips is to create a new maven module (jar) that will contains all your
resources needed by your plugin configuration.
And some plugin could check the classpath to retrieve resources.

Guillaume Boucherie


2008/9/17 Karl Heinz Marbaise <[EMAIL PROTECTED]>

> Hi,
>
> i have a multimodule setup...
>
> Now i have the following question:
>
> I use a plugin (maven-license-plugin) in my parent pom and do the
> configuration of it there as well. The configuration of it are in a
> folder of this parent module
>
>  Parent
>+--- Module A
>+--- Module B
>+--- config-files
>
> Based on the deriving of the parent POM every module now does the
> license check, but within the modules the modules complains about not
> finding the configuration files, so i have added into the
> sub modules an configuration with referencing the configuration-files
> via things like this:
>
> ${basedir}/../config-files to have only a single set of configuration
> files for the plugin
>
> Does exist there an more elegant way to do this ?
>
> Kind regards
> Karl Heinz

Re: Super POM PlugIn Configuration / Multimodule Setup

[Guillaume Boucherie]

Hi,
You could find a multimodule configuration for resources files (xml, txt
...) in the checkstyle plugin documentation.
http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html

This tips is to create a new maven module (jar) that will contains all your
resources needed by your plugin configuration.
And some plugin could check the classpath to retrieve resources.

Guillaume Boucherie


2008/9/17 Karl Heinz Marbaise <[EMAIL PROTECTED]>

> Hi,
>
> i have a multimodule setup...
>
> Now i have the following question:
>
> I use a plugin (maven-license-plugin) in my parent pom and do the
> configuration of it there as well. The configuration of it are in a
> folder of this parent module
>
>  Parent
>+--- Module A
>+--- Module B
>+--- config-files
>
> Based on the deriving of the parent POM every module now does the
> license check, but within the modules the modules complains about not
> finding the configuration files, so i have added into the
> sub modules an configuration with referencing the configuration-files
> via things like this:
>
> ${basedir}/../config-files to have only a single set of configuration
> files for the plugin
>
> Does exist there an more elegant way to do this ?
>
> Kind regards
> Karl Heinz Marbaise
> --
> SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
> Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
> Hauptstrasse 177 USt.IdNr: DE191347579
> 52146 Würselen   http://www.soebes.de
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Hi

[Nick Stolwijk]

I don't know about Internet Explorer or Windows script, (Ain't using both).

But here are a few options:

Maybe you could let this script also generate a settings.xml [1] with
the right proxy information. As far as I know Maven can't handle this
type of scripts.

Another option would be to adjust mvn.bat to read the script file and
extract the proxy from it and give it to the maven program with
command line parameters.

Or you could read the proxy script yourself and assume that it won't
change much and enter the proxy information into the settings.xml
yourself.

When you enter proxy information into the settings.xml and you want to
use the active flag to switch it off, please take note of MNG-2387
[2].

[1] http://maven.apache.org/ref/2.0.7/maven-settings/settings.html
[2] http://jira.codehaus.org/browse/MNG-2387

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



On Wed, Sep 17, 2008 at 8:02 AM, shubham <[EMAIL PROTECTED]> wrote:
>
> Hi Nick,
>
> Thanks a lot for your reply
> I have internet connection and the issue is i am trying to access is from
> office...there is no proxy although we have set some script in Lan settings
> in IE as configuration scriptand when i tried through web browser i was able
> to open the site.
>
> can i use this script also instead of proxy?If yes how?
>
> Thanks in advance.
>
> Shubham
>
>
> Nick Stolwijk wrote:
>>
>> Do you have a connection to the internet? Maven will download all the
>> plugins and dependencies Maven and your project needs. If it can't
>> connect to the central repository it will not work. When your browser
>> normally connect to the internet through a proxy, specify this proxy
>> in the settings.xml inside your maven installation directory
>> (conf/settings.xml).
>>
>> Hth,
>>
>> Nick Stolwijk
>> ~Java Developer~
>>
>> Iprofs BV.
>> Claus Sluterweg 125
>> 2012 WS Haarlem
>> www.iprofs.nl
>>
>>
>>
>> On Thu, Sep 11, 2008 at 12:39 PM, Shubham Saraswat
>> <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>
>>> I need maven for repackaging LGPL for Edocs installation.
>>>
>>> I downloaded Mavan 2.0.9 and set the PATH and M2_HOME
>>>
>>> Mvn -version is working fine. But mvn compile is giving following error:-
>>>
>>>
>>> # mvn compile
>>> [INFO] Scanning for projects...
>>> [INFO]
>>> 
>>> [INFO] Building Maven Default Project
>>> [INFO]task-segment: [compile]
>>> [INFO]
>>> 
>>> Downloading:
>>> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
>>> Downloading:
>>> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-resources-plugin/2.2/maven-resources-plugin-2.2.pom
>>> [INFO]
>>> 
>>> [ERROR] BUILD ERROR
>>> [INFO]
>>> 
>>> [INFO] Failed to resolve artifact.
>>>
>>> GroupId: org.apache.maven.plugins
>>> ArtifactId: maven-resources-plugin
>>> Version: 2.2
>>>
>>> Reason: Unable to download the artifact from any repository
>>>
>>>  org.apache.maven.plugins:maven-resources-plugin:pom:2.2
>>>
>>> from the specified remote repositories:
>>>  central (http://repo1.maven.org/maven2)
>>>
>>>
>>> [INFO]
>>> 
>>> [INFO] For more information, run Maven with the -e switch
>>> [INFO]
>>> 
>>> [INFO] Total time: < 1 second
>>> [INFO] Finished at: Wed Sep 10 10:43:11 IST 2008
>>> [INFO] Final Memory: 4M/494M
>>> [INFO]
>>> 
>>>
>>>
>>> I tried downloading maven-resources-plugin-2.2.pom and replaced it with
>>> pom.xml in the repacking directory. But still same errors. Please
>>> suggest.
>>>
>>> Shubham Saraswat
>>> * Office:  +91 80 2852 0261  Extn- 15258  | Mobile: +91 9902006402
>>> Infosys(r)
>>> P O W E R E D   B Y   I N T  E L L E C T
>>>  D R I V E N   B Y   V A L U E S
>>>
>>>
>>>  CAUTION - Disclaimer *
>>> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
>>> solely
>>> for the use of the addressee(s). If you are not the intended recipient,
>>> please
>>> notify the sender by e-mail and delete the original message. Further, you
>>> are not
>>> to copy, disclose, or distribute this e-mail or its contents to any other
>>> person and
>>> any such actions are unlawful. This e-mail may contain viruses. Infosys
>>> has taken
>>> every reasonable precaution to minimize this risk, but is not liable for
>>> any damage
>>> you may sustain as a result of any virus in this e-mail. You should carry
>>> out your
>>> own virus checks before opening the e-mail or attachment. Infosys
>>> reserves the
>>> right to monito

Super POM PlugIn Configuration / Multimodule Setup

[Karl Heinz Marbaise]

Hi,

i have a multimodule setup...

Now i have the following question:

I use a plugin (maven-license-plugin) in my parent pom and do the
configuration of it there as well. The configuration of it are in a
folder of this parent module

  Parent
+--- Module A
+--- Module B
+--- config-files

Based on the deriving of the parent POM every module now does the
license check, but within the modules the modules complains about not
finding the configuration files, so i have added into the
sub modules an configuration with referencing the configuration-files
via things like this:

${basedir}/../config-files to have only a single set of configuration
files for the plugin

Does exist there an more elegant way to do this ?

Kind regards
Karl Heinz Marbaise
-- 
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Disable source bundle in release plugin

[mjmjmj]

By default release plugin creates and deploys source bundle and javadoc, how
do i
disable this feature? 

(The same question has already been posted before, but there was no
response).

thanks

-- 
View this message in context: 
http://www.nabble.com/Disable-source-bundle-in-release-plugin-tp19527790p19527790.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: clean won't delete stuff that isn't in ./target

[Karl Heinz Marbaise]

Hi there,
you can simply use:


   C:/some/other/dir/deleteme

Nothing more...

And as mentioned...absolute directories are a very bad idea...

Kind regards
Karl Heinz Marbaise
-- 
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Maven and Configuration packages

[Jörg Schaible]

Karl Heinz Marbaise wrote:
> Hi Jörg,
> 
> thanks for answering...
>> 
>> The id of the assembly *is* the classifier ... so how do you
>> create distinct files, if you use always the same assembly?
>> Note, that the result of the assembly *is* already an
>> attached artifact. Simply call "mvn deploy" and you will see
>> which artifact Maven explicitly knows about. Remember, those
>> are the only ones that will be published in the "official" repository
>> making a release.
> Ok. I just do in my pom for the assembly plugin:
> 
> 
> config-1
> package
> single
> 
> .../assembly/config.xml<
> /descriptors> filterC1.properties
> ${basename}-config1
> 
> This part i repeat for every config i need where i change only the
> filter file... 

IIRC setting the finalName will only change the name locally in your target 
directory. If Maven deploys those filed into the repository, they will 
overwrite themselves, since from Maven's view they are all the same and the 
artifacts name in the repo is build from the artifactId and the classifier 
defined in the assembly/config.xml. This also means that performing a release 
your files are lost after you cleaned out your local build directory. Call "mvn 
install" and look into your local repo. Will you find all 8 configured files? I 
bet not.

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Embedding maven

[Arnaud Bailly]

"Brett Porter" <[EMAIL PROTECTED]> writes:

> I don't think it's really documented, and is certainly subject to change
> given the nature of trunk.
> Your best bet might be to look at the CLI on trunk as it uses the embedder
> itself.
>

OK, I'll try that, thanks again.
-- 
Arnaud Bailly, PhD
OQube - Software Engineering
http://www.oqube.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]