ok, I've rolled back r425096 (trunk) and r425129 (branch), commented out
CPD (which fails with these changes out, and also fails on some plugins
right now).
- Brett
On 8/08/2006 12:05 AM, Brett Porter wrote:
For some reason, this mail isn't in the archives, so sending again.
On 1/08/2006 4:1
On 8 Aug 06, at 12:40 AM 8 Aug 06, Brett Porter wrote:
Hi,
I've noticed at Struts that they call a vote to release a parent
POM when it has had a number of changes. After the introduction of
checks that didn't pass that seem to have been released, I'm
inclined to say we should do the sam
Hi,
I've noticed at Struts that they call a vote to release a parent POM
when it has had a number of changes. After the introduction of checks
that didn't pass that seem to have been released, I'm inclined to say we
should do the same.
Thoughts?
- Brett
--
Apache Maven - http://maven.apac
I suppose I should have looked at the model in the first place.
the model appears to support the build definitions and project
notifiers at the project group lvl already, I just don't see support
for that in the continuum-api or in the continuum-store atm...so looks
like that is probably the righ
john casey and I talked on irc a bit and we were leaning towards the
idea of adding ProjectGroup lvl BuildDefinitions as a good way to go.
then on the ProjectGroup display we can easily display the inherited
build definitions and on the individual project pages we can render
out two tables, one f
question for anyone listening regarding project grouping and things
like notifiers and build definitions.
I am working through making a project group utility class for hiding
some of this kinda logic from the webapp actions and ran across a
little issue in terms of the model.
Using build definit
I agree, but we need to be very careful to provide some inkling into what
the various categories really are. In some cases (looking at jira here), the
components/categories in there don't really capture mid-level details like
whether or not transitive dependency resolution is a PITA...while the re
I would think you should be added as a committer to pom/maven/pom.xml. If
you don't have permission to change that file, send me the
snippet and I'll add you.
mike
Hi
When I was trying out the changes-plugin I realized that I should
probably add myself as a developer in a pom somewhere. Otherwise the
changes-plugin will not connect the changes to me.
The question is where. As far as I can tell there are three levels
available: Maven pom, Maven plugins
For some reason, this mail isn't in the archives, so sending again.
On 1/08/2006 4:19 PM, Brett Porter wrote:
I've confirmed this to be a result of:
http://svn.apache.org/viewvc?view=rev&revision=425129
Carlos, please fix on trunk and branch so it is passes all the
integration tests. I'd have
Mark Koops wrote:
Hi all,
I have been creating a plugin that extends the dependencies in the Maven
projects in the reactor programmatically based on the references found
is associated C# project files (.csproj files). This is all working fine
but I am wondering how I can get the references i
Hi Arnaud,
defined like forward, modifies the Maven install so I am
not sure it is the best way for your case. Maybe put stuff in
with runtime scope.
If you create a new muse plugin, you could execute it in the site phase.
Cheers,
Vincent
2006/8/4, Arnaud Bailly <[EMAIL PROTECTED]>:
Hi Vi
Hi all,
I have been creating a plugin that extends the dependencies in the Maven
projects in the reactor programmatically based on the references found
is associated C# project files (.csproj files). This is all working fine
but I am wondering how I can get the references injected as dependencies
13 matches
Mail list logo