The Maven team is pleased to announce the release of the Maven SCM
Publish Plugin, version 1.0-beta-2.
This plugin allows Maven websites to be published to any supported SCM.
http://maven.apache.org/plugins/maven-scm-publish-plugin/
You should specify the version in your project's plugin configu
The Maven team is pleased to announce the release of Maven SCM, version 1.8.1.
Maven SCM provides a common API for doing SCM operations.
http://maven.apache.org/scm/
Release Notes - Maven SCM - Version 1.8.1
Bug:
* [SCM-696] - SVN tagging fails with svn+ssh://username@host URL
* [SCM-697] - git
Hi there,
I wondering if the maven-scm-publish-plugin multi-module example is
overly complicated:
http://maven.apache.org/plugins/maven-scm-publish-plugin/examples/multi-module-configuration.html
>From my understanding, you can get away without any of this plugin
configuration and just execute:
Works like a charm. Thanks Olivier.
Mark
On 14 October 2012 15:39, Olivier Lamy wrote:
> fixed and snapshot deployed.
>
>
> 2012/10/14 Mark Hobson :
>> Thanks once again Olivier.
>>
>> Mark
>>
>> On 14 Oct 2012, at 13:28, Olivier Lamy
Thanks once again Olivier.
Mark
On 14 Oct 2012, at 13:28, Olivier Lamy wrote:
> Yup fail here too https://builds.apache.org/view/M-R/view/Maven/job/maven-scm/
>
> I don't know what is broken.
> I will try to have a look this afternoon
>
> 2012/10/14 Mark Hobson :
Hi there,
I'm using maven-scm-publish-plugin 1.0-SNAPSHOT for the MSCMPUB-2 fix,
but have recently encountered a provider error with the maven-scm
1.9-SNAPSHOT:
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-scm-publish-plugin:1.0-SNAPSHOT:publish-scm
(scm-publish) on project X: No
The Maven team is pleased to announce the release of the Maven Runtime, version
1.0-alpha-3
Maven Runtime allows introspection of Maven project metadata at runtime. Basic
artifact information or full Maven
project metadata can be obtained for all projects within a given class
loader, opti
The Maven team is pleased to announce the release of the Maven Release
Plugin, version 2.3.1
This plugin is used to release a project with Maven, saving a lot of
repetitive, manual work. Releasing a project is made in two steps:
prepare and perform.
http://maven.apache.org/plugins/maven-release-p
On 21 May 2012 21:33, Jesse Farinacci wrote:
> Thanks for the fix, but a new release seems excessive. The bug doesn't
> cause any sort of breakage, it just leaves some work files around.. I
> haven't tested it, but I think these work files won't even interfere
> with another invocation of the rele
Thanks for the quick fix Robert. Any chance of a 2.3.1 release as
this is quite a visible regression?
Mark
On 21 May 2012 19:31, Robert Scholte wrote:
> Fixed, will be part of the next release.
>
> Robert
>
> Op Mon, 21 May 2012 16:01:19 +0200 schreef Mark Hobson
>
Hi Jesse,
Thanks for the feedback. I've raised an issue:
http://jira.codehaus.org/browse/MRELEASE-758
Cheers,
Mark
On 21 May 2012 13:18, Jesse Farinacci wrote:
> Greetings,
>
> On Mon, May 21, 2012 at 8:15 AM, Mark Hobson wrote:
>> On upgrading maven-release-plugin
Hi there,
On upgrading maven-release-plugin from 2.2.2 to 2.3 I noticed that
release:perform no longer removes release.properties nor
pom.xml.releaseBackup. Is this intended behaviour? I couldn't see
anything regarding this in the release notes and the documentation
still states that they should
The Maven team is pleased to announce the release of the Maven Checkstyle
Plugin, version 2.8
Generates a report on violations of code style and optionally fails the build
if violations are detected.
http://maven.apache.org/plugins/maven-checkstyle-plugin
You should specify the version in your
The Maven team is pleased to announce the release of the Maven
Checkstyle Plugin, version 2.6.
This plugin generates a report regarding the code style used by the developers.
http://maven.apache.org/plugins/maven-checkstyle-plugin/
You should specify the version in your project's plugin configur
The Mojo team is pleased to announce the release of the Apt Maven
Plugin, version 1.0-alpha-4.
This plugin provides goals to run the Annotation Processing Tool (apt)
against project sources.
http://mojo.codehaus.org/apt-maven-plugin/
You should specify the version in your project's plugin config
2010/1/15 lukewpatterson :
> Good point, updated example:
>
> ${project.build.directory}/generated//main/java
> ${project.build.directory}/generated//test/scala
> ${project.build.directory}/generated//main/resources
>
> A question about the current standard: are generated *test* sources placed
> in
2010/1/15 Wendy Smoak :
> On Fri, Jan 15, 2010 at 7:58 AM, Mark Hobson wrote:
>
>> But dropping the activation block means that it won't be implicitly
>> activated?
>
> True. I shouldn't answer questions early in the morning. :)
Hehe, thanks for trying to hel
2010/1/15 Wendy Smoak :
> I'd probably do it with !noxyz so that _de_activating it
> is intuitive with -Dnoxzy.
Yeah, I had similar thoughts.
> You can do it with less xml by dropping the activation block and
> de-activating by the profile id:
>
> -P !xzy or -P -xzy (Maven 2.0.10 or later, see
>
2010/1/13 lukewpatterson :
> It seems like
> ${project.build.directory}/generated-sources/
> and
> ${project.build.directory}/generated-resources/
> have been mentioned [1][2], but I wonder if something like this
> ${project.build.directory}/generated/
> is more consistent.
>
> With ${project.bu
2010/1/15 Tom Bollwitt :
> Try this...
>
>
> true
>
Erm, did you even read my question?
Mark
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
2010/1/14 Anders Hammar :
> Ok, re-reading your question I spotted the issue. pluginManagement doesn't
> manage reporting plugins.
> Look here for instance:
> http://jira.codehaus.org/browse/MNG-3385
Yeah, I was aware of that thanks, so I guess it kind of makes sense.
It's somewhat misleading as t
2010/1/14 Wendy Smoak :
> On Thu, Jan 14, 2010 at 1:44 PM, Kees van Dieren
> wrote:
>> Just curious: where do you need this for? If you want plugins / dependencies
>> always to be active, you could add them in the pom directly, then they don't
>> need to be in a profile. Couldn't you simply define
2010/1/14 Anders Hammar :
> If you provide your pom (please simplify it to only include the issue) it
> will be easier to spot any errors.
Sure, here's a pom that causes the problem:
http://gist.github.com/277253
The test:checkstyle-resources artifact merely contains a test
checkstyle.xml file.
2010/1/14 Julien HENRY :
> Hi,
>
> I suppose you are talking about profile defined in pom, otherwise you can
> look at section of settings.xml.
Yep, this is for regular pom profiles.
Mark
-
To unsubscribe, e-mail: users-unsubs
Hi there,
Is there a better way of always activating a profile, unless
explicitly deactivated, than using a dummy property activator? For
example:
!dummy
I can't use activeByDefault since I want the profile to be activa
Hi there,
Are dependencies defined in pluginManagement meant to work in a
similar fashion as those defined in the regular plugins block? For
example, consider the common use case of supplying a custom checkstyle
config via a dependency as described at the end of:
http://maven.apache.org/plugins/
The Mojo team is pleased to announce the first release of the Batik
Maven Plugin, version 1.0-beta-1.
This plugin rasterizes SVGs using Apache Batik.
http://mojo.codehaus.org/batik-maven-plugin/
You should specify the version in your project's plugin configuration:
org.codehaus.mojo
batik-ma
The Maven team is pleased to announce the release of the Maven
Checkstyle Plugin, version 2.4.
This plugin generates a report on violations of code style and
optionally fails the build if violations are detected.
http://maven.apache.org/plugins/maven-checkstyle-plugin/
You should specify the ver
The Maven team is pleased to announce the release of Maven Runtime,
version 1.0-alpha-2.
Maven Runtime allows introspection of Maven project metadata at runtime.
http://maven.apache.org/shared/maven-runtime/
You should specify the dependency in your project's POM:
org.apache.maven.shared
mav
2009/10/7 Brett Porter :
> On 06/10/2009, at 8:22 PM, Mark Hobson wrote:
>> Oh right, I hadn't seen that mentioned anywhere. So does -pl support
>> building the project list dynamically from subdirectories like -r
>> does?
>
> Yes, though I think it requires the
2009/10/6 Brett Porter :
> On 02/10/2009, at 12:59 AM, Mark Hobson wrote:
>> Interesting idea, have you got an example of this?
>
> Every Maven project released in the last couple of months does this, or the
> source bundle of Maven itself.
Ah thanks, I didn't realise that&
2009/10/1 Brett Porter :
> On 30/09/2009, at 10:48 PM, Mark Hobson wrote:
>> These are released dependencies. They need to be SCM checkouts and
>> not source artifacts since they need to be buildable, i.e. contain the
>> POM and any other necessary build resources.
>
>
Hi Brett,
Thanks for the response, answers inline:
2009/9/30 Brett Porter :
> On 29/09/2009, at 2:16 AM, Mark Hobson wrote:
>> 1) the full SCM checkout of the main project
>
> you are calling from within that, or want to do a checkout?
Yep, the main project is the one where we
Hi there,
I was wondering if any maven-assembly-plugin experts could say whether
this scenario is possible, or how much work it'd be to implement it.
I need an archive that contains a complete buildable standalone
project bundle. More specifically, it needs to contain:
1) the full SCM checkout
Hi there,
I was wondering why the latest CI snapshot of maven-plugin-testing was
out of date according to the source:
http://svn.apache.org/repos/asf/maven/plugin-testing/trunk/pom.xml
https://repository.apache.org/content/repositories/snapshots/org/apache/maven/plugin-testing/maven-plugin-testin
2009/7/17 John Patterson :
> Not so much interested as mildly disappointed that it has been open more
> than 6 months already! Thanks for pointing out that it is a known issue.
Heh, I know the feeling. So many issues so little time..
Mark
---
2009/7/17 John Patterson :
>
> Hi,
>
> I am trying to use a plugin maven-gae-plugin which has a problem with its
> dependencies - they have moved since it was created. so it tries to
> download them and fails.
>
> I can add the new corrected dependency using but the
> old missing dependencies sti
2009/7/1 Ceki Gulcu :
> Using Maven 2.2.0, the behavior remains the same as with Maven
> 2.0.9. Moreover, if you remove the dependency on
> net.sf.ehcache:ehcache:1.6.0 from the pom file for "htmlunitbug", then
> the test passes (with the original pom files for hibernate-ehcache
> hibernate-parent
2009/5/12 Brad Harper :
> I was hoping to hear someone say that the war file should generate an error
> or fail.
>
> In our case, we have multiple versions of a general 'platform', each
> represented by a war artifact. Derivative wars artifacts are built with
> customizations and tailorings using a
dependency:tree doesn't currently show overlaid war jars. The war
overlay concept is conceptually outside of the normal dependency
mechanism, hence the possibility of ending up with two versions of the
same dependency.
Anyone aware of an issue about this? The war plugin should really
fail the bu
2009/5/11 Brian Fox :
> At face value the logic seems to make sense, but I haven't thought through
> all the ramifications. I thought Mark Hobson mentioned some cases where the
> opposite was desired. At this point your best bet is to prepare a proposal
> on http://docs.cod
2009/5/8 Jörg Schaible :
>> E.g. if project P has test scoped dependency to a LIB1, and compile scoped
>> dependency to LIB2, while LIB2 has compile scope dependency to LIB1,
>> currently project P's war will wrongly end up without LIB1 included.
>
> This is the whole point: This is not wrong, Mave
2009/5/8 Jörg Schaible :
> This would be the show stopper for me for ever using Mercury. If I narrow
> the scope in the local POM it is done *because I want it so*, e.g.
> preventing compile time deps to a specific implementation that's hidden
> behind an interface.
This should be done in dependen
This is really a symptom of the nearest-wins mentality of Maven 2,
since scopes specified in the current POM take precedence over their
transitive values, and not widened as expected. AFAIK Mercury will
replace nearest-wins version conflict resolution with a more usable
highest-wins, so I was hopi
After inheritance, the war dependency tree looks like this:
foo.bar:b:war:0.0.1-SNAPSHOT
+- org.apache.velocity:velocity:jar:1.6.2:test
\- foo.bar:a:jar:0.0.1-SNAPSHOT:compile
+- org.apache.velocity:velocity:jar:1.6.2:test
\- org.apache.velocity:velocity:jar:1.6.2:compile
So the resolved sc
Sounds like a handy goal. A few more checks that would be handy until
we have usable version ranges:
- Warn if an artifact's version resolves to a version lower than one
specified in a transitive pom (i.e. a dependency is being downgraded
because it is nearest)
- As above, but also comparing aga
2009/4/1 Olivier Lamy :
> No the release parent has correct information but not your child(s)
> pom(s) because if the child doesn't have any scm information they are
> inherited from the parent ! + your current project's artifactId
Are there any plans to change this for Maven 2.x/3.x? It's quite
It means that the transitive version would have been 5.0.0.CR1 but
4.0.4 was explicitly asked for in the project's dependency management
block.
Mark
2009/4/1 Melanie S :
>
> When I run the dependency plug-in (mvn dependency:tree), I get an output
> such as the following:
>
> [INFO] (...)
> [INF
http://jira.codehaus.org/browse/MNG-4085
2009/3/12 Mark Hobson :
> Hi there,
>
> I've just tried to release a project using Maven 2.0.10 and get the
> following warning:
>
> [WARNING] Maven will be executed in interactive mode, but no input
> stream has been config
Hi there,
I've just tried to release a project using Maven 2.0.10 and get the
following warning:
[WARNING] Maven will be executed in interactive mode, but no input
stream has been configured for this MavenInvoker instance.
This can be a problem when deployment requires interactivity due to
SVN c
Hi there,
I was wondering what the status of wagon-scm is with regard to Maven
2.0.10. I've read the usage page but the versions appear to be out of
date:
http://maven.apache.org/wagon/wagon-providers/wagon-scm/usage.html
I've tried newer versions but end up with linking errors at runtime.
Is t
2008/12/6 Mark Derricutt <[EMAIL PROTECTED]>:
> Is it possible to easily add annotation processors into the
> maven-compiler-plugin?
>
> Looking at the docs I see I can add a element and pass in
> the -processorpath argument, but how do I generate the path to a dependency?
>
> Ideally, i just want
Hi Jaran,
Could you attach a minimal project that reproduces this problem to a
JIRA issue here please:
http://jira.codehaus.org/browse/MSHARED/component/13264
That'll help keep track of it and I'll try to take a look when I've
got a chance.
Cheers,
Mark
2008/12/2 Jaran Nilsen <[EMAIL PROTECTE
Also, you can use -Dverbose to display the omitted conflicting dependencies.
Mark
2008/11/16 Pankaj Tandon <[EMAIL PROTECTED]>:
>
> Thanks! Makes sense...
>
>
>
> Geoffrey Wiseman wrote:
>>
>> On Sun, Nov 16, 2008 at 9:14 AM, Pankaj Tandon
>> <[EMAIL PROTECTED]>wrote:
>>
>>>
>>> Hello all,
>>> I
2008/11/10 Mark Hobson <[EMAIL PROTECTED]>:
> Actually, could we extend the requirements for this so that the
> profile activator took a regex expression that is matched against the
> project's version? This would allow profiles to be activated for
> different stages of a p
2008/11/8 Dan Tran <[EMAIL PROTECTED]>:
> http://jira.codehaus.org/browse/MNG-3826
Actually, could we extend the requirements for this so that the
profile activator took a regex expression that is matched against the
project's version? This would allow profiles to be activated for
different stage
I've been wanting this for a while but figured it'd be solved by
custom profile activators, currently sitting in trunk:
http://docs.codehaus.org/display/MAVEN/Custom+Profile+Activators
Perhaps a new snapshot profile activator would be best for the
short-term. Have you raised an issue I could wat
If you just want to introspect POM metadata then have a look at maven-runtime:
http://maven.apache.org/shared/maven-runtime/
Mark
2008/11/3 Julien Graglia <[EMAIL PROTECTED]>:
> Hi,
>
> I'd like to access to the org.apache.maven.project.MavenProject or
> org.apache.maven.model.Model from 'outsid
2008/10/30 Borut Bolčina <[EMAIL PROTECTED]>:
> Thanks, but I would like the *exact" steps which occur by mvn
> release:rollback.
From [1]: restore-backup-poms, scm-commit-rollback and remove-scm-tag.
Note that the last phase currently does nothing, see MRELEASE-229
[2].
Mark
[1]
http://svn.ap
2008/10/24 Mark Struberg <[EMAIL PROTECTED]>:
> Sorry Mark, should have mentioned that I usually use the following config
>
>
>org.mortbay.jetty
>jetty-maven-plugin
>
> ${build.finalName}
> 10
>
2008/10/24 Mark Struberg <[EMAIL PROTECTED]>:
> To give Kent an example:
>
> Consider a pom for building a WAR.
> If you set
>
> mycontextpath
>
> and use e.g. the jetty plugin to start your webserver in 1 go:
>
> $> mvn package jetty:run
>
> Then your finalName is being used for 'deployment' and y
2008/10/8 Stefan Fritz <[EMAIL PROTECTED]>:
> Hi all,
>
> We recently (during the last weeks) ran into a situation where version
> ranges (e.g. [1.0,) ) where resolved to SNAPSHOT versions as well.
> My understanding was always that if I specify a non-snapshot version in a
> range that only releas
You can either use dependency:tree:
http://maven.apache.org/plugins/maven-dependency-plugin/examples/filtering-the-dependency-tree.html
http://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html
Or m2eclipse for a graphical view within Ecli
2008/9/29 Dominic Mitchell <[EMAIL PROTECTED]>:
> What's the easiest way to get at the version number in the POM from Java?
>
> I've been using
> getResourceAsStream('META-INF/maven/groupId/artifactId/pom.properties');
> But this doesn't work while I'm developing in Eclipse (only when using the
>
I believe it uses maven-dependency-tree:
http://maven.apache.org/shared/maven-dependency-tree/
Mark
2008/9/24 陈思淼 <[EMAIL PROTECTED]>:
> It's warm heart of you.
>
> 2008/9/24 Nick Stolwijk <[EMAIL PROTECTED]>
>
>> I don't know for sure, but I guess it uses the functionality of the
>> dependency
You may be interested in these related issues:
http://jira.codehaus.org/browse/MNG-3092
http://jira.codehaus.org/browse/MNG-2994
Cheers,
Mark
2008/9/16 Borut Bolčina <[EMAIL PROTECTED]>:
> Hi list,
>
> using ranges for artifact resolution we achieved the goal of always
> resolving the latest ve
2008/9/2 Geoffrey Wiseman <[EMAIL PROTECTED]>:
> On Tue, Sep 2, 2008 at 10:42 AM, Mark Hobson <[EMAIL PROTECTED]> wrote:
>
>> ** Improvement
>>* [MSHARED-5] - Track selectVersionFromRange event in dependency tree
>> nodes
>
> Is this an entirely inter
The Maven team is pleased to announce the release of Maven Dependency
Tree, version 1.2
This component constructs a tree model of a Maven project's dependencies.
http://maven.apache.org/shared/maven-dependency-tree/
You should specify the version in your project's plugin configuration:
org.ap
The Maven team is pleased to announce the release of Maven Runtime,
version 1.0-alpha-1.
This shared component allows introspection of Maven project metadata at runtime.
http://maven.apache.org/shared/maven-runtime/
You can run mvn -up to get the latest version of the component, or specify
the v
2008/5/21 Jason van Zyl <[EMAIL PROTECTED]>:
> [X] Our team uses HTTP to retrieve our artifacts
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 19/10/2007, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> I was using Windows when I wrote up the example. I just did it on OS
> X, haven't tried it on Linux but I imagine it should work. Here's the
> GraphViz download page: http://www.graphviz.org/Download..php
>
> You can take the example from t
Hi Christian,
On 18/10/2007, Christian Weber <[EMAIL PROTECTED]> wrote:
> i'm using Maven + Artifactory to manage my Java Projects. Which worked fine
> so far.
> But now i'm running into Problem with the Dependency Resolving.
>
> I have different Versions of a LibA, e.g.:
> LibA-1.4.13.9
> LibA-1
On 17/10/2007, James Adams <[EMAIL PROTECTED]> wrote:
> I have a few dependencies in my pom.xml which pull in many transitive
> dependencies, and this results in a huge war artifact. I want to pare down
> the dependencies using exclusions in order that the resulting war will
> contain only the jar
Hi there,
I'm upgrading to the latest maven-ant-tasks 2.0.7 from 2.0.4 and am
having problems downloading snapshot dependencies. My build.xml is
something like:
http://xxx/";>
http://yyy/";>
But it's failing downloading the snapshot artifact si
On 25/09/2007, Tim Kettler <[EMAIL PROTECTED]> wrote:
> Wouldn't this be a useful rule for the enforcer plugin?
It can be used in a similar manner to the enforcer rules:
https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-dependency-plugin/src/site/apt/examples/failing-the-build-on-depende
Thanks - patches are welcome!
Mark
On 06/09/2007, Alexandre Gomes <[EMAIL PROTECTED]> wrote:
> Ok Mark,
>
> isseu created in [1].
>
> Thanks a lot.
>
> [1] http://jira.codehaus.org/browse/MOJO-906
>
> []s
> Alê!
>
>
> On 9/4/07, Mark Hobson <[EMA
Aside from license issues, I'm confused as to why we now have two
Maven plugins for Eclipse? Surely it'd make sense for the two
projects to collaborate to accelerate development, rather than having
two plugins that are both rather thin on the ground in terms of
features?
Mark
On 04/09/07, Carlos
On 03/09/07, Alexandre Gomes <[EMAIL PROTECTED]> wrote:
> Hi,
>
> based on [1], how can I pass a diferent username for Tomcat Manager,
> using -D command option (and not settings.xml) ?
>
> I tried -D tomcat.server.username=root, but it doesn't seem to work.
>
> [1] http://mojo.codehaus.org/tomcat-
On 09/08/07, Sommers, Elizabeth <[EMAIL PROTECTED]> wrote:
> Where is the scm for this module?
http://svn.apache.org/repos/asf/maven/shared/trunk/maven-dependency-tree/
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
On 20/07/07, Michael Meyer <[EMAIL PROTECTED]> wrote:
Hi,
try adding the following repository to your pom:
http://people.apache.org/maven-snapshot-repository/
I just checked. It's not on repo1.maven.org
Yep, 2.0-alpha-5 is not released yet, but should be shortly. In the
meantime, you can use
Hi there,
Version ranges are rather buggy at the moment - I've experienced
something similar, although contrary to what you mention:
http://jira.codehaus.org/browse/MNG-2994
Cheers,
Mark
On 16/07/07, ossi petz <[EMAIL PROTECTED]> wrote:
Hallo
another weird problem :)
i have two repositorie
On 09/07/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
On 09/07/07, Leo Liang <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I wanna read the source code of maven-release-plugin, but I counldn't find
> any source download link in maven project site.
> Who can tell me?
I can.
On 09/07/07, Leo Liang <[EMAIL PROTECTED]> wrote:
Hi,
I wanna read the source code of maven-release-plugin, but I counldn't find
any source download link in maven project site.
Who can tell me?
I can.
trunk:
https://svn.apache.org/repos/asf/maven/release/trunk/maven-release-plugin/
last rele
Although the page title is still "Download Maven 1.0" :)
Mark
On 21/06/07, Guillaume Boucherie <[EMAIL PROTECTED]> wrote:
stupid cache, it ok
thanks
Clettebou
2007/6/21, Antonio Petrelli <[EMAIL PROTECTED]>:
>
> 2007/6/21, Guillaume Boucherie <[EMAIL PROTECTED]>:
> >
> > The maven's download
On 06/06/07, Markku Saarela <[EMAIL PROTECTED]> wrote:
mvn.bat has bug for classworld classpath:
@REM -- Regular WinNT shell
for %%i in ("%M2_HOME%"\core\boot\classworlds-*) do set
CLASSWORLDS_JAR="%%i"
there are no core subdirectory only boot as it is in 2.0.6
Just encountered this and raise
On 06/06/07, Klaus Brunner <[EMAIL PROTECTED]> wrote:
> This shouldn't happen if you're clean packaging.
Not sure what you mean by "clean packaging". I can reproduce this problem
with a simple "mvn clean install" run - both JAR versions end up in the
WEB-INF/lib directory. The commons-xxx JARs a
On 06/06/07, Klaus Brunner <[EMAIL PROTECTED]> wrote:
Hi,
I'm a bit unhappy with Maven's dependency conflict resolution (as of 2.0.6
at least), which results in surprising "version downgrades", multiple
versions of the same dependency, and other unpleasant effects. Example: a
WAR project depends
On 04/06/07, Roland Asmann <[EMAIL PROTECTED]> wrote:
Hi all,
I'm writing a plugin here and want to figure out how to get hold of the
dependencies as defined in the POM for my plugin.
I'm currently using the ArtifactCollector, but it resolves transitive
dependencies as well... I only want to hav
On 16/01/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
On 15/01/07, Gabriele Contini <[EMAIL PROTECTED]> wrote:
> Some time ago i opened a jira issue about this missing feature:
>
> http://jira.codehaus.org/browse/MRELEASE-177
>
> Since this is a key feature for our comp
On 11/05/07, Grant Ingersoll <[EMAIL PROTECTED]> wrote:
Is it the intent that release:rollback will delete the tag in the SCM
that was created?
Yep, see http://jira.codehaus.org/browse/MRELEASE-229
Mark
-
To unsubscribe, e-ma
On 07/05/07, Olivier Dehon <[EMAIL PROTECTED]> wrote:
Hi,
How can I get the dependency:analyze goal to include the class files
that result from the compilation of the JSPs in the actual analysis?
Is there a configuration parameter to indicate additional target
directories to look into? Am I miss
Hi Martin,
On 04/05/07, Martin Bengl <[EMAIL PROTECTED]> wrote:
Hello Mark,
thanks a lot - where do you get such information from?
From my point of view maven is not well documentated, isn't it?
Mainly from digging around the source code. I do agree writing and
publishing some javadoc would
On 03/05/07, Martin Bengl <[EMAIL PROTECTED]> wrote:
hello folks,
I use following solution (with maven 2.0.4) to create a MavenProject at
runtime to extract informations like artifactId and groupid - this could
be also done by manually parsing the xml file - but i think its a better
way to use t
A war overlay would be the cleanest solution:
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html
Mark
On 03/04/07, Doug Tanner <[EMAIL PROTECTED]> wrote:
Problem solved.
Solution:
org.apache.maven.plugins
maven-war-plugin
2.0
On 26/03/07, Tyler Nelson <[EMAIL PROTECTED]> wrote:
Does there happen to be a plugin to handle database migrations for Maven 2.
I was thinking something like what Ruby on Rails does.
If not what are some of the best practices for doing DDL and DML with maven,
which part of the maven lifecycle h
On 15/03/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
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.
It's actually m
On 14/03/07, Piotr Bzdyl <[EMAIL PROTECTED]> wrote:
Actually, I thought about this solution but unfortunately the common part of
the conf.properties is so big that I would not like to keep it in two
separate places and need to remember to change these common parts in two (or
even more if I will n
An alternative to filtering the same resource is to split it into two
and profile it. So you'd move src/main/resources/conf.properties to,
say:
* src/main/profiles/prod/resources/conf.properties
* src/main/profiles/dev/resources/conf.properties
Configure the profiles in your POM accordingly, an
That exception would occur if the build directory didn't exist or is
not a directory - in your case:
/media/sda8/someuser/p4/depot/someproject/MAIN/com.somecompany.someproject/target
Does that directory exist? What's your environment?
Cheers,
Mark
On 08/03/07, Steinar Bang <[EMAIL PROTECTED]
The database container work in Cargo is still very much
work-in-progress. I hope to find some time soon to finish it off and
merge it into the trunk. Feel free to take this to the Cargo lists
for further discussion.
Cheers,
Mark
On 02/03/07, Emmanuel Hugonnet <[EMAIL PROTECTED]> wrote:
Wayne
1 - 100 of 332 matches
Mail list logo