Antwort: Re: Experience in maven-release-plugin using ClearCase SCM

[torsten . reinhard]

Hi Todd, 

I´m actually using the maven-release-plugin with Base ClearCase, but with 
some (known) limitations:

- i could only release modules within a tree, not a flat directory 
hierarchy
- i could only release modules at the main branch; releasing at a branch 
is not possible due to the configspec generaration - you need to release 
per hand
- i could only release modules one can load with a simple load rule; 
defining multiple load rules in the  section is not expected.

For bootstrapping (mvn scm:bootstrap ) my configuration looks like:

  
org.apache.maven.plugins
maven-scm-plugin

  install
 
c:\LocalViewsMaven\${artifactId}-${version}

  

For releasing afterwards (mvn release:prepare, mvn release:perform), my 
configuration looks like


org.apache.maven.plugins
maven-release-plugin


 true
 
c:\LocalViewsRelease\${artifactId}-${version}
 

clean install
 


Doing so, there were two Snapshot Views being created:

C:\LocalViewsMaven\myproject-1.0-SNAPSHOT   (mvn scm:bootstrap)
C:\LocalViewsRelease\myproject-1.1-SNAPSHOT (mvn release:perform)

As you can see, the name of the "Release Snapshot view" is bad - it better 
would be C:\LocalViewsRelease\myproject-1.0 but I dont know how to do 
that.
After releasing your project you than have to delete those created 
Snapshot Views, because otherwise you would run into problems, when trying 
to  release it the next time:

C:\LocalViewsMaven\myproject-1.1-SNAPSHOT   (mvn scm:bootstrap)
C:\LocalViewsRelease\myproject-1.2-SNAPSHOT (mvn release:perform)

=> a snapshot view with "myproject-1.1-SNAPSHOT" already exists (name of 
the release snapshot view from the last release phase)

have fun, 

Torsten




Todd Farrell <[EMAIL PROTECTED]> 
30.07.2008 04:40

An
[EMAIL PROTECTED]
Kopie

Thema
Re: Experience in maven-release-plugin using ClearCase SCM






Hi Torsten,

I've been trying to get the maven-release-plugin working with ClearCase 
and came across this message:
http://www.mail-archive.com/users@maven.apache.org/msg79519.html

Wanted to find out if you'd had any luck solving this problem - I get a 
similar error trying to do release:perform.

Cheers,
Todd

Todd Farrell
Application Developer 
Link Market Services Limited

*  Level 12, 680 George Street, Sydney NSW 2000
:   Email: [EMAIL PROTECTED] 
(  Ph: +61 2 8280 7498 ( Fax: +61 2 9287 0305
 
ý Please consider the environment before printing this email

Visit http://www.linkmarketservices.com.au/ to find out about the services 
we offer our clients and their investors..
*
DISCLAIMER:
This email (which includes any attachments or links to other websites) is 
intended solely for the named addressee.  It is confidential and may 
contain legally privileged information.  Delivery to any person other than 
the named addressee does not waive privilege or confidentiality. If you 
have received this email in error, let us know by reply email, delete it 
from your system and destroy any copies.  This email is also subject to 
copyright.  You must not reproduce or distribute it without our consent.
We believe that information contained in this email is correct but we give 
no warranty as to its accuracy or completeness. It is provided as general 
information only and does not take into account your particular 
circumstances. It does not purport to be investment advice and you must 
not act in reliance on it unless we expressly authorise you to do so. You 
should consult an independent financial or legal adviser to assist you in 
forming your own opinion on the information.  To the extent permitted by 
law, we disclaim all liability (including liability for negligence) for 
direct or indirect loss or damage suffered by any recipient acting in 
reliance on this email.
This email may contain information or links to websites prepared by people 
who are not our employees or representatives.  Such information will be 
identified as the product of an independent third party. It is provided 
for your interest and convenience only. We have not independently verified 
(and to the extent permitted by law disclaim all liability for) its 
accuracy or completeness and it does not constitute our recommendation or 
opinion.
Emails may be interfered with, may contain computer viruses or other 
defects and may not be successfully replicated on other systems.  It is 
the responsibility of the recipient to verify the integrity and 
authenticity of this email and to ensure that any attachments are scanned 
for viruses.
*

Controlling versions for release:prepare batch mode

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

Hello!

I'm thinking about how to define a release process with maven release plugin. 
Our system consists of about 20 cascaded subsystems, each managed by a separate 
subversion repository. It should be possible to separatly release and version 
them. However, I also need to release the whole system at once. This task is 
quite time-consuming, therefore, I'd like to automate as much as possible.

I've played arround with the release plugin and stated that I'd like to get 
more control for the versions.

For instance, the default behavior would be to release subsystem A from 
3.4.3-SNAPSHOT to 3.4.3 and continue with developer version 3.4.4-SNAPSHOT. 
However, I'd liked to release A from 3.4.3-SNAPSHOT to 3.4.3-1 and continue 
with 3.4.3-SNAPSHOT. This way I could eventually release 3.4.3-2 without need 
to change the developers version for all subsystems that depend on A.

Does anybody have experiences controlling versions this way?

Thanks for your kindly help.


Kuno

Re: Rename Strings and Files in Java-Project

[IsaakTaylor]

No idea?
-- 
View this message in context: 
http://www.nabble.com/Rename-Strings-and-Files-in-Java-Project-tp18708260p18727016.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: jar:jar with classifier runs twice.

[Magne Nordtveit]

On Tuesday 29 July 2008 15:00:12 [EMAIL PROTECTED] wrote:
> [...]
> 
>
>  
>org.apache.maven.plugins
>maven-jar-plugin
>
>  
>
>  ${environment.suffix}
>
>
>  jar
>
>  
>
>  
>
> 
>
> 
>
>  live
>  
>liveConfig
>  
>
>
>  test
>  
>testConfig
>  
>
> 
> [...]
>

Try to pull it out of the execution

[...]

   
 
   org.apache.maven.plugins
   maven-jar-plugin
   
 ${environment.suffix}
   
   
 jar
   
 
   


I havn't tested it, but it should do the trick.

Magne
-- 
Magne Nordtveit <[EMAIL PROTECTED]>
Systems Engineer
Offshore Simulator Centre AS
http://www.offsimcentre.no

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

Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Magne Nordtveit]

On Wednesday 30 July 2008 04:50:50 Dan Rollo wrote:
> Hi Martin,
>
> Thanks for the reply, but I don't understand what you mean by "comment
> it out"? Where exactly would I comment it out?
>
> I don't have any settings.xml, nor any reference to that repo in my
> pom.xml. If the repo is referenced in "one of the master poms",
> how/where can I comment that out?
>
> Dan
8<---

You have it in your local repository ~/.m2/repository if you want to change 
it. A better way of doing it is to add a  block in your settings.xml 
file as Wendy suggested.

Magne
-- 
Magne Nordtveit <[EMAIL PROTECTED]>
Systems Engineer
Offshore Simulator Centre AS
http://www.offsimcentre.no


signature.asc
Description: This is a digitally signed message part.

Re: mvn exec:java is giving error

[Magne Nordtveit]

On Tuesday 29 July 2008 02:24:10 Abhishek Sanoujam wrote:
---8<---
> $ mvn exec:java -Dexec.mainClass=simpleproject.App
---8<---
> plugin 'org.apache.maven.plugins:maven-exec-plugin' does not

Maven looks for org.apache.maven.plugins: if you don't specify a groupid for 
the plugin you want to execute.

---8<---
> $ mvn org.codehaus.mojo:exec-maven-plugin:1.1:java
> -Dexec.mainClass=simpleproject.App
>
> The above works.
---8<---

You need to add a plugin group to your settings.xml file. Go to your 
~/.m2/settings.xml and add the following there:


org.codehaus.mojo


This tells Maven to look at org.codehaus.mojo: for plugins aswell.

Regards,
Magne

-- 
Magne Nordtveit <[EMAIL PROTECTED]>
Systems Engineer
Offshore Simulator Centre AS
http://www.offsimcentre.no


signature.asc
Description: This is a digitally signed message part.

Re: axistools-maven-plugin (was: org.codehaus.mojo:wsdl2java-maven-plugin repository)

[Lachlan Deck]

Anyone know if it's possible to generate axis 1.1 compatible stubs  
with axistools-maven-plugin?


If so -- how might this be done?

with regards,
--

Lachlan Deck




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

Re: Maven 2.0.5 Reporting Fails with Java 1.4

[Paul Benedict]

Sorry, this is a pure JVM issue. You need at least Java 6. For building, you
should seek permission to use Java 6 even if you want to deploy to a 1.4
box.

Paul

On Tue, Jul 29, 2008 at 11:06 PM, Morgovsky, Alexander (US - Glen Mills) <
[EMAIL PROTECTED]> wrote:

> Hi, does anyone know a way to solve the Maven Java reporting issue where
> path lengths are > 255 chars?  I know 1.5+ will solve this, but I have
> to use 1.4.  Thanks.
>
>
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and is protected by law.  If
> you are not the intended recipient, you should delete this message.
>
>
> Any disclosure, copying, or distribution of this message, or the taking of
> any action based on it, is strictly prohibited. [v.E.1]
>

Maven 2.0.5 Reporting Fails with Java 1.4

[Morgovsky, Alexander (US - Glen Mills)]

Hi, does anyone know a way to solve the Maven Java reporting issue where
path lengths are > 255 chars?  I know 1.5+ will solve this, but I have
to use 1.4.  Thanks. 


This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and is protected by law.  If 
you are not the intended recipient, you should delete this message. 


Any disclosure, copying, or distribution of this message, or the taking of any 
action based on it, is strictly prohibited. [v.E.1]

Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Wendy Smoak]

