Re: RFC: Maven License Verifier Plugin

[Anders Hammar]

Maybe have a look how the assembly plugin works with descriptors? Having
pre-defined configs that can be referenced by id/name could be handy.
However, I'm not sure if using a URL to download the descriptor/config is a
good idea. I'm thinking that that could be misused by linking to configs
outside your environment that change or can't sometimes be downloaded.

I would start simple and then add new possibilities. What would be very
nice, is if you implement this in modules so that the functionality can be
used by other types of plugins as well, such as a Nexus plugin to verify
this centrally in a repo manager. But I guess you could re-factor that later
on.

/Anders

On Thu, Feb 4, 2010 at 00:15, Karl Heinz Marbaise  wrote:

> Hi there,
>
> i have started with implementing some parts of a new Maven Plugin.
>
> The Maven License Verifier Plugin (MLV for short).
>
> I would present you the idea of the plugin and would like to know if
> someone has some suggestions, idea's, comments etc.
>
>
> The basic idea is to check every dependency which is used (incl. transitive
> dependencies) of a build (during a mvn ..) and see if all artifacts have
> licenses which are based on the policy (of a company etc.) are allowed
> ...that's often a point in companies...Some companies says only allowed is
> the Apache License (for example)...
>
>
> The Plugin will use a configuration file which defines different categories
> of Licenses (
> http://site.supose.org/maven-licenses-verifier-plugin/licenses.html).
>
> The default configuration will not break a build it will just warn about
> artifacts which don't have a license defined or which in a particular
> category (WARN, INVALID or none of them).
>
> About what I'm unsure about is where to define the license.xml file (or
> multiple of them):
>
> Option 1:
> Use a particular folder: src/main/licenses/ and put one or more files in
> there which will be automatically be loaded.
>
> Option 2:
> Give a single or multiple locations for license.xml files in the
> configuration section for the plugin.
>
> Option 3:
> Use an URL to define where to download the license.xml file or may be
> multiple URL's. This could be usefull in Companies to have central location
> where maintain such files which can be used for every project in a
> company...(May be it's possible to store that in a repository manager like
> Nexus ?)
>
> Option 4:
> Use an Artifact which can be created and stored into a Maven repository ?
>
> Of course the plugin is configurable in that way to brake the build if you
> do ...(e.g. failOnWarning like ?)...
>
>
> The other question is how to behave in a reactor build (Multi Module
> build):
>  - Just have a single Configuration (e.g. in Root) and put the
> configuration file(s) there (not sure how to handle this technically)...
>
>
> And what is needed as well is to be able to exclude particular artifacts
> from being checked ().. (I have to check how to
> implement this but this is an other question)...
>
>
> 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: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

java.lang.LinkageError when building maven junit4osgi project tests

[mohn3310]

Hello,

We have a source directory structure like so:

top
 - module1
  - module1-1
  - module1-2
 - module2
  - module-2-1
  - module-2-2

top's pom file contains references to module1 and module2 so that it builds
everything. The module2 projects use junit4osgi to execute some osgi tests.
When building individually or all of module2, it works fine. But when
building from the top, it fails with the following error:

Running org.apache.felix.ipojo.junit4osgi.osgitestsu...@1acf5f7
Tests run: 0, Failures: 0, Errors: 0, Time elapsed: 0 sec
[FATAL ERROR]
org.apache.felix.ipojo.junit4osgi.plugin.Junit4osgiPlugin#execute(
) caused a linkage error (java.lang.LinkageError) and may be out-of-date.
Check
the realms:
[FATAL ERROR] Plugin realm =
app0.child-container[org.apache.felix:maven-junit4o
sgi-plugin:1.0.0]
urls[0] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/maven-junit4osgi-p
lugin/1.0.0/maven-junit4osgi-plugin-1.0.0.jar
urls[1] =
file:/C:/Users/mrao/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar
urls[2] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.apache.felix.f
ramework/1.6.1/org.apache.felix.framework-1.6.1.jar
urls[3] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.osgi.core/1.2.
0/org.osgi.core-1.2.0.jar
urls[4] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.osgi.compendiu
m/1.2.0/org.osgi.compendium-1.2.0.jar
urls[5] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.osgi.foundatio
n/1.2.0/org.osgi.foundation-1.2.0.jar
urls[6] =
file:/C:/Users/mrao/.m2/repository/org/codehaus/plexus/plexus-utils/1.
1/plexus-utils-1.1.jar
urls[7] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.apache.felix.i
pojo/1.2.0/org.apache.felix.ipojo-1.2.0.jar
urls[8] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.apache.felix.i
pojo.metadata/1.2.0/org.apache.felix.ipojo.metadata-1.2.0.jar
urls[9] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.apache.felix.i
pojo.handler.extender/1.2.0/org.apache.felix.ipojo.handler.extender-1.2.0.jar
urls[10] =
file:/C:/Users/mrao/.m2/repository/org/apache/felix/org.apache.felix.
ipojo.junit4osgi/1.0.0/org.apache.felix.ipojo.junit4osgi-1.0.0.jar
urls[11] =
file:/C:/Users/mrao/.m2/repository/net/sourceforge/cobertura/cobertur
a/1.9/cobertura-1.9.jar
urls[12] = file:/C:/Users/mrao/.m2/repository/oro/oro/2.0.8/oro-2.0.8.jar
urls[13] = file:/C:/Users/mrao/.m2/repository/asm/asm/2.2.1/asm-2.2.1.jar
urls[14] =
file:/C:/Users/mrao/.m2/repository/asm/asm-tree/2.2.1/asm-tree-2.2.1.
jar
urls[15] =
file:/C:/Users/mrao/.m2/repository/log4j/log4j/1.2.9/log4j-1.2.9.jar
urls[16] =
file:/C:/Users/mrao/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0
.jar
urls[17] =
file:/C:/Users/mrao/.m2/repository/org/apache/ant/ant-launcher/1.7.0/
ant-launcher-1.7.0.jar
urls[18] = http://felix.extensions:9/
[FATAL ERROR] Container realm = plexus.core
urls[0] = file:/C:/Program Files
(x86)/apache-maven-2.1.0/lib/maven-2.1.0-uber.j
ar
urls[1] =
file:/C:/Users/mrao/.m2/repository/org/apache/maven/archetype/archetyp
e-packaging/2.0-alpha-4/archetype-packaging-2.0-alpha-4.jar
urls[2] =
file:/C:/Users/mrao/.m2/repository/org/codehaus/plexus/plexus-utils/1.
1/plexus-utils-1.1.jar
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] loader constraint violation: loader (instance of
org/codehaus/classworlds
/RealmClassLoader) previously initiated loading for a different type with
name "
org/codehaus/plexus/util/xml/XMLWriter"
[INFO]

[INFO] Trace
java.lang.LinkageError: loader constraint violation: loader (instance of
org/cod
ehaus/classworlds/RealmClassLoader) previously initiated loading for a
different
 type with name "org/codehaus/plexus/util/xml/XMLWriter"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12
4)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at
org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassL
oader.java:195)
at
org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassReal
m.java:255)
at
org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.
java:214)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at
org.apache.felix.ipojo.junit4osgi.plugin.XMLReport.g

RFC: Maven License Verifier Plugin

[Karl Heinz Marbaise]

Hi there,

i have started with implementing some parts of a new Maven Plugin.

The Maven License Verifier Plugin (MLV for short).

I would present you the idea of the plugin and would like to know if 
someone has some suggestions, idea's, comments etc.



The basic idea is to check every dependency which is used (incl. 
transitive dependencies) of a build (during a mvn ..) and see if all 
artifacts have licenses which are based on the policy (of a company 
etc.) are allowed ...that's often a point in companies...Some companies 
says only allowed is the Apache License (for example)...



The Plugin will use a configuration file which defines different 
categories of Licenses 
(http://site.supose.org/maven-licenses-verifier-plugin/licenses.html).


The default configuration will not break a build it will just warn about 
artifacts which don't have a license defined or which in a particular 
category (WARN, INVALID or none of them).


About what I'm unsure about is where to define the license.xml file (or 
multiple of them):


Option 1:
Use a particular folder: src/main/licenses/ and put one or more files in 
there which will be automatically be loaded.


Option 2:
Give a single or multiple locations for license.xml files in the 
configuration section for the plugin.


Option 3:
Use an URL to define where to download the license.xml file or may be 
multiple URL's. This could be usefull in Companies to have central 
location where maintain such files which can be used for every project 
in a company...(May be it's possible to store that in a repository 
manager like Nexus ?)


Option 4:
Use an Artifact which can be created and stored into a Maven repository ?

Of course the plugin is configurable in that way to brake the build if 
you do ...(e.g. failOnWarning like ?)...



The other question is how to behave in a reactor build (Multi Module build):
  - Just have a single Configuration (e.g. in Root) and put the 
configuration file(s) there (not sure how to handle this technically)...



And what is needed as well is to be able to exclude particular artifacts 
from being checked ().. (I have to check how 
to implement this but this is an other question)...



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: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Nexus and http://repository.codehaus.org KO

[Dan Tran]

Hi Brian,

1. this one is not up to date, i dont see my syslog-maven-plugin snapshot there

2. Do you see MOJO team going to move to nexus?


Thanks

-Dan





