Hello I need someone with the right authority to recursively change
scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository/org/apache/maven/plugins/maven-dependency-plugin
to 775 file mode so that I can deploy a new snaphot.
Currently it is set to 755 owned by Brian Fox
I agree with Jason that those centered labels (GroupId, ArtifactId...)
make the UI look bad. A right align should be better.
I also find the labels font too large compared to the artifact datas.
They use the larger font of the page ! I'd prefer the same font/size as
the Other details title.
Good day to you, Brett,
Sorry, but i'm just starting with it right now. Something came up a
few days ago that needed my immediate attention. Anyway, i'll try to
give an estimate tom.
Thanks,
Franz
On 9/4/06, Brett Porter [EMAIL PROTECTED] wrote:
I'll leave -77 to last, but I'm starting work
On 8/31/06, Arnaud Bailly [EMAIL PROTECTED] wrote:
1. a base plugin to create initially the RDF database and populate it
with basic pom's information
2. a modified compiler plugin to store source files structure
information
3. a modified surefire plugin to store test results in the graph
yep, already fixed in SVN
On 06/09/2006, at 4:30 PM, Nicolas De Loof wrote:
I agree with Jason that those centered labels (GroupId,
ArtifactId...) make the UI look bad. A right align should be better.
I also find the labels font too large compared to the artifact
datas. They use the
I was thinking more of a kind of howto for new devs, but just remembered
that Arnaud added such a page to the m1 docs recently [1], we just have
to update the location of the KEYS file now...
-Lukas
[1] http://maven.apache.org/maven-1.x/developers/making-releases.html
Jason van Zyl wrote:
Yes, we have to update this page with the new location and the sync script.
But be careful, on the legal ml I learned that we mustn't sign our artifact
on apache hardware which was what I described :-(
Arnaud
On 9/6/06, Lukas Theussl [EMAIL PROTECTED] wrote:
I was thinking more of a kind
On 6 Sep 06, at 6:44 AM 6 Sep 06, Arnaud HERITIER wrote:
Yes, we have to update this page with the new location and the sync
script.
But be careful, on the legal ml I learned that we mustn't sign our
artifact
on apache hardware which was what I described :-(
I think Dennis was going to
I agree. All stuff related to the development (coding rules, releases, )
should be shared between all projects (m1, m2, scm, the list is long).
And we have to use them ;-)
Arnaud
On 9/6/06, Jason van Zyl [EMAIL PROTECTED] wrote:
On 6 Sep 06, at 6:44 AM 6 Sep 06, Arnaud HERITIER
Hi Everyone,
I submitted a patch for CONTINUUM-847 that updates the current cron
editor field in the
scheduler for the white site (this is for the editSchedule.html page).
Any comments are welcome :)
Thanks,
Odea
Hey folks.
Looking over the white-site, I'm worried about the view build
schedule page. Since I almost always use continuum to run a continual
build cycle (usually implemented by a five-minute or ten-minute build
schedule). I can see this getting crowded. So I a wondering if only
the next
Jason van Zyl [EMAIL PROTECTED] writes:
http://xradar.sourceforge.net/
Thank you for the pointer, really interesting tool. This is not the
kind of thing I was thinking about but it might be an alternative,
with the obvious advantage of existing :-) BTW, I am not sure using a
RDF database is
On 6 Sep 06, at 9:39 AM 6 Sep 06, Arnaud Bailly wrote:
Jason van Zyl [EMAIL PROTECTED] writes:
http://xradar.sourceforge.net/
Thank you for the pointer, really interesting tool. This is not the
kind of thing I was thinking about but it might be an alternative,
with the obvious advantage
I've actually been thinking about the need for pre-reactor phases a little
differently, actually. In the assembly plugin, we currently have an issue
where assemblies which are attached to the top-level POM and which require
the binaries of the module projects will not work well. The reason is a
Jason van Zyl [EMAIL PROTECTED] writes:
I was just commenting on the use of XML. If I were to design a pure
reporting Data API I would probably not use XML at all. I would
probably use find a format that would provide the fastest data
processing capabilities because I would like real-time
This is a way better idea than what I had. I did see the need in the future
to adding additional phases to the super-init lifecycle, but I really like
the idea of moving the reactor to it's own lifecycle and letting plugins
bind before and after in an extensible fashion. One thing, I think
dan tran wrote:
Hello I need someone with the right authority to recursively change
scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository/org/apache/maven/plugins/maven-dependency-plugin
to 775 file mode so that I can deploy a new snaphot.
Currently it is set to 755
In general, the phases available in the lifecycle are controlled. That is,
new plugin developers cannot add phases to the build lifecycle; they can
only bind to existing ones.
I'm not sure whether this will continue to be the case in the future, but I
can say that there is a strong inclination
berndq wrote:
Edwin Punzalan wrote:
A staging site is currently available at
http://people.apache.org/~epunzalan/maven-assembly-plugin.
Thank you for taking some time to review it.
- Binding to package phase:
in the example there is phasepackaging/phase
Works for me only with
Whenever I sit down and thinking properly about this space I always end up
thinking about business intelligence (BI). The company I work for has an
overwhelming requirement for large scale project measurement and reporting
and the problems that need to be addressed are the same one that BI
It turns out I have permission to rename maven-dependency-plugin directory
to another name. And therefor able to deploy a new
snapshot.
Now i still need some one with right permission to remove
maven-dependency-plugin.bak
-D
On 9/6/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
dan tran
On Aug 24, 2006, at 3:46 PM, Brett Porter wrote:
Check your M2_HOME env var and PATH was set correctly, and that the
installation directory was correctly populated.
If you are on unix as you appear to be, bash -x mvn -v would show
the exact command it tried to run and might give a clue as
On 9/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Wed Sep 6 11:16:39 2006
New Revision: 440816
URL: http://svn.apache.org/viewvc?view=revrev=440816
Log:
o use new swizzle stuff to tally votes and rank
Modified:
maven/reports/plugin-votes.vm
Can you please drop
Dennis Lundberg wrote:
Jochen Wiedmann wrote:
Hi,
Hi all,
Sorry for being quiet for a while. I've just recovered from a crashed
system disk, but am now back with e-mail again. Lots to catch up on...
about two months ago, a vote was held for releasing the
maven-changes-plugin. (See
On 6 Sep 06, at 3:21 PM 6 Sep 06, Wendy Smoak wrote:
On 9/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Wed Sep 6 11:16:39 2006
New Revision: 440816
URL: http://svn.apache.org/viewvc?view=revrev=440816
Log:
o use new swizzle stuff to tally votes and rank
Modified:
Hello
The changes plugin has not had a release since it was moved here from
the Mojo project. Since then 49 issues has been closed:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11212status=6
There are still a couple of issues left in JIRA, but I feel that the
plugin is
+1 (Non-binding)
--
My wife Mary and I have been married for forty-seven years and not
once have we had an argument serious enough to consider divorce;
murder, yes, but divorce, never.
(Jack Benny)
-
To unsubscribe, e-mail:
+1, recent snapshots worked fine for me, it deserves a release
fabrizio
On 9/6/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hello
The changes plugin has not had a release since it was moved here from
the Mojo project. Since then 49 issues has been closed:
+1
On 6 Sep 06, at 5:00 PM 6 Sep 06, Dennis Lundberg wrote:
Hello
The changes plugin has not had a release since it was moved here
from the Mojo project. Since then 49 issues has been closed:
http://jira.codehaus.org/secure/IssueNavigator.jspa?
reset=truepid=11212status=6
There are still
I have started a new project NMaven (http://nmaven.sourceforge.net) for
managing .NET builds (C#, PHP, Nemerle) with Maven. The project is under
Apache v 2.0. Brett P. just let me know that there is a C# plugin in the
Maven sandbox; so there may be some intersection points here, where each
Thanks for the link.
I've put together a first draft here:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Status
Unfortunately it seems that the numbers returned by the macros are not
correct. Try the example links that I have put in the page for the
changelog and changes plugins.
The way Maven 2 was designed, the repository system is meant to be sort of
opaque to outside systems (at least, that's the result of the design). The
finalName was meant to be used when exposing artifacts (either from the
repository, or freshly-built) to the outside world, generally by using a
OK, I'll buy that. I really don't care what the name is in the repo, local
or remote. With that being said, what is the correct way to get the
artifact back out of the repo, again local and remote, where the artifact is
named as the finalName element in the artifact's pom? I might have just
Reactor lifecycles seems like a natural way to solve the issues around
reactor builds.
They look neat.
This is just a little aside, but I think we have much more to do WRT
refactoring the Maven lifecycle than simply adding a reactor context.
However, I also think it's important to think about
OMG I'm drooling... if I could get build/module data into pentaho
automatically when mvn runs... i might wet myself.
8-]
--jason
On Sep 6, 2006, at 9:50 AM, John Allen wrote:
Whenever I sit down and thinking properly about this space I always
end up
thinking about business intelligence
Where the finalName is important in the filename, I think the only
alternative is to copy (ugh, I know) the file inside ${
project.build.directory} with the appropriate name, and reference that file.
-john
On 9/6/06, Wendell Beckwith [EMAIL PROTECTED] wrote:
OK, I'll buy that. I really don't
+1
On 9/6/06, Jason van Zyl [EMAIL PROTECTED] wrote:
+1
On 6 Sep 06, at 5:00 PM 6 Sep 06, Dennis Lundberg wrote:
Hello
The changes plugin has not had a release since it was moved here
from the Mojo project. Since then 49 issues has been closed:
Thanks, that's what I'm currently doing.I know eclipse update site plugins
feature and fragments have to be in the form ${artifactId}_${version}.jar,
so once I have a path to the resource in the local repo I copy it to the
update site with the correct final name.
Wb
On 9/6/06, John Casey [EMAIL
+1
Anything is better than what is currently out there in the wild.
On 9/6/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hello
The changes plugin has not had a release since it was moved here from
the Mojo project. Since then 49 issues has been closed:
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (27 issues)
Subscriber: mavendevlist
Key Summary
MEV-443 Several projects have maven-metadata.xml files that are missing
released versions
http://jira.codehaus.org/browse/MEV-443
MEV-441
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (20 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1114Upload Hibernate 3.2.0.cr4
http://jira.codehaus.org/browse/MAVENUPLOAD-1114
MAVENUPLOAD-1107upload jguard v1.00-beta-1 jars
Someone else has reported this... I'd need to goodle to see what bad
file descriptor usualy results from.
On 07/09/2006, at 3:35 AM, Jack J. Woehr wrote:
On Aug 24, 2006, at 3:46 PM, Brett Porter wrote:
Check your M2_HOME env var and PATH was set correctly, and that
the installation
I'm working with Jeff from Atlassian to figure it out. Possibly some
bad caching.
On 07/09/2006, at 8:25 AM, Dennis Lundberg wrote:
Thanks for the link.
I've put together a first draft here:
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Status
Unfortunately it seems that the numbers
Hi,
I've taken the screens Jesse put together and updated them a little
and uploaded them:
http://people.apache.org/~brett/repoman-site/admin/user-details.html
http://people.apache.org/~brett/repoman-site/admin/login.html
http://people.apache.org/~brett/repoman-site/admin/users.html
44 matches
Mail list logo