Can you paste your config?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Herscu
Sent: Tuesday, March 27, 2007 8:14 AM
To: users@maven.apache.org
Subject: [m2][maven-dependency-plugin] unpack-dependencies issue
Hi all,
When running the
/plugin
...
/build
Thanks for your fast reply,
Adrian.
Brian E. Fox wrote:
Can you paste your config?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Herscu
Sent: Tuesday, March 27, 2007 8:14 AM
To: users@maven.apache.org
Subject: [m2][maven
I believe that this has been fixed by
http://jira.codehaus.org/browse/MNG-2877 in Maven 2.0.6.
-Original Message-
From: Jim Bethancourt [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 24, 2007 5:02 PM
To: Maven Users List; Maven Developers List
Subject: Re: Unit Test inheritance in a
Just be aware that the labels are reversed in alpha-3. When it says:
[INFO] Found Resolved Dependency / DependencyManagement mismatches:
[INFO] Dependency: commons-lang:commons-lang:jar
[INFO] DepMgt : 1.0
[INFO] Resolved: 2.3
[INFO] Dependency:
The war doesn't use the dependency plugin (btw you should update to
maven-dependency-plugin 2.0-alpha-x since it supereceeds the old mojo
one). Do you have assembly:assemble bound to a phase? That forks the
entire build and could cause what you see. Pasting your pom would help
too.
-Original
it not
do that when run from a pom instead of the cmd line?
-Ben
Brian E. Fox wrote:
The war doesn't use the dependency plugin (btw you should update to
maven-dependency-plugin 2.0-alpha-x since it supereceeds the old mojo
one). Do you have assembly:assemble bound to a phase? That forks
Seems like it can't properly load the plugin. I would try clearing
org/codehaus and org/apache/maven/plugins from your repo and see if that
solves it. (I'm guessing a local metadata issue)
-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 3:36
I recently enhanced the plugin page to cover this specifically:
http://maven.apache.org/plugins/maven-dependency-plugin/faq.html
-Original Message-
From: muhwas [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 4:09 PM
To: users@maven.apache.org
Subject: mvn dependency:unpack
hi,
; Brian E. Fox
Subject: RE: mvn dependency:unpack
thank you for your reply but i am still getting same eror. could you
please let me know what i am doing wrong.
thanks
--- Brian E. Fox [EMAIL PROTECTED] wrote:
I recently enhanced the plugin page to cover this
specifically:
http
the one who should
fix the problem.
Wayne
On 3/20/07, Brian E. Fox [EMAIL PROTECTED] wrote:
The problem is exactly as the faq describes. Perhaps I need to clarify
some more in the faq... When you invoke a plugin from the cli that has
configuration in the pom, that configuration must _not_
on tuscany
mailing list but no response so i thought may be i can
get help from maven list.
thank you,
muhwas
--- Brian E. Fox [EMAIL PROTECTED] wrote:
Wayne,
I think you could be right. It's also possible
though that the pom isn't
intended to be run using 'mvn dependency:unpack' (I
haven't looked
There isn't one exposed inside maven itself, however there is one in the
dependency plugin to do it though (you can just copy the code):
http://svn.apache.org/viewvc/maven/plugins/trunk/maven-dependency-plugin/src/main/java/org/apache/maven/plugin/dependency/utils/DependencyUtil.java?view=markup
I don't think that is currently possible.
-Original Message-
From: Christian Clauss [mailto:[EMAIL PROTECTED]
Sent: Friday, March 16, 2007 4:00 AM
To: 'users@maven.apache.org'
Subject: Maven2 Jar
Hi everbody,
Is it possible, that if no files are marked for inclusions into a .jar
The Maven team is pleased to announce the release of the Maven
Dependency Plugin, version 2.0-alpha-2
http://maven.apache.org/plugins/maven-dependency-plugin/
The dependency plugin provides the capability to manipulate artifacts.
It can copy and/or unpack artifacts from local or remote
There is a maven-dependency-tree-plugin in the sandbox that does exactly
this. I think we where talking about merging it with maven-dependency
but it hasn't happened yet. We are currently merging the
dependency-analyzer first.
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Users List
Cc: repository@apache.org
Subject: Re: dependency plugin
Brian, you need to notify repository@apache.org when you do this kind of
changes.
You removed it from apache but it was already in central and all the
mirrors.
I moved it out of the way now
On 3/13/07, Brian E. Fox [EMAIL PROTECTED
Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 4:23 PM
To: Maven Users List
Subject: RE: Download JAR from Local Repository
Try setting the classifier to signed.
-Original Message-
From: Geffrey Caruso [mailto:[EMAIL PROTECTED]
Sent: Wednesday
descriptorRefjar-with-dependencies/descriptorRef
/descriptorRefs
Inside my configuration section but that didn't work its always just
downloads 1.0-SNAPSHOT.jar instead of 1.0-SNAPSHOT-signed.jar
Any help?
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Tuesday
Hi Sorry about that. Alpha-2 was not supposed to be on central yet. I
have updated the metadata files by hand to make it go away...it will
take a few hours to rsync to the repo. The good news is that alpha-2 is
staged and being voted on. Baring any sudden issues, it should be
released in ~60hrs
I don't think you can activate based on a property set in a parent.
Normally this wouldn't make sense because it's always the same until you
change it right? It should work using -D or even -P to specify the
profile.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of
There are a few ways to do it with the dependency plugin:
http://maven.apache.org/plugins/maven-dependency-plugin/
-Original Message-
From: Geffrey Caruso [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 3:00 PM
To: users@maven.apache.org
Subject: Download JAR from Local
(btw you've probably guessed that this is a workaround for
dependency:unpack not preserving symlinks...? However, I still would
like to see that JIRA feature request... removes kludges and
workarounds...;-) )
Yes. I looked into the plexus-archiver component and it doesn't appear
to support
The artifact was deleted from your local repository. That means you'll
need to rebuild/install it before this will be able to resolve it. I'm
not sure purging sibling artifacts is what you really mean to do.
-Original Message-
From: David Leangen [mailto:[EMAIL PROTECTED]
Sent: Monday,
There is currently no configuration for symlinks. Since the dependency
plugin uses the plexus archiver/unarchiver, I'd have to see how symlinks
are supported and was configuration might be needed. File a Jira for
this and I'll take a look.
Thanks,
Brian
-Original Message-
From: news
The merged plugin is sitting here:
/maven/sandbox/trunk/plugins/maven-dependency-plugin/pom.xml
Once alpha-2 is released, this will be merged into the dependency plugin
trunk.
-Original Message-
From: Vincent Siveton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 07, 2007 6:32 AM
To:
The build classpath mojo is new to alpha-2. It should be released soon,
until then you can use a SNAPSHOT or build and install locally.
-Original Message-
From: Aidan O'Donnell [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 01, 2007 5:10 AM
To: users@maven.apache.org
Subject:
Dependency:unpack isn't meant to be executed on the cli. See here for
examples:
http://maven.apache.org/plugins/maven-dependency-plugin/usage.html
If you are running from the cli, you either need to add configuration to
the pom to tell the plugin what to unpack, or maybe you want to use the
Move the configuration from the executions section. For some reason,
when executing from the cli, it doesn't use any execution.
-Original Message-
From: Thorsten Heit [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 01, 2007 9:57 AM
To: Maven Users List
Subject: Re: RE: [m2.0.5] Problems
You could use the remote-resources possibly as well.
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 28, 2007 4:35 PM
To: Maven Users List
Subject: Re: [m2] Packging the same resource file in multple projects
Create the artifact with the shared
Yes, I just get a blank page.
-Original Message-
From: Mathias Brökelmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 21, 2007 8:21 AM
To: Maven Users List; dev@maven.apache.org
Subject: Re: Maven/Codehaus JIRA NullPointerException
I got the same problem.
2007/2/21, Gregory
Use the newer version at apache:
http://maven.apache.org/plugins/maven-dependency-plugin
-Original Message-
From: jiangshachina [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 13, 2007 3:55 AM
To: users@maven.apache.org
Subject: Re: [m2] how to run a program build with maven
Hello,
You're missing the groupId in artifactItem:
artifactItems
artifactItem
artifactIdA/artifactId
version${pom.version}/version
typejar/type
/artifactItem
This isn't inherited if not filled in.
-Original
The maven and codehaus ones are the same plugin. The maven one is newer.
-Original Message-
From: jiangshachina [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 1:36 AM
To: users@maven.apache.org
Subject: Re: additional classpath to maven2
Hi,
I ever used
of a minimum standard that one at least can trust the
information published on the official web page?
/Jens
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: den 5 februari 2007 23:38
To: Maven Users List
Subject: RE: 'dependency:copy' does not work
I think you
to use
it from the CLI (which the goal wasn't originally conceived to do)
I didn't.
It was bound to the package phase and I run 'mvn package'
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: den 6 februari 2007 12:03
To: Maven Users List
Subject: RE
I think you are having this problem I described here:
http://www.nabble.com/dependency-plugin-at-maven.org-tf3019806.html#a840
6709
(assuming you are copying dependency:copy from the command line?)
-Original Message-
From: Riboe, Jens [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05,
The filter on group and artifact id is new in alpha-2, which hasn't been
released yet.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Steinar Bang
Sent: Sunday, January 28, 2007 3:26 PM
To: users@maven.apache.org
Subject: dependency:copy-dependencies and the exclude*
Use the maven-dependency-plugin to copy the jar to the build tree where
you can manipulate it with ant.
-Original Message-
From: Peter Lynch [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 25, 2007 1:58 PM
To: users@maven.apache.org
Subject: How to refer to dependency jar file inside
Hi Gerald,
I'm hoping to finish up the 3-4 remaining issues in alpha-2 and call
another release in the next few weeks. The Maven Devs have decided to
always publish the latest version of the sites. The drawback is that
sometimes new goals are listed that haven't been released. The upshot is
that
Use the packagingpom/packaging if you don't create any other
artifacts. The other packaging types come with lifecycles that will not
do what you want. Even with pom packaging, you can still attach files
if needed using assembly:attach or build-helper:attach.
-Original Message-
From:
There is already an enhancement and patch filed for this. You can
already include by types, if you want sources, you should be able to do
that already.
-Original Message-
From: Dan Tran [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 13, 2007 7:15 PM
To: Maven Users List
Subject: Re:
There is no control. See this issue: http://jira.codehaus.org/browse/MWAR-66
Even worse, the plugin compares the timestamps of the files individually
without regard to which overlay they come from. That means today a file from A
might win, but it someone edits a file from B, then B will start
There's also the issue of having to code dependencies twice, once as a
proper dependency and once more in the dependency copy configuration
section?
This was done to allow copying/unpacking artifacts that aren't intended
to be typical dependencies, such as zip files. The xxx-dependencies
goals
-mail (including any attachments) are
the opinions of the sender and do not necessarily constitute those of
Roslin Institute (Edinburgh) (the Institute) unless specifically
stated by a sender who is duly authorised to do so on behalf of the
Institute.
-Original Message-
From: Brian E. Fox
not necessarily constitute those of
Roslin Institute (Edinburgh) (the Institute) unless specifically
stated by a sender who is duly authorised to do so on behalf of the
Institute.
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: 10 January 2007 15:37
To: Maven Users List
The Maven team is pleased to announce the release of the Maven
Dependency Plugin, version 2.0-alpha-1
http://maven.apache.org/plugins/maven-dependency-plugin/
You can run mvn -U to get the latest version of the plugin.
Changes:
The apache version should be released by this weekend. A vote was called on
Tuesday and it must wait 72hrs.
-Original Message-
From: takai [mailto:[EMAIL PROTECTED]
Sent: Friday, January 05, 2007 9:30 AM
To: users@maven.apache.org
Subject: Re: Disassemble Plugin
The main trunk from
It seems like the compiler plugin is pulling in that version not the dependency
plugin. I did notice this morning that ibiblio was a little slow, maybe it just
timed out for you?
-Original Message-
From: Antoine Véret [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 02, 2007 10:48 AM
repo
A simple mvn -U package has clean the dependencies. Thanks mister Héritier.
PS : the mvn package command works with the lastest Apache version, contrary
to the mvn dependency:build-classpath command which call the Codehaus plugin.
On 1/2/07, Brian E. Fox [EMAIL PROTECTED] wrote:
It seems
The configuration looks correct. If you use mvn -X install out.txt,
you can then look through the output and see for sure what values are
being passed to the plugin. It seems most likely that the propery isn't
being defined.
As far as the codehaus/apache versions, they are the same plugin but
The assembly:assemble goal forks the lifecycle and if bound to a phase
in the pom, will cause things to run multiple times. If you are binding
to a phase, chances are you want to use the assembly:attached goal.
Assembly:assemble is meant to be used from the command line.
-Original
Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 12, 2006 8:19 PM
To: Maven Users List
Subject: RE: maven-dependency-plugin
The plugin did get moved from mojo to apache but the apache version hasn't been
released yet. It's nearly ready, just waiting on some other
The plugin did get moved from mojo to apache but the apache version hasn't been
released yet. It's nearly ready, just waiting on some other releases to get out
so we can comply with the new apache licensing guidelines.
-Original Message-
From: Andrés Viedma [mailto:[EMAIL PROTECTED]
/releases
/repository
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Steinar Bang
Sent: Monday, November 20, 2006 2:36 PM
To: users@maven.apache.org
Subject: Re: Pulling jars into local repository
Brian E. Fox [EMAIL PROTECTED]:
The copy mojo doesn't care about
The copy mojo doesn't care about the scope because it will copy the
artifacts listed in the artifactItems element. The scope is used by
copy-dependencies to decide which ones from the project need to be
copied since it starts from the entire dependency element. If you don't
specify a scope, it
There is a similar feature request in jira for the dependency plugin. It
currently would write out a string, but it would seem to be a relatively
simple change to write xml:http://jira.codehaus.org/browse/MDEP-26
-Original Message-
From: Timo Wolf [mailto:[EMAIL PROTECTED]
Sent: Friday,
Looks like the version was hardcoded, but the repository isn't
configured correctly. It should be:
maven-snaps (http://people.apache.org/repo/m2-snapshot-repository),
-Original Message-
From: Lyndon Washington [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 15, 2006 1:22 PM
To:
I see the following exception in my logs when I try to add a project to
continuum 1.1. At the very end, the log continues by looking for
something on central but I'm not sure what's happening. Any ideas?
2006-11-14 13:26:17,313 [http-8080-Processor22] INFO
Interceptor:exceptionLogging -
I'm trying to build the trunk and I get this test failure:
Test set: org.apache.maven.continuum.DefaultContinuumTest
---
Tests run: 8, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 25.313
sec FAILURE!
I placed the war in the specified location and it gets extracted to webapps. (I
could probably change this but haven't tried yet).
Then to make it work on mssql, I made the changes specified in:
http://jira.codehaus.org/browse/CONTINUUM-697
-Original Message-
From: Brian E. Fox
/conf/Catalina/localhost/continuum.xml
Emmanuel
Brian E. Fox a écrit :
I have seen some recent messages that indicate the trunk should work
on tomcat. I built the war and dropped it into tomcat but I'm getting
some exceptions that are related (i'm guessing) to data sources not
being setup. Any
I have seen some recent messages that indicate the trunk should work on
tomcat. I built the war and dropped it into tomcat but I'm getting some
exceptions that are related (i'm guessing) to data sources not being
setup. Any guidance would be appreciated.
2006-11-02 13:34:35
: multiprocessor machines
dont think continuum supports parallel build. It is dangerous to have
parallel builds using one local repository.
-D
On 10/27/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Is there a feature or feature request already to have continuum kick
off multiple builds simultaneously? I
Is there a feature or feature request already to have continuum kick off
multiple builds simultaneously? I have noticed on multiprocessor
machines that the build is too linear to take advantage of them. If I
start 2 builds at the same time, it finishes in the same elapsed time as
just one.
Is it a known problem that continuum ignores the sendOn pom settings
(i'm using 1.0.3):
notifier
typemail/type
configuration
addressz/address
sendOnErrorfalse/sendOnError
sendOnFailuretrue/sendOnFailure
sendOnWarningtrue/sendOnWarning
and
then you should be able to delete it. If that doesn't work, you shut
down Continuum and remove the working directory that the project is
in, then it will delete.
On 10/19/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Man, I hate this bug. It happened again after adding a new project.
Now
I can't
Can you turn on the keyword expansion in svn and use the ID in a pom
property?
-Original Message-
From: Alex Hollerith [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 21, 2006 3:08 AM
To: users@maven.apache.org
Subject: [maven2] subversion revision in MANIFEST file
hi,
we are using
.
Wayne
On 5/13/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Somehow I have a bunch of projects that got duplicated but I can't
remove them. Here's the error, is there anything I can do other
than blow away the db and start over?
ognl.MethodFailedException: Method removeProject failed
I think you want this: http://jira.codehaus.org/browse/MDEP-26
-Original Message-
From: Michael Schneider [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 17, 2006 2:03 PM
To: Maven Mailing-List
Subject: creating string of all dependencies
Hi!
Within my assembly I want to have a batch
That's a good point. I always went with install because the source might
not match the deployed artifacts and fail. The point here is the failure
indicates a lack of deployment. Hrm
-Original Message-
From: Mark Donszelmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 17, 2006
If you want to copy the jars into a local folder as part of the build,
you can use the maven-dependencies-plugin:copy-dependencies to
accomplish this.
-Original Message-
From: Neeraj Bisht [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 12, 2006 12:16 AM
To: users@maven.apache.org
You can used assembly:attached and bind it to a phase to get the
artifact deployed. I do this a lot and just use pom as the packaging
type.
-Original Message-
From: Siegfried Goeschl [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 05, 2006 7:53 AM
To: Maven Users List
Subject: Re:
/plugins/maven-compiler-plugin/compile-mojo.html,
http://maven.apache.org/plugins/maven-compiler-plugin/testCompile-mojo.h
tml. Change compileSourceRoots and outputDirectory to satisfy your
needs.
-Ronny
-Opprinnelig melding-
Fra: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sendt: 4. oktober 2006
.html#a6204244
Hope this help,
Rémy
2006/10/4, Brian E. Fox [EMAIL PROTECTED]:
Sorry I guess I wasn't too clear in what I want. I want to compile my
tests using java 1.5 but the rest of my sources as 1.4. Why? Because
we use TestNG and the Javadoc runner doesn't work yet and we can't
update
I need to set a different source/target configuration for testcompile
and compile. They are separate goals, but it's not apparently possible
to set goal specific configuration without another execution. Is there
some way to do this?
The plugin was moved and hasn't been released yet. There are snapshots
available ( 2.0-ALPHA-1-SNAPSHOT )but you would need to add:
pluginRepository
idMaven Snapshots/id
urlhttp://people.apache.org/maven-snapshot-repository/url
snapshots
enabledtrue/enabled
/snapshots
That currently isn't an option of the dependency plugin. We rely on
Maven to generate the list of dependencies, which will automatically
inherit the parents' dependencies. You can file a Jira feature request
if you'd like and I will look into it.
-Original Message-
From: Morgovsky,
Hi All,
I managed to build the webapp and get it deployed on Tomcat. As soon as
I add a valid repository, I get the following exception (tried with 2
different repos). Any ideas?
587109 [TP-Processor2] INFO
org.apache.maven.archiva.scheduler.task.RepositoryTask:indexer -
Searching repository
Take a look at the ResolvePluginsMojo.java in dependency-maven-plugin:
https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-dependency-pl
ugin/src/main/java/org/apache/maven/plugin/dependency/resolvers/ResolveP
luginsMojo.java
It was working before the refactor but could be broken now. It
I haven't written an ant plugin so I can't help you with the first
part. On the second question, the plugin tag can also take a
dependencies tag and these dependencies will be added to the classpath
when your plugin executes.
We are running into some issues with unit tests finding the correct working
folder. The root of the problem seems to be that maven uses the root path of
where ever it is launched from. This means that a test coded to create a file
in ./target will sometimes drop that file in the parent's target
commit?
Thanks,
Binil
On 8/20/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Paying more attention now, I noticed that is seems like continuum
only does this if there was just 1 commit since the last build. If
not, all you get it a list of files.
-Original Message-
From: Binil
Yes, the old one from Codehaus is currently the only released version.
-Original Message-
From: Martin Vysny [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 2:09 AM
To: Maven Users List
Subject: Re: Maven-Dependency-Plugin
On Mon, 2006-07-17 at 13:13 -0700, dan tran wrote:
installation?
Thanks,
Binil
On 8/18/06, Brian E. Fox [EMAIL PROTECTED] wrote:
That's more than I get now. I only get a list of files changed:
Changes
application\std-interview\src\main\java\com\stchome\dsms\appl\formdatasources\stdinterview
and commit comments)
Emmanuel
Brian E. Fox a écrit :
Actually, I mean turn on the svn blame output in continuum.
-Original Message-
From: Binil Thomas [mailto:[EMAIL PROTECTED]
Sent: Friday, August 18, 2006 1:57 AM
To: continuum-users@maven.apache.org
Subject: Re: Blame mechanism
It's not abandoned, just neglected. I intend to resume cleaning it up
shortly and release a beta. The current code should work, it was pretty
much done when I last worked on it. There where some new features that
started in 1.1 that didn't get fully finished yet, but the core of the
1.0
So are you just running mvn compile or package and not install?
Dependency wants to find them in the local (or remote) repository, if
you haven't run install, they won't be there. If there is some other use
case that prevents you from running install, then file a jira
enhancement against
That option is only available on 1.1, which isn't released yet. You can
use a snapshot rev or build from svn until the new release is performed.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Martin Cooper
Sent: Friday, April 07, 2006 12:53 PM
To: Maven
I wrote a jira and submitted a patch for this very problem:
http://jira.codehaus.org/browse/MNG-1929 Please vote and or comment on
it if you think it is important, as it hasn't been applied yet.
Basically showing readonly parameters is more confusing than helpful,
therefore they probably shouldn't
This is a known issue caused by maven reacting differently when run from
a parent. I'll attempt to find a workaround, but IMNSHO, this is a
defect in maven core.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Herscu
Sent: Monday, March 20, 2006 6:24 PM
To:
I ran into this a while ago too. Since I don't actually need my parents
to be called parent, I just renamed them to match the directory
structure. The other workaround is that in each pom you specify the scm
url, tagbase and site url.
-Original Message-
From: Julian Payne [mailto:[EMAIL
Can't you just run the build again? I have Tomcat setup to point to the
exploded archive in target. Then a change is made and we rebuild.
-Original Message-
From: chetan mehrotra [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 07, 2006 5:39 AM
To: users@maven.apache.org
Subject: Exploded
This is exactly what I have to do. I use a tool to find and replace
across files. Fortunately, we are using 4 digit build numbers so I know
I'm not replacing something incorrectly (example: 2.1.0.7). So it goes
like this:
Replace x.x.x.x-SNAPSHOT with x.x.x.x
Check in.
Tag.
Replace x.x.x.x with
It will try to find the parent at ../pom.xml and then look in the local
repository. If you never built the parent before and you don't have the pom one
folder up, then it won't work. The safest thing is to keep your parent pom
immediately above your children:
Parent pom.xml
module a
sub-projects by hand until the offending
project has been fixed?
Kind regards,
Dave Sag
Brian E. Fox [EMAIL PROTECTED] wrote on 01-03-2006 14:33:40:
It will try to find the parent at ../pom.xml and then look in the
local repository. If you never built the parent before and you don't
this knowledge from? hard-won experience or is there a
docuement somewhere I could read?
Kind regards,
Dave Sag
Brian E. Fox [EMAIL PROTECTED] wrote on 01-03-2006 15:28:25:
if you put something in the plugins section of the parent, it will
run with the parent. To do what you want, you should
on what it takes to get a plugin started under the Mojo
banner...if this is acceptible.
On 2/28/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Sounds like a copy plugin is in order?
-Original Message-
From: Barrie Treloar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 28, 2006 7:11 PM
of the pom. how do I
define a standard suite of reports in a parent pom? or failing that at least
define how the report plugins are configured in the parent.
any tips?
Kind regards,
Dave Sag
Brian E. Fox [EMAIL PROTECTED] wrote on 01-03-2006 15:28:25:
if you put something
?
http://jira.codehaus.org/browse/CONTINUUM-519
Brave enought to use the latest continuum 1.0.3 snapshot build?
-D
On 2/26/06, Brian E. Fox [EMAIL PROTECTED] wrote:
Hrm. I changed it back to 0 0 * * * ? And it's still not working...
-Original Message-
From: Brian E. Fox [mailto
?
Emmanuel
Brian E. Fox a écrit :
I can confirm that removing the multiple schedules did solve this.
I'll wait a couple more days for the 1.0.3 release.
-Original Message-
From: dan tran [mailto:[EMAIL PROTECTED]
Sent: Monday, February 27, 2006 1:09 AM
To: continuum-users
801 - 900 of 1094 matches
Mail list logo