On Wed, Feb 3, 2010 at 2:25 PM, Brian Fox  wrote:
> But while we're at it: everyone should use
> http://nexus.codehaus.org/snapshots/ instead of the old repo.
>
> On Wed, Feb 3, 2010 at 3:48 PM, Anders Hammar  wrote:
>> Wrong mailing list.
>>
>> /Anders
>>
>> On Wed, Feb 3, 2010 at 21:45, Rémy  wrote:
>>
>>>
>>> Hello,
>>>
>>> I defined a proxy repository in Nexus pointing on
>>> http://repository.codehaus.org. This one was unavailable this morning. To
>>> run the builds, I had to use the "block proxy" option in Nexus. In the
>>> settings.xml file I have referenced the enterprise repository. I thought to
>>> be independent from the outside with that configuration.
>>>
>>> Have I properly configured Nexus ?
>>>
>>> Thanks
>>>
>>> Remy
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Nexus-and-http%3A--repository.codehaus.org-KO-tp27443142p27443142.html
>>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: users-h...@maven.apache.org
>>>
>>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Nexus and http://repository.codehaus.org KO

[Brian Fox]

But while we're at it: everyone should use
http://nexus.codehaus.org/snapshots/ instead of the old repo.

On Wed, Feb 3, 2010 at 3:48 PM, Anders Hammar  wrote:
> Wrong mailing list.
>
> /Anders
>
> On Wed, Feb 3, 2010 at 21:45, Rémy  wrote:
>
>>
>> Hello,
>>
>> I defined a proxy repository in Nexus pointing on
>> http://repository.codehaus.org. This one was unavailable this morning. To
>> run the builds, I had to use the "block proxy" option in Nexus. In the
>> settings.xml file I have referenced the enterprise repository. I thought to
>> be independent from the outside with that configuration.
>>
>> Have I properly configured Nexus ?
>>
>> Thanks
>>
>> Remy
>> --
>> View this message in context:
>> http://old.nabble.com/Nexus-and-http%3A--repository.codehaus.org-KO-tp27443142p27443142.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
>

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Tonte . Pouncil]

Ok I will check into this.

Thanks!



From:
Anders Hammar 
To:
Maven Users List 
Date:
02/03/2010 02:39 PM
Subject:
Re: Need help configuring maven to get through company Proxy?



Resolving this in Maven is just a waste of time. As you switch to use 
Nexus
you need to remove that config and configure Nexus instead.
Don't configure anything locally (except to use Nexus) and then configure
the proxy in Nexus. If you have problems doing that in Nexus, use the 
Nexus
mailing list.

/Anders

On Wed, Feb 3, 2010 at 18:29,  wrote:

> Yes that is correct.  However, to simply the problem I configured my
> settings.xml file to not use my Nexus profiles and configured maven
> central repo manually in the settings.xml file.  So currently my
> configuration does not rely on Nexus.  I prefer, but not locked into,
> resolving this issue base on Maven first before resolving in Nexus.
>
> I don't think maven's proxy setting inside the settings.xml file are 
being
> read correctly for Novel Border Manager.  Does anyone how to debug the
> proxy settings for maven?  BTW, I have made sure these settings are not
> commented out.
>
> Thanks!
>
> Tonté
>
>
>
> From:
> Wayne Fay 
> To:
> Maven Users List 
> Date:
> 02/03/2010 11:19 AM
> Subject:
> Re: Need help configuring maven to get through company Proxy?
>
>
>
> > Thanks for your reply.  We are using Sonatype Nexus for our company
> maven
> > repo and we are actually using Novell Border Manager for our proxy
> server.
> >  I wonder if maven is not sending the correct credential properties to
> > Novell Border Manager?
>
> Aren't your proxying requests through Nexus to the outside world? So
> you should only need to worry about how Nexus is getting out (past
> Novell Border Manager), not Maven itself, right?
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>
>
>

