Good day,
I haven't looked deeply into it, but I think what you're looking for
is in the SCM Project ( see [1] ). Specifically,
maven-scm-provider-perforce ( see [2] ).
Cheers,
Franz
[1] http://svn.apache.org/repos/asf/maven/scm/
[2]
Hello,
we are working under Linux with Maven2, COntinuum and Clearcase..
We have a server with Continuum, Clearcase views server and the maven
repository.
We are using dynamics vies with Clearcase, not Snapshot views.
At this time, the SCM configuration doesn't work :
scm
done
-Original Message-
From: berndq [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 31, 2007 2:35 AM
To: Maven Developers List
Subject: MASSEMBLY-121: fix does not work for me.
John Casey wrote:
As for MASSEMBLY-121, could you reopen it and add a test case that is
failing?
Yes to the index of local repository part.
[CONTEXT]
My immidiate plan is to mirror the Ibiblio repository
so that it's local.
Then set the mirrors base directory on the plugin.
Then the plugin will produce a
repository-metadata.xml (Version 2)
per a JIRA entry I submitted.
This will be placed
Sorry - Substitute maven-metadata.xml where I have
repository-metadata.xml.
Cheers,
- Ole
--- Ole Ersoy [EMAIL PROTECTED] wrote:
Yes to the index of local repository part.
[CONTEXT]
My immidiate plan is to mirror the Ibiblio
repository
so that it's local.
Then set the mirrors base
Hi guys,
it seems that this proposal arrives right on time! :-) I've just been hired
by a company that has developed, for its own needs, an application that can
store code metrics, consolidate them and show them in various ways. I
haven't had the time to look more into it yet, but it looks very
it's my problem with the dashboard-maven-plugin.
i must include the dashboard-maven-plugin in reporting section but i must do
mvn site to let each report generates their report and after do a mvn
dashboard-report:dashboard to aggregate all reports.
with that, I lose the site's integration of my
I noticed that there seems to be a lot of
overlap between Archiva's approach to
file discovery and VFS's.
Should Archiva use VFS?
Overview:
http://wiki.apache.org/jakarta-commons/VFS
Using the API:
http://jakarta.apache.org/commons/vfs/api.html
Here's an example of how to get
why don't you join the common effort with dashboard project?
see : http://jira.codehaus.org/browse/MSITE-189 (Coordinate the efforts of
several users to write a Dashboard Plugin for Maven 2)
or http://docs.codehaus.org/display/MAVEN/Maven+Dashboard
I think that the same idea ?
David
that topic was already brought before and didn't succeed
On 1/31/07, Ole Ersoy [EMAIL PROTECTED] wrote:
I noticed that there seems to be a lot of
overlap between Archiva's approach to
file discovery and VFS's.
Should Archiva use VFS?
Overview:
http://wiki.apache.org/jakarta-commons/VFS
Using
Ah - OK - Cool - Just thought I'd check.
Cheers,
- Ole
--- Carlos Sanchez [EMAIL PROTECTED] wrote:
that topic was already brought before and didn't
succeed
On 1/31/07, Ole Ersoy [EMAIL PROTECTED] wrote:
I noticed that there seems to be a lot of
overlap between Archiva's approach to
The dashboard plugin is definitely within the scope of this proposal,
but is still just 1 consumer of the datapoint data. The dashboard
plugin would be definitely be affected dramatically by this concept, it
would no longer need to know what the other reports are, how they are
formatted, etc.
Joakim is definitely right: the dashboard plugin would only be one consumer.
What's more, Maven can generate only static pages while the application I'm
talking about is a dynamical web application, with far more possibilities
than just generated web pages.
As for creating a new maven top level
Why don't we put the code in the Plugin sandbox at Codehaus?
This will give us and other to test drive it and move on from there.
I think i need to use the dashboard plugin a little more before we do
merging.
I could get some of my current users to give feedback.
--
Regards,
Garvin LeClaire
Let me fix my over zealeous typing ;-o)
Why don't we put the code in the Plugin sandbox at Codehaus?
This will give us and others time to test drive it and move on from
there.
I think I need to use the dashboard plugin a little more before we do
merging.
I could get some of my current users to
I'm interested in this, as well. I'm being asked to provide aggregation
across several reports (although nobody seems to be able to tell me exactly
what I'm aggregating just yet.. :) )
On 1/31/07, dvicente [EMAIL PROTECTED] wrote:
it's my problem with the dashboard-maven-plugin.
i must
Hi Carlos!
that topic was already brought before and didn't succeed
Do you remember what the problem was?
Ciao,
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the wagon implementations were already done so people din't feel the
need I imagine.
I'm all for reuse though ;) although it we were going to refactor i'd
look into JCR api.
On 1/31/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Carlos!
that topic was already brought before and didn't
I think this will be addressed with something that john casey will be
posting to the dev list soon in regard to inter-phase plugin execution
ordering...
combating the proliferation of pre- and post- phases is important I
think...but these might be a good idea.
lets see how john's stuff pans out
On 30 Jan 07, at 2:38 PM 30 Jan 07, Joakim Erdfelt wrote:
I'd like to see a discussion start on adding the possibility of a new
phase into the default lifecycle.
You mean the default build lifecyle or the site lifecycle?
Jason.
A reporting-aggregate that executes at the end of all
Quoting Gregory Kick [EMAIL PROTECTED]:
I'm writing a plugin that I would like to be able to use the saxon
XPath 2.0 implementation. I've got it working perfectly fine in my
unit tests, but when I try to run it as a mojo, it reverts back to
using the jdk XPathFactory. I would assume that
Quoting Jason Dillon [EMAIL PROTECTED]:
I played around with this a little today, very nice.
How does DSMP handle SNAPSHOT updates?
Usually, I just forbid them :-) (see the allow and deny rules).
At work, I don't want SNAPSHOTs to pollute my environment, so I
disabled them. Even if a POM
Quoting John Casey [EMAIL PROTECTED]:
Do you have even more plugin configuration in this third parent POM? If not,
why is it critical that the webapp/library projects can declare themselves
to be children of this POM (in addition to the type-specific POMs)? If you
do have more plugin
Hi,
I'm just throwing out a question because I have experience a problem
with concurrency in the RPM database. Over in the CBUILDs stuff where
we are using Maven to build RPMs whenever I do two simultaneous
builds where the result is installing an RPM I seem to corrupt the
database
Quoting Joakim Erdfelt [EMAIL PROTECTED]:
I'm the one responsible for the misguided repository.urlName concept.
Maybe you'd like to have a look at DSMP (http://www.pdark.de/dsmp/)
I'm using the repository ID to find out which user/password to use
during deploy but other than that, I'm ignoring
Quoting Brett Porter [EMAIL PROTECTED]:
I don't think either of these are cases for 'package resources', but
general lifecycle improvements (Which are in the 2.1 design wiki).
I'm still arguing for a generic lifecycle management (where a mojo can
add any number of additional phases and maven
I have a problem with continuum booted in Maven Enterprise (alsp
happens with continuum-plexus-runtime).
When I try to add a m2 project by uploading the pom I get:
2007-01-31 19:02:45,283 [SocketListener0-2] INFO
DispatcherUtils- Unable to find
'webwork.multipart.saveDir'
John Casey wrote:
That sparked the idea of having mixins. With mixins, I could separate
the two trees cleanly.
I'm still a little unclear on how mixins would be cleaner than two
levels of inheritance. If multiple levels of inheritance confuses the
site plugin, then that plugin
Concurrency is an issue any way you slice it, and it's not just limited to
RPMs. RPMs represent a set of files installed on the system, so you have to
somehow verify that you're not installing the same RPM _or_file_list_ on one
system at the same time. Granted, this isn't as severe a limitation
On 31 Jan 07, at 11:37 AM 31 Jan 07, John Casey wrote:
Concurrency is an issue any way you slice it, and it's not just
limited to
RPMs. RPMs represent a set of files installed on the system, so you
have to
somehow verify that you're not installing the same RPM
_or_file_list_ on one
system
Hi,
I'm trying to track down (and hopefully fix) a bug with using Continuum
with Perforce (and Ant builds- although I don't know if that's
relevant). I'm not at all familiar with the code base, so I thought I'd
ask for a pointer or two..
I've logged the bug that I've found at
+0 on this
If Jason says go then go.
Unfortunately I haven't been able to verify the poms myself. Can't seem
to find enough time right now between day job and a crashing computer at
home :(
Brett Porter wrote:
Hi,
This is a dependency for upcoming plugin releases. The changes to each
are
The vote has passed with the following votes:
+1: Dennis Lundberg, Rahul Thakur, Allan Ramirez, Emmanuel Venisse,
Jesse McConnell, Andrew Williams, Joakim Erdfelt
I will await the pending vote to release the current SNAPSHOT versions
of the parent poms, that this plugin depends upon, before
On 01/02/2007, at 7:38 AM, Dennis Lundberg wrote:
I will await the pending vote to release the current SNAPSHOT
versions of the parent poms, that this plugin depends upon, before
cutting the release.
I think that vote has effectively been cancelled. We're now waiting
for Jason to make
It's a bug in Jetty 5. Need to upgrade to Jetty 6 at some point.
On 01/02/2007, at 6:09 AM, Andrew Williams wrote:
I have a problem with continuum booted in Maven Enterprise (alsp
happens with continuum-plexus-runtime).
When I try to add a m2 project by uploading the pom I get:
2007-01-31
On 31 Jan 07, at 12:30 PM 31 Jan 07, Dennis Lundberg wrote:
+0 on this
I have all day tomorrow set aside for release goop. I will start in
the wee hours PST and go until the release stuff is in the POM,
doco'd and then I'll pump out the other stuff. At that point anyone
should be able
Ralph Goers wrote:
export MAVEN_OPTS=-Dmaven.repo.local=$PWD/.mvn
Mark Lundquist wrote:
So my argument is that my expectation that builds would be
self-contained was reasonable. And in fact, separate builds on
separate machines *are* (by default) self-contained! I am arguing
that it
The RPM plugin I wrote in Codehaus uses a subdirectory of
${basedir}/target as the place where everything to be packaged is
assembled. This should mean that the _BUILD_ of an RPM can run in parallel
with another _BUILD_.
It is always going to be bad form to try to do multiple _INSTALL_
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (39 issues)
Subscriber: mavendevlist
Key Summary
MEV-483 Still invalid deps in 3.2.1, 3.2.2, 3.2.3, 3.2.4
http://jira.codehaus.org/browse/MEV-483
MEV-479 Invalid POI POM
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (25 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1356Upload Spring Modules Validation 0.7
http://jira.codehaus.org/browse/MAVENUPLOAD-1356
MAVENUPLOAD-1355Upload Core JSF Validator (commons
Edwin - can we double check the requirement here. I recently removed
this to prevent the problem of it failing if you haven't installed
the project first.
What step does it fail at?
- Brett
On 01/02/2007, at 1:46 PM, [EMAIL PROTECTED] wrote:
Author: epunzalan
Date: Wed Jan 31 18:46:11
Brett,
Its failing in phase check-dependency-snapshot phase... the phase uses
project.getArtifacts() which is not populated when its missing
Brett Porter wrote:
Edwin - can we double check the requirement here. I recently removed
this to prevent the problem of it failing if you haven't
I see - I suppose it is only failing when the artifacts are not
present in the repository already, as it was working for me...
Can the code using getArtifacts() be changed to getDependencies()
without changing the meaning? (Sorry, I haven't looked, I just know
the dep resolution was
Anyone know whats going on? The build is failing because the
surefire plugin is unable to find junit classes:
java.lang.NoClassDefFoundError: junit/framework/TestCase
WTF? This is relatively new behavior... something has changed in the
past day or so which is causing this... but I've
getArtifacts is transitive and getDependencies isn't. How about a
manual artifact resolution using the project builder ?
Brett Porter wrote:
I see - I suppose it is only failing when the artifacts are not
present in the repository already, as it was working for me...
Can the code using
Appears that trunk fails in the exact same way...
:-(
--jason
On Jan 31, 2007, at 8:51 PM, Jason Dillon wrote:
Anyone know whats going on? The build is failing because the
surefire plugin is unable to find junit classes:
java.lang.NoClassDefFoundError: junit/framework/TestCase
WTF?
But you have a point... i don't think we need transitivity here. If a
dependency is already released, then we can *assume* that it has no
SNAPSHOT dependency as well.
I'll look into it. Thanks.
Brett Porter wrote:
I see - I suppose it is only failing when the artifacts are not
present
On 01/02/2007, at 3:57 PM, Edwin Punzalan wrote:
getArtifacts is transitive and getDependencies isn't.
Right - that's what I was sort of implying - does the affect the code
in question? I would have thought that for this phase, it wouldn't -
but I could be (probably am?) wrong.
How
Aight, I think I understand why this happens...
When I was building locally and on remote systems, I was using -
Dmaven.repo.local=repository to use a specific repository directoy.
But it looks like something inside of Maven or Surefire is not happy
if this value is not absolute or
49 matches
Mail list logo