Hi
the NAR plugin uses its own lifecycle as documented here:
http://java.freehep.org/freehep-nar-plugin/lifecycle.html
it does connect java compilation to native compilation to allow
JNI code to be compiled in, using header files generated from the java
code.
It does NOT separate the compil
Well, darn. I finally read the proposal. From what I can tell this
is largely what I implemented in https://svn.apache.org/repos/asf/maven/components/branches/maven-2.1.x-MNG-624/
. However I was never able to finish that because I ran into one
small little problem.
The proposal says the
I think I skimmed over the modules bit. As my comment suggested, I
only thought it was to replace them where they matched.
ie:
${project.groupId}
other-artifactId
${project.version}
would become:
other-artifactId
Which I think we've seen suggested before.
Anything more than tha
First question, wouldn't ${project.version} solve the use case of
updating same versioned dependencies?
Also: "A that was omitted in a section can only
be resolved if the referenced modules are resolved. So if it is NOT
part of the sub-tree where the build was invoked we have a problem to
solve.
Hi,
The vote has passed with the following result :
+1 Nicolas, Benjamin, Lukas, Arnaud, Vincent
I will promote the artifacts to the central repo.
Vincent
2009/7/26 Vincent Siveton :
> Hi,
>
> We solved 16 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11138&styleName=Htm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
could someone have a look at
https://jira.codehaus.org/browse/MOJO-1368
If I am right, this should be moved to MSITE.
This bug is what we all see since years.
If someone was so kind to explain how to solve this,
it would be nice if this cou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Brett,
Thanks for taking care. I already thought that this will gonna be ignored.
> So the summary is that if omitted on a dependency, the group ID and
> version should match that of the current project, and on deployment it
> needs to be populate
> Therefore I think that
> the in Super-Pom caused some
> trouble and confusion that you might not be aware of.
It should use the version even if you invoke directly from the command
line, if not, that's a separate bug.
-
To uns
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Brian,
>> On Fri, Jul 24, 2009 at 4:36 PM, Joerg Hohwiller wrote:
>> Hi there,
>>
>> I read the documentation of javadoc-plugin about goal aggregate.
>> Then I called
>> mvn javadoc:aggregate and maven failed saying that the goal aggregate does
>
Hello,
I want to ask again what the correct state is regarding adding new
lifecycles, as a followup to this thread:
http://www.nabble.com/MECLIPSE-37-creating-a-new-custom-lifecycle-for-m-eclipse-p-td20846234.html
Investigation is currently taking place to use Maven +
freehep-nar-plugin to perfor
Hello,
I searched the docs on the website and the mail archives, but could
not get an easy answer on this one.
How can I activate debug logging for single plugin? I suspect I should
create a logging configuration file in a certain format and put it in
a specific location? Can one elaborate plz?
T
+1
Hervé
Le mercredi 29 juillet 2009, Jason van Zyl a écrit :
> Hi,
>
> Igor has been submitting patches for over a year now and in the last
> 12 weeks he's been submitting some very substantive changes to 3.x.
>
> Igor has done things like create a performance framework for Maven 3.x
> to make s
+1
Igor rocks!
Jason van Zyl wrote:
Hi,
Igor has been submitting patches for over a year now and in the last
12 weeks he's been submitting some very substantive changes to 3.x.
Igor has done things like create a performance framework for Maven 3.x
to make sure it doesn't regress, has creat
+1
On 28/07/2009, at 6:52 PM, Jason van Zyl wrote:
Hi,
Igor has been submitting patches for over a year now and in the last
12 weeks he's been submitting some very substantive changes to 3.x.
Igor has done things like create a performance framework for Maven
3.x to make sure it doesn't r
There's a couple of JIRAs asking for the way the archetype plugin
handles prompting for input for requiredProperties with defaultValues,
are they likely to get done in an archetype plugin release any time
soon?
http://jira.codehaus.org/browse/ARCHETYPE-196
http://jira.codehaus.org/browse/ARCHETYPE
Jason van Zyl wrote:
I think he would be a great addition to the team.
+1
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
+1 (nonbinding)
--- On Wed, 7/29/09, Brian Fox wrote:
> From: Brian Fox
> Subject: Re: [VOTE] Commit access for Igor Fedorenko
> To: "Maven Developers List"
> Date: Wednesday, July 29, 2009, 2:52 AM
> +1
>
> On Tue, Jul 28, 2009 at 6:52 PM, Jason van Zyl
> wrote:
> > Hi,
> >
> > Igor has bee
+1
Cheers,
Arnaud
# Arnaud Héritier
# Software Factory Manager
# eXo Platform
# http://www.exoplatform.com
# http://blog.aheritier.net
On Wed, Jul 29, 2009 at 9:18 AM, Lukas Theussl wrote:
>
> +1
>
> -Lukas
>
>
>
> Vincent Siveton wrote:
>
>> Hi,
>>
>> We solved 16 issues:
>>
>> http://jira.c
+1
Cheers,
Arnaud
# Arnaud Héritier
# Software Factory Manager
# eXo Platform
# http://www.exoplatform.com
# http://blog.aheritier.net
On Wed, Jul 29, 2009 at 9:19 AM, Lukas Theussl wrote:
>
> +1
>
> -Lukas
>
>
>
> Jason van Zyl wrote:
>
>> Hi,
>>
>> Igor has been submitting patches for over
+1
-Lukas
Jason van Zyl wrote:
Hi,
Igor has been submitting patches for over a year now and in the last 12
weeks he's been submitting some very substantive changes to 3.x.
Igor has done things like create a performance framework for Maven 3.x
to make sure it doesn't regress, has created
+1
-Lukas
Vincent Siveton wrote:
Hi,
We solved 16 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11138&styleName=Html&version=14525
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11138&status=1
Staging
21 matches
Mail list logo
