Hi,
I'm working with some projects at the moment that have a high amount of
repetition in the build section (and in some cases dependencies), but no common
parent due to different organisational hierarchies. Currently it's being solved
by using archetypes to create projects consistently, but it
On Sun, May 22, 2011 at 2:03 PM, Wendy Smoak wrote:
> On Sun, May 22, 2011 at 3:00 PM, John Casey wrote:
>
>> I've just tried building a test project that resolves artifacts from
>> http://repo1.maven.org/maven2 and it's working.
>
> It wasn't responding earlier, even to display the 'browsing is
I answered my own question. I added this method to my test case which
extends AbstractMojoTestCase:
protected Settings getSettings() throws Exception {
DefaultSettingsBuilderFactory defaultSettingsBuilderFactory = new
DefaultSettingsBuilderFactory();
DefaultSettingsBuilder settingsBuilde
The Maven team is pleased to announce the release of the Maven Site Plugin,
version 2.3
The Maven Site Plugin is a plugin that generates a site for the current project.
http://maven.apache.org/plugins/maven-site-plugin
You should specify the version in your project's plugin configuration:
o
Just so you know, this e-mail was sent using the Maven Changes Plugin
and the new configuration I added in maven-plugins:20.
On 2011-05-23 23:13, Dennis Lundberg wrote:
> The Maven team is pleased to announce the release of the Maven Changes Report
> Plugin, version 2.5
>
> Creates a release his
The Maven team is pleased to announce the release of the Maven Changes Report
Plugin, version 2.5
Creates a release history for inclusion into the site and assists in generating
an announcement mail.
http://maven.apache.org/plugins/maven-changes-plugin
You should specify the version in your pr
Hi,
The vote has passed with the following result :
+1 (binding): Hervé Boutemy, Lukas Theussl, Dennis Lundberg
+1 (non binding): Mark Struberg
-1 (non binding): Tony Chemit
I will promote the artifacts to the central repo.
On 2011-05-20 22:40, Dennis Lundberg wrote:
> Hi,
>
> We solved 31 is
Hi,
The vote has passed with the following result :
+1 (binding): Lukas Theussl, Hervé Boutemy, Olivier Lamy, Dennis Lundberg
I will promote the artifacts to the central repo.
On 2011-05-20 22:27, Dennis Lundberg wrote:
> Hi,
>
> We solved 12 issues:
> http://jira.codehaus.org/secure/ReleaseNo
Dennis Lundberg wrote:
On 2011-05-23 13:02, Lukas Theussl wrote:
Tony: I managed to reproduce your error and committed an IT [1]. The
problem arises when the distMgmnt section is inherited from the parent
but uses properties that are only defined in the child.
Dennis: I'm not sure I can quic
Dennis Lundberg wrote:
Tony,
Could you please open an issue fro this in JIRA so that we can keep
track of it.
Done already: http://jira.codehaus.org/browse/MSITE-585
Let's try to fix it on the 3.x branch before the next release.
-Lukas
On 2011-05-22 15:44, Tony Chemit wrote:
On Fri, 2
+1 from me
On 2011-05-20 22:40, Dennis Lundberg wrote:
> Hi,
>
> We solved 31 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11146&version=16966&styleName=Html
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=t
On 2011-05-23 13:02, Lukas Theussl wrote:
>
> Tony: I managed to reproduce your error and committed an IT [1]. The
> problem arises when the distMgmnt section is inherited from the parent
> but uses properties that are only defined in the child.
>
> Dennis: I'm not sure I can quickly look at it,
Tony,
Could you please open an issue fro this in JIRA so that we can keep
track of it.
On 2011-05-22 15:44, Tony Chemit wrote:
> On Fri, 20 May 2011 22:40:14 +0200
> Dennis Lundberg wrote:
>
> I had a problem when using a mvn site-deploy
>
> Caused by: org.apache.maven.plugin.MojoExecutionExc
+1 from me
On 2011-05-20 22:27, Dennis Lundberg wrote:
> Hi,
>
> We solved 12 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11212&version=17058&styleName=Html
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=t
I think I recall now that it was holding off for the ever-expectant "1.0" to
manage compatibility expectations - but I don't think 2.0.11 can still
correctly upgrade wagons anyway.
IMO, just do it. :)
On 24/05/2011, at 3:16 AM, Stephen Connolly wrote:
> if the fix targets 2.2.x+ then that's al
if the fix targets 2.2.x+ then that's all 1.5+
if the fix targets 2.0.x+ then that has to remain 1.4+
Our officially supported version is 3.0.3 and 2.2.1, with 2.0.x being
an also ran.
If you take care to create the branch prior to the switch then AFAIK
it's all Nike (Just Do It(tm))
On 23 May 2
i've been running maven3 with 1.6 for over a year (mainly for annotations and
generics) with no ill-effect
what happens if you specify source and target attributes to 1.6 in
org.apache.maven.plugins
maven-compiler-plugin
2.6
1.6
1.6
Hi folks!
Is there any reason why we still stick with jdk-1.4 in lots of our sub projects?
Even java5 is already dead, dead, dead.. [1]
I would like to upgrade wagon to java5 at least to be able to run with
junit-4.8.2 which is required for our wagon TCK (which is relying on
annotations and in
Given how stable the plugin is, it doesn't often get looked at :) Patches for
the plexus component are a bit more tricky also.
I'll see if someone chimes in able to help first, but if not I can help look
through the patch later in the week.
- Brett
On 21/05/2011, at 2:59 AM, Jesse Glick wrote:
On Mon, 23 May 2011 13:02:02 +0200
Lukas Theussl wrote:
>
> Tony: I managed to reproduce your error and committed an IT [1]. The
> problem arises when the distMgmnt section is inherited from the
> parent but uses properties that are only defined in the child.
>
Ok this is great, to be able to
Tony: I managed to reproduce your error and committed an IT [1]. The
problem arises when the distMgmnt section is inherited from the parent
but uses properties that are only defined in the child.
Dennis: I'm not sure I can quickly look at it, and for me it's not a
blocker, but we should prob
The Apache Cassandra people are hitting a lot of sporadic failed
deployments with gpg:sign-and-deploy-file. MGPG-35 adds the ability
to auto-retry deploying a couple of times before bombing out.
I'd like to spin a quick release of m-gpg-p for Cassandra.
If anyone has any critical blockers that n
On 23 May 2011 10:10, Brett Porter wrote:
> Wow, serendipity. I was going to implement that later tonight :)
>
Yeah well the Cassandra guys need retries in gpg:sign-and-deploy-file
so symmetry demands the same in deploy:deploy-file
> Nice one!
>
> Just a couple of comments inline:
>
> On 23/05/2
Wow, serendipity. I was going to implement that later tonight :)
Nice one!
Just a couple of comments inline:
On 23/05/2011, at 6:02 PM, steph...@apache.org wrote:
>
> [MDEPLOY-133]
I think the log comment could cover more :)
>
> +catch ( ArtifactDeploymentException e )
> +
+1
2011/5/20 Dennis Lundberg :
> Hi,
>
> We solved 12 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11212&version=17058&styleName=Html
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11212&status=1
>
>
25 matches
Mail list logo