Re: Had to remove a plugin dir from local repo, why? [was Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating

[Wayne Fay]

> When you deleted the local repo Maven had to go out to find the latest
> version, which now was 2.7 (served by your artifactory instance). Thus

To avoid weird issues, you should use the "long form" when using
plugins from the command line:
mvn groupid:artifactid:version:goal

So for eclipse, it would be:
mvn org.apache.maven.plugins:maven-eclipse-plugin:2.7:eclipse

You can see this in the "full name" area in the documentation for this
goal in the plugin:
http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Nexus and http://repository.codehaus.org KO

[Anders Hammar]

Wrong mailing list.

/Anders

On Wed, Feb 3, 2010 at 21:45, Rémy  wrote:

>
> Hello,
>
> I defined a proxy repository in Nexus pointing on
> http://repository.codehaus.org. This one was unavailable this morning. To
> run the builds, I had to use the "block proxy" option in Nexus. In the
> settings.xml file I have referenced the enterprise repository. I thought to
> be independent from the outside with that configuration.
>
> Have I properly configured Nexus ?
>
> Thanks
>
> Remy
> --
> View this message in context:
> http://old.nabble.com/Nexus-and-http%3A--repository.codehaus.org-KO-tp27443142p27443142.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Nexus and http://repository.codehaus.org KO

[Rémy]

Hello,

I defined a proxy repository in Nexus pointing on
http://repository.codehaus.org. This one was unavailable this morning. To
run the builds, I had to use the "block proxy" option in Nexus. In the
settings.xml file I have referenced the enterprise repository. I thought to
be independent from the outside with that configuration.

Have I properly configured Nexus ?

Thanks

Remy
-- 
View this message in context: 
http://old.nabble.com/Nexus-and-http%3A--repository.codehaus.org-KO-tp27443142p27443142.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Anders Hammar]

Resolving this in Maven is just a waste of time. As you switch to use Nexus
you need to remove that config and configure Nexus instead.
Don't configure anything locally (except to use Nexus) and then configure
the proxy in Nexus. If you have problems doing that in Nexus, use the Nexus
mailing list.

/Anders

On Wed, Feb 3, 2010 at 18:29,  wrote:

> Yes that is correct.  However, to simply the problem I configured my
> settings.xml file to not use my Nexus profiles and configured maven
> central repo manually in the settings.xml file.  So currently my
> configuration does not rely on Nexus.  I prefer, but not locked into,
> resolving this issue base on Maven first before resolving in Nexus.
>
> I don't think maven's proxy setting inside the settings.xml file are being
> read correctly for Novel Border Manager.  Does anyone how to debug the
> proxy settings for maven?  BTW, I have made sure these settings are not
> commented out.
>
> Thanks!
>
> Tonté
>
>
>
> From:
> Wayne Fay 
> To:
> Maven Users List 
> Date:
> 02/03/2010 11:19 AM
> Subject:
> Re: Need help configuring maven to get through company Proxy?
>
>
>
> > Thanks for your reply.  We are using Sonatype Nexus for our company
> maven
> > repo and we are actually using Novell Border Manager for our proxy
> server.
> >  I wonder if maven is not sending the correct credential properties to
> > Novell Border Manager?
>
> Aren't your proxying requests through Nexus to the outside world? So
> you should only need to worry about how Nexus is getting out (past
> Novell Border Manager), not Maven itself, right?
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>
>
>

Re: Had to remove a plugin dir from local repo, why? [was Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating

[Anders Hammar]

Yes, I was actually thinkign about this possibility after sending the mail.
This is what I think has happened:

1. You've run mvn eclipse:eclipse, which will get the latest version of the
plugin. You then had a setup that included the Apache snapshot repo so you
got 2.8-snapshot.
2. The setup changed. Either locally or in artifactory. Only you know which.
3. You try again. Maven sees in the local repo that there is a snapshot
version (2.8-SNAPSHOT) and Maven then tries to update that (Maven updates
once a day by default). As the setup has changed, Maven can't get the
snapshot version.

When you deleted the local repo Maven had to go out to find the latest
version, which now was 2.7 (served by your artifactory instance). Thus
everything worked.

/Anders

On Wed, Feb 3, 2010 at 20:40, Rick R  wrote:

> I changed the subject since I think this is now more of a general local
> repository question.
>
> On Wed, Feb 3, 2010 at 2:08 PM, Anders Hammar  wrote:
>
> > Regarding why Maven tries to use 2.8-SNAPSHOT and isn't successful I'm
> > somewhat puzzled. You didn't post the full error output, so I can't say
> for
> > sure. Also, I need to know more about your Artifactory setup to spot the
> > problem.
> >
>
>
> Ok, this is really weird, how could one's existing local repository affect
> things? I was going to post a long email of things I've tried but the
> bottom
> line is that when I went in to my local repository and deleted:
> org/apache/maven/plugins/maven-eclipse-plugin/
>
> The, 'mvn eclipse:eclipse' command worked just fine - the plugin downloaded
> fine  ( I was trying this off a simple archetype jar project not using the
> artifactory repo.)
>
> I knew something had to be up since when I backed up (moved my repository
> to
> repo.bak) and then ran mvn eclipse:eclipse the eclipse plugin worked just
> fine. As soon as I put my old repo back I got the failure error shown at
> the
> end of this post.
>
> So now my question is: why in the world would my local repository affect
> this? Did I have some kind of corrupt version of the plugin?
>
> Here was the error I WAS getting BEFORE I manually removed the
> maven-eclipse-plugin dir from my repo
>
>
> [ERROR] BUILD FAILURE
> [INFO]
> 
> [INFO] A required plugin was not found: Plugin could not be found - check
> that the goal name is correct: Unable to download the artifact from any
> repository
>
> Try downloading the file manually from the project website.
>
> Then, install it using the command:
>mvn install:install-file -DgroupId=org.apache.maven.plugins
> -DartifactId=maven-eclipse-plugin -Dversion=2.8-SNAPSHOT
> -Dpackaging=maven-plugin -Dfile=/path/to/file
>
> Alternatively, if you host your own repository you can deploy the file
> there:
>mvn deploy:deploy-file -DgroupId=org.apache.maven.plugins
> -DartifactId=maven-eclipse-plugin -Dversion=2.8-SNAPSHOT
> -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url]
> -DrepositoryId=[id]
>
>
>  org.apache.maven.plugins:maven-eclipse-plugin:maven-plugin:2.8-SNAPSHOT
>
> from the specified remote repositories:
>  central (http://repo1.maven.org/maven2)
>
>
>  org.apache.maven.plugins:maven-eclipse-plugin:maven-plugin:2.8-SNAPSHOT
>
> from the specified remote repositories:
>  central (http://repo1.maven.org/maven2)
>

Had to remove a plugin dir from local repo, why? [was Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating as n

[Rick R]

I changed the subject since I think this is now more of a general local
repository question.

On Wed, Feb 3, 2010 at 2:08 PM, Anders Hammar  wrote:

> Regarding why Maven tries to use 2.8-SNAPSHOT and isn't successful I'm
> somewhat puzzled. You didn't post the full error output, so I can't say for
> sure. Also, I need to know more about your Artifactory setup to spot the
> problem.
>


Ok, this is really weird, how could one's existing local repository affect
things? I was going to post a long email of things I've tried but the bottom
line is that when I went in to my local repository and deleted:
org/apache/maven/plugins/maven-eclipse-plugin/

The, 'mvn eclipse:eclipse' command worked just fine - the plugin downloaded
fine  ( I was trying this off a simple archetype jar project not using the
artifactory repo.)

I knew something had to be up since when I backed up (moved my repository to
repo.bak) and then ran mvn eclipse:eclipse the eclipse plugin worked just
fine. As soon as I put my old repo back I got the failure error shown at the
end of this post.

So now my question is: why in the world would my local repository affect
this? Did I have some kind of corrupt version of the plugin?

Here was the error I WAS getting BEFORE I manually removed the
maven-eclipse-plugin dir from my repo


[ERROR] BUILD FAILURE
[INFO]

[INFO] A required plugin was not found: Plugin could not be found - check
that the goal name is correct: Unable to download the artifact from any
repository

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.plugins
-DartifactId=maven-eclipse-plugin -Dversion=2.8-SNAPSHOT
-Dpackaging=maven-plugin -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=org.apache.maven.plugins
-DartifactId=maven-eclipse-plugin -Dversion=2.8-SNAPSHOT
-Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]


  org.apache.maven.plugins:maven-eclipse-plugin:maven-plugin:2.8-SNAPSHOT

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


  org.apache.maven.plugins:maven-eclipse-plugin:maven-plugin:2.8-SNAPSHOT

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

Re: Unused dependencies in ear

[Stephane Nicoll]

This plugin is meant to be ran on a project that actually uses the code from
a compilation standpoint.

Please note also that your modules section in the ear plugin is useless. The
plugin will auto-detect what's necessary from your pom, you only need to set
values there if you actually want to customize something.

HTH,
S.

On Wed, Feb 3, 2010 at 1:31 PM, Ignatyev Vjacheslav wrote:

> Hi, all.
>
> Problem with maven-ear-plugin. Why "dependency:analyze" say "Unused
> declared dependencies found"?
>
> ---
> Command output:
> [...@ivv]~/projects/lodint% mvn dependency:analyze
> [...]
> [INFO] Building Packaging project
> [...]
> [INFO] [dependency:analyze {execution: default-cli}]
> [WARNING] Unused declared dependencies found:
> [WARNING]org.drools:drools-core:jar:5.0.1:compile
> [WARNING]org.jboss.seam:jboss-seam:ejb:2.2.0.GA:compile
> [WARNING]
>  ru.lanit.samara.core-process:lodint-ejbs:ejb:1.0-SNAPSHOT:compile
> [WARNING]ru.lanit.samara.core-process:egr:ejb:1.0-SNAPSHOT:compile
> [WARNING]ru.lanit.samara.core-process:kladr:ejb:1.0-SNAPSHOT:compile
> [WARNING]
>  ru.lanit.samara.core-process:lodint-web:war:1.0-SNAPSHOT:compile
> [WARNING]org.richfaces.framework:richfaces-api:jar:3.3.1.GA:compile
> [...]
> ---
> Packaging project's pom:
> [...]
> 
> ru.lanit.samara.core-process
> parent
> 1.0-SNAPSHOT
> 
> lodint
> Packaging project
> ear
>
> [...]
> 
> maven-ear-plugin
> [...]
> 
> 
> ${project.groupId}
> lodint-ejbs
> 
> 
> ${project.groupId}
> kladr
> 
> 
> ${project.groupId}
> egr
> 
> 
> ${project.groupId}
> lodint-web
> /
> 
> 
> [...]
> 
> 
> ${project.groupId}
> lodint-ejbs
> ejb
> 
>
> 
> ${project.groupId}
> kladr
> ejb
> 
> [...]
>
>
> Full pom.xml:
> http://samara.lanit.ru/anon-repos/lodint/trunk/packaging/pom.xml
> Thanks.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Large Systems Suck: This rule is 100% transitive. If you build one, you
suck" -- S.Yegge

Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating as non-aggregator.)

[Anders Hammar]

Regarding why Maven tries to use 2.8-SNAPSHOT and isn't successful I'm
somewhat puzzled. You didn't post the full error output, so I can't say for
sure. Also, I need to know more about your Artifactory setup to spot the
problem.

/Anders

On Wed, Feb 3, 2010 at 16:59, Rick R  wrote:

> On Wed, Feb 3, 2010 at 3:49 AM, Anders Hammar  wrote:
>
> > Ok, first I would like to point you at some Maven books. They are great
> to
> > get the basics:
> > http://books.sonatype.com
> >
>
> Yes I need to read that more thoroughly. I did look through it once and
> tried to refer to even in this case, but it was one of those things where I
> didn't even really know where to look since wasn't sure of the exact cause.
>
>
> > Try this on the command line:
> > mvn org.apache.maven.plugins:maven-eclipse-plugin:2.7:eclipse
> >
> >
> Perfect! Yes that worked!
>
>
> > By adding the
> > following xml section to your project, you configure Maven to use v2.7 of
> > the plugin (but only when executed for this project or a project that
> > inherits from this):
> >
> >
> >
> >
> >org.apache.maven.plugins
> >maven-eclipse-plugin
> >2.7
> >
> >
> >
> >
> >
> >
> Perfect also! (This is now what I've added to my project's pom so this
> issue
> doesn't keep happening.)
>
>
>
> > The schema for pom.xml is found here:
> > http://maven.apache.org/maven-v4_0_0.xsd
> >
> >
> Ok thanks. Although even looking at that schema it makes it difficult for
> me
> as a newb to look at and say "ok from that schema create the
> pluginManagement definition as you did above.
>
> *So the only last question I have 'Where did things go wrong in my attempt
> to use mvn eclipse:eclipse?' Even if I run just a simple archetype jar (no
> dependency on my company repo) and then run mvn eclipse:eclipse without
> declaring the version like you mentioned I'll get the issue, so I guess
> it's
> something wrong with the eclipse 2.8 snapshot not being in the public repo?
> I would think that if I went to the maven eclipse plugin info
> http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.htmlthat
> it would mention the help you gave me (declaring the version in my pom or
> settings) since I would think others would run into the same issues as
> myself (or else I guess everyone is just more up-to-speed and instantly
> knows what to do.:)
>
>
>
> > As a last point I would like you to talk to your local Maven people as
> > well.
> >   They know
> > your local environment and should be able to help you. I can't solve
> > problems in your local environment.
> >
>
> Ha, I know you can't. But the guy setting the local repo up was newb also.
> We're trying to push for maven to be used here so learning on the fly.
>
> Thanks again for your help. I did learn a LOT through this whole ordeal.
>

Re: Including less than an entire artifact in a shaded jar

[Wayne Fay]

> Is there any way to filter the classes that get kept in each shaded artifact?

Did you not check the m-shade-p documentation, specifically the
"filters" parameter?

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Tonte . Pouncil]

Hey I have tried that.  The proxy configuration is set through the server 
tap.  Since then, I have tried to simply the problem by removing Nexus out 
of the picture.  So right now I am currently just working with Maven 
configuration only. 



From:
Manuel Grau 
To:
Maven Users List 
Date:
02/03/2010 11:20 AM
Subject:
Re: Need help configuring maven to get through company Proxy?



I guess sonatype Nexus is the same that Jfrog Artifactory. One question, 
are
you using it as maven proxy? that is, does maven ask for artifacts 
throught
Nexus? If the answeb is affirmative, then, setup http proxy in Nexus.

2010/2/3 

> Manuel,
>
> Thanks for your reply.  We are using Sonatype Nexus for our company 
maven
> repo and we are actually using Novell Border Manager for our proxy 
server.
>  I wonder if maven is not sending the correct credential properties to
> Novell Border Manager?
>
> Thanks agian!
>
> Tonté
>
>
>
> From:
> Manuel Grau 
> To:
> Maven Users List 
> Cc:
> bguill...@aviall.com
> Date:
> 02/03/2010 10:24 AM
> Subject:
> Re: Need help configuring maven to get through company Proxy?
>
>
>
> I don't know anything about Novell Proxy Server, but I can tell you whar
> we're doing. We have to attach the domain in username:
>
> domain\username
>
> But, in our case, we don't have proxy setup in our setting.xml because
> we're
> using Artifactory , a great maven
> proxy.
> In this maven proxy, we have setup the http proxy using it's great web
> interface. I recommend you to use it, is great and opensource.
>
> Best regards.
>
> 2010/2/3 
>
> > Hello,
> >
> > My company is using Novell Proxy Server.  I am using maven-2.2..1.  I
> have
> > set up my configuration based on the documentation described here:
> > http://maven.apache.org/guides/mini/guide-proxies.html
> >
> > When I try to down load plugins from the Maven Central Repo, I get
> > redirected to my companies Novell Proxy Server authentication web 
page;
> > where an actual user is required to enter their (eDirectory/LDAP)
> > credentials and click the submit button to be authenticated through 
the
> > proxy and then forward to the destination URL.
> >
> > I don't understand why Maven is not sending the proxy information I
> > defined in my setting.xml file.
> >
> > Can anyone help me resolve this issue.
> >
> > Thanks!
> >
> > Tonté
> >
> > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_
> _
> > _
> >
> > 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.
>
>
>
>
> --
> "Everything should be made as simple as possible, but not simpler" 
Albert
> Einstein
>
>
>


-- 
"Everything should be made as simple as possible, but not simpler" Albert
Einstein

Re: Need help configuring maven to get through company Proxy?

[Tonte . Pouncil]

Yes that is correct.  However, to simply the problem I configured my 
settings.xml file to not use my Nexus profiles and configured maven 
central repo manually in the settings.xml file.  So currently my 
configuration does not rely on Nexus.  I prefer, but not locked into, 
resolving this issue base on Maven first before resolving in Nexus. 

I don't think maven's proxy setting inside the settings.xml file are being 
read correctly for Novel Border Manager.  Does anyone how to debug the 
proxy settings for maven?  BTW, I have made sure these settings are not 
commented out.

Thanks!

Tonté



From:
Wayne Fay 
To:
Maven Users List 
Date:
02/03/2010 11:19 AM
Subject:
Re: Need help configuring maven to get through company Proxy?



> Thanks for your reply.  We are using Sonatype Nexus for our company 
maven
> repo and we are actually using Novell Border Manager for our proxy 
server.
>  I wonder if maven is not sending the correct credential properties to
> Novell Border Manager?

Aren't your proxying requests through Nexus to the outside world? So
you should only need to worry about how Nexus is getting out (past
Novell Border Manager), not Maven itself, right?

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Manuel Grau]

