Rahul Thakur wrote:
Jesse McConnell wrote:
I was figuring we would add something like this as some kinda
continuum extension for when the workflow is added to the continuum
object.
Is this going to be impelmented using plexus-spe or OS workflow?
os-workflow is not what Continuum need, I trie
[based on the almost latest m2.0.5 branch]
I have this profile in my pom.xml:
development
true
true
${no.daisy.test}
So without my settings.xml "mvn install" doesn't run the tests.
But in my settings.xml I have a profile like this:
daisy_1_5
false
...
the test projects also get jarred, the problem I didn't see is that
generated stuff like target also gets included. Still looking to a
solution to reuse the tests in other environments like insie eclipse.
On 1/18/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
What are you doing?
The tests by them
What are you doing?
The tests by themselves aren't of much use without the test projects.
You JAR up the tests and they run against nothing.
Jason.
On 18 Jan 07, at 7:37 PM 18 Jan 07, [EMAIL PROTECTED] wrote:
Author: carlos
Date: Thu Jan 18 17:37:00 2007
New Revision: 497679
URL: http://s
Hey Jesse,
I am gonna fork a new branch tonight and get started on this change.
Hopefully should be able to get the relevant stuff that we have already
done merged on the core modules before we start playing with the other
modules tomorrow :-)
Cheers,
Rahul
Jesse McConnell wrote:
I am lo
Issue Subscription
Filter: Design & Best Practices (37 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
On 1/19/07, berndq <[EMAIL PROTECTED]> wrote:
Hi Barrie,
thanks for your help
> Cant you just define multiple configurations, where each configuration
> has the settings you want rather than lump them in the one section?
Please paste your plugin definition in your pom.
-
Hi Barrie,
thanks for your help
Cant you just define multiple configurations, where each configuration
has the settings you want rather than lump them in the one section?
this results in
[INFO]
[INFO] No assembly des
Jason,
Would you mind commenting on this check-in at:
http://jira.codehaus.org/browse/MSOURCES-6
I'm sure many of the voters are eager to try out the new code and see if
it has solved their problem, even if it means building the plugin from
themselves.
--
Dennis Lundberg
[EMAIL PROTECTED]
it's one automatically, no need to ask, thanks
On 1/18/07, Ben Hale <[EMAIL PROTECTED]> wrote:
We've posted new releases for spring-ldap 1.1.1, spring-ldap 1.1.2,
and spring-webflow 1.0.1. Please sync the repository against the
main maven repo. Thanks.
-Ben
--
I could give you my word as
Kenny,
I definitely overlooked the generated sources. The rest of it seems
pretty superficial, but there definitely doesn't seem to be a very
good way to collect those generated sources via the assembly plugin.
Thanks for the insight.
On 1/18/07, Kenney Westerhof <[EMAIL PROTECTED]> wrote:
Hi
On 1/18/07, Erik Bengtson <[EMAIL PROTECTED]> wrote:
Please let me know if there are metrics you would like to collect from the store
(JPOX).
I will make a list of the various metrics I was thinking of collecting.
We should probably define some sort of interface that anybody can
implement and
archiva has already code that indexes the repo, you may take a look there
On 1/18/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hey Wayne,
Thanks for the tip. I thought that was the case, just
wanted to be sure.
Yes, I am planning on generating an RPM mirror of the
entire ibiblio repo.
So I'll us
Hey Wayne,
Thanks for the tip. I thought that was the case, just
wanted to be sure.
Yes, I am planning on generating an RPM mirror of the
entire ibiblio repo.
So I'll use your approach (Using a mojo) to write the
"global" maven-metadata.xml file.
Then suck that into a mojo, that generates the
Brian E. Fox wrote on Thursday, January 18, 2007 3:34 PM:
>> This is true, I haven't used dependency:resolve until you
> mentioned it.
> I
>> guess the only difference is that it doesn't show the scope of the
>> dependencies, but this could be easily resolved.
>
> Heh, actually I just added that
Mark Hobson wrote on Thursday, January 18, 2007 2:52 PM:
> On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>>> Perhaps, but I was thinking about the number of goals once we
>>> introduce tree and list goals for every scope. Would we name them
>>> dependency:compile-tree, dependency:compile-
Thanks Vincent
it's awesome
--
View this message in context:
http://www.nabble.com/-m2--help-with-maven-API-tf3033510s177.html#a8433298
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-
We've posted new releases for spring-ldap 1.1.1, spring-ldap 1.1.2,
and spring-webflow 1.0.1. Please sync the repository against the
main maven repo. Thanks.
-Ben
smime.p7s
Description: S/MIME cryptographic signature
Hi there,
On my travels I noticed DefaultArtifact [1] equals and hashCode
ignores scope - is that intentional? Could prove to be a problem when
check to see if an artifact has moved scope.
Mark
[1]
http://svn.apache.org/repos/asf/maven/components/trunk/maven-artifact/src/main/java/org/apache/
On 18/01/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
>This is true, I haven't used dependency:resolve until you mentioned it.
I
>guess the only difference is that it doesn't show the scope of the
>dependencies, but this could be easily resolved.
Heh, actually I just added that feature last night
Hi,
Does anyone know if there is a "Canned" way of loading
all jar packaged artifacts in an M2 repository?
I was hoping for something like a
maven-metadata.xml file for the entire repository.
Thanks,
- Ole
__
>This is true, I haven't used dependency:resolve until you mentioned it.
I
>guess the only difference is that it doesn't show the scope of the
>dependencies, but this could be easily resolved.
Heh, actually I just added that feature last night before reading this
thread. (mdep-57).
>Yeah tha
Take a look at Archiva: http://maven.apache.org/archiva - still pretty
alpha-ish, but we have managed to get it up and running. Works quite well.
Mike.
On 1/18/07, Fredy <[EMAIL PROTECTED]> wrote:
Hi,
I want to set up maven internal repository for my company for internal
usage. I read from
Hi,
I want to set up maven internal repository for my company for internal
usage. I read from web page that mention not trying to rsync to central
repo. What step should i do to enable me to setup internal repo? Any
suggestion?
Thanks,
Fredy
---
On 18/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
Here's the output of the dep tree of a single artifact:
= %< =
[big snip]
= %< =
We cannot live without this anymore ... it made our release process quite easy
and we can detect unwanted deps very e
On 18/01/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
I guess I'm a little behind in this thread:
1st, I think dependency:list is effectively the same as the existing
dependency:resolve is it not? The artifacts need to be resolved if you are
going to include transitive stuff.
This is true, I
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
> Perhaps, but I was thinking about the number of goals once we
> introduce tree and list goals for every scope. Would we name them
> dependency:compile-tree, dependency:compile-list, etc.? That's ten
> extra goals, I'm not sure if it's easi
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
http://jira.codehaus.org/browse/MNG-2589 (and I detected that I wrote a
stupid description ...)
Thanks for that, I'm sure there's a few related issues regarding
similar functionality I've seen before.
> This goal would still help for
> det
Hi,
the sources and javadoc jars can be used for IDE's. For instance,
in eclipse, if you have a jar classpath element, you only get
the binary, and no javadoc or other functionality. If you attach
the source or javadoc to that jar classpath entry, that helps
with programming in terms of document
Hi again,
You could use the RegexBasedInterpolator class from plexus-utils.
Something like the following:
RegexBasedInterpolator interpolator = new RegexBasedInterpolator();
interpolator.addValueSource( new ObjectBasedValueSource( aProject ) );
interpolator.addValueSource( new MapBasedValueSourc
Thanks Vincent, it works great but my second question is :
How to resolve maven properties resolution ?
if i configure my pom as :
org.apache.maven.plugins
maven-surefire-plugin
Please let me know if there are metrics you would like to collect from the store
(JPOX).
Quoting Hilco Wijbenga <[EMAIL PROTECTED]>:
> Hi all,
>
> I would like to know your opinion regarding the possible introduction
> of metrics gathering and tracking in Continuum. Continuum is perfectly
> posit
Marcelo Fukushima wrote:
On 1/18/07, Erik Drolshammer <[EMAIL PROTECTED]> wrote:
Hi!
I'm trying to set up a developement environment for Continuum, but I'm
experiencing some problems;
*tags/continumm-1.0.3*
#mvn install
=>
"
log4j:WARN Please initialize the log4j system properly.
"
Where can
that message from log4j is just a warning...
i dont think it should be there, but it doesnt affect your build -
meaning you have a diff problem
On 1/18/07, Erik Drolshammer <[EMAIL PROTECTED]> wrote:
Hi!
I'm trying to set up a developement environment for Continuum, but I'm
experiencing some p
Hi!
I'm trying to set up a developement environment for Continuum, but I'm
experiencing some problems;
*tags/continumm-1.0.3*
#mvn install
=>
"
---
T E S T S
---
Running org.apache.maven.c
Hi David,
Have a glance to
https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-ant-plugin/src/main/java/org/apache/maven/plugin/ant/AntBuildWriterUtil.java
Specially #getMavenPluginConfiguration() HTH
Cheers,
Vincent
2007/1/18, dvicente <[EMAIL PROTECTED]>:
Hello with all, I am impro
Hello with all, I am improving my plugin Dashboard (
http://mojo.codehaus.org/dashboard-maven-plugin/
http://mojo.codehaus.org/dashboard-maven-plugin/ ).
I have a small concern.
I wish to be able to recover the configuration of the plugin Surefire via
API Maven, in particular the property “report
Hi Brian,
Brian E. Fox wrote on Thursday, January 18, 2007 7:53 AM:
> I guess I'm a little behind in this thread:
>
> 1st, I think dependency:list is effectively the same as the
> existing dependency:resolve is it not? The artifacts need to
> be resolved if you are going to include transitive st
Hi Mark,
Mark Hobson wrote on Wednesday, January 17, 2007 9:56 PM:
> On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
[snip]
>> I'll post tomorrow an output from the command line to demonstrate
>> how it looks like. If your reactor build counts ~100 modules, the
>> filter is quite helpful
39 matches
Mail list logo