On Tue, Jul 29, 2008 at 2:36 PM, Dan Rollo <[EMAIL PROTECTED]> wrote:

> 1. Why are only SOME downloads hitting:
> http://cvs.apache.org/maven-snapshot-repository/
> when those same items exist in the normal central repo (and when I never
> define the cvs.apache.org repo anywhere)?
>
> 2. Any idea how I can workaround this issue to avoid these long download
> delays?

Unfortunately, your dependencies can introduce repositories to your build.

You can use mirrors in your settings.xml, specifically the
* section, to prevent Maven contacting extra
repos that show up.  See if this helps:
http://maven.apache.org/guides/mini/guide-mirror-settings.html

(It's not coming from the Apache parent pom-- the section that was
quoted is actually from distributionManagement, which controls where
Maven publishes to, not where it retrieves from.  I can tell from the
scp:// url.)

-- 
Wendy

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

Re: axistools-maven-plugin (was: org.codehaus.mojo:wsdl2java-maven-plugin repository)

[Lachlan Deck]

On 30/07/2008, at 10:59 AM, Lachlan Deck wrote:


On 30/07/2008, at 10:49 AM, Lachlan Deck wrote:


Hi there,

does anyone know of a plugin repository that has the above plugin?
(It doesn't appear to be on codehaus' repositories nor central)


A bit of cuiling/googling turns up axistools-maven-plugin as a  
successor it seems.


Any chance someone can update the docs for axistools-maven-plugin so  
that there's far less Undocumented features?


It'd be great for any others who find the tool for the examples link  
to work (and / or actually exist).

I had to do a bit of googling to figure out what mappings took etc.

with regards,
--

Lachlan Deck




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

Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Dan Rollo]

Hi Martin,

Thanks for the reply, but I don't understand what you mean by "comment 
it out"? Where exactly would I comment it out?


I don't have any settings.xml, nor any reference to that repo in my 
pom.xml. If the repo is referenced in "one of the master poms", 
how/where can I comment that out?


Dan


Subject: Re: [m2] What triggers attempt to download from: 
http://cvs.apache.org/maven-snapshot-repository ?

To:
"Maven Users List" 

Dan
Its a repository located in one of the master poms e.g. apache-1.pom

   
 apache.snapshots
 Apache Development Snapshot Repository

scp://minotaur.apache.org/www/cvs.apache.org/maven-snapshot-repository
   

feel free to comment it out

Martin

- Original Message - From: "Dan Rollo" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, July 29, 2008 5:47 PM
Subject: Re: [m2] What triggers attempt to download from: 
http://cvs.apache.org/maven-snapshot-repository ?



> Forgot to mention: I'm using maven 2.0.9 :
>
> Maven version: 2.0.9
> Java version: 1.5.0_07
> OS name: "linux" version: "2.6.24-19-generic" arch: "i386" Family: "unix"
>
>
> Dan Rollo wrote:
>> Apologies if I'm missing something obvious (and I did search the 
list archives without success).

>>
>> I have the following pom.xml defined for a project that depends on 
the activation.jar. I could only find that jar published on the maven 1 
repo on java.net.

>>
>> I deleted my local .m2 repo (to make sure I didn't botch the 
repo/dependency configs), and I ran: mvn clean package site
>> While maven is downloading all the needed plugins/deps, in the 
middle of the download, it starts trying to use: 
http://cvs.apache.org/maven-snapshot-repository/

>> for only some jars.
>> The download gets stuck on these for a long time (I assume until 
something times out).

>>
>> So I have a couple questions:
>>
>> 1. Why are only SOME downloads hitting: 
http://cvs.apache.org/maven-snapshot-repository/
>> when those same items exist in the normal central repo (and when I 
never define the cvs.apache.org repo anywhere)?

>>
>> 2. Any idea how I can workaround this issue to avoid these long 
download delays?

>>
>> I tried also re-defining the "central" repo in my pom before the 
jsvs.net.m1 repo (hoping that might always force checking of "central" 
before any other repo). Didn't seem to make any difference.

>>
>> Thanks,
>> Dan

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

Re: too many open files

[Karan Malhi]

Found the fix. In case somebody facing a similar issue, read instructions on
this blog here

http://lj4newbies.blogspot.com/2007/04/too-many-open-files.html

On Tue, Jul 29, 2008 at 8:57 AM, Karan Malhi <[EMAIL PROTECTED]> wrote:

> Hi,
>
> Whenever I try to do the following:
> mvn eclipse:eclipse -DdownloadSources=true -DdownloadJavadocs=true
>
> I always get the following error (too many files open):
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Cannot create settings file
>
> Embedded error:
> /home/karan/projects/oss/openejb3/server/openejb-corba/.settings/org.eclipse.jdt.core.prefs
> (Too many open files)
>
> My environment is as follows:-
>
> [EMAIL PROTECTED]:~/projects/oss/openejb3$ uname -a
> Linux jatt 2.6.24-20-generic #1 SMP Thu Jul 17 15:55:27 UTC 2008 x86_64
> GNU/Linux
> [EMAIL PROTECTED]:~/projects/oss/openejb3$ java -version
> java version "1.5.0_15"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
> Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_15-b04, mixed mode)
> [EMAIL PROTECTED]:~/projects/oss/openejb3$ mvn -version
> Maven version: 2.0.8
> Java version: 1.5.0_15
> OS name: "linux" version: "2.6.24-20-generic" arch: "amd64" Family: "unix"
>
> --
> Karan Singh Malhi
>



-- 
Karan Singh Malhi

Re: org.codehaus.mojo:wsdl2java-maven-plugin repository?

[Lachlan Deck]

On 30/07/2008, at 10:49 AM, Lachlan Deck wrote:


Hi there,

does anyone know of a plugin repository that has the above plugin?
(It doesn't appear to be on codehaus' repositories nor central)


A bit of cuiling/googling turns up axistools-maven-plugin as a  
successor it seems.


with regards,
--

Lachlan Deck




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

org.codehaus.mojo:wsdl2java-maven-plugin repository?

[Lachlan Deck]

Hi there,

does anyone know of a plugin repository that has the above plugin?
(It doesn't appear to be on codehaus' repositories nor central)

with regards,
--

Lachlan Deck




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

RE: Null Pointer Exception at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:92)

[Krishnamurthi, Venkat]

Currently I'm using 2.0.7.  It has been working fine till today. I'm
facing the same problem with 2.0.8 as well.

-Original Message-
From: Martin [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 5:37 PM
To: Maven Users List
Subject: Re: Null Pointer Exception at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)

You must be working with RepositoryUtils on an older unsupported version
What happens when you upgrade to 2.08?

Martin
- Original Message -
From: "Krishnamurthi, Venkat " <[EMAIL PROTECTED]>
To: "Maven Users List" 
Sent: Tuesday, July 29, 2008 4:04 PM
Subject: RE: Null Pointer Exception at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)


Hi,