I guess sonatype Nexus is the same that Jfrog Artifactory. One question, are
you using it as maven proxy? that is, does maven ask for artifacts throught
Nexus? If the answeb is affirmative, then, setup http proxy in Nexus.

2010/2/3 

> Manuel,
>
> Thanks for your reply.  We are using Sonatype Nexus for our company maven
> repo and we are actually using Novell Border Manager for our proxy server.
>  I wonder if maven is not sending the correct credential properties to
> Novell Border Manager?
>
> Thanks agian!
>
> Tonté
>
>
>
> From:
> Manuel Grau 
> To:
> Maven Users List 
> Cc:
> bguill...@aviall.com
> Date:
> 02/03/2010 10:24 AM
> Subject:
> Re: Need help configuring maven to get through company Proxy?
>
>
>
> I don't know anything about Novell Proxy Server, but I can tell you whar
> we're doing. We have to attach the domain in username:
>
> domain\username
>
> But, in our case, we don't have proxy setup in our setting.xml because
> we're
> using Artifactory , a great maven
> proxy.
> In this maven proxy, we have setup the http proxy using it's great web
> interface. I recommend you to use it, is great and opensource.
>
> Best regards.
>
> 2010/2/3 
>
> > Hello,
> >
> > My company is using Novell Proxy Server.  I am using maven-2.2..1.  I
> have
> > set up my configuration based on the documentation described here:
> > http://maven.apache.org/guides/mini/guide-proxies.html
> >
> > When I try to down load plugins from the Maven Central Repo, I get
> > redirected to my companies Novell Proxy Server authentication web page;
> > where an actual user is required to enter their (eDirectory/LDAP)
> > credentials and click the submit button to be authenticated through the
> > proxy and then forward to the destination URL.
> >
> > I don't understand why Maven is not sending the proxy information I
> > defined in my setting.xml file.
> >
> > Can anyone help me resolve this issue.
> >
> > Thanks!
> >
> > Tonté
> >
> > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> > _
> >
> > 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.
>
>
>
>
> --
> "Everything should be made as simple as possible, but not simpler" Albert
> Einstein
>
>
>


-- 
"Everything should be made as simple as possible, but not simpler" Albert
Einstein

Re: Need help configuring maven to get through company Proxy?

[Wayne Fay]

> Thanks for your reply.  We are using Sonatype Nexus for our company maven
> repo and we are actually using Novell Border Manager for our proxy server.
>  I wonder if maven is not sending the correct credential properties to
> Novell Border Manager?

Aren't your proxying requests through Nexus to the outside world? So
you should only need to worry about how Nexus is getting out (past
Novell Border Manager), not Maven itself, right?

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Tonte . Pouncil]

Manuel,

Thanks for your reply.  We are using Sonatype Nexus for our company maven 
repo and we are actually using Novell Border Manager for our proxy server. 
 I wonder if maven is not sending the correct credential properties to 
Novell Border Manager?

Thanks agian!

Tonté



From:
Manuel Grau 
To:
Maven Users List 
Cc:
bguill...@aviall.com
Date:
02/03/2010 10:24 AM
Subject:
Re: Need help configuring maven to get through company Proxy?



I don't know anything about Novell Proxy Server, but I can tell you whar
we're doing. We have to attach the domain in username:

domain\username

But, in our case, we don't have proxy setup in our setting.xml because 
we're
using Artifactory , a great maven 
proxy.
In this maven proxy, we have setup the http proxy using it's great web
interface. I recommend you to use it, is great and opensource.

Best regards.

2010/2/3 

> Hello,
>
> My company is using Novell Proxy Server.  I am using maven-2.2..1.  I 
have
> set up my configuration based on the documentation described here:
> http://maven.apache.org/guides/mini/guide-proxies.html
>
> When I try to down load plugins from the Maven Central Repo, I get
> redirected to my companies Novell Proxy Server authentication web page;
> where an actual user is required to enter their (eDirectory/LDAP)
> credentials and click the submit button to be authenticated through the
> proxy and then forward to the destination URL.
>
> I don't understand why Maven is not sending the proxy information I
> defined in my setting.xml file.
>
> Can anyone help me resolve this issue.
>
> Thanks!
>
> Tonté
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_
> _
>
> 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.




-- 
"Everything should be made as simple as possible, but not simpler" Albert
Einstein

Re: Interpolation of HTML files

[Sri Sankaran]

Yep.  That was it.  Thanks.

I did see that page earlier but dismissed it since I thought it applied to
external resources and I didn't consider src/main/webapp an "external
resource".

You live and learn.  

Thanks

Sri


Karl Heinz Marbaise wrote:
> 
> Hi,
> 
> 
> Sri Sankaran wrote:
>> Is filtering not implicit when the WAR plugin copies files from
>> src/main/webapp?
> As far as i understand the docs 
> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
> No...you have to explicit activate it for particular file types...
> 
> Kind regards
> Karl Heinz Marbaise
> 

-- 
View this message in context: 
http://old.nabble.com/Interpolation-of-HTML-files-tp27438828p27439114.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Need help configuring maven to get through company Proxy?

[Manuel Grau]

I don't know anything about Novell Proxy Server, but I can tell you whar
we're doing. We have to attach the domain in username:

domain\username

But, in our case, we don't have proxy setup in our setting.xml because we're
using Artifactory , a great maven proxy.
In this maven proxy, we have setup the http proxy using it's great web
interface. I recommend you to use it, is great and opensource.

Best regards.

2010/2/3 

> Hello,
>
> My company is using Novell Proxy Server.  I am using maven-2.2..1.  I have
> set up my configuration based on the documentation described here:
> http://maven.apache.org/guides/mini/guide-proxies.html
>
> When I try to down load plugins from the Maven Central Repo, I get
> redirected to my companies Novell Proxy Server authentication web page;
> where an actual user is required to enter their (eDirectory/LDAP)
> credentials and click the submit button to be authenticated through the
> proxy and then forward to the destination URL.
>
> I don't understand why Maven is not sending the proxy information I
> defined in my setting.xml file.
>
> Can anyone help me resolve this issue.
>
> Thanks!
>
> Tonté
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
>
> 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.




-- 
"Everything should be made as simple as possible, but not simpler" Albert
Einstein

Re: removing version in manifest file

[eyal edri]

OK, found the missing dependencies:


org.apache.maven
maven-archiver
2.4
   

  commons-lang
  commons-lang
  2.1


  org.codehaus.plexus
  plexus-utils
  1.1



but still something is not playing with this conf:


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

  


  true
  /usr/lib/ctch/java
  custom


${artifact.artifactId}-${artifact.version}${dashClassifier?}.${artifact.extension}



  

  

it only gives me 'null' values...



On Wed, Feb 3, 2010 at 4:44 PM, eyal edri  wrote:

> is there an option to tell the jar plugin, that when he creates the
> classPath entries in the MANIFEST file, it will strip the version numbers?
>
> here is it now:
>
> $ cat MANIFEST.MF (inside the jar file)
> Manifest-Version: 1.0
> Archiver-Version: Plexus Archiver
> Created-By: Apache Maven
> Built-By: me
> Build-Jdk: 1.6.0_16
> Main-Class: com.company.url.unknowns.IncreasePriority
> *Class-Path: /usr/lib/ctch/java/mail-1.4.1.jar /usr/lib/ctch/java/activ
>  ation-1.1.jar /usr/lib/ctch/java/DbUtil-0.0.14-SNAPSHOT.jar /usr/lib/
>  ctch/java/sqljdbc-2.0.jar /usr/lib/ctch/java/log4j-1.2.14.jar
> *
>
> here is what i need:
>
> Class-Path: /usr/lib/ctch/java/mail.jar /usr/lib/ctch/java/activ
>  ation.jar /usr/lib/ctch/java/DbUtil.jar /usr/lib/ctch/java/sqljdbc.jar
> /usr/lib/ctch/java/log4j.jar
>
>
> i looked in the maven archiver reference guide, but didn't find anything.
>
> i guess i could write a customize jar plugin if it's not supported.
>
>
> --
> Eyal Edri
>



-- 
Eyal Edri

Re: Interpolation of HTML files

[Sri Sankaran]

OK.  So that leads me to the question "how"?  

The docs only talk of filtering deployment descriptors
(http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html) and
resources
(http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html).

