why?
-Lukas
hbout...@apache.org wrote:
Author: hboutemy
Date: Mon May 3 20:47:38 2010
New Revision: 940613
URL: http://svn.apache.org/viewvc?rev=940613&view=rev
Log:
downgrade doxia-sink-api to 1.0
Modified:
maven/shared/trunk/maven-reporting-api/pom.xml
Modified: maven/shared/trunk/
On 5/05/10 12:16 PM, James C. McPherson wrote:
On 5/05/10 12:00 PM, Martin Gainty wrote:
extract-assembly:
Unable to delete directory /opt/local means
1)the directory does not exist..so create it
2)give yourself delete access to the folder usually chown of the folder
gives all perms
On 5/05/10 11:56 AM, Brett Porter wrote:
You should set M2_HOME to /opt/local/apache-maven-2.2.1.
It used to check the env var was correct before starting - I'm not sure why it
didn't in this case.
Thanks Brett, I'll give that a whirl.
To assuage my curiosity, could you clue me in on why
M2
You should set M2_HOME to /opt/local/apache-maven-2.2.1.
It used to check the env var was correct before starting - I'm not sure why it
didn't in this case.
On 05/05/2010, at 11:09 AM, James C. McPherson wrote:
>
> Greetings one-n-all,
> I pulled down the maven 2.2.1 source so I could build it
Greetings one-n-all,
I pulled down the maven 2.2.1 source so I could build it into
an OpenSolaris package, and then use it with a project that I'm
lurking on. I don't install tools like this to my homedir, because
I make sure that build tools are commonly available on my systems.
I install my
Le mardi 04 mai 2010, Dennis Lundberg a écrit :
> Hi,
>
> This is all great stuff, but we currently have two codebases to manage:
> trunk and this branch. It would be good if refactorings like these could
> wait until we have only one codebase to manage. I guess that you are not
> planning to back
On 05/05/2010, at 4:19 AM, John Casey wrote:
> I thought we'd unsubscribed her before...at least once.
Yeah, I'm pretty sure I did.
- Brett
--
Brett Porter
br...@apache.org
http://brettporter.wordpress.com/
-
To unsubscri
On Sat, May 1, 2010 at 6:46 AM, lukewpatterson wrote:
>
>
> Tim O'Brien wrote:
>>
>> Ok, I'm glad we were all prepared for this. I've made sure to update
>> the Maven FAQ to include this info for others that might be confused:
>>
>> http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-IsJuli
+1
-Stephen
On 1 May 2010 15:30, Benjamin Bentmann wrote:
> Hi,
>
> We solved 6 issues:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11139&version=16416
>
> There are still a couple of issues left in JIRA:
>
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=
Hi,
This is all great stuff, but we currently have two codebases to manage:
trunk and this branch. It would be good if refactorings like these could
wait until we have only one codebase to manage. I guess that you are not
planning to backport this to trunk.
On 2010-05-02 22:45, hbout...@apache.or
The Maven team is pleased to announce the release of the Maven Javadoc
Plugin, version 2.7
This plugin uses the Javadoc tool to generate javadocs for your project.
http://maven.apache.org/plugins/maven-javadoc-plugin/
You should specify the version in your project's plugin configuration:
or
he Maven team is pleased to announce the release of the Maven PMD Plugin,
version 2.5
The PMD plugin allows you to automatically run the PMD code analysis tool on
your project's source code and generate a site report with its results. It
also supports the separate Copy/Paste Detector tool (or C
looks like we're stuck walking the tree again (versions-maven-plugin also)
On 4 May 2010 19:12, Benjamin Bentmann wrote:
> Brian Fox wrote:
>
> MavenProject.getOriginalModel() for the raw model, i.e. as read from the
>>> mere pom.xml.
>>>
>>
>> The current pom only or with inheritence?
>>
>
> T
Hi,
The vote has passed with the following result :
+1 (binding): Benjamin, Jason, Arnaud, Olivier, Hervé? lukas, Benjalin
+1 (non binding): Jeff
I will promote the artifacts to the central repo.
Regards,
Hervé
-
To unsubscrib
+1
lø., 01.05.2010 kl. 16.30 +0200, skrev Benjamin Bentmann:
> Hi,
>
> We solved 6 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11139&version=16416
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=1
but she brings us together every year...united in amusement
--
jesse mcconnell
jesse.mcconn...@gmail.com
On Tue, May 4, 2010 at 13:19, John Casey wrote:
> I thought we'd unsubscribed her before...at least once.
>
> Anyway, I'm +1, and if we can _ban_ her, even better.
>
> On 5/4/10 2:01 PM, Br
I thought we'd unsubscribed her before...at least once.
Anyway, I'm +1, and if we can _ban_ her, even better.
On 5/4/10 2:01 PM, Brian Fox wrote:
Clearly she doesn't read this list or she would have known by now to
stop doing that. Should we just unsub her?
On Tue, May 4, 2010 at 1:57 PM, Mart
Brian Fox wrote:
MavenProject.getOriginalModel() for the raw model, i.e. as read from the
mere pom.xml.
The current pom only or with inheritence?
The current POM only.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@ma
On Tue, May 4, 2010 at 1:01 PM, Brian Fox wrote:
> Clearly she doesn't read this list or she would have known by now to
> stop doing that. Should we just unsub her?
>
(non-binding) +1
> On Tue, May 4, 2010 at 1:57 PM, Martin Gainty wrote:
>>
>> i dont know if they have internet there yet but yo
She probably deletes all emails when she returns. As they say around
some offices, "if it was really important, they will follow back up."
Saves checking hundreds -- or thousands -- of emails once returning
from vacation.
-
To uns
I've been wondering that myself for months... nay years now. ;-)
On Tue, May 4, 2010 at 1:01 PM, Brian Fox wrote:
> Clearly she doesn't read this list or she would have known by now to
> stop doing that. Should we just unsub her?
>
> On Tue, May 4, 2010 at 1:57 PM, Martin Gainty wrote:
>>
>> i
> MavenProject.getOriginalModel() for the raw model, i.e. as read from the
> mere pom.xml.
The current pom only or with inheritence? The latter would usually be
more handy. In the enforcer I would need to get the original poms, but
having inheritence baked in would save me from walking the tree an
Clearly she doesn't read this list or she would have known by now to
stop doing that. Should we just unsub her?
On Tue, May 4, 2010 at 1:57 PM, Martin Gainty wrote:
>
> i dont know if they have internet there yet but you *might* want to check her
> dacha outside of moscow
>
> Martin Gainty
> ___
i dont know if they have internet there yet but you *might* want to check her
dacha outside of moscow
Martin Gainty
__
Verzicht und Vertraulichkeitanmerkung
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bit
Tim, this is a great addition to the FAQs! I especially like the
calendar going back a few years. ;-)
Wayne
On Fri, Apr 30, 2010 at 2:33 PM, Tim O'Brien wrote:
> Ok, I'm glad we were all prepared for this. I've made sure to update
> the Maven FAQ to include this info for others that might be c
This vote has passed with the following +1 votes:
+1 binding: John, Herve, Vincent S., Benjamin, Lukas
+1 non-binding: Evgeny
I'll promote the artifacts, publish the site updates, and tidy up the rest.
Thanks,
-john
On 4/30/10 3:09 PM, John Casey wrote:
Hi,
We solved 7 issues:
http://jira.c
FWIW, I found the examples page I had put in for the dependency-based
javadoc aggregation:
http://maven.apache.org/plugins/maven-javadoc-plugin-2.7/examples/aggregate-dependency-sources.html
On 5/1/10 10:56 AM, Vincent Siveton wrote:
Hi John,
I guess you could easily create some APT files i
Hi Jason,
On 01/05/10 13:54, Jason van Zyl wrote:
On May 1, 2010, at 10:31 AM, Benjamin Bentmann wrote:
Jason van Zyl wrote:
Didn't Henrique just remove the packaging element from the component definition
of the artifact handler to get this to work?
In fact, I have also changed the plu
David Jencks wrote:
1. We were calling
org.apache.maven.artifact Artifact; //from dependencyNode.getRelatedArtifact()
if not null, otherwise dependencyNode.getArtifact()
artifact.getVersionRange().getRecommendedVersion().toString()
[...] artifact.getVersionRange() is now null on, apparently, n
David Jencks wrote:
2. Plugin plugin = (Plugin)
project.getModel().getBuild().getPluginsAsMap().get("org.apache.geronimo.buildsupport:car-maven-plugin");
plugin.getExecutions() has changed. [...] Now it contains elements for every
mojo in the plugin.
MavenProject.getModel() is
30 matches
Mail list logo