Can someone please explain what this error means?

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromReposit
ory(DefaultMavenProjectBuilder.java:526)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:234)
at
org.apache.maven.report.projectinfo.dependencies.RepositoryUtils.getMave
nProjectFromRepository(RepositoryUtils.java:316)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderSectionDependencyRepositoryLocations(DependenciesRenderer.j
ava:623)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderBody(DependenciesRenderer.java:274)
at
org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMa
venReportRenderer.java:65)
at
org.apache.maven.report.projectinfo.DependenciesReport.executeReport(Dep
endenciesReport.java:239)
at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:90)
at
org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(Repo
rtDocumentRenderer.java:139)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Def
aultSiteRenderer.java:269)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSi
teRenderer.java:101)
at
org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.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)
[INFO]

[INFO] Total time: 2 minutes 44 seconds
[INFO] Finished at: Tue Jul 29 14:16:03 EDT 2008 [INFO] Final Memory:
80M/547M [INFO]


Thanks,
Venkat


-Original Message-
From: Krishnamurthi, Venkat [CMB-IT]
Sent: Tuesday, July 29, 2008 2:31 PM
To: Maven Users List
Subject: Null Pointer Exception at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)

Hi,

I'm getting the following exception during the site phase:

[INFO]

[ERROR] FATAL ERROR
[INFO]
-

Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Martin]

Dan
Its a repository located in one of the master poms e.g. apache-1.pom

   
 apache.snapshots
 Apache Development Snapshot Repository
 
scp://minotaur.apache.org/www/cvs.apache.org/maven-snapshot-repository
   

feel free to comment it out

Martin
- Original Message - 
From: "Dan Rollo" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, July 29, 2008 5:47 PM
Subject: Re: [m2] What triggers attempt to download from: 
http://cvs.apache.org/maven-snapshot-repository ?




Forgot to mention: I'm using maven 2.0.9 :

Maven version: 2.0.9
Java version: 1.5.0_07
OS name: "linux" version: "2.6.24-19-generic" arch: "i386" Family: "unix"


Dan Rollo wrote:
Apologies if I'm missing something obvious (and I did search the list 
archives without success).


I have the following pom.xml defined for a project that depends on the 
activation.jar. I could only find that jar published on the maven 1 repo 
on java.net.


I deleted my local .m2 repo (to make sure I didn't botch the 
repo/dependency configs), and I ran: mvn clean package site
While maven is downloading all the needed plugins/deps, in the middle of 
the download, it starts trying to use: 
http://cvs.apache.org/maven-snapshot-repository/

for only some jars.
The download gets stuck on these for a long time (I assume until 
something times out).


So I have a couple questions:

1. Why are only SOME downloads hitting: 
http://cvs.apache.org/maven-snapshot-repository/
when those same items exist in the normal central repo (and when I never 
define the cvs.apache.org repo anywhere)?


2. Any idea how I can workaround this issue to avoid these long download 
delays?


I tried also re-defining the "central" repo in my pom before the 
jsvs.net.m1 repo (hoping that might always force checking of "central" 
before any other repo). Didn't seem to make any difference.


Thanks,
Dan



-
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] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Dan Rollo]

Forgot to mention: I'm using maven 2.0.9 :

Maven version: 2.0.9
Java version: 1.5.0_07
OS name: "linux" version: "2.6.24-19-generic" arch: "i386" Family: "unix"


Dan Rollo wrote:
Apologies if I'm missing something obvious (and I did search the list 
archives without success).


I have the following pom.xml defined for a project that depends on the 
activation.jar. I could only find that jar published on the maven 1 repo 
on java.net.


I deleted my local .m2 repo (to make sure I didn't botch the 
repo/dependency configs), and I ran: mvn clean package site
While maven is downloading all the needed plugins/deps, in the middle of 
the download, it starts trying to use: 
http://cvs.apache.org/maven-snapshot-repository/

for only some jars.
The download gets stuck on these for a long time (I assume until 
something times out).


So I have a couple questions:

1. Why are only SOME downloads hitting: 
http://cvs.apache.org/maven-snapshot-repository/
when those same items exist in the normal central repo (and when I never 
define the cvs.apache.org repo anywhere)?


2. Any idea how I can workaround this issue to avoid these long download 
delays?


I tried also re-defining the "central" repo in my pom before the 
jsvs.net.m1 repo (hoping that might always force checking of "central" 
before any other repo). Didn't seem to make any difference.


Thanks,
Dan



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

Re: Null Pointer Exception at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:92)

[Martin]

You must be working with RepositoryUtils on an older unsupported version
What happens when you upgrade to 2.08?

Martin
- Original Message - 
From: "Krishnamurthi, Venkat " <[EMAIL PROTECTED]>

To: "Maven Users List" 
Sent: Tuesday, July 29, 2008 4:04 PM
Subject: RE: Null Pointer Exception at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:92)



Hi,

Can someone please explain what this error means?

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromReposit
ory(DefaultMavenProjectBuilder.java:526)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:234)
at
org.apache.maven.report.projectinfo.dependencies.RepositoryUtils.getMave
nProjectFromRepository(RepositoryUtils.java:316)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderSectionDependencyRepositoryLocations(DependenciesRenderer.j
ava:623)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderBody(DependenciesRenderer.java:274)
at
org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMa
venReportRenderer.java:65)
at
org.apache.maven.report.projectinfo.DependenciesReport.executeReport(Dep
endenciesReport.java:239)
at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:90)
at
org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(Repo
rtDocumentRenderer.java:139)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Def
aultSiteRenderer.java:269)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSi
teRenderer.java:101)
at
org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.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)
[INFO]

[INFO] Total time: 2 minutes 44 seconds
[INFO] Finished at: Tue Jul 29 14:16:03 EDT 2008 [INFO] Final Memory:
80M/547M [INFO]


Thanks,
Venkat


-Original Message-
From: Krishnamurthi, Venkat [CMB-IT]
Sent: Tuesday, July 29, 2008 2:31 PM
To: Maven Users List
Subject: Null Pointer Exception at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)

Hi,

I'm getting the following exception during the site phase:

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)

[m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?

[Dan Rollo]

Apologies if I'm missing something obvious (and I did search the list 
archives without success).


I have the following pom.xml defined for a project that depends on the 
activation.jar. I could only find that jar published on the maven 1 repo 
on java.net.


I deleted my local .m2 repo (to make sure I didn't botch the 
repo/dependency configs), and I ran: mvn clean package site
While maven is downloading all the needed plugins/deps, in the middle of 
the download, it starts trying to use: 
http://cvs.apache.org/maven-snapshot-repository/

for only some jars.
The download gets stuck on these for a long time (I assume until 
something times out).


So I have a couple questions:

1. Why are only SOME downloads hitting: 
http://cvs.apache.org/maven-snapshot-repository/
when those same items exist in the normal central repo (and when I never 
define the cvs.apache.org repo anywhere)?


2. Any idea how I can workaround this issue to avoid these long download 
delays?


I tried also re-defining the "central" repo in my pom before the 
jsvs.net.m1 repo (hoping that might always force checking of "central" 
before any other repo). Didn't seem to make any difference.


Thanks,
Dan


Pom.xml follows:

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


4.0.0

org.jdbc4olap
jdbc4olap
1.1-SNAPSHOT
jar

Jdbc4Olap
Jdbc4Olap is a JDBC Type 4 driver for OLAP 
datasources, which partially implements the JDBC 3.0
specification. It can communicate directly with most OLAP 
databases using the XMLA protocol : SAP® BW,

Microsoft Analysis Services®, Mondrian...

Furthermore, in order to support wider use, Jdbc4Olap includes 
a SQL-MDX converter and virtual relational map of

OLAP databases.

2008
http://www.jdbc4olap.org/



LGPL v2 license
http://www.gnu.org/licenses/old-licenses/library.txt

manual








fsiberchicot
Florian Siberchicot

fsiberchicot at users.sourceforge.net

admin
developer




bhamail
Dan Rollo
bhamail at users.sourceforge.net

developer

-5





scm:svn:https://jdbc4olap.svn.sourceforge.net/svnroot/jdbc4olap/trunk/jdbc4olap

scm:svn:https://jdbc4olap.svn.sourceforge.net/svnroot/jdbc4olap/trunk/jdbc4olap
http://jdbc4olap.svn.sourceforge.net/



src



${basedir}/jjtree