Sri

Wayne Fay wrote:
> 
>> This basic Maven operation has me stumped.  How can I get Maven to
>> interpolate HTML files that are in src/main/webapp?  Is filtering not
>> implicit when the WAR plugin copies files from src/main/webapp?
> 
> No, it is not. You must specify it.
> 
> Wayne
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Interpolation-of-HTML-files-tp27438828p27439032.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Interpolation of HTML files

[Karl Heinz Marbaise]

Hi,


Sri Sankaran wrote:
> Is filtering not implicit when the WAR plugin copies files from
> src/main/webapp?
As far as i understand the docs 
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
No...you have to explicit activate it for particular file types...

Kind regards
Karl Heinz Marbaise
-- 
View this message in context: 
http://old.nabble.com/Interpolation-of-HTML-files-tp27438828p27438997.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Interpolation of HTML files

[Wayne Fay]

> This basic Maven operation has me stumped.  How can I get Maven to
> interpolate HTML files that are in src/main/webapp?  Is filtering not
> implicit when the WAR plugin copies files from src/main/webapp?

No, it is not. You must specify it.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Interpolation of HTML files

[Sri Sankaran]

This basic Maven operation has me stumped.  How can I get Maven to
interpolate HTML files that are in src/main/webapp?  Is filtering not
implicit when the WAR plugin copies files from src/main/webapp?

I have a typical web application with an index.html in src/main/webapp:


  The usual stuff
  ...
   ${server.url} link text 
  ...

In the POM I define a profile that defines the propety ${server.url}.  


  DEV
  

  http://www.yahoo.com


The profile is activated thusly

mvn clean install -P DEV

I know that the profile is being activated by viewing the properties listed
when I run with the -X flag.

Yet, the ${server.url} in index.html isn't being replaced by
http://www.yahoo.com.  

Can you please shed some light?
-- 
View this message in context: 
http://old.nabble.com/Interpolation-of-HTML-files-tp27438828p27438828.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

RE: maven-surefire-plugin: Error creating properties files for forking

[Kevin Jervis]

For the information of others that may encounter this behaviour in the
near future, upgrading the JDK  to version 1.5.0_22 appears to have
resolved the issue.

 

 

Kind regards

 

Kevin

 

 

From: Kevin Jervis 
Sent: Wednesday, February 03, 2010 13:21
To: users@maven.apache.org
Subject: maven-surefire-plugin: Error creating properties files for
forking

 

Hi all,

 

I am having difficulty getting the maven-surefire-plugin to execute some
test cases.  It seems to be having trouble generating the properties
file after compiling the tests successfully, before forking to execute
the tests.

 

The preferred environment for executing the maven build is eclipse, but
the same results can be observed on the command line.

 

The surefire plugin is configured to always fork.

 

It doesn't display the path it is trying to write the properties to,
however I would assume this in my Windows XP profile temp directory
(since I have seen old surefire properties files left around in this
directory in the past) i.e. C:\Documents and Settings\kjervis\Local
Settings\Temp.  I have also tried overriding my profile defined TMP/TEMP
environment variables to point to c:\Temp.  Still the issue occurs.

 

I am currently at a loss as how to proceed.

 

The full log can be found attached, but for convenience please find the
stacktrace below:

Trace

org.apache.maven.lifecycle.LifecycleExecutionException: Error creating
properties files for forking; nested exception is java.io.IOException:
The system cannot find the path specified

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:583)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:499)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:478)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:330)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:291)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:142)

  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.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)

Caused by: org.apache.maven.plugin.MojoExecutionException: Error
creating properties files for forking; nested exception is
java.io.IOException: The system cannot find the path specified

  at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.j
ava:541)

  at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:451)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:558)

  ... 16 more

Caused by: org.apache.maven.surefire.booter.SurefireBooterForkException:
Error creating properties files for forking; nested exception is
java.io.IOException: The system cannot find the path specified

  at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java
:629)

  at
org.apache.maven.surefire.booter.SurefireBooter.forkSuite(SurefireBooter
.java:493)

  at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkPerTestSet(
SurefireBooter.java:412)

  at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:
249)

  at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.j
ava:537)

  ... 18 more

Caused by: java.io.IOException: The system cannot find the path
specified

  at java.io.WinNTFileSystem.createFileExclusively(Native Method)

  at java.io.File.checkAndCreate(File.java:1345)

  at java.io.File.createTempFile(File.java:1434)

  at java.io.File.createTempFile(File.java:1471)

  at
org.apache.maven.surefire.booter.SurefireBooter.writePropertiesFile(Sure
fireBooter.java:523)

  at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java
:621)

  ... 22 more

 

 

 

 

Kevin

 

Versions: 

maven-surefire-plugin: 2.4.3

maven: 2.0.9/2.2.1

JDK: 1.5.0_16

 

Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating as non-aggregator.)

[Rick R]

On Wed, Feb 3, 2010 at 3:49 AM, Anders Hammar  wrote:

> Ok, first I would like to point you at some Maven books. They are great to
> get the basics:
> http://books.sonatype.com
>

Yes I need to read that more thoroughly. I did look through it once and
tried to refer to even in this case, but it was one of those things where I
didn't even really know where to look since wasn't sure of the exact cause.


> Try this on the command line:
> mvn org.apache.maven.plugins:maven-eclipse-plugin:2.7:eclipse
>
>
Perfect! Yes that worked!


> By adding the
> following xml section to your project, you configure Maven to use v2.7 of
> the plugin (but only when executed for this project or a project that
> inherits from this):
>
>
>
>
>org.apache.maven.plugins
>maven-eclipse-plugin
>2.7
>
>
>
>
>
>
Perfect also! (This is now what I've added to my project's pom so this issue
doesn't keep happening.)



> The schema for pom.xml is found here:
> http://maven.apache.org/maven-v4_0_0.xsd
>
>
Ok thanks. Although even looking at that schema it makes it difficult for me
as a newb to look at and say "ok from that schema create the
pluginManagement definition as you did above.

*So the only last question I have 'Where did things go wrong in my attempt
to use mvn eclipse:eclipse?' Even if I run just a simple archetype jar (no
dependency on my company repo) and then run mvn eclipse:eclipse without
declaring the version like you mentioned I'll get the issue, so I guess it's
something wrong with the eclipse 2.8 snapshot not being in the public repo?
I would think that if I went to the maven eclipse plugin info
http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html that
it would mention the help you gave me (declaring the version in my pom or
settings) since I would think others would run into the same issues as
myself (or else I guess everyone is just more up-to-speed and instantly
knows what to do.:)



> As a last point I would like you to talk to your local Maven people as
> well.
>   They know
> your local environment and should be able to help you. I can't solve
> problems in your local environment.
>

Ha, I know you can't. But the guy setting the local repo up was newb also.
We're trying to push for maven to be used here so learning on the fly.

Thanks again for your help. I did learn a LOT through this whole ordeal.

Need help configuring maven to get through company Proxy?

[Tonte . Pouncil]

Hello,

My company is using Novell Proxy Server.  I am using maven-2.2..1.  I have 
set up my configuration based on the documentation described here: 
http://maven.apache.org/guides/mini/guide-proxies.html

When I try to down load plugins from the Maven Central Repo, I get 
redirected to my companies Novell Proxy Server authentication web page; 
where an actual user is required to enter their (eDirectory/LDAP) 
credentials and click the submit button to be authenticated through the 
proxy and then forward to the destination URL.

I don't understand why Maven is not sending the proxy information I 
defined in my setting.xml file.

Can anyone help me resolve this issue.

Thanks!

Tonté

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

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.

Transitive exclusions in multi-module project with Maven 2.2.1

[Lóránt Pintér]

Hi,

I have a project called Client that depends on a side-artifact of
project Server (actually, its RMI client classes; the artifact has the
classifier "rmi"), but excludes each of Server's dependencies. I also
have an assembly project called Client-assembly that depends on
project Client (and thus transitively on Server:rmi). All the projects
have a common Parent project. Everything works fine with Maven
3-alpha-5+, but I have to use Maven 2.2.1 in Hudson, and I have
problems there.

Whenever I build each project individually with Maven 2, they work
fine, but when I build the parent project, the Client-assembly project
suddenly forgets to exclude the dependencies excluded for project
Client. I cannot even work around this by repeating the exclusions
defined in project Client in project Client-assembly.

I can only "solve" the issue by forcing the plugin I use to create the
assembly (maven-webstart-plugin) to ignore all transitive
dependencies, and enumerate all the ones I actually need, but this is
extremely ugly. And I have the same problem (and "solution") with
using the maven-assembly-plugin, too.

Is there some nicer solution to get my projects built under both Maven
2 and 3 properly?

-- 
Thanks,
Lóránt

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: removing version in manifest file

[eyal edri]

i think i may have found the solution.

http://maven.apache.org/shared/maven-archiver/examples/classpath.html#Repository

you can use the  tag:



  
 maven-war-plugin
 

   
 
   true
   custom
   
${artifact.artifactId}.${artifact.extension}

 
   
 
  

  

but, they say it's avaliable only from ver 2.4, and i can't seem to
download it or 2.3-SNAPSHOT

when i define it in the parent pom pluginManagement tag.

any ideas?



On Wed, Feb 3, 2010 at 4:44 PM, eyal edri  wrote:

