except for the changelog plugin... its not in the parent bec I'd prefer
that the changelog should be configured such that it should show the
changes since the last release of the plugin.
Brett Porter wrote:
Hi Dennis,
These should be inherited from the parent if you set the parent to
2-SN
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (7 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-977please uplaod Jamon 2.0
http://jira.codehaus.org/browse/MAVENUPLOAD-977
MAVENUPLOAD-976Please upload SUN Java 1.2 rutime
http://ji
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (38 issues)
Subscriber: mavendevlist
Key Summary
MEV-406 XMLBeans pom is missing dependency
http://jira.codehaus.org/browse/MEV-406
MEV-418 Missing axis-ant-1.4.pom
http://jira.codeha
Hi Dennis,
These should be inherited from the parent if you set the parent to
2-SNAPSHOT. This will also use a more recent snapshot of the plugin
plugin which has the improved formatting of the goal parameter tables
and doesn't overwrite your index.html :)
Cheers,
Brett
On 6/07/2006 8:32 AM
CTR
On 6/07/2006 7:10 AM, Dennis Lundberg wrote:
Do you prefer
- commit then review
or
- review then commit
on stuff like this?
Brett Porter wrote:
+1
On 5/07/2006 10:37 AM, Dennis Lundberg wrote:
Hi
I'm in the process of relocating Jakarta commons components from
groupID commons- to org.a
Have you checked these out:
http://maven.apache.org/developers/mojo-api-specification.html
http://maven.apache.org/guides/plugin/guide-java-plugin-development.html
Russell, Mark wrote:
Actually I was thinking more of the list that a custom plugin could get.
IE If I'm writing a plugin, what's
Done
On 6/07/2006 10:11 AM, Dennis Lundberg wrote:
Any chance of me being added to the appropriate group in Confluence, so
that I can edit pages in the MAVEN space.
Brett Porter wrote:
Dennis,
I've put you on this page:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
I s
Any chance of me being added to the appropriate group in Confluence, so
that I can edit pages in the MAVEN space.
Brett Porter wrote:
Dennis,
I've put you on this page:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
I spoke to John T today and he put this together so we c
Hi ,
I am not sure about 'updating' plugin configuration from another one;
but to obtain a reference to JAR plugin, you could try something like
below (from the maven-eclipse-plugin sources):
===
public static String getPluginSetting( MavenProject project, String
artifactId
I have a custom plugin that generates a bunch of code, and the final jar
that includes this code needs to have certain manifest entries based on
the generated code.
Unfortunately the code it generates is somewhat variable so manually
setting the entries in the pom would be rather error prone (whic
What is your use case? - may be there is another way to do it.
Cheers,
Rahul
Russell, Mark wrote:
Is it possible to reconfigure a plugin from within another plugin? (ie
could a plugin bound to the initialize phase modify the configuration of
a plugin bound to the package phase?)
If so, ho
Brett Porter wrote:
Dennis,
I've put you on this page:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
I spoke to John T today and he put this together so we can see how we
are going towards getting all the plugins done.
- Brett
Excellent!
On 5/07/2006 10:28 AM, Denni
Do you prefer
- commit then review
or
- review then commit
on stuff like this?
Brett Porter wrote:
+1
On 5/07/2006 10:37 AM, Dennis Lundberg wrote:
Hi
I'm in the process of relocating Jakarta commons components from
groupID commons- to org.apache.commons. To be able to do
this correctly I'v
Is it possible to reconfigure a plugin from within another plugin? (ie
could a plugin bound to the initialize phase modify the configuration of
a plugin bound to the package phase?)
If so, how would I do it?
MAR
Just wondering if rather than having an list stuffed in each
of elements, if we could have some sort of
tag that can 'advise' Maven the choosing strategy for conflicting
artifacts (pretty much like version ranges).
For sake of an example:
junit
junit
yep, totally...its just that 3.7 should never be 'fuzzy' from a
dependency standpoint unless it is 3.7-SNAPSHOT or this new idea of
incrementing pom versions for same jar.
in freebsd versioning this would be equivalent to something like
treating this 3.7-1 deal as 3.7-STABLE which could be treate
On 05/07/06, Jesse McConnell <[EMAIL PROTECTED]> wrote:
might be better off using the version ranges notation for this kind of
thing, I don't think you want to get into the habit of x.y being some
kinda fuzzy defintion, it should refer to a specific version.
[3.7,) or something along those lines
might be better off using the version ranges notation for this kind of
thing, I don't think you want to get into the habit of x.y being some
kinda fuzzy defintion, it should refer to a specific version.
[3.7,) or something along those lines...
http://docs.codehaus.org/display/MAVEN/Dependency+Me
+1, really great idea.
On 7/5/06, Mark Hobson <[EMAIL PROTECTED]> wrote:
On 05/07/06, Arik Kfir <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> A while back I suggested that the Maven team delegate some of the
> reponsibility of maintaining the ibiblio repo to volunteers (as in the linux
> equivalen
On 05/07/06, Arik Kfir <[EMAIL PROTECTED]> wrote:
Hello all,
A while back I suggested that the Maven team delegate some of the
reponsibility of maintaining the ibiblio repo to volunteers (as in the linux
equivalent, as Jerome has noted earlier in the thread). Each such voluteer
can maintain a sp
I remember more or less who makes good upload requests and who doesn't ;)
Anyway that's why the field in jira proving that you're a member of
the project is. If you are member and you request an upload that goes
directly without checking correctness if the group already exist.
We can start a wik
On 05/07/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
OK, but the other part of the problem is pushing the changes out to the
user.
in a linux distro, what you are effectively buying is a set of artifacts
compiled on the same gcc version/options, and a subscription that keeps
your box up to dat
Hello all,
A while back I suggested that the Maven team delegate some of the
reponsibility of maintaining the ibiblio repo to volunteers (as in the linux
equivalent, as Jerome has noted earlier in the thread). Each such voluteer
can maintain a specific area in the repo; so, someone who uses hiber
sometimes it makes me wonder how gentoo manages their ebuilds.
portage and maven both supports transitive dependencies, but somehow
the portage ebuilds which can be compared to the maven pom is more
stable and reliable. currently the number of portage ebuilds is
around 24,000+,
a l
Mike Perham wrote:
The more I think about it, the more I agree with this. I believe we
will need to start using this -n versioning for POM fixes. It's easy to
develop and test a java module but screw up the POM and make it unusable
to the public. How long and how many revisions did it take for
The more I think about it, the more I agree with this. I believe we
will need to start using this -n versioning for POM fixes. It's easy to
develop and test a java module but screw up the POM and make it unusable
to the public. How long and how many revisions did it take for us to
get hibernate
Actually I was thinking more of the list that a custom plugin could get.
IE If I'm writing a plugin, what's available to me?
MAR
-Original Message-
From: Pete Marvin King [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 05, 2006 9:33 AM
To: Maven Developers List
Subject: Re: List of comp
see http://maven.apache.org/plugins/index.html
on the specific plugin documentation page, check Project
Documentation->Project Reports->Plugin Documentation
then select the goal you wish to view. It's not much, but the basic
information is there. =)
Russell, Mark wrote:
> Is there a list
On 7/5/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
Ralph Goers wrote:
>
>
> Carlos Sanchez wrote:
>>
>> Yes you can, it's not the best way to do it but you can, by adding
>> explicitly the dependency with the versoin you want to your pom. In
>> the very worst case you have to add all transitive
Is there a list anywhere of the components and parameters that a plugin
can ask for (via the @component and @parameter annotations)?
For example the MavenProjectHelper class is requested via @component,
but the MavenProject class is requested via @parameter.
Is there anyplace I can find a c
Ralph Goers wrote:
Carlos Sanchez wrote:
Yes you can, it's not the best way to do it but you can, by adding
explicitly the dependency with the versoin you want to your pom. In
the very worst case you have to add all transitive deendencies to your
pom, like in Maven 1.
That is so impractical a
I made some noise a few months ago about the repository poms.
There are 3 or 4 issues currently in JIRA regarding this. I also agree that it
is an issue.
http://jira.codehaus.org/browse/MNG-1954
Ruel Loehr
JBoss QA
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent
See:
http://mail-archives.apache.org/mod_mbox/maven-dev/200606.mbox/[EMAIL PROTECTED]
There's a doc either as a patch to JIRA or in SVN for this, I'll check
in the morning and make sure it gets up to the site.
- Brett
On 5/07/2006 3:05 PM, jerome lacoste wrote:
On 7/5/06, Brett Porter <[EMA
Dennis,
I've put you on this page:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
I spoke to John T today and he put this together so we can see how we
are going towards getting all the plugins done.
- Brett
On 5/07/2006 10:28 AM, Dennis Lundberg wrote:
Hi
I thought th
Carlos Sanchez wrote:
so... you can do it.
In m1 anybody can override the build.properties as in m2 they can put
a different version.
Pardon me for going on and on about this, but the reality is that, at
least in my organization, "anybody" cannot override the
build.properties. When our CM team
On 7/5/06, Trygve Laugstol (JIRA) <[EMAIL PROTECTED]> wrote:
Committed. The tests doesn't pass, seems like it's including the .svn files
when I added it to svn.
Thanks. This one's most possibly a problem in the test plugin harness:
They have been running for me after doing an "mvn
-Dmaven.tes
and, just a note that
http://www.ibiblio.org/maven2/org/apache/maven/wagon/wagon-webdav/1.0-beta-1/wagon-webdav-1.0-beta-1.jar
http://www.ibiblio.org/maven2/slide/slide-webdavlib/2.1/slide-webdavlib-2.1.jar
http://www.ibiblio.org/maven2/commons-httpclient/commons-httpclient/2.0.2/commons-httpclie
Jochen Wiedmann wrote:
On 7/4/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
That'll be the ant-that-has-to-support-java-1.2 on
everything-and-build-with-no-dependencies, won't it?
Be that as it may, but personally I prefer this over the
maven-which-needs-thousands-of-jars-from-codehaus-for-wh
ok, thanks.
but that doesn't change the fact that I'm unable to build 2.0.x branch. :-P
Rgds,
Neeme
Carlos Sanchez wrote:
I think that instructions are not right, see my comment in the page.
On 7/5/06, Neeme Praks <[EMAIL PROTECTED]> wrote:
Hi,
I'm trying to get Maven to work with WebDAV a
Not a bulletproof one (there's ${user.dir}, but that's only right 90% of
the time). In a multiproject scenario, you might be better off putting
the individual jars in as stubbed projects:
parent pom:
jar-in-svn
...
jar-in-svn/pom.xml: the POM from the repository, but add a copy file.jar
to ta
I think that instructions are not right, see my comment in the page.
On 7/5/06, Neeme Praks <[EMAIL PROTECTED]> wrote:
Hi,
I'm trying to get Maven to work with WebDAV and was following
instructions on page
http://docs.codehaus.org/display/MAVENUSER/Deploying+3rd+Party+Jars+With+WebDAV
I checke
Hi
I wondering if this has something to do with me trying to run Maven
2.1-SNAPSHOT version plugins under Maven 2.0.4. Is this not possible, and if
not : is there a way to build Maven 2.1-SNAPSHOT?
Hermod
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednes
Hi,
I'm trying to get Maven to work with WebDAV and was following
instructions on page
http://docs.codehaus.org/display/MAVENUSER/Deploying+3rd+Party+Jars+With+WebDAV
I checked out the branch made the changes and tried to build it. Didn't
succeed.
Then I reverted my changes and gave it ano
On 7/5/06, Stephen Duncan <[EMAIL PROTECTED]> wrote:
On 7/4/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> On 7/5/06, Stephen Duncan <[EMAIL PROTECTED]> wrote:
> > On 7/4/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> > >
> > > On 4 Jul 06, at 2:37 PM 4 Jul 06, Steve Loughran wrote:
> > >
> > >
Brett Porter wrote:
Hi Ralph,
You've got a general versioning problem here, and you'll find the answer
to "how do I do this with Maven?" will be more straightforward once
considering the question of how you should generally deal with them. As
you've said, this is already a problem for you as
On 7/5/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
Carlos Sanchez wrote:
>
> Yes you can, it's not the best way to do it but you can, by adding
> explicitly the dependency with the versoin you want to your pom. In
> the very worst case you have to add all transitive deendencies to your
> pom, li
On 7/5/06, David Jencks <[EMAIL PROTECTED]> wrote:
On Jul 4, 2006, at 6:33 PM, Brett Porter wrote:
> On 5/07/2006 10:54 AM, David Jencks wrote:
>> I think the process is somewhat broken and that the maven team is
>> being far too strict about changing broken poms that were in fact
>> installed
Jason van Zyl wrote:
On 4 Jul 06, at 1:45 PM 4 Jul 06, Steve Loughran wrote:
In a way, many of the stuff in M2 is experimental; a build tool that
effectively encodes beliefs about how a project should be structured
and delivered, focusing on component-based development instead of
applicatio
Hi
I have been messing around with this and have discovered something odd: If I
add a main method to my mojo, which again calls execute(), and run it as a
regular java class with, it runs fine. It is only when I try to run it as a
mojo through mvn that it fails.
Hermod
-Original Mess
Brett Porter wrote:
Hi Ralph,
There are a couple of options for addressing this use case in Maven.
- include the JARs in SVN, and reference it as an additional repository
file://localhost/${basedir}/extra-jar-repo
When you declare such a repository in your parent pom, the child poms
don't
+1
That would be awesome!
On 5 Jul 06, at 1:37 AM 5 Jul 06, Dennis Lundberg wrote:
Hi
I'm in the process of relocating Jakarta commons components from
groupID commons- to org.apache.commons. To be able to do
this correctly I've had much help from Carlos. As this might be
something that
This is cool to know. You may have missed it in the dev@ thread, but
Tomasz has also started this for Mantis and was hoping to contribute it
to the Maven library:
http://svn.sourceforge.net/viewcvs.cgi/itapi/project/trunk/
On 5/07/2006 6:24 AM, Mik Kersten wrote:
It would be great to have Mave
Brett Porter wrote:
>
> The first thing I'd suggest is for those having problems to try another
> mirror. I know requiring everyone to do that is a pain and not a long
> term solution, but I'd like to see how much that reduces the problem.
>
I'm not sure if the following problem has already bee
Hi Ralph,
You've got a general versioning problem here, and you'll find the answer
to "how do I do this with Maven?" will be more straightforward once
considering the question of how you should generally deal with them. As
you've said, this is already a problem for you as you don't know where
Hi
I have a mojo that calls the MavenExecutionRequest, and asks it to run
archetyp:create. When I try to run it, the Embedder complains with the
errormessage and stacktrace below. In short, it complains that there is no
field ErrorDiagnostics in DefaultMaven. Why is the Embedder trying to acces
On Jul 4, 2006, at 6:33 PM, Brett Porter wrote:
On 5/07/2006 10:54 AM, David Jencks wrote:
I think the process is somewhat broken and that the maven team is
being far too strict about changing broken poms that were in fact
installed by the maven team, not supplied by the project.
(xmlbea
I've read on
http://maven.apache.org/plugins/maven-compiler-plugin/howto.html
the "official" way to compile a Java1.3 application.
I think this solution isn't the best/easier as this requires the target
environment to have the expected JDK installed and the correct
properties set, with no st
Thanks Carsten. The first part was certainly already discussed (so you
can see it in the mail archives).
It'd be good if you could file bugs for the last 3 things and we can
schedule them for upcoming releases.
- Brett
On 5/07/2006 4:45 PM, Carsten Ziegeler wrote:
Brett Porter wrote:
The fi
58 matches
Mail list logo
