My maven build seems to want version 4.2 of the cargo-parent POM, but
it is not in the central repo
the dep seems to be coming from
[DEBUG] cargo-extensions: resolved to version 1.0.1-20100506.222914-14
from repository Maven Snapshots
[DEBUG] Retrieving parent-POM:
At the very end of my build (maven 2.0.5 on Mac OSX) I get a several
minute delay after the final banner but before the mvn command
returns to the prompt.
This delay is associated with an huge amount of disk activity, but I
have no idea what is going on.
[INFO]
I hope someone can spare me some time to clear up my investigations.
I am porting from maven 1 to maven 2, and we had begun using junit 4.1
by using the JUnit4TestAdapter like so:
/**
* Wrap the new junit4 testcase in a 3.x style suite
* to be recognized by eclipse runner and maven
I am trying to work through a boot-strap issue.
Currently we have a multi-project that includes a maven-plugin module
that is then used to build other modules in the multi-project.
As you might expect a clean checkout build at the top-level fails
because mvn says it can't find the plugin in
that contains all modules and has
activeByDefaulttrue/activeByDefault
So the fresh top level build does this:
mvn -P bootstrap clean install
That seems to work fine
Cheers,
jmp
J. Matthew Pryor wrote:
I am trying to work through a boot-strap issue.
Currently we have a multi-project that includes
Should I be able to have a multi-project that has a Mojo as one
sub-project and then have other sub-projects that use that Mojo in their
build?
I can't seem to get it to work. the top-level build fails complaining
about the plugin not being installed and not downloadable
Thanks,
Matthew
I think the issue is that a published POM has bad data in it for qtags,
so I exclude the qtags stuff and it seems to work
plugin
groupIdxdoclet/groupId
artifactIdmaven2-xdoclet2-plugin/artifactId
version2.0.5-SNAPSHOT/version
configuration
configs
config
plugin
Gee thanks. My google search did much worse, I'll try nabble next time.
Now I have to try get my head around classifier/ ;-)
jmp
Barrie Treloar wrote:
On 8/22/06, J. Matthew Pryor [EMAIL PROTECTED] wrote:
I am trying to exclude dependencies from a dependcySet in an assembly
descriptor
This is a strange one.
I have a multi-project set up and I have noticed that in some of the
directories, all the dependency jars are being copied into the base
directory but with the version stripped?
I have no idea where to start looking for this one
Any pointers appreciated
Matthew
No clues there sadly. The fact that the version number is being stripped
is unusual
jmp
Nick Veys wrote:
You could turn debug on (mvn -X) and watch for them.
On 8/22/06, J. Matthew Pryor [EMAIL PROTECTED] wrote:
This is a strange one.
I have a multi-project set up and I have noticed
I am trying to exclude dependencies from a dependcySet in an assembly
descriptor, but can't find any examples of how to do it.
From looking at the code it looks like I should be able to exclude
dependencies by groupId/artifactId but I can't seem to get the syntax right
This is what I tried with
I am migrating a maven 1 project to a maven 2 project.
I have one module that creates its artifact by merging together 2
artifacts created by dependent modules
At the moment, I am trying to do it all with the antrun plugin, rather
than writing Mojos.
In the maven 1 version I did somethign
I can't help any futher without more informations about the
artifacts you want to merge, and what you want to produce.
Denis.
J. Matthew Pryor wrote:
I am migrating a maven 1 project to a maven 2 project.
I have one module that creates its artifact by merging together 2
artifacts created
a custom plugin pretty
easily, and
in any case you're still going to need some way to fire off your merge
app.
-j
On 8/2/06, J. Matthew Pryor [EMAIL PROTECTED] wrote:
I am using the native-maven-plugin to compile C source for the
ATmelplatform
This produces two binary/object files
does the native plugin always want files specified individually?
AFAICT I have to do this ...
source
directory${generated.native.source.dir}/directory
fileNames
fileNamedevices.c/fileName
fileNameerrors.c/fileName
/fileNames
/source
I am trying to get some JUnit tests working that need to load a DLL.
I have configured surefire to pass the relevant value for the
java.library.path System property but the DLL won't load
I get java.lang.UnsatisfiedLinkError: no jspWin in java.library.path
I have written extra test code to
If I copy the DLL into the working directory of the unit tests (basedir)
then they work fine. It just seems to completely ignore the value if
java.library.path.
I guess it is some kind of class loader issue or something? I am quite lost
Matthew
J. Matthew Pryor wrote:
I am trying to get
,
Matthew
dan tran wrote:
try to setup the PATH env via systemVariables configuration of surefile
environmentVariables
path${path.to.your.dll};${java.library.path}/path
/environmentVariables
On 6/28/06, J. Matthew Pryor [EMAIL PROTECTED] wrote:
If I copy the DLL into the working directory
I have maven 1.0.2 and cruisecontrol running very nicely on a linux machine.
The configuration files were generated using the maven cruisecontrol
plugin, its a multi-project setup and generally is all working very well.
The one problem I have is that the build as run by CC seems to be at
This sounds right. Assembly should let you specify your own
manifest fields though - if it is not, its a bug.
AFAICT the AssemblyXpp3Reader has no provision for manifest entries and
AssemblyMojo uses a JarArchiver which doesn't appear to take any manifest
configuration
jmp
Perhaps I do not understand the purpose of the assembly plug-in, but as it
works in alpha-3, the assembled jar gets a new MANIFEST.MF which is
basically empty (and not the MANIFEST.MF from the created artifact).
Maven-jar-plugin writes a lot of stuff to the MANIFEST (and I am writing an
Eclipse
: [m2] Assembly-plugin Manifest.mf
I don't think this is intended - can you provide us with a
small test case that exhibits the behaviour and what you were
expecting so we can determine whether it is a
misunderstanding or a defect?
Thanks,
Brett
On 7/20/05, J. Matthew Pryor [EMAIL
: [m2] Assembly-plugin Manifest.mf
On 7/20/05, J. Matthew Pryor [EMAIL PROTECTED] wrote:
Obviously the assembly plugin suits my needs very well here, as it
does all the work, but it also adds its own Manifest.
I guess I saw an assembly simply as a 'superjar' but basically the
same
I don't know if there is a better place for this, but
I am trying to use m2 to build something that uses
maven1 classes. The m2 repo for the maven 1
dependencies is pretty good except when it comes time
to resolve commons-jelly SNAPSHOT. The jar is on
ibiblio, but there is no POM
is it referenced from?
On 7/14/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
filed an issue (http://jira.codehaus.org/browse/MEV)
Emmanuel
J. Matthew Pryor wrote:
I don't know if there is a better place for this, but I
am trying to
use m2 to build something that uses
maven1
http://jira.codehaus.org/browse/MEV-38
Done
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I am trying to write a plugin that will generate source code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author mpryor
*
*/
public class ProtegeBeanGeneratorMojo extends AbstractGeneratorMojo {
I am trying to write a plugin that will generate source code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author mpryor
*
*/
public class ProtegeBeanGeneratorMojo extends AbstractGeneratorMojo {
,
Brett
On 5/23/05, J. Matthew Pryor [EMAIL PROTECTED] wrote:
I am trying to write a plugin that will generate source
code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author
,
Brett
On 5/23/05, J. Matthew Pryor [EMAIL PROTECTED] wrote:
I am trying to write a plugin that will generate source
code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author
In general, aside from the noted lack of documentation (once again happy to
provide support here) I think the basic approach is the right one.
Writing a Mojo with javadoc tags is definitely nice straightforward.
What I am confused about is how my new plugin actually gets called. I
basically get
In general, aside from the noted lack of documentation (once again happy to
provide support here) I think the basic approach is the right one.
Writing a Mojo with javadoc tags is definitely nice straightforward.
What I am confused about is how my new plugin actually gets called. I
basically get
OK so here is where I am at.
I now have the plugin working. Thanks.
Yes I thought I had built m2 from bootstrap, but
apparently not, so I downloaded alpha-2, that did the
trick.
BTW PluginDescriptorGenerator throws an NPE is a Mojo
doesn't have an @goal tag.
So now I generate my source code,
Yep. Another thing we are trying to streamline but
the current
practice is to take a MavenProject field and call
project.addCompileSourceRoot( ... ); The compiler
will pick that up.
OK that was pretty easy and not intrusive to the using
project. it works a treat, I am up runnign.
We are doing something very similar, building DLLs /or Linux shared
libraries then needing them copied shipped as dependencies much as jar
files are.
Also use the same maven.junit.jvmargs trick to get them in to
java.library.path.
I haven't tried to move any of this over to m2, but wanted to
We are doing something very similar, building DLLs /or Linux shared
libraries then needing them copied shipped as dependencies much as jar
files are.
Also use the same maven.junit.jvmargs trick to get them in to
java.library.path.
I haven't tried to move any of this over to m2, but wanted to
for inheritence would have disappeared
from children.
If anyone has any questions, please say so. J. Matthew Pryor has
volunteered to help document this, so it should be
available on the
web site in time.
Cheers,
Brett
On 4/28/05, Peter van de Hoef [EMAIL PROTECTED] wrote:
Hi John
From the docs here
http://maven.apache.org/maven2/project-descriptor.html#Build about the
pluginManagement/ element
Any local configuration for a given plugin will override the plugin's entire
definition here.
So what constitutes 'local configuration'. If I am to reference the plugin,
enough to
Well I can't vote twice ;-) but I'd love to hear any comments about how to
work with eclipse.
Come on some of you maven developers guys secretly use eclipse sometimes
right ?
Thanks,
jmp
-Original Message-
From: Ryan Sonnek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 27, 2005
As this *VITAL* information flies by on the mailing list, is there anyone
updating the docs.
I'd be happy to work up some of it into confluence or some such if that will
help
Matthew
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 27, 2005 8:14
I actually am working on doco for the various management
features. I know this is vital, and it's not escaping in the
confusion. The documentation is coming, please bear with us.
This is still pre-beta software, after all...
Totally understood, hence the offer of help. I very much
Tell me when we should take this off-list, but are:
# plugin management
# plugin configuration
safe areas to work? That is the basic topic we were
discussing.
Also what format should I work in?
Cheers,
jmp
--- John Casey [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brett Porter wrote:
You are (mostly) correct. The ordering is currently by dependencies,
then alphabetical. It should be in the following order:
- dependencies
- parent relationships
- module ordering
We haven't noticed, as we consider the best practice to be that the
parent you extend is always
to summarize your issue with the
taskdef in that URL so that we can fix the Ant plugin in Jelly?
On Sat, 11 Sep 2004 18:04:11 +1000, J. Matthew Pryor
[EMAIL PROTECTED] wrote:
I had a similar problem :
http://www.dynamic-control.net/2004/07/maven-and-cpptasks-google-bait.
html
I have a multiproject that uses the same syntax to fork junit using JNI
DLLs i.e.
# we need to make the DLL available on the PATH
# we need to tack a bogus path on to the end here
# as there seems to be a maven bug that mucks up the properties otherwise
Am I still broken here?
Should I uninstall the artifact plug-in 1.3 for now?
Thanks,
Matthew
-Original Message-
From: J. Matthew Pryor [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 26, 2004 12:32 PM
To: 'Brett Porter'; 'Maven Users List'
Subject: RE: Maven Artifact/Deploy plugin
I seems to have mucked something up, I get the following:
C:\projmaven plugin:download -DgroupId=maven
-DartifactId=maven-artifact-plugin -Dversion=1.3
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-rc3
Plugin cache
is almost equivalent (there is
one change left to apply before the release).
Sorry for the inconvenience!
Regards,
Brett
On Sat, 26 Jun 2004 09:51:36 +1000, J. Matthew Pryor
[EMAIL PROTECTED] wrote:
I seems to have mucked something up, I get the following:
C:\projmaven
If you are just interested to learn, then change the dependency to something
that *IS* on ibiblio first
Take a look at http://www.ibiblio.org/maven
Pick any version of any (small?) jar and use that as the groupId and
artifact Id
E.g.
dependency
groupIdbatik/groupId
This works for our project and the same properties work for all developers
maven.junit.fork=true
# we need to make the DLL available on the PATH
# we need to tack a bogus path on to the end here
# as there seems to be a maven bug that mucks up the properties otherwise
To that end, is it still the case in RC3 that dependencies are not inherited
I have tried hard ot understand this from reading the user guide reference
but have failed
Thanks for any clarifications or pointers to stuff I missed.
If entities are frowned on then how are people sharing common
-Original Message-
From: J. Matthew Pryor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 May 2004 10:58 AM
To: 'Maven Users List'
Subject: RE: rc3 inheritance quick question
To that end, is it still the case in RC3 that dependencies are not
inherited
I have tried hard ot understand
Snooping recently in the pico/nano codebase I saw a line like the following
maven.repo.remote = http://www.ibiblio.org/maven, http://dist.codehaus.org,
file:${basedir}/lib
I didn't try it yet myself but is that valid?
Matthew
-Original Message-
From: Brill Pappin [mailto:[EMAIL
I am trying to use the hibernate plugin with maven RC1 JDK 1.4.1
What is strange is that the bottom of the stack trace appear t be caused by
java.lang.NoClassDefFoundError: net/sf/cglib/reflect/FastClass
However net.sf.cglib.reflect.FastClass can clearly be seen high up in the
stack trace, so I
I have tried several times to build mevenide from CBS for Eclipse 3.0M8
without any success (following the Wiki instructions)
Should I expect to be able to build the current CVS code deploy into M8
Thanks,
Matthew
-Original Message-
From: Gilles Dodinet [mailto:[EMAIL PROTECTED]
After reading the user guide wiki, it is unclear to me how pom.properties
and properties read from the various *.properties files relate to each other
Do they amount to the same thing at runtime? If so would that apply to *ALL*
plugins?
Lets just imagine that I don't want to write any
AFAICT the tasklist plugin uses vdoclet which reads javadoc tags, so there
is no way you can get it to parse C++ style // TODO comment like eclipse
does to construct its internal task list
jmp
-Original Message-
From: nicolas De Loof [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March
I am wondering if anyone can spare a few thoughts on how best to handle
acceptance tests with maven.
I love use the JUnit support for unit tests, and grok the way they Unit
tests are always run before jar.
Acceptance tests on the other hand would want o be used in such a tightly
iterative
Have you made any progress on this?
I'd be a willing beta tester
Matthew
-Original Message-
From: Lester Ward [mailto:[EMAIL PROTECTED]
Sent: Friday, January 09, 2004 2:21 AM
To: 'Maven Users List'
Subject: RE: Does maven surport to process the c or c++ project?
Not for the
Who says its an either/or proposition?
Oh I know there are discussions about how you shouldn't put jars into an SCM
system, but if you're a paranoid product developer (like me) and you have to
be able to recreate any build of your published product 'as at' any time in
the past, I think you
Maven artifact repositories are *not* hooked in with SCM
systems. That is, when you compile your project, Maven tries
to satisfy the dependencies by fetching the artifact via a
URL
(http://www.ibiblio.org/maven/commons-lang/jars/commons-lang-1
.0.jar or
I've already done this, I can send you mine if you wish
Matthew
-Original Message-
From: Daniel S. Haischt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 07, 2004 3:55 AM
To: Maven Users List
Subject: [QUESTION] AndroMDA Maven Plugin
-BEGIN PGP SIGNED MESSAGE-
I did search the archives for this, but the arhive search doesn't seem to
handle dots all that well anyway ..
build
resources
resource
directory${basedir}/target/xdoclet/hibernatedoclet/directory
As far as I can see, the CVS HEAD version of the war plugin does not support
manifest classpaths for webapps
Now I can see how for a small project, it is convenievnt to use WEBAPP\lib
for webapps, but if I have a lot of webapps that use the same library, i get
one copy of it in the ear for each
Now I can see how for a small project, it is convenievnt to use WEBAPP\lib
for webapps, but if I have a lot of webapps that use the same
library, i get
one copy of it in the ear for each webapp
Sorry I meant to say WEB-INF/lib
specification.
Anyway, would appreciate if you could send me the codes of your modified
war-plugin. Lazy to do the cut and paste :)
Regards,
Eng Hoe
App Dev-DCS
SGX-IT Division
DID: (65) 62368963
FAX: (65) 64388840
email: [EMAIL PROTECTED]
J. Matthew
+1
I have had to integrate maven into projcet where for varous reasons, it was
easier to have maven build into a different directory
I think flexibility is the key, and also not being to rigind about such
things. I can see the need to justify the requirements, but as I say I have
used maven in 2
Perhaps include the actual project.properties file you
are trying to use
Matthew
-Original Message-
From: Mirko Novakovic
[mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 7:04 PM
To: Maven Users List
Subject: WAR Plug-in Help
Hi, can nobody help me with this question?
-in Help
Don't understand the answer...I should include the
project.properties file in my war includes property?
As the
property doesn't work this file is included by
default... -
Original Message - From: J. Matthew Pryor
[EMAIL PROTECTED] To: Maven Users List
[EMAIL PROTECTED] Sent
I am pretty sure this one is for the xdoclet
developers but I am wondering
if anyone here has come across this.
I am writing an AndroMDA maven plugin. Its working
well, but I am having
trouble when it comes time to run xdoclet on the
AndroMDA generated code
AndroMDA generates 2 kinds of files.
')}/
/ant:path
ant:taskdef resource=cactus.tasks
classpathref=cactus.classpath/
Cheers,
Brett
-Original Message-
From: J. Matthew Pryor
[mailto:[EMAIL PROTECTED]
Sent: Monday, 17 November 2003 11:14 AM
To: [EMAIL PROTECTED]
Subject: plugin dependencies for plugin user
Hello,
I am
Remind me to use
maven contentvalidate
in future so I can diagnose my own typos ...
problem solved, badly formed dependencies section
jmp
-Original Message-
From: J. Matthew Pryor
[mailto:[EMAIL PROTECTED]
Sent: Friday, November 21, 2003 2:03 PM
To: Maven Users List
Subject: RE
72 matches
Mail list logo