> is there an option to tell the jar plugin, that when he creates the
> classPath entries in the MANIFEST file, it will strip the version numbers?
>
> here is it now:
>
> $ cat MANIFEST.MF (inside the jar file)
> Manifest-Version: 1.0
> Archiver-Version: Plexus Archiver
> Created-By: Apache Maven
> Built-By: me
> Build-Jdk: 1.6.0_16
> Main-Class: com.company.url.unknowns.IncreasePriority
> *Class-Path: /usr/lib/ctch/java/mail-1.4.1.jar /usr/lib/ctch/java/activ
>  ation-1.1.jar /usr/lib/ctch/java/DbUtil-0.0.14-SNAPSHOT.jar /usr/lib/
>  ctch/java/sqljdbc-2.0.jar /usr/lib/ctch/java/log4j-1.2.14.jar
> *
>
> here is what i need:
>
> Class-Path: /usr/lib/ctch/java/mail.jar /usr/lib/ctch/java/activ
>  ation.jar /usr/lib/ctch/java/DbUtil.jar /usr/lib/ctch/java/sqljdbc.jar
> /usr/lib/ctch/java/log4j.jar
>
>
> i looked in the maven archiver reference guide, but didn't find anything.
>
> i guess i could write a customize jar plugin if it's not supported.
>
>
> --
> Eyal Edri
>



-- 
Eyal Edri

Re: javadoc versus shade

[Anders Hammar]

I think that is impossible as the shading works on the class files, in which
the javadoc comments have been removed (or?). You need the source to
generate javadoc. And the source code isn't shaded.

My 2 cents,
/Anders

On Wed, Feb 3, 2010 at 16:24, Benson Margulies wrote:

> I find myself wishing that I could generate shaded javadoc: javadoc
> for renamed classes under their renamed names. Anyone been here?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

javadoc versus shade

[Benson Margulies]

I find myself wishing that I could generate shaded javadoc: javadoc
for renamed classes under their renamed names. Anyone been here?

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Multiple versions of Commons logging

[Jon Strayer]

What is the below trying to tell me?  It looks like the site plugin 2.1 has
a dependency on commons logging 1.0.4 and that's messing something up.  How
do I fix it?

03-Feb-2010 02:15:50 [FATAL ERROR]
org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error
(java.lang.ExceptionInInitializerError) and may be out-of-date. Check the
realms:  03-Feb-2010 02:15:50 [FATAL ERROR] Plugin realm =
app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.1]
03-Feb-2010
02:15:50 urls[0] =
file:/e:/repo/org/apache/maven/plugins/maven-site-plugin/2.1/maven-site-plugin-2.1.jar
 03-Feb-2010
02:15:50 urls[1] =
file:/e:/repo/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar
 03-Feb-2010
02:15:50 urls[2] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-xhtml/1.1.2/doxia-module-xhtml-1.1.2.jar
 03-Feb-2010
02:15:50 urls[3] =
file:/e:/repo/org/apache/maven/doxia/doxia-core/1.1.2/doxia-core-1.1.2.jar
 03-Feb-2010
02:15:50 urls[4] =
file:/e:/repo/xerces/xercesImpl/2.8.1/xercesImpl-2.8.1.jar  03-Feb-2010
02:15:50 urls[5] =
file:/e:/repo/xml-apis/xml-apis/1.3.03/xml-apis-1.3.03.jar  03-Feb-2010
02:15:50 urls[6] =
file:/e:/repo/commons-lang/commons-lang/2.1/commons-lang-2.1.jar  03-Feb-2010
02:15:50 urls[7] =
file:/e:/repo/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar
 03-Feb-2010
02:15:50 urls[8] =
file:/e:/repo/commons-logging/commons-logging/1.0.4/commons-logging-1.0.4.jar
 03-Feb-2010
02:15:50 urls[9] =
file:/e:/repo/commons-codec/commons-codec/1.2/commons-codec-1.2.jar
03-Feb-2010
02:15:50 urls[10] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-apt/1.1.2/doxia-module-apt-1.1.2.jar
 03-Feb-2010
02:15:50 urls[11] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-xdoc/1.1.2/doxia-module-xdoc-1.1.2.jar
 03-Feb-2010
02:15:50 urls[12] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-fml/1.1.2/doxia-module-fml-1.1.2.jar
 03-Feb-2010
02:15:50 urls[13] =
file:/e:/repo/org/apache/maven/doxia/doxia-decoration-model/1.1.2/doxia-decoration-model-1.1.2.jar
 03-Feb-2010
02:15:50 urls[14] =
file:/e:/repo/org/apache/maven/doxia/doxia-site-renderer/1.1.2/doxia-site-renderer-1.1.2.jar
 03-Feb-2010
02:15:50 urls[15] =
file:/e:/repo/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar
 03-Feb-2010
02:15:50 urls[16] =
file:/e:/repo/org/codehaus/plexus/plexus-velocity/1.1.8/plexus-velocity-1.1.8.jar
 03-Feb-2010
02:15:50 urls[17] =
file:/e:/repo/org/apache/velocity/velocity/1.5/velocity-1.5.jar  03-Feb-2010
02:15:50 urls[18] =
file:/e:/repo/commons-collections/commons-collections/3.2/commons-collections-3.2.jar
 03-Feb-2010
02:15:50 urls[19] = file:/e:/repo/oro/oro/2.0.8/oro-2.0.8.jar  03-Feb-2010
02:15:50 urls[20] =
file:/e:/repo/org/apache/maven/shared/maven-doxia-tools/1.2/maven-doxia-tools-1.2.jar
 03-Feb-2010
02:15:50 urls[21] =
file:/e:/repo/commons-io/commons-io/1.4/commons-io-1.4.jar  03-Feb-2010
02:15:50 urls[22] =
file:/e:/repo/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar
 03-Feb-2010
02:15:50 urls[23] =
file:/e:/repo/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar  03-Feb-2010
02:15:50 urls[24] =
file:/e:/repo/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar
03-Feb-2010
02:15:50 urls[25] =
file:/e:/repo/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar
 03-Feb-2010
02:15:50 [FATAL ERROR] Container realm = plexus.core  03-Feb-2010
02:15:50 urls[0]
= file:/E:/maven/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar

-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

Including less than an entire artifact in a shaded jar

[Benson Margulies]

Is there any way to filter the classes that get kept in each shaded artifact?

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

removing version in manifest file

[eyal edri]

is there an option to tell the jar plugin, that when he creates the
classPath entries in the MANIFEST file, it will strip the version numbers?

here is it now:

$ cat MANIFEST.MF (inside the jar file)
Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Created-By: Apache Maven
Built-By: me
Build-Jdk: 1.6.0_16
Main-Class: com.company.url.unknowns.IncreasePriority
*Class-Path: /usr/lib/ctch/java/mail-1.4.1.jar /usr/lib/ctch/java/activ
 ation-1.1.jar /usr/lib/ctch/java/DbUtil-0.0.14-SNAPSHOT.jar /usr/lib/
 ctch/java/sqljdbc-2.0.jar /usr/lib/ctch/java/log4j-1.2.14.jar
*

here is what i need:

Class-Path: /usr/lib/ctch/java/mail.jar /usr/lib/ctch/java/activ
 ation.jar /usr/lib/ctch/java/DbUtil.jar /usr/lib/ctch/java/sqljdbc.jar
/usr/lib/ctch/java/log4j.jar


i looked in the maven archiver reference guide, but didn't find anything.

i guess i could write a customize jar plugin if it's not supported.


-- 
Eyal Edri

Using MavenEmbedder to read a project definition

[Christoph Kutzinski]

Hi,

I'm currently trying to use MavenEmbedder to parse a project configuration:

  Configuration configuration = new DefaultConfiguration()
.setUserSettingsFile( MavenEmbedder.DEFAULT_USER_SETTINGS_FILE )
.setGlobalSettingsFile( MavenEmbedder.DEFAULT_GLOBAL_SETTINGS_FILE )
.setMavenEmbedderLogger(new EmbedderLogger(LOG))
.setClassLoader( Thread.currentThread().getContextClassLoader() );

MavenEmbedder em = null;
try {
em = new MavenEmbedder(configuration);
} catch (MavenEmbedderException e) {
LOG.fatal("Error initialising MavenEmbedder", e);
}

File pomFile = ...
em.readProject(pomFile);

I have several problems with it:

a) which version of maven-embedder can I use?
2.0.4 seems to be the latest 'official' version. However that doesn't work with 
the example here http://maven.apache.org/guides/mini/guide-embedding-m2.html
2.1 has only a snapshot version
3.0-alpha-6 doesn't contain a class MavenEmbedder
So, currently 3.0-alpha-2 is the best choice??

b) when trying the code above I get 
org.apache.maven.project.InvalidProjectModelException: Failed to validate POM 
for project net.tipp24.argo:businesslogic at /tmp/MavenUtilsPom14163.xml
at 
org.apache.maven.project.DefaultMavenProjectBuilder.validateModel(DefaultMavenProjectBuilder.java:426)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.buildWithProfiles(DefaultMavenProjectBuilder.java:327)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:137)

The root cause seems to be that the version of one dependency is defined as a 
property which is located in a POM which is part of a completely different 
project (i.e. the POM is not to be found in the parent folder)
I guess that this method doesn't do a repository lookup. Do I have to do 
something special do get MavenEmbedder to do a lookup to fetch missing 
artifacts?


thanks
Christoph

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

maven-surefire-plugin: Error creating properties files for forking

[Kevin Jervis]

Hi all,

 

I am having difficulty getting the maven-surefire-plugin to execute some
test cases.  It seems to be having trouble generating the properties
file after compiling the tests successfully, before forking to execute
the tests.

 

The preferred environment for executing the maven build is eclipse, but
the same results can be observed on the command line.

 

The surefire plugin is configured to always fork.

 

It doesn't display the path it is trying to write the properties to,
however I would assume this in my Windows XP profile temp directory
(since I have seen old surefire properties files left around in this
directory in the past) i.e. C:\Documents and Settings\kjervis\Local
Settings\Temp.  I have also tried overriding my profile defined TMP/TEMP
environment variables to point to c:\Temp.  Still the issue occurs.

 

I am currently at a loss as how to proceed.

 

