It should not be in the lib directory. You should add it under the
build extensions.
- Brett
On 24/10/2009, at 4:56 AM, Lee Freyberg wrote:
Hi,
How do you go about registering a new provider?
I have created a stub impl following the instructions on the scm
site, and placed the its jar i
r 2009 05:02:15 +1100, Brett Porter
wrote:
1) Create a JIRA ticket under SCM
2) you might like to submit a CLA - you can do it regardless, and if
the work is accepted such a large chunk would probably require it
(see
http://www.apache.org/licenses/
and specifically http://www.apache.org/li
What version of Maven? I think prior to Maven 2.0.7 it was hardcoded
to p-u 1.1.
- Brett
On 30/03/2009, at 10:23 PM, Mark Struberg wrote:
Hi Imran!
Having only looked over your log quickly, it seems to me that this
is not a git-scm problem:
java.lang.NoSuchMethodError:
org.codehaus.p
On 21/03/2009, at 9:05 AM, Olivier Lamy wrote:
So I have moved back the provider to sandbox and start a fork here [1]
If someone want to have karma ping me.
I suggest we just remove the provider from the sandbox then rather
than have the ambiguity.
- Brett
--
Brett Porter
br
without the library, and give
suitable warning on the impact of turning it on as an optional bit of
Maven SCM for those that can use the license.
Regardless, I closed the issue since Olivier moved it out.
- Brett
--
Brett Porter
br...@apache.org
http://blogs.exist.com/bporter/
profile and making sure it is not in the aggregating POM.
It can always go to mojo, but I think it'd be a shame to have to
separate it, so it's worth asking.
- Brett
--
Brett Porter
br...@apache.org
http://blogs.exist.com/bporter/
es.apache.org/jira/browse/LEGAL
Cheers,
Brett
--
Brett Porter
br...@apache.org
http://blogs.exist.com/bporter/
/2009, at 12:50 PM, Grant Gardner wrote:
Hi, I've got my AccuRev provider to a point where both the release
plugin
and Continuum are working (for me).
Includes unit tests and tck tests for all the implemented commands.
How do I go about contributing the code?.
Grant.
--
Brett Port
reate a branch from a tag without checkout the tag.
> Is it planned to add this feature (can't find a JIRA on it ?)
>
> Thanks,
> Benoit
>
--
Brett Porter
http://blogs.exist.com/bporter/
>>> [ ] +0
>>> [ ] -1
>>>
>>> Here my +1.
>>>
>>> Thanks
>>> --
>>> Olivier
>>>
>>>
-
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>
>
>
> --
> With best regards,
> Alexey Kakunin
>
--
With best regards,
Alexey Kakunin
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
Done (SCM-400). I excluded the "local" provider. I also update the SCM
plugin POM to use it.
- Brett
On 15/08/2008, at 9:04 PM, Vincent Siveton wrote:
+1
Vincent
2008/8/14 Brett Porter <[EMAIL PROTECTED]>:
Hi,
Dan brought this up on #maven IRC - he was looking for
into other builds
conveniently?
Cheers,
Brett
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
/maven.apache.org/scm/
(some links could be broken)
It used src/site in all projects and we need to remove the
maven-scm-site project.
WDYT?
Cheers,
Vincent
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
maven-scm-site
@@ -32,7 +32,7 @@
apache.website
- scpexe://people.apache.org/www/maven.apache.org/scm
+ scpexe://people.apache.org/www/maven.apache.org/scm-$
{pom.version}
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
ED]>:
Hi,
I noticed that the trunk has some files like:
LICENSE.TXT
NOTICE.TXT
checkstyle-license.txt
Are they useful? If not, WDYT to remove them?
Cheers,
Vincent
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
and I will provide patches.
LieGrü,
strub
__
Gesendet von Yahoo! Mail.
Dem pfiffigeren Posteingang.
http://de.overview.mail.yahoo.com
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
, Remeslennaya 17-415,
197110, Russia
Phone: +7 (812) 498-72-21
Mobile: +7 (921) 301-77-13
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
ussia
Phone: +7 (812) 498-72-21
Mobile: +7 (921) 301-77-13
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
regards,
Sergey Zakusov
--
Software Developer, EmDev,
St.-Petersburg, Remeslennaya 17-415,
197110, Russia
Phone: +7 (812) 498-72-21
Mobile: +7 (921) 301-77-13
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
provider may return,
for example not basic ChangeSet - but extended ChangeSet, and
programs, required it - will able to use them.
So, is it possible somehow contribute our changes into maven core
and that we should do from our side for it?
--
With best regards,
Alexey Kakunin
--
nce in an
accompanying notice file.
- I believe it is OK to set version to "1.1-SNAPSHOT"
Generally we start out with 1.0-SNAPSHOT.
Yep, but we can change it to 1.1-SNAPSHOT now since it's been included
in the main distribution.
Cheers,
Brett
--
Brett Porte
nclude at this stage for a final
release?
Cheers,
Brett
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
eported by Matthew Bucket - currently work in
progress), plus the patch in
SCM-374 still needs to be applied to the apache SVN.
Signed CLA is otw.
LieGrü,
strub
--- Brett Porter <[EMAIL PROTECTED]> schrieb:
On 06/04/2008, at 7:58 AM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Sat
d me. Given the size of this contribution, I
think it would be helpful for both these guys to submit CLAs -
especially given Eugene contributes to the embedder too. Jason?
Cheers,
Brett
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
Anyone think a 1.0.1 release with the current fixes might be in order?
- Brett
On 05/01/2008, at 4:42 AM, brewk9 wrote:
I see this is fixed - just wondering how/when it would be available
in a
release?
--
View this message in context:
http://www.nabble.com/When-will-SCM-bug-323-be-relea
Never mind - you got it :)
On 25/09/2007, at 7:51 AM, Brett Porter wrote:
Thanks Dennis! SCM API is fine, there seem to be new problems in
the providers though. I'll take a look.
On 25/09/2007, at 6:42 AM, Dennis Lundberg wrote:
Should be fixed now.
We'll need to check the
Thanks Dennis! SCM API is fine, there seem to be new problems in the
providers though. I'll take a look.
On 25/09/2007, at 6:42 AM, Dennis Lundberg wrote:
Should be fixed now.
We'll need to check the results in Continuum later.
Brett Porter wrote:
Hi,
Is SCM meant to support
On 28/03/2007, at 2:37 AM, Emmanuel Venisse wrote:
I added two development guide in the site, it would be cool if you
can look at it.
The docs look good - thanks for that.
I have some questions about the SCM manager part: it's unclear about
how getScmManager is used. It looks like somethi
I think it's definitely time for another beta ASAP.
For 1.0, I'd still like to review (if not include) the following JIRAs.
High priority:
- SCM-17: I think the test structure needs some review, and we need
to ensure all unit tests run fast and without the software installed.
The TCK should
On 28/03/2007, at 7:51 AM, Jason van Zyl wrote:
On 27 Mar 07, at 12:30 PM 27 Mar 07, Emmanuel Venisse wrote:
Hi,
I describe there (http://docs.codehaus.org/display/SCM/Maven-SCM
+Release+Process) the release process and scm structure I'd want
to use after the release of 1.0.
This is mi
Hi,
There appears to be a test failure in Continuum for Bazaar now that I
have the client installed again. This is bzr-0.13, Python-2.5,
Solaris 10 x86.
http://maven.zones.apache.org/continuum/surefireReport.action?
buildId=2367&projectId=202&projectGroupId=16#org.apache.maven.scm.provid
Hi,
This is great to hear.
For code of this size, I think it is wise to have a software grant on
file before we accept it. Please submit the following paperwork to
the ASF secretary:
http://www.apache.org/licenses/software-grant.txt
In addition to that, please attach the code to a JIRA ite
FYI, I've removed anonymous commenting ability on the SCM wiki and
removed all the comment SPAM on the SCM matrix.
- Brett
I disagree with having a general property set/get since that appears to
be SVN specific at the moment.
Regardless of setting NL's correctly, you still need to indicate whether
a file is binary or not. SVN takes a good guess (but doesn't set the
property), CVS doesn't even attempt to guess.
W
Carlos Sanchez wrote:
now the behaviour is consistent between empty lists and non empty
if we want to make the list unmodifiable, both should but not just the
empty one as before
Yes, I agree both should be unmodifiable (I have intellij set up to
complain at me now when I leak that though I do
Doesn't that seem a bit leaky to you? Why is an external entity
modifying the files list directly?
[EMAIL PROTECTED] wrote:
Author: carlos
Date: Wed Apr 26 10:48:41 2006
New Revision: 397253
URL: http://svn.apache.org/viewcvs?rev=397253&view=rev
Log:
Prevent problems when returning an unmodif
Emmanuel Venisse wrote:
Brett Porter a écrit :
Emmanuel Venisse wrote:
I think it would be good to add this method and it's easy to do. For
svn, we must check if :
- .svn directory exist in directory for subversion
- CVS directory exist in directory for CVS
- .bzr directory exi
Emmanuel Venisse wrote:
I think it would be good to add this method and it's easy to do. For
svn, we must check if :
- .svn directory exist in directory for subversion
- CVS directory exist in directory for CVS
- .bzr directory exist in directory for bazaar
- nothing to do for file provider
- do
Torbjorn Smorgrav wrote:
> Do we have a Java version policy?
> I guess we are targeting 1.3?
>
> Cheers
> Torbjørn
>
1.4
Thanks for contacting us. This is certainly welcome - nobody is better
positioned to write this code than you are, and that is a good thing for
users of PVCS that use Maven and/or Continuum.
I'd just like to add that we can only accept code donations that are
licensed under the Apache License 2.0
on -c "import cElementTree"
>
> Torbjørn
>
>
>
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: 24. mars 2006 08:03
> To: scm-dev@maven.apache.org
> Subject: Re: [continuum] BUILD FAILURE: Maven SCM Bazaar Provider
>
&g
Any ideas on this? bzr 0.7 seems to be properly installed now. Can the
output of the tests be improved?
- Brett
Continuum Build Server wrote:
> Online report :
> http://ci.codehaus.org/continuum-maven/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/66/buildId/714
> Build statistics
Got 6 x +1's here. Time to move forward?
Emmanuel Venisse wrote:
> Hi
>
> I'd want to add Torbjørn Smørgrav as Maven-SCM committer.
> He's the maintainer of bazaar scm provider and have done a good work on
> it and TCK.
> He want to maintain it in next year (at least).
>
> Here my +1
>
> Emmanu
Some more feedback. Again, sorry I didn't get this to you earlier.
- since Bazaar, VSS, etc are "partially implemented", according to the
site, should they be omitted from this release? Or do they do enough to
be useful? Can we list what is implemented and what is not?
- why is the login package
Other test failures:
ClearCase checkout:
junit.framework.ComparisonFailure: expected:<...c...> but was:<...C...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
org.apache.maven.scm.provider.clearcase.command.
I think it's a good idea, or at least mark them deprecated. If this
release goes out with them in, you have to keep them working forever :)
- Brett
Emmanuel Venisse wrote:
> I'm not sure. I know all these methods are deprecated since a long time.
> You can provide a patch but i don't know if i'll
Currently, the Bazaar provider tests fail for me under Windows (I have
Bazaar installed in Cygwin).
IT is only the status command that fails.
junit.framework.AssertionFailedError: Check result was successful, output:
at junit.framework.Assert.fail(Assert.java:47)
at junit.framewor
+1. That looks like some great work.
- Brett
Emmanuel Venisse wrote:
> Hi
>
> I'd want to add Torbjørn Smørgrav as Maven-SCM committer.
> He's the maintainer of bazaar scm provider and have done a good work on
> it and TCK.
> He want to maintain it in next year (at least).
>
> Here my +1
>
> E
Hi Emmanuel,
It seems everyone is happy with this vote given the time and feedback so
far.
I'm going to review this tomorrow before adding a +1. I'm sorry I didn't
dedicate time to it sooner. Is it possible that the code can be
stabilised for 24 hours before actually cutting the release to give
e
You should have to do one of the following:
- add the dependency on the new provider to the maven-scm-plugin pom.xml
- in your pom, add it as part of the scm plugin declaration:
maven-scm-plugin
org.apache.maven.scm
maven-new-scm-provider
1.0-SNAPSHOT
We're
Arnaud HERITIER wrote:
>
> The Maven 1.x repository doesn't really exist any more. Everything is
> supposed to be served via the Maven 2.x repository. I'm just fixing that
> now.
>
>
> When I noticed it, I think we had always two distinct repositories.
> I forgot to verify it when y
il now nobody replied.
>
> http://jira.codehaus.org/browse/MPSCM-68
>
> cheers,
>
> Arnaud
>
> On 1/8/06, *Brett Porter* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> wrote:
>
> I was going to say m1 == m2 repo, but it appears that'
I was going to say m1 == m2 repo, but it appears that's not the case
here. I have to figure out what's going on.
- Brett
Mike Perham wrote:
> http://www.ibiblio.org/maven2/org/apache/maven/scm/
>
> I guess the beta releases have not been sync'd to m1.
>
> -Original Message-
> From: Den
+1
Emmanuel Venisse wrote:
> Hi,
>
> Mike works on Perforce provider.
> This is a vote to make him a committer.
>
> +1 from me.
>
> Emmanuel
>
Once the provider is ok, it can be dropped into a 1.0.2 install, though?
Emmanuel Venisse wrote:
> so, Perforce won't be support in continuum 1.0.2
>
> Mike Perham a écrit :
>> I don't have time to do this right now. It'll have to wait until we
>> deploy continuum here internally.
>>
>> -Ori
The best way is to implement the TCK methods (some of which may not
exist yet).
Mike Perham wrote:
> How do I exercise the commands which are not used by the release plugin?
> I'm thinking mostly of the diff and changelog commands - are there any
> m2 plugins that use these commands?
>
> mike
>
messages are logged twice
-
Key: SCM-75
URL: http://jira.codehaus.org/browse/SCM-75
Project: Maven SCM
Type: Bug
Components: maven-scm-provider-cvs
Reporter: Brett Porter
running scm:update on the wadi project was logging everything
Reporter: Brett Porter
this is problematic with a :ext:ssh: checkout, and a :pserver: connection, as
it gives the cryptic error "password is required" (which should be explained
more anyway about doing a cvs login, or even use plexus-interactivity to do the
login step)
--
This
You can also add it within the plugin tag in your pom
Emmanuel Venisse wrote:
you need to update the release plugin pom and rebuild it.
you need for release plugin tag, checkin, checkout, update remove and
status commands.
Emmanuel
[ http://jira.codehaus.org/browse/SCM-59?page=all ]
Brett Porter closed SCM-59:
---
Resolution: Duplicate
Fix Version: (was: 1.0-alpha-4)
> the mojo should refers to pom to pickup connection
fyi
--- Begin Message ---
Subversion commit messages are sent to different lists
according to the following mapping
# Maven
[/maven]
for_paths = maven/
to_addr = commits at maven.apache.org
suppress_if_match = yes
[/maven/continuum]
for_paths = maven/continuum/
to_addr = continuum-commits at mav
flesh out the SCM provider interface
Key: SCM-50
URL: http://jira.codehaus.org/browse/SCM-50
Project: Maven SCM
Type: Task
Components: maven-scm-api
Reporter: Brett Porter
Fix For: 1.0-alpha-2
instead of having an
bring ScmManager back to maven-scm proper
-
Key: SCM-49
URL: http://jira.codehaus.org/browse/SCM-49
Project: Maven SCM
Type: Task
Reporter: Brett Porter
Assigned to: Emmanuel Venisse
Fix For: 1.0-alpha-2
we should
I've seen all these before, but I can't remember how I got them. For the
number of files, I thought I fixed a bug - it was uncommitted. I'm
putting it in now - svn updated your code.
For the bytes difference - this was experienced by someone using CVSNT
on windows (it works with Cygwin). We'd
Can you explain what you mean by "recognised"? Where are you using it?
If you want it to be part of the build, include it in in
maven-scm-providers/pom.xml.
If you are talking about having it available at runtime - it will depend
on what application you are using it with. It just needs to be
username configuration not used for svn+ssh
---
Key: SCM-41
URL: http://jira.codehaus.org/browse/SCM-41
Project: Maven SCM
Type: Bug
Components: maven-scm-provider-svn
Reporter: Brett Porter
Fix For: 1.0-alpha-2
username as part of svn+ssh url not accepted
Key: SCM-40
URL: http://jira.codehaus.org/browse/SCM-40
Project: Maven SCM
Type: Bug
Components: maven-scm-provider-svn
Versions: 1.0-alpha-1
Reporter: Brett
We discussed this online already... it is very hard to do an "excludes"
without this happening. The best way to handle it would be to:
- just use the directory name when all children in the directory are
included
- for checkin, only pass files that are modified
- not allow excludes on some opera
Richardson, Simon (Treasury) wrote:
Jason van Zyl replied to my post to maven users regarding PVCS support in
Maven.
I understand from this post that you're now focusing efforts on SCM support
within Maven SCM. I assume this is in relation to M2?
I'm working with Maven 1.0.2 and hope to retro
I think you may just have to hard code the format, but only if the
locale is en_US.
Can you test en_AU and see if it works? (We reverse the day and month in
the date, would be interested to see whether that makes a difference here).
- Brett
dan tran wrote:
Folks,
starteam history command
[ http://jira.codehaus.org/browse/SCM-27?page=all ]
Brett Porter closed SCM-27:
---
Resolution: Fixed
> The SVN provider doesn't pass the tests
> ---
>
> Key: SCM-27
> URL: http
clean up dependencies
-
Key: SCM-30
URL: http://jira.codehaus.org/browse/SCM-30
Project: Maven SCM
Type: Task
Reporter: Brett Porter
- move ScmTestCase out to provider-test instead of being in API
- check over the dependencies (plexus
[ http://jira.codehaus.org/browse/SCM-27?page=history ]
Brett Porter closed SCM-27:
---
Fix Version: (was: 1.0-alpha-1)
Resolution: Fixed
Assign To: Brett Porter
fixed two problems:
- bad svn add command line
- bad checkout directory
>
73 matches
Mail list logo