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
Thoughts?
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 r
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 dire
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
http:
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 Several
+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:
http://jira.codehaus.org/secure/IssueNa
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
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:
> http://jira.codehaus.org/secure/Issu
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'
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 (B
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 t
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 element in the artifact's pom? I might have just
used the wro
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
mav
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. Compare
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
project
+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=true&pid=11212&status=6
There are stil
+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:
http://jira.codehaus.org/secure/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: [EM
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=true&pid=11212&status=6
There are still a couple of issues left in JIRA, but I feel that the
plugin is
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=rev&rev=440816
Log:
o use new swizzle stuff to tally votes and rank
Modified:
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 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=rev&rev=440816
Log:
o use new swizzle stuff to tally votes and rank
Modified:
maven/reports/plugin-votes.vm
Can you please dro
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 a
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 wro
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 attempts
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 packaging
Works for me only with package
Nice catch
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 to
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 owne
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 shoul
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-t
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
qu
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
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
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
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
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 wro
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 w
On 6 Sep 06, at 3:02 AM 6 Sep 06, Jason Dillon wrote:
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 mo
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
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:
O
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 larger
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
42 matches
Mail list logo