The full log can be found attached, but for convenience please find the
stacktrace below:

Trace

org.apache.maven.lifecycle.LifecycleExecutionException: Error creating
properties files for forking; nested exception is java.io.IOException:
The system cannot find the path specified

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:583)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:499)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:478)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:330)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:291)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:142)

  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.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)

Caused by: org.apache.maven.plugin.MojoExecutionException: Error
creating properties files for forking; nested exception is
java.io.IOException: The system cannot find the path specified

  at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.j
ava:541)

  at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:451)

  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:558)

  ... 16 more

Caused by: org.apache.maven.surefire.booter.SurefireBooterForkException:
Error creating properties files for forking; nested exception is
java.io.IOException: The system cannot find the path specified

  at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java
:629)

  at
org.apache.maven.surefire.booter.SurefireBooter.forkSuite(SurefireBooter
.java:493)

  at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkPerTestSet(
SurefireBooter.java:412)

  at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:
249)

  at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.j
ava:537)

  ... 18 more

Caused by: java.io.IOException: The system cannot find the path
specified

  at java.io.WinNTFileSystem.createFileExclusively(Native Method)

  at java.io.File.checkAndCreate(File.java:1345)

  at java.io.File.createTempFile(File.java:1434)

  at java.io.File.createTempFile(File.java:1471)

  at
org.apache.maven.surefire.booter.SurefireBooter.writePropertiesFile(Sure
fireBooter.java:523)

  at
org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java
:621)

  ... 22 more

 

 

 

 

Kevin

 

Versions: 

maven-surefire-plugin: 2.4.3

maven: 2.0.9/2.2.1

JDK: 1.5.0_16

 