**/*.jjt




test






maven-compiler-plugin

1.5
1.5







org.codehaus.mojo
javacc-maven-plugin
2.4.1


jjtree-javacc

jjtree-javacc





1.5



jjtree








maven-source-plugin


attach-sources

jar







maven-javadoc-plugin


attach-javadocs

jar














org.codehaus.mojo
javacc-maven-plugin
2.4.1










false

java.net
http://download.java.net/maven/1
legacy







junit
junit
4.3.1
test



javax.xml.soap
saaj-api
1.3





com.sun.xml.messaging.saaj
saaj-impl
1.3
test







javax.activation
activatio

[ANN] Maven Overview Plugin Version 1.2 Released

[Hubert Iwaniuk]

Maven Overview Plugin version 1.2 has been released.

This release contains fixes for inclusions/exclusions and integration test.

Usage information available here:
http://maven-overview-plugin.googlecode.com/svn/site/plugin-info.html.
Project has reached Milestone:IntegrationTests (
http://code.google.com/p/maven-overview-plugin/issues/list?can=1&q=Milestone%3AIntegrationTests
).

Please report any errors to:
http://code.google.com/p/maven-overview-plugin/issues/list.

Happy report generating :)

RE: Null Pointer Exception at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:92)

[Krishnamurthi, Venkat]

Hi,

Can someone please explain what this error means?

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromReposit
ory(DefaultMavenProjectBuilder.java:526)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:234)
at
org.apache.maven.report.projectinfo.dependencies.RepositoryUtils.getMave
nProjectFromRepository(RepositoryUtils.java:316)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderSectionDependencyRepositoryLocations(DependenciesRenderer.j
ava:623)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderBody(DependenciesRenderer.java:274)
at
org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMa
venReportRenderer.java:65)
at
org.apache.maven.report.projectinfo.DependenciesReport.executeReport(Dep
endenciesReport.java:239)
at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:90)
at
org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(Repo
rtDocumentRenderer.java:139)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Def
aultSiteRenderer.java:269)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSi
teRenderer.java:101)
at
org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.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)
[INFO]

[INFO] Total time: 2 minutes 44 seconds
[INFO] Finished at: Tue Jul 29 14:16:03 EDT 2008 [INFO] Final Memory:
80M/547M [INFO]


Thanks,
Venkat
 

-Original Message-
From: Krishnamurthi, Venkat [CMB-IT] 
Sent: Tuesday, July 29, 2008 2:31 PM
To: Maven Users List
Subject: Null Pointer Exception at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)

Hi,

I'm getting the following exception during the site phase:

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromReposit
ory(DefaultMavenProjectBuilder.java:526)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:234)
at
org.apache.maven.report.projectinfo.dependencies.RepositoryUtils.getMave
nProjectFromRepository(RepositoryUtils.java:316)
at
org.apache.maven.report.projectinfo.dependencie

Re: how to combine shade and minijar ?

[Valerio Schiavoni]

Apparently, the ueber goal of the minijar plugin already produces a jar that
only includes the minimum set of classes from the dependencies.
The issue then is how to avoid the relocation that the ueber goal seems to
perform no matter what.
Any idea about how to avoid tha relocation step ?



On Tue, Jul 29, 2008 at 12:41 PM, Valerio Schiavoni <
[EMAIL PROTECTED]> wrote:

> Hello everyone,
> i would like to take advantage of both the shade plugin and the minijar
> mojo (http://mojo.codehaus.org/minijar-maven-plugin/).
> In particular, what I would like to do is:
> - ask minijar to create the "minified" jars of my dependencies: this is
> already possible, as minijar:minijars works like a charm
> - use shade to "pack" all the minified jars and the jar of my module
> togheter
>
> I don't know how to proceed. Any suggestion is more than welcome.
> The project where I would like to adopt this solution can be freely checked
> out by issuing the following:
>
> svn co
> svn://svn.forge.objectweb.org/svnroot/fractal/trunk/fractal-bf/connectors/soap-cxffractal-bf-connectors-soap-cxf
>
>
> Thanks ,
> Valerio
> --
> http://www.linkedin.com/in/vschiavoni
> http://jroller.com/vschiavoni
>



-- 
http://www.linkedin.com/in/vschiavoni
http://jroller.com/vschiavoni

RE: Strange m2 2.0.9 behavior

[EJ Ciramella]

I'm having a really hard time reproducing this outside of cruisecontrol.

Basically, we have this relationship:

Parent2 -> parent1 -> child

It's the "child" project who's process-resources step copies the
version.html from source to target replacing the ${label} within.

I've been able to reproduce this once building from the top most level,
but it takes 20 - 25 minutes for each build.  I trimmed away all the
other modules, and it properly replaces the ${label}.

I guess I was wondering if anyone else has seen anything like this at
all (with 2.0.9).

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 3:18 PM
To: Maven Users List
Subject: RE: Strange m2 2.0.9 behaviour

Can you get us a sample project to work on?

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 10:27 AM
To: Maven Users List
Subject: RE: Strange m2 2.0.9 behaviour

Is no one else replacing tokens with some values on the commandline?

Again - this worked great with 2.0.5 but stopped working in 2.0.9.

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 28, 2008 4:52 PM
To: users@maven.apache.org
Subject: Strange m2 2.0.9 behaviour

I'm seeing an issue with 2.0.9 I think.  Between the 21st and the 22nd,
the only change in the build environment was upgrading from 2.0.5 to
2.0.9.  

 

We're running cruise control and we are injecting the ${label} value
into some of our files during the build.  On the 22nd, this stopped
working leaving behind ${label} in the files that used to be processed
by the process-resources phase.

 

Is this a known issue or anything?  Anyone else seeing this?


-
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]


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

RE: Strange m2 2.0.9 behaviour

[Brian E. Fox]

Can you get us a sample project to work on?

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 10:27 AM
To: Maven Users List
Subject: RE: Strange m2 2.0.9 behaviour

Is no one else replacing tokens with some values on the commandline?

Again - this worked great with 2.0.5 but stopped working in 2.0.9.

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 28, 2008 4:52 PM
To: users@maven.apache.org
Subject: Strange m2 2.0.9 behaviour

I'm seeing an issue with 2.0.9 I think.  Between the 21st and the 22nd,
the only change in the build environment was upgrading from 2.0.5 to
2.0.9.  

 

We're running cruise control and we are injecting the ${label} value
into some of our files during the build.  On the 22nd, this stopped
working leaving behind ${label} in the files that used to be processed
by the process-resources phase.

 

Is this a known issue or anything?  Anyone else seeing this?


-
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]

Null Pointer Exception at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:92)

[Krishnamurthi, Venkat]

Hi,

I'm getting the following exception during the site phase:

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:92)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(Defau
ltArtifactResolver.java:73)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromReposit
ory(DefaultMavenProjectBuilder.java:526)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:234)
at
org.apache.maven.report.projectinfo.dependencies.RepositoryUtils.getMave
nProjectFromRepository(RepositoryUtils.java:316)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderSectionDependencyRepositoryLocations(DependenciesRenderer.j
ava:623)
at
org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRe
nderer.renderBody(DependenciesRenderer.java:274)
at
org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMa
venReportRenderer.java:65)
at
org.apache.maven.report.projectinfo.DependenciesReport.executeReport(Dep
endenciesReport.java:239)
at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:90)
at
org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(Repo
rtDocumentRenderer.java:139)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(Def
aultSiteRenderer.java:269)
at
org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSi
teRenderer.java:101)
at
org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133)
at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.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)
[INFO]

[INFO] Total time: 2 minutes 44 seconds
[INFO] Finished at: Tue Jul 29 14:16:03 EDT 2008
[INFO] Final Memory: 80M/547M
[INFO]


Please help me resolve this issue,

Thanks,
Venkat

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

Maven 'deploy' relationship to large-scale software deployment

[stug23]

Maven has its own notion of 'deploying' a software artifact to a Maven
repository. And there are quite a number of 'out of band' Maven plugins such
as Cargo that can remotely deploy a war file to a running web container.

My question centers on how Maven relates to situations where once a software
system has been built and tested, the software components then need to be
globally distributed to many sites. This notion of 'deploying' would appear
to be quite different than the one embodied in Maven's deploy goal.

What experiences have developers here had in leveraging Maven for
large-scale deployments? When did you  stop using Maven and resort to other
solutions for deploying bundled software to many distributed sites? Or were
you able to use Maven for your large-scale software deployment right out to
the sites?

I would be interested in comments on how others have dealt with this part of
software deployment. My use case involves distributing 10s of SOA services
and web applications to many sites.
-- 
View this message in context: 
http://www.nabble.com/Maven-%27deploy%27-relationship-to-large-scale-software-deployment-tp18717756p18717756.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: Avoid site plugin to run test phase, run integration-test instead.

[Daniele Dellafiore]

On Tue, Jul 29, 2008 at 6:32 PM, Daniele Dellafiore <[EMAIL PROTECTED]> wrote:
> Anyone does know anything about this?
>
> The task should be simple: just avoid that site:stage or, say,
> tomcat:deploy plugin run the "test" phase.
> I thought about configuring some executions but failed till now...
>
> Any idea?

sorry, emails uncomplete.

I am trying something like this, but does not work: no errors and
tests runs anyway.


org.apache.maven.plugins
maven-site-plugin


site
test

stage



true





-- 
Daniele Dellafiore
http://blog.ildella.net/

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

Re: Avoid site plugin to run test phase, run integration-test instead.

[Daniele Dellafiore]

Anyone does know anything about this?

The task should be simple: just avoid that site:stage or, say,
tomcat:deploy plugin run the "test" phase.
I thought about configuring some executions but failed till now...

Any idea?

On Thu, Jul 17, 2008 at 5:06 PM, Daniele Dellafiore <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I would like to avoid site plugin to launch test with any target and
> run the integration-test phase instead.
>
> right now, if I run mvn site:stage the reports (cobertura, jdepend...)
> runs and after I have this output:
>
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Compiling 1 source file to
> /home/dev1/development/morbegno/petrol/target/test-classes
> [INFO] [surefire:test]
> [INFO] Tests are skipped.
> [INFO] [surefire:test {execution: unit-tests}]
> [INFO] Surefire report directory:
> /home/dev1/development/morbegno/petrol/target/surefire-reports
>
> and then the test starts.
> How can I avoid this?
>
> In a second instance, I would like to run integration-test phase
> before site:stage target starts its own execution. I have modified
> maven-surefire-plugin and the integration-test phase now runs all the
> test while test runs only what I consider unit test.  So in the site
> report I want to tun all test and integration-test.
>
> I think I have to add an executions somewhere but I have no good idea about...
>
> Can anyone help? Thanks.
>
> --
> Daniele Dellafiore
> http://blog.ildella.net/
>



-- 
Daniele Dellafiore
http://blog.ildella.net/

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

Fail on first unit test failure

[EJ Ciramella]

Is there a way to get maven to halt upon finding the first unit test
failure rather than just continuing on?

Unable to build from individual sub-modules

[Sesha Nandyal]

Hello All,
  I am having problems building the sub-modules independently. However, 
I am able to build all the sub-modules from the parent module though.


  So let me explain how I have setup the directory structure and the 
entries in the pom.xml file


  Following is the directory structure
  parent
  |__pom.xml   <---pom.xml for the parent
  |__sub-module1
  |   |__trunk
  |   |__ pom.xml
  |
  |__sub-module2
  |__trunk
  |__pom.xml

In the parent pom.xml - following are the relevant entries:
4.0.0
com.sun.projectName
 projectName-parent
 parent
  0.12-SNAPSHOT
  project-parent
  
  sub-module1/trunk
  sub-module2/trunk
   

And in the pom.xml for sub-module1

  com.sun.projectName
  projectName-parent
  0.12-SNAPSHOT
   
   sub-module1



So now I am able to successfully build all the sub-modules and the 
parent module by running mvn compile from the parent directory. However, 
when I run mvn compile under sub-module1/trunk, I get the following error:


n$ mvn compile
[INFO] Scanning for projects...
[INFO] 


[ERROR] FATAL ERROR
[INFO] 


[INFO] Failed to resolve artifact.

GroupId: com.sun.projectName
ArtifactId: projectName-parent
Version: 0.12-SNAPSHOT

Reason: Unable to download the artifact from any repository

 com.sun.starlight:projectName-parent:pom:0.12-SNAPSHOT

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


[INFO] 


[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent: 
com.sun.projectName:projectName-parent for project: null:xmigen:pom:null 
for project null:sub-module1:pom:null



Can you please let me know what is incorrect or missing in the pom.xml file?

Thank you
Sesha

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

Coming out of the plugin Xradar for maven2 version 0.1

[ndox]

Xradar is a quality reporting tool targeting the Java/JEE projects, under BSD
license. 

It is based on numerous open source analysis initiatives. The XML/XSL
batch-processing framework produces integrated HTML/SVG reports of the
systems current state and the development over time.
Xradar can incorporate differents open source quality tool like: 

* PMD : A Java source code analyzer. It finds unused variables, empty
catch blocks, unnecessary object creation, and so forth.
* Checkstyle :  A development tool to help programmers write Java code
that adheres to a coding standard. By default it supports the Sun Code
Conventions, but is highly configurable.
* JavaNCSS : A simple utility which measures two standard source code
metrics for the Java programming language. The metrics are collected
globally, for each class and/or for each function (number of lines, number
of classes,...). 
* JDepend : A Java package dependency analyzer that generates design
quality metrics.
* Ckjm : The program ckjm calculates Chidamber and Kemerer
object-oriented metrics by processing the bytecode of compiled Java
files.(WMC: Weighted methods per class, DIT: Depth of Inheritance Tree, NOC:
Number of Children, CBO: Coupling between object classes, RFC: Response for
a Class, LCOM: Lack of cohesion in methods)

Maven-xradar-plugin is now available in the maven 2's repositories.
To use this plugin, just add few lines in your pom.xml.

To Have more informations please go to
http://xradar.sourceforge.net/maven-plugin/howto.html

That's not all ! The dynamic version of the plugin is already in
developement!
A release version will coming soon !!

-- 
View this message in context: 
http://www.nabble.com/Coming-out-of-the-plugin-Xradar-for-maven2-version-0.1-tp18715838p18715838.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: maven-dependency-plugin fails if pom.xml contains a submodule

[Brian E. Fox]

Do you want the copy to run on all modules? This is the default behavior of 
plugins...that they inherit executions from their parent. If you don't want 
this, you can set inherited=false in the plugin config block. (check the 
pom.xsd for the exact location)

-Original Message-
From: Julien CARSIQUE [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 6:31 AM
To: Maven Users List
Subject: Re: maven-dependency-plugin fails if pom.xml contains a submodule

Thanks but I did not put the configuration inside the /executions/ tag.

Look at my code extract.
There's a specific outputDirectory value overwritten in the execution 
tags but all needed informations are set in a configuration tag outside 
the execution.

The issue is that this is working fine in these cases :
- mvn package
- mvn dependency:copy -N

This is not working in this case :
- mvn dependency:copy

If I remove the module, everything work fine again.
So, as said in the mail title, it's an issue related to the presence of 
a module in the pom.
Moreover, it seems to fail in the submodule. Is it a maven inheritance 
issue ?
Is there a workaround to neutralize the execution of this plugin in the 
submodule in order no having to add -N when running "mvn dependency:copy" ?

Thanks,
Julien

Brian E. Fox a écrit :
> You need to see this:
> http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#cli
>
> -Original Message-
> From: Julien CARSIQUE [mailto:[EMAIL PROTECTED] 
> Sent: Monday, July 28, 2008 8:01 AM
> To: Maven Users List
> Subject: maven-dependency-plugin fails if pom.xml contains a submodule
>
> Hi,
>
> Using maven-dependency-plugin, I go a build error since I've add a 
> module in the pom.
>
> Principle is to be able to manage two different calls : from execution, 
> libraries go in target/lib/ and from a command-line call (or Ant), 
> libraries go into ${jboss.lib}.
> All worked fine until I added a module. Now, calls from command line 
> unless we specify the "-N" option.
>
> The plugin configuration is not inside a pluginManagement tag, so it 
> shouldn't be inherited, does it ?
>
> I got this error from the submodule, not from the module containing the 
> dependency plugin configuration:
> [ERROR] BUILD ERROR
> [INFO] 
> 
> [INFO] One or more required plugin parameters are invalid/missing 
> for 'dependency:copy'
> [0] Inside the definition for plugin 'maven-dependency-plugin' 
> specify the following:
> 
>   ...
>   VALUE
> .
>
>  
> - using "-N" on the command line solve the problem
> - help:effective-pom result (ran on the failing child) doesn't contain 
> any reference to dependency-plugin except this one in the
> pluginManagement:
> 
>   maven-dependency-plugin
>   2.0
> 
> - call from execution, during an "mvn package" for example succeed.
>
> Here's my configuration :
>
>   
> aModule
>   
>
>   
> 
>   
> org.apache.maven.plugins
> maven-dependency-plugin
> 
>   ${jboss.lib}
>   
> 
>   aGroupId
>   anArtifactId
>   aVersion
>   true
> 
>   
> 
> 
>   
> copy-installed
> package
> 
>   copy
> 
> 
>   
> ${project.build.directory}/lib
> 
>   
> 
>   
> 
>   
>
> Thanks,
> Julien
>
>   


-- 
Julien CARSIQUE, Nuxeo (Paris, France)
www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org
Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform 
[EMAIL PROTECTED] | Tel: +33 1 40 33 79 87



-
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-enforcer-plugin release?

[Brian E. Fox]

I'm working on getting some bugs fixed in the requirePluginVersions
rule, a release will be out asap.

-Original Message-
From: Michael Meyer [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 29, 2008 6:36 AM
To: Maven Users List
Subject: maven-enforcer-plugin release?

Hi,
is there a reason why there hasn't been a maven-enforcer-plugin release 
for such a long time? I would really appreciate a new tagged version.

A bug that prevented me from using the beanshell rule seems to be fixed 
on the head. If there is no new release I will have make an 'internal' 
release. I'd like to avoid that if possible.

Cheers, michael

-
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]

POM element howto read a (dot).properties file?

[David Brown]

Hello Maveners, I have a (dot).properties file in my /resources directory as 
defined in my POM  tag. I have a class that extends a class and 
reads the file via an instance of the constructor. The problem is I don't have 
the source of the extended class. What is the usual way to read a 
(dot).properties file using a POM  tag? Please advise, David.

Yet some, not wise, go to the other side of the globe, to barbarous and 
unhealthy regions, and devote ten or twenty years, in that they may live,-that 
is, keep comfortably warm,- and die in New England at last. 

Henry David Thoreau - Walden - 1845

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

Re: Specific version/dependency resolving in maven

[Stephen Connolly]

However version ranges are borken with more than three digits!

i.e. Maven thinks 1.0.0.22 < 1.0.0.3

Which is no good...

I'd like to get a patch to the DefaultArtifactVersion.compareTo method so
that if not in the Maven version number format it compares . separated
portions as numbers if they are both numeric

But my understanding is that there is an overall fear of breaking builds
with such a change...  I scream faul, as all Maven projects to date are
using the maven version number scheme, and everyone else should want this
fixed!

-Stephen

On Tue, Jul 29, 2008 at 10:26 AM, Stefan Seidel <[EMAIL PROTECTED]> wrote:

> You should use version ranges[0] and/or the release plugin[1].
>
> Stefan
> [0]
> http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-DependencyVersionRanges
> [1] http://maven.apache.org/plugins/maven-release-plugin/
>
>
> Victor Tsoukanov wrote:
>
>> I would like to use versioning based on JSR-277. They use the following
>> format: major[.minor[.micro[.update]]][-qualifier]. Some extraxt from spec
>> 1. Major version number should be incremented for making changes that are
>> not backward compatible.
>> 2. Minor version number should be incremented for making medium or minor
>> changes that the software remains largely backward compatible, although
>> minor incompatibilities might be possible.
>> For example I have 3 modules: m1, m2 and m3 (m2 and m3 depends on m1). But
>> m2 depends on m1 with version 1.0.0.0 and m3 depends on 1.1.0.0. As you
>> see the changes in m1 are "largely backward compatible" - it means I can
>> compile m2 and m3 with m1(1.1.0.0). When I try to compile it in maven m3
>> was compiled with m1(1.1.0.0) and m2 was compiled with m1(1.0.0.0) since
>> they declared such dependencies, but I would like that maven compile both
>> modules with last version of m1(1.1.0.0). As I know for this cases maven
>> suggests to use snapshot, but I would like to have version history in my
>> repository.
>> Could somebody help me how could I implement such behavior in maven.
>> Thanks
>>
>> -
>> 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: Strange m2 2.0.9 behaviour

[EJ Ciramella]

Is no one else replacing tokens with some values on the commandline?

Again - this worked great with 2.0.5 but stopped working in 2.0.9.

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 28, 2008 4:52 PM
To: users@maven.apache.org
Subject: Strange m2 2.0.9 behaviour

I'm seeing an issue with 2.0.9 I think.  Between the 21st and the 22nd,
the only change in the build environment was upgrading from 2.0.5 to
2.0.9.  

 

We're running cruise control and we are injecting the ${label} value
into some of our files during the build.  On the 22nd, this stopped
working leaving behind ${label} in the files that used to be processed
by the process-resources phase.

 

Is this a known issue or anything?  Anyone else seeing this?


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

Re: M2eclipse freeze in Project import

[Jason van Zyl]

Use the m2eclipse users list and JIRA:

[EMAIL PROTECTED]

On 29-Jul-08, at 3:48 AM, Salgar, Mehmet (external) wrote:


Hi everybody,

I have a problem with a project import...

We have relatively big project with several modules in, before 9.4
release import had functioned correctly and I start having this  
problem
I tough may be it would be fixed by 9.5 and I didn't report anything  
but

it is still there.

I can see that import comes to some stage and freeze with following
message

[DEBUG] dissociating all components from managed ClassRealm with id:
/plugins/org.codehaus.mojo:jboss-packaging-maven-plugin: 
2.0-20080130.110

[EMAIL PROTECTED]/thread:Worker-3

Has anybody anything similar?

Thx for the answers...


T-Mobile Deutschland GmbH
Aufsichtsrat: Hamid Akhavan (Vorsitzender)
Geschaftsfuhrung: Philipp Humm (Sprecher), Thomas Berlemann, Jiri  
Dvorjancansky, Dr. Peter Korner, Gunther Ottendorfer, Dr. Raphael  
Kubler, Dr. Steffen Roehn

Handelsregister: Amtsgericht Bonn, HRB 59 19
Sitz der Gesellschaft: Bonn
WEEE-Reg.-Nr.: DE60800328


Thanks,

Jason

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

We know what we are, but know not what we may be.

  -- Shakespeare


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

jar:jar with classifier runs twice.

[mhuber]

Hi all,

we want to create a set of jars with different configuration files and  
thought about using a classifier.


I configured the pom so far with the maven-jar-plugin and defined the  
filters and profile. Now I have the problem that the jar plugin is  
executed twice. The 1st run created the jar without the classifier  
(say myLib.jar), the 2nd run, with the classifier  
(myLib-classifier.jar).


Iff I now execute the "install" task both jar (with and without  
classifier) are installed into my repostory.

How do I avoid the creation or installtion of the jar without classifier?

Here are the relevant part from my pom:

[...]

  

  org.apache.maven.plugins
  maven-jar-plugin
  

  
${environment.suffix}
  
  
jar
  

  

  



  
live

  liveConfig

  
  
test

  testConfig

  

[...]

Thank you for your help.

Marco


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

too many open files

[Karan Malhi]

Hi,

Whenever I try to do the following:
mvn eclipse:eclipse -DdownloadSources=true -DdownloadJavadocs=true

I always get the following error (too many files open):

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Cannot create settings file

Embedded error:
/home/karan/projects/oss/openejb3/server/openejb-corba/.settings/org.eclipse.jdt.core.prefs
(Too many open files)

My environment is as follows:-

[EMAIL PROTECTED]:~/projects/oss/openejb3$ uname -a
Linux jatt 2.6.24-20-generic #1 SMP Thu Jul 17 15:55:27 UTC 2008 x86_64
GNU/Linux
[EMAIL PROTECTED]:~/projects/oss/openejb3$ java -version
java version "1.5.0_15"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_15-b04, mixed mode)
[EMAIL PROTECTED]:~/projects/oss/openejb3$ mvn -version
Maven version: 2.0.8
Java version: 1.5.0_15
OS name: "linux" version: "2.6.24-20-generic" arch: "amd64" Family: "unix"

-- 
Karan Singh Malhi

Release of webtest-maven-plugin-0.6.3

[Siegfried Goeschl]

The webtest-maven-plugin-team is pleased to announce the 
webtest-maven-plugin-0.6.3 release!


Canoo WebTest plugin for M2. Canoo WebTest is a free Java tools for 
functional
   testing of web applications and the plugin allows to run Canoo 
Webtests from

   within a Maven build.

Documentation and Downloads:
o The current version can be downloaded from 
http://people.apache.org/~sgoeschl/download/maven-plugins/webtest-maven-plugin/
o The current version can be found at 
http://people.apache.org/~sgoeschl/download/maven-plugins/webtest-maven-plugin/site/


Changes in this version include:

New features:
o Added the goal 'webtest:verify-filecontent'

Changes:
o Updated the usage section of the plugin documentation.
o Upgrading to the official Canoo WebTest 2.6 release.
o The goal 'webtest:verify' was renamed to 'webtest:verify-result' to
avoid name clashes.


Have fun!
-webtest-maven-plugin-team


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

RE: Sonar

[Bracewell, Robert]

We use both Sonar and the site plug-in.

Sonar is run to provide metrics which the dev team find handy. We have
Sonar invoked via Hudson for every development task submitted to
relevant modules in our SCM system. This way developers can quickly see
if metrics go up or down. We use the site to provide a release view of a
product. For metrics that Sonar covers all such reporting plugins are
removed from the pom to avoid duplication.

The site also links to the Sonar web pages to display relevant metrics
for modules that are part of a product.

-Original Message-
From: Yanko, Curtis [mailto:[EMAIL PROTECTED] 
Sent: 25 July 2008 17:07
To: Maven Users List
Subject: Sonar

Anybody using Sonar? It's not clear to me how it works in conjunction
with something like Site or does it replace it?


==
Curtis Yanko
Application & Developer Infrastructure Services
Source->Build->Deploy



This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.



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

M2eclipse freeze in Project import

[Salgar, Mehmet (external)]

Hi everybody,

I have a problem with a project import... 

We have relatively big project with several modules in, before 9.4
release import had functioned correctly and I start having this problem
I tough may be it would be fixed by 9.5 and I didn't report anything but
it is still there.

I can see that import comes to some stage and freeze with following
message

[DEBUG] dissociating all components from managed ClassRealm with id:
/plugins/org.codehaus.mojo:jboss-packaging-maven-plugin:2.0-20080130.110
[EMAIL PROTECTED]/thread:Worker-3

Has anybody anything similar?

Thx for the answers...


T-Mobile Deutschland GmbH
Aufsichtsrat: Hamid Akhavan (Vorsitzender)
Geschaftsfuhrung: Philipp Humm (Sprecher), Thomas Berlemann, Jiri 
Dvorjancansky, Dr. Peter Korner, Gunther Ottendorfer, Dr. Raphael Kubler, Dr. 
Steffen Roehn
Handelsregister: Amtsgericht Bonn, HRB 59 19
Sitz der Gesellschaft: Bonn
WEEE-Reg.-Nr.: DE60800328

how to combine shade and minijar ?

[Valerio Schiavoni]

Hello everyone,
i would like to take advantage of both the shade plugin and the minijar mojo
(http://mojo.codehaus.org/minijar-maven-plugin/).
In particular, what I would like to do is:
- ask minijar to create the "minified" jars of my dependencies: this is
already possible, as minijar:minijars works like a charm
- use shade to "pack" all the minified jars and the jar of my module
togheter

I don't know how to proceed. Any suggestion is more than welcome.
The project where I would like to adopt this solution can be freely checked
out by issuing the following:

svn co
svn://svn.forge.objectweb.org/svnroot/fractal/trunk/fractal-bf/connectors/soap-cxffractal-bf-connectors-soap-cxf


Thanks ,
Valerio
-- 
http://www.linkedin.com/in/vschiavoni
http://jroller.com/vschiavoni

maven-enforcer-plugin release?

[Michael Meyer]

Hi,
is there a reason why there hasn't been a maven-enforcer-plugin release 
for such a long time? I would really appreciate a new tagged version.


A bug that prevented me from using the beanshell rule seems to be fixed 
on the head. If there is no new release I will have make an 'internal' 
release. I'd like to avoid that if possible.


Cheers, michael

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

Re: maven-dependency-plugin fails if pom.xml contains a submodule

[Julien CARSIQUE]

Thanks but I did not put the configuration inside the /executions/ tag.

Look at my code extract.
There's a specific outputDirectory value overwritten in the execution 
tags but all needed informations are set in a configuration tag outside 
the execution.


The issue is that this is working fine in these cases :
- mvn package
- mvn dependency:copy -N

This is not working in this case :
- mvn dependency:copy

If I remove the module, everything work fine again.
So, as said in the mail title, it's an issue related to the presence of 
a module in the pom.
Moreover, it seems to fail in the submodule. Is it a maven inheritance 
issue ?
Is there a workaround to neutralize the execution of this plugin in the 
submodule in order no having to add -N when running "mvn dependency:copy" ?


Thanks,
Julien

Brian E. Fox a écrit :

You need to see this:
http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#cli

-Original Message-
From: Julien CARSIQUE [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 28, 2008 8:01 AM

To: Maven Users List
Subject: maven-dependency-plugin fails if pom.xml contains a submodule

Hi,

Using maven-dependency-plugin, I go a build error since I've add a 
module in the pom.


Principle is to be able to manage two different calls : from execution, 
libraries go in target/lib/ and from a command-line call (or Ant), 
libraries go into ${jboss.lib}.
All worked fine until I added a module. Now, calls from command line 
unless we specify the "-N" option.


The plugin configuration is not inside a pluginManagement tag, so it 
shouldn't be inherited, does it ?


I got this error from the submodule, not from the module containing the 
dependency plugin configuration:

[ERROR] BUILD ERROR
[INFO] 

[INFO] One or more required plugin parameters are invalid/missing 
for 'dependency:copy'
[0] Inside the definition for plugin 'maven-dependency-plugin' 
specify the following:


  ...
  VALUE
.

 
- using "-N" on the command line solve the problem
- help:effective-pom result (ran on the failing child) doesn't contain 
any reference to dependency-plugin except this one in the

pluginManagement:

  maven-dependency-plugin
  2.0

- call from execution, during an "mvn package" for example succeed.

Here's my configuration :

  
aModule
  

  

  
org.apache.maven.plugins
maven-dependency-plugin

  ${jboss.lib}
  

  aGroupId
  anArtifactId
  aVersion
  true

  


  
copy-installed
package

  copy


  
${project.build.directory}/lib


  

  

  

Thanks,
Julien

  



--
Julien CARSIQUE, Nuxeo (Paris, France)
www.nuxeo.com - The Open Source ECM Platform - www.nuxeo.org
Nuxeo ECM Stack - The Java EE, scalable, standard-based ECM Platform 
[EMAIL PROTECTED] | Tel: +33 1 40 33 79 87




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

Re: Specific version/dependency resolving in maven

[Stefan Seidel]

You should use version ranges[0] and/or the release plugin[1].

Stefan
[0] 
http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-DependencyVersionRanges

[1] http://maven.apache.org/plugins/maven-release-plugin/

Victor Tsoukanov wrote:

I would like to use versioning based on JSR-277. They use the following format: 
major[.minor[.micro[.update]]][-qualifier]. Some extraxt from spec
1. Major version number should be incremented for making changes that are not 
backward compatible.
2. Minor version number should be incremented for making medium or minor 
changes that the software remains largely backward compatible, although minor 
incompatibilities might be possible.
For example I have 3 modules: m1, m2 and m3 (m2 and m3 depends on m1). But m2 depends on m1 with version 1.0.0.0 and m3 depends on 1.1.0.0. As you see the changes in m1 are "largely backward compatible" - it means I can compile m2 and m3 with m1(1.1.0.0). When I try to compile it in maven m3 was compiled with m1(1.1.0.0) and m2 was compiled with m1(1.0.0.0) since they declared such dependencies, but I would like that maven compile both modules with last version of m1(1.1.0.0). 
As I know for this cases maven suggests to use snapshot, but I would like to have version history in my repository.

Could somebody help me how could I implement such behavior in maven.
Thanks

-
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]

Rename Strings and Files in Java-Project

[IsaakTaylor]

Hello,

I have a Java-Project that I want to use as a model for future projects.
There are files and strings I want to rename with the Maven.

I am able to create the model from the given Java-Project with:
mvn archetype:create-from-project 
mvn install
mvn archetype:generate -DarchetypeCatalog=local

But I need to specify some requirements before. Example:
System.class.getClassLoader().getResourceAsStream("prototype.properties");
rename the String and related file to
System.class.getClassLoader().getResourceAsStream("x.properties");

I also created a slight profile... but I don't know where to start now. Is
it even possible?

Regards

-- 
View this message in context: 
http://www.nabble.com/Rename-Strings-and-Files-in-Java-Project-tp18708260p18708260.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]

Specific version/dependency resolving in maven

[Victor Tsoukanov]

I would like to use versioning based on JSR-277. They use the following format: 
major[.minor[.micro[.update]]][-qualifier]. Some extraxt from spec
1. Major version number should be incremented for making changes that are not 
backward compatible.
2. Minor version number should be incremented for making medium or minor 
changes that the software remains largely backward compatible, although minor 
incompatibilities might be possible.
For example I have 3 modules: m1, m2 and m3 (m2 and m3 depends on m1). But m2 
depends on m1 with version 1.0.0.0 and m3 depends on 1.1.0.0. As you see the 
changes in m1 are "largely backward compatible" - it means I can compile m2 and 
m3 with m1(1.1.0.0). When I try to compile it in maven m3 was compiled with 
m1(1.1.0.0) and m2 was compiled with m1(1.0.0.0) since they declared such 
dependencies, but I would like that maven compile both modules with last 
version of m1(1.1.0.0). 
As I know for this cases maven suggests to use snapshot, but I would like to 
have version history in my repository.
Could somebody help me how could I implement such behavior in maven.
Thanks

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

[mojo-dev] [ANN] Dashboard Maven Plugin, version 1.0.0-beta-1 released

[david vicente]

The Mojo team is pleased to announce the release of the Dashboard Maven
Plugin, version 1.0.0-beta-1

This plugin is used to aggregate results from Checkstyle, Cobertura, Clover,
Surefire, PMD, CPD, Taglist, Findbugs reports.

http://mojo.codehaus.org/dashboard-maven-plugin/

You can run mvn -up to get the latest version of the plugin, or specify the
version in your project's plugin configuration:


 org.codehaus.mojo
 dashboard-maven-plugin
 1.0.0-beta-1


For the first release, I had to change the goal prefix used in the command
line or Continuum goals :

as described in dashboard documentation :
http://mojo.codehaus.org/dashboard-maven-plugin/

you will have to modify the goal prefix in your command line or Continuum
goals to use the dashboard report :

from "dashboard-report:dashboard" to "dashboard:dashboard"
or
from "dashboard-report:persist" to "dashboard:persist"

Enjoy,

-The Mojo team

David Vicente

Re: mvn exec:java is giving error

[Abhishek Sanoujam]

Thanks for trying it out Manuel. But I am still getting error trying to 
use exec:java


Here is the stack trace that I get when running with mvn -e:

$ mvn -e clean compile exec:java -Dexec.mainClass=simpleproject.App
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'exec'.
[INFO] 


[ERROR] BUILD ERROR
[INFO] 

[INFO] The plugin 'org.apache.maven.plugins:maven-exec-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-exec-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-exec-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: Tue Jul 29 13:52:45 IST 2008
[INFO] Final Memory: 1M/2M
[INFO] 




Does it have anything to do with MacOS ? Or any settings in maven 
installation? I didn't change anything on the maven installation though, 
using the default one.


Thanks,
Abhishek


Manuel EVENO wrote:

I've done the same test you did and it works fine (see attached log file).

Manuel

--
Xebia IT Architects
FR : http://blog.xebia.fr
EN : http://blog.xebia.com


On Tue, Jul 29, 2008 at 2:24 AM, Abhishek Sanoujam 
<[EMAIL PROTECTED] > wrote:


Hi all,

I am new to maven and I was trying to run a simple java program
from maven. But its NOT working and complaining that the plugin
does not exist or no valid version could be found.

Here is the detailed output:

$ mvn exec:java -Dexec.mainClass=simpleproject.App
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'exec'.
[INFO]

[ERROR] BUILD ERROR
[INFO]

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

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

[INFO] Total time: < 1 second
[INFO] Finished at: Tue Jul 29 05:45:32 IST 2008
[INFO] Final Memory: 1M/2M
[INFO]


I created a simple project using:

$ mvn archetype:create -DgroupId=simpleproject
-DartifactId=simpleMavenProject

It contains a default HelloWorld app in simpleproject.App.java
which is what I am trying to run.

NOTE: If I use the full name of the exec-maven plugin, it is working.

Re: mvn exec:java is giving error

[Manuel EVENO]

I've done the same test you did and it works fine (see attached log file).

Manuel

--
Xebia IT Architects
FR : http://blog.xebia.fr
EN : http://blog.xebia.com


On Tue, Jul 29, 2008 at 2:24 AM, Abhishek Sanoujam
<[EMAIL PROTECTED]>wrote:

> Hi all,
>
> I am new to maven and I was trying to run a simple java program from maven.
> But its NOT working and complaining that the plugin does not exist or no
> valid version could be found.
>
> Here is the detailed output:
>
> $ mvn exec:java -Dexec.mainClass=simpleproject.App
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'exec'.
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-exec-plugin' does not
> exist or no valid version could be found
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: < 1 second
> [INFO] Finished at: Tue Jul 29 05:45:32 IST 2008
> [INFO] Final Memory: 1M/2M
> [INFO]
> 
>
> I created a simple project using:
>
> $ mvn archetype:create -DgroupId=simpleproject
> -DartifactId=simpleMavenProject
>
> It contains a default HelloWorld app in simpleproject.App.java which is
> what I am trying to run.
>
> NOTE: If I use the full name of the exec-maven plugin, it is working.
>
> $ mvn org.codehaus.mojo:exec-maven-plugin:1.1:java
> -Dexec.mainClass=simpleproject.App
>
> The above works.
>
> Any reason why "mvn exec:java -Dexec.mainClass=simpleproject.App" is not
> working???
>
> I am using maven-2.0.9
> $ mvn -version
> Maven version: 2.0.9
> Java version: 1.5.0_13
> OS name: "mac os x" version: "10.5.2" arch: "i386" Family: "unix"
>
> Thanks for the help in advance.
>
> Regards,
> Abhishek
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
C:\Temp>mvn archetype:create -DgroupId=simpleproject 
-DartifactId=simpleMavenProject
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[INFO] 
[INFO] Building Maven Default Project
[INFO]task-segment: [archetype:create] (aggregator-style)
[INFO] 
[INFO] Setting property: classpath.resource.loader.class => 
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on => 'false'.
[INFO] Setting property: resource.loader => 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound => 'false'.
[INFO] [archetype:create]
[WARNING] This goal is deprecated. Please use mvn archetype:generate instead
[INFO] Defaulting package to group ID: simpleproject
4K downloaded
[INFO] 

[INFO] Using following parameters for creating OldArchetype: 
maven-archetype-quickstart:RELEASE
[INFO] 

[INFO] Parameter: groupId, Value: simpleproject
[INFO] Parameter: packageName, Value: simpleproject
[INFO] Parameter: basedir, Value: C:\Temp
[INFO] Parameter: package, Value: simpleproject
[INFO] Parameter: version, Value: 1.0-SNAPSHOT
[INFO] Parameter: artifactId, Value: simpleMavenProject
[INFO] * End of debug info from resources from generated 
POM ***
[INFO] OldArchetype created in dir: C:\Temp\simpleMavenProject
[INFO] 
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 15 seconds
[INFO] Finished at: Tue Jul 29 09:54:54 CEST 2008
[INFO] Final Memory: 8M/14M
[INFO] 

C:\Temp>cd simpleMavenProject

C:\Temp\simpleMavenProject>mvn clean compile exec:java 
-Dexec.mainClass=simpleproject.App
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'exec'.
[INFO] 
[INFO] Building simpleMavenProject
[INFO]task-segment: [clean, compile, exec:java]
[INFO] 
[INFO] [clean:clean]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 1 source file to C:\Temp\simpleMavenProject\target\classes
[INFO] Preparing exec:java
[INFO] No goals neede