[DEBUG] Configuring mojo 
'org.apache.maven.plugins:maven-surefire-plugin:2.4.3:test' -->
[DEBUG]   (f) basedir = C:\Sonic\SDPTools\workspace\sub-sub-process
[DEBUG]   (f) childDelegation = false
[DEBUG]   (f) classesDirectory = 
C:\Sonic\SDPTools\workspace\sub-sub-process\target\classes
[DEBUG]   (f) classpathElements = 
[C:\Sonic\SDPTools\workspace\sub-sub-process\target\test-classes, 
C:\Sonic\SDPTools\workspace\sub-sub-process\target\classes, C:\Documents and 
Settings\kjervis\.m

Unused dependencies in ear

[Ignatyev Vjacheslav]

Hi, all.

Problem with maven-ear-plugin. Why "dependency:analyze" say "Unused 
declared dependencies found"?


---
Command output:
[...@ivv]~/projects/lodint% mvn dependency:analyze
[...]
[INFO] Building Packaging project
[...]
[INFO] [dependency:analyze {execution: default-cli}]
[WARNING] Unused declared dependencies found:
[WARNING]org.drools:drools-core:jar:5.0.1:compile
[WARNING]org.jboss.seam:jboss-seam:ejb:2.2.0.GA:compile
[WARNING]
ru.lanit.samara.core-process:lodint-ejbs:ejb:1.0-SNAPSHOT:compile

[WARNING]ru.lanit.samara.core-process:egr:ejb:1.0-SNAPSHOT:compile
[WARNING]ru.lanit.samara.core-process:kladr:ejb:1.0-SNAPSHOT:compile
[WARNING]
ru.lanit.samara.core-process:lodint-web:war:1.0-SNAPSHOT:compile

[WARNING]org.richfaces.framework:richfaces-api:jar:3.3.1.GA:compile
[...]
---
Packaging project's pom:
[...]

ru.lanit.samara.core-process
parent
1.0-SNAPSHOT

lodint
Packaging project
ear

[...]

maven-ear-plugin
[...]


${project.groupId}
lodint-ejbs


${project.groupId}
kladr


${project.groupId}
egr


${project.groupId}
lodint-web
/


[...]


${project.groupId}
lodint-ejbs
ejb



${project.groupId}
kladr
ejb

[...]


Full pom.xml:  
http://samara.lanit.ru/anon-repos/lodint/trunk/packaging/pom.xml

Thanks.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

checksum policy

[kristian]

hello,

I have a custom repository layout (for maven3) and configure the
repository like this:

   
  gemcutter
  
never
ignore
  
  
false
  
  http://www.gemcutter.org/gems
  gem


with the checksumPolicy set to ignore I would expect that the whole
code about checksums get ignored but the maven output gives me:

Downloading: http://www.gemcutter.org/gems/ixtlan-0.2.3.gem
33 KB downloaded at 8.8 KB/sec
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
'724e4a26e46bc2d8927709482536184bdd3f447f'; remote = 'http://www.gemcutter.org/gems/ixtlan-0.2.3.gem

first there is this unexpected warning which I would expect with
checksumPolicy == warn and then maven tries to download the whole
thing again.

so is this a bug ?
if NOT which is the right place to customize for improving this
situation to deal with "repository" in a nicer way ?

thanx,
Kristian

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven and WTP integration

[Manuel Grau]

Of course,

This is the *org.eclipse.wst.common.component* from a jar module in my app:










And this is the same file for my war module:


  

uses


uses


uses


uses


uses


uses








  


This project has been created using *maven-archetype-j2ee-simple* this way:

*mvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes
-DarchetypeArtifactId=maven-archetype-j2ee-simple
-DgroupId=com.ttec.aao.agrored-DartifactId=agrored*

We have 3 modules: *ear*, *projects *and *servlets*. *Servlets*, is a
modular project too where we can create war modules. At the momente we have
only one war module: *agrored-web*. This module has dependencies with all
jar modules inside *projects *module. We have 6 jar modules inside *projects
*. Finally, ear module has a dependency with our war module.

I wrote a tutorial at work, but it's written in spanish. Do you know
spanish?
***
*
2010/2/3 Martin Schayna 

> Hi Manuel,
>
> I have tried same except "eclipse:eclipse" instead of "eclipse:m2eclipse"
> which didn't work for me also :(
>
> My humble findings are summarized in other message in this thread:
> http://old.nabble.com/Maven-and-WTP-integration-td27403219.html#a27405004
>
> Please, could you post here example of file:
>  $(PROJECT_DIR)/.settings/org.eclipse.wst.common.component
> from your "app" and "lib" projects?
>
> Are there in root of your projects some special files starting with period
> (except .project and .classpath of course)? Eclipse plugin didn't make
> these, but I have seen some in some projects on Google Code Search.
>
> Thank you
>
> Martin
>
>
>
>
> Manuel Grau wrote:
>
>> Hi Martin,
>>
>> My setup is similar to yours. Enter each appN folder and type this:
>>
>> mvn -Dwtpversion=2.0 eclipse:m2eclipse
>>
>> Is what I did and it works for me.
>>
>> 2010/2/1 Martin Schayna 
>>
>>
>>
>>> Hi all,
>>>
>>> we have pretty large project, successfully "mavenized" with Maven 2,
>>> split into several module projects under one parent pom. We are using
>>> m2eclipse plugin in Eclipse 3.5.
>>>
>>> Project tree looks like:
>>>
>>> parent/ (pom project)
>>>  +-- lib-core/ (jar project)
>>>  +-- lib-web/  (jar project, with shared webapp folder)
>>>  +-- app1/ (war project)
>>>  +-- app2/ (war project)
>>>  +-- app3/ (war project)
>>>
>>> parent project serves as agregator, its pom.xml defines common settings.
>>> lib-web project depends on lib-core project, application projects depend
>>> on both lib projects. All projects share same version, we are releasing
>>> all applications at once through parent pom.
>>>
>>> For everyday develepment we use SNAPSHOT postfix in version, dependecies
>>> on module projects are specified as "project dependencies", so changes
>>> in library projects in Eclipse cause rebuild dependent application
>>> projects. Snapshots are disabled in our repository (Archiva).
>>>
>>> But when I try setup WTP support through maven-eclipse-plugin goal
>>> "eclipse:eclipse" and some necessary changes in Eclipse, publishing to
>>> Tomcat creates only WEB-INF/lib folder with (correct) out-of-project
>>> jar dependencies and WEB-INF/classes folder with CURRENT project
>>> classes. No binaries from "project dependencies" lib-core and lib-web.
>>>
>>> I have tried to change org.eclipse.wst.common.component file in many
>>> ways,
>>> e.g. , but without success.
>>>
>>> Another weird thing: when I try to include resources from shared webapp
>>> folder from lib-web project and use relative source-path like this:
>>>
>>>  >>   source-path="../lib-web/src/main/webapp"/>
>>>
>>> publish can't copy subfolders content to Tomcat. Must explicitly
>>> specified:
>>>
>>>  >>   source-path="../lib-web/src/main/webapp/btns"/>
>>>  >>   source-path="../lib-web/src/main/webapp/icons"/>
>>>  >>   source-path="../lib-web/src/main/webapp/imgs"/>
>>>  ...
>>>
>>> Please, what is the right WTP setup for multi modules configuration with
>>> "project
>>> dependencies" and shared resources? Or is there any documentation for
>>> file
>>> org.eclipse.wst.common.component?
>>>
>>> I'm going little bit crazy... thank God debugging with Jetty works like a
>>> charm,
>>> either with shared resources (must hack with
>>> WebAppContext.setResourceBase() in
>>> starter class).
>>>
>>> Thanks a lot.
>>>
>>> Martin Schayna
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>


-- 
"Everything should be made as simple as possible, but not simpler" Albert
Einstein

Re: Maven and WTP integration

[Martin Schayna]

Tried but with very same poor result. As far as I understand, this function
checkouts project tree from SVN and creates .project and .classpath and
other necessary files for Eclipse. In my case there are these files in
SVN and I'm successfully using Eclipse for development of this project.
I am able to debug this project inside Eclipse in Jetty server. What
I want now is only add support for debugging same project in Tomcat
container inside Eclipse (aka WTP).

Martin


Antonio Petrelli wrote:

2010/2/2 Martin Schayna :
  

Maybe "Checkout as Maven" in m2eclipse plugin can do some
magic project configuration if original project is not mavenized



It works well *especially* with mavenized projects. It creates one
project per module, along with the project for the pom.
BTW did you try it?

Antonio

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

  

Re: Maven and WTP integration

[Martin Schayna]

Hi Manuel,

I have tried same except "eclipse:eclipse" instead of "eclipse:m2eclipse"
which didn't work for me also :(

My humble findings are summarized in other message in this thread:
http://old.nabble.com/Maven-and-WTP-integration-td27403219.html#a27405004

Please, could you post here example of file:
 $(PROJECT_DIR)/.settings/org.eclipse.wst.common.component
from your "app" and "lib" projects?

Are there in root of your projects some special files starting with period
(except .project and .classpath of course)? Eclipse plugin didn't make
these, but I have seen some in some projects on Google Code Search.

Thank you

Martin



Manuel Grau wrote:

Hi Martin,

My setup is similar to yours. Enter each appN folder and type this:

mvn -Dwtpversion=2.0 eclipse:m2eclipse

Is what I did and it works for me.

2010/2/1 Martin Schayna 

  

Hi all,

we have pretty large project, successfully "mavenized" with Maven 2,
split into several module projects under one parent pom. We are using
m2eclipse plugin in Eclipse 3.5.

Project tree looks like:

parent/ (pom project)
 +-- lib-core/ (jar project)
 +-- lib-web/  (jar project, with shared webapp folder)
 +-- app1/ (war project)
 +-- app2/ (war project)
 +-- app3/ (war project)

parent project serves as agregator, its pom.xml defines common settings.
lib-web project depends on lib-core project, application projects depend
on both lib projects. All projects share same version, we are releasing
all applications at once through parent pom.

For everyday develepment we use SNAPSHOT postfix in version, dependecies
on module projects are specified as "project dependencies", so changes
in library projects in Eclipse cause rebuild dependent application
projects. Snapshots are disabled in our repository (Archiva).

But when I try setup WTP support through maven-eclipse-plugin goal
"eclipse:eclipse" and some necessary changes in Eclipse, publishing to
Tomcat creates only WEB-INF/lib folder with (correct) out-of-project
jar dependencies and WEB-INF/classes folder with CURRENT project
classes. No binaries from "project dependencies" lib-core and lib-web.

I have tried to change org.eclipse.wst.common.component file in many ways,
e.g. , but without success.

Another weird thing: when I try to include resources from shared webapp
folder from lib-web project and use relative source-path like this:

  

publish can't copy subfolders content to Tomcat. Must explicitly specified:

  
  
  
  ...

Please, what is the right WTP setup for multi modules configuration with
"project
dependencies" and shared resources? Or is there any documentation for file
org.eclipse.wst.common.component?

I'm going little bit crazy... thank God debugging with Jetty works like a
charm,
either with shared resources (must hack with
WebAppContext.setResourceBase() in
starter class).

Thanks a lot.

Martin Schayna






  

RE: maven release from CVS tag

[Ahmet Maruf Aytekin]

Hi Roland

Thanks for your reply. I just found out that tag parameter of release plugin 
does what I need to do.


Many thanks
Maruf



-Original Message-
From: Roland Asmann [mailto:roland.asm...@adesso.at]
Sent: Tuesday, February 02, 2010 5:32 PM
To: Maven Users List
Subject: Re: maven release from CVS tag

I'm not 100% sure on this, but if you configure your SCM-portion of the
POM for the tag/branch, it *MIGHT* work. Only problem I see is that in
CVS a tag is read-only, because it is a specific point. This means that
maven might not be able to update the POMs and commit them.

Anyway, try adding the -tag in the SCM and just give it a try (I'd
advise using the dryRun-principle for testing!).


On 02/02/2010 01:10 PM, Maruf Aytekin wrote:
> Hi All
>
> How do I make maven release from a CVS tag with maven releas eplugin?
> I am aware that this is not a good practice but we are making releases
> from CVS tags instead of head. The company I work for has been
> following this method for their some unique resons which I am not
> agreed.
>
> I am trying to use maven release plugin to mak ethe releases but the
> code in a tag needs to be released. I am checking docs here:
> http://maven.apache.org/guides/mini/guide-releasing.html. The current
> location of the development is a tag. Can I set the current location
> of the development as the tag and set the tagbase another tag? If so
> can someone point me an example using CVS?
>
>
>
>
> Regards
> Maruf
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

--
Roland Asmann
Senior Software Engineer

adesso Austria Service GmbH
Bäckerstrasse 1/2/7 T +43 1 5138877-27
A-1010 Wien F +43 1 5138862
E roland.asm...@adesso.at
  www.adesso.at

-
>>> business. people. technology. <<<
-

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


Bu mesaj ve ekleri mesajda gönderildigi belirtilen kisi/kisilere özeldir ve 
gizlidir. Bu mesaj tarafiniza yanlislikla ulasmis olsa da mesaj içeriginin 
gizliligi ve bu gizlilik yükümlülügüne uyulmasi zorunlulugu tarafiniz için de 
söz konusudur. Böyle bir durumda, lütfen gönderen kisiyi bilgilendiriniz ve 
mesaji sisteminizden siliniz. Mesaj ve eklerinde yer alan bilgilerin dogrulugu 
ve güncelligi konusunda gönderenin ya da Merkezi Kayit Kurulusu A.S.'nin 
herhangi bir sorumlulugu bulunmamaktadir. Merkezi Kayit Kurulusu A.S. mesajin 
ve bilgilerinin size degisiklige ugrayarak veya geç ulasmasindan, bütünlügünün 
ve gizliliginin bozulmasindan, virus içermesinden ve bilgisayar sisteminize 
verebilecegi herhangi bir zarardan sorumlu tutulamaz.

This message and attachments are confidential and intended solely for the 
individual(s) stated in this message.If you received this message although you 
are not the addressee you are responsible to keep confidential the message. In 
that case please inform the sender and delete the message. The sender has no 
responsibility for the accuracy or correctness of the information in the 
message and its attachments. Merkezi Kayit Kurulusu A.S. shall have no 
liability for any changes or late receiving,loss of integrity and 
confidentiality, viruses and any damages caused in any way to your computer 
system.



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: what does it mean with this error when trying to run mvn eclipse:eclipse (Cannot find mojo descriptor for: 'eclipse:eclipse' - Treating as non-aggregator.)

[Anders Hammar]

Ok, first I would like to point you at some Maven books. They are great to
get the basics:
http://books.sonatype.com

Then onto your problem. On the command line, you can always force a specific
version. In your case you're trying to use a SNAPSHOT-version (a
devevlopment build version), which is normally not a good idea (unless you
know what you're doing).
Try this on the command line:
mvn org.apache.maven.plugins:maven-eclipse-plugin:2.7:eclipse

That should force Maven to use v2.7 of the plugin. Does it still not work?

The configuration I wrote about does the same thing kind of. By adding the
following xml section to your project, you configure Maven to use v2.7 of
the plugin (but only when executed for this project or a project that
inherits from this):




org.apache.maven.plugins
maven-eclipse-plugin
2.7





The schema for pom.xml is found here:
http://maven.apache.org/maven-v4_0_0.xsd

As a last point I would like you to talk to your local Maven people as well.
As you do have an Artifactory instance and you have configured to use that
(most likely based on directions by someone as you say you don't have much
Maven knowledge), if things still doesn't work - talk to them! They know
your local environment and should be able to help you. I can't solve
problems in your local environment.

/Anders

On Wed, Feb 3, 2010 at 02:36, Rick R  wrote:

> On Tue, Feb 2, 2010 at 2:43 PM, Anders Hammar  wrote:
>
> >
> > Also, try what I suggested about specifying the version of the plugin to
> v
> > 2.7.
> >
>
>
> Ok I totally suck at Maven :) I'm trying to figure out how the heck you
> figure out how to declare the above and where you figure out the pom syntax
> for the eclipse plugin to declare the version?
>
> I looked out here
> http://mvnrepository.com/artifact/maven/maven-eclipse-plugin
>
> (I normally go to the above repo look up to determine the pom dependencies
> I
> want to add.)
>
> Obviously it is using 2.8 since after the mvn eclipse:eclipse error I end
> up
> seeing:
>
> Alternatively, if you host your own repository you can deploy the file
> there:
>mvn deploy:deploy-file -DgroupId=org.apache.maven.plugins
> -DartifactId=maven-eclipse-plugin -Dversion=2.8-SNAPSHOT
> -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url]
> -DrepositoryId=[id]
>
>  org.apache.maven.plugins:maven-eclipse-plugin:maven-plugin:2.8-SNAPSHOT
>
>
> From the above I assume I can build the pom dependency and change it to 2.7
> like you mentioned, but somewhere I must be able to find that pom
> declaration in a repo online somewhere? Just trying to learn the process of
> where I find these things?
>

Re: Plugin executions vs. POM inheritance

[Andreas Sewe]

Thanks Wayne, thanks Ron,

that looks like an alternative way to achieve what I want:

I am not sure what you are trying to do but I am wondering if you can build
several parent POMs and set up each POM have the parent that suits its
needs.


Yes, this is the composition vs inheritance approach to managing your
projects and poms. It can be useful in certain projects where eg the
wars all have one war-parent, etc.


I am still curious, though, what Stephen meant by his reply to Lóránt's 
original question. From what I could gather, Lóránt is in a situation 
similar to myself, but false doesn't work for me 
at all.


What am I missing? (Neither the POM Reference nor the "Guide to 
Configuring Plug-ins" were of any help here.)


Best wishes,

Andreas

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org