ke the API powerful enough that we can support
layered APIs like JSR147.
We would like to model ourselves in much the same way the OJB folks have
done it where they have a powerful persistence API and then have built
an ODMG, OQL and JDO layer upon it.
> Thanks,
> -TR
>
>
>
--
providers for each individual SCM. Then if we need tools to help manage
a set of providers we can do that in a separate build. But in Maven SCM
proper we would like to focus on the providers.
> This seems like a relatively low impact refactor since the provider
> implementations of the comm
to leaving the HBOS Treasury Services plc network. HBOS
> > Treasury Services plc will not be liable for direct, special,
> > indirect or consequential damages arising from alteration of
> > the contents of this message by a third party or as a result
> > of any vir
ot need to now anything about Maven
specifically. The bridge should be created in Maven in order to pull
user specific information and feed it into Maven SCM.
>
>
--
jvz.
Jason van Zyl
jason at maven.org
http://maven.apache.org
People develop abstractions by generalizing from con
the capility to store user info in one place (settings.xml) is
> important.
Sorry, I didn't see what you posted there. The plugin is the bridge
which is fine.
> -D
>
>
> On 10/25/05, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-10-21 at 16:
Emmanuel Venisse wrote:
Hi,
Mike works on Perforce provider.
This is a vote to make him a committer.
+1 from me.
+1
Emmanuel
--
jvz.
Jason van Zyl
jason at maven.org
http://maven.apache.org
the course of true love never did run smooth ...
-- Shakespeare
+1
Emmanuel Venisse wrote:
Hi everyone,
I'd like to release 1.0 final of Maven-SCM. All APIs are stable since a
long time and we didn't find any blocker issues since 1.0-beta-2 release.
The list of issues fixed are :
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10527&f
support Serena/PVCS at the moment? If no one is
at the moment I can spend some time writing some support if you like.
Cheers
Peter Ineson
Jason van Zyl
[EMAIL PROTECTED]
On 21 Oct 06, at 2:28 AM 21 Oct 06, Dirk Bangel wrote:
How can I integrate other SCM system? Are there any samples or
templates ?
You can look at all the existing providers:
http://svn.apache.org/repos/asf/maven/scm/trunk/maven-scm-providers/
Thanks,
Jason.
On 29 Jan 07, at 8:30 AM 29 Jan 07, [EMAIL PROTECTED] wrote:
Hello all,
I am trying to write a provider for CCRC (ClearCase Remote Client)
that uses a pure Java API for ClearCase integration.
Oh, that would be so awesome!
The closest thing we have would be two providers we have in the
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.
We should do something similar across the board whatever we
On 30 Apr 07, at 8:12 AM 30 Apr 07, [EMAIL PROTECTED] wrote:
Author: evenisse
Date: Mon Apr 30 05:12:41 2007
New Revision: 533717
URL: http://svn.apache.org/viewvc?view=rev&rev=533717
Log:
[SCM-303] Allow to define system properties in plugin configuration
Why not simple execution propertie
ng repo: http://people.apache.org/~evenisse/stage/maven-scm-repo/
Tag: http://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.0/
So, let's try 72h +1/+0/-1. Please cast your votes!
Here my +1
Emmanuel
Thanks,
Jason
----------
Jason van Zyl
Fou
ul for both these guys to submit CLAs -
especially given Eugene contributes to the embedder too. Jason?
Cheers,
Brett
Lesen Sie Ihre E-Mails jetzt einfach von unterwegs.
www.yahoo.de/go
Thanks,
Jason
--------------
Jason van Zyl
Founder, Apach
On 8-May-08, at 4:45 PM, Brett Porter wrote:
On 09/05/2008, at 12:33 AM, Jason van Zyl wrote:
On 8-May-08, at 7:29 AM, Ivan Luzyanin wrote:
- What exactly wrong with headers? It is exactly the same as in
APPENDIX on
page http://www.apache.org/licenses/LICENSE-2.0.html
We need to
-
Software Developer, EmDev,
Saint-Petersburg, Remeslennaya 17-415,
197110, Russia
Phone: +7 (812) 498-72-21
Mobile: +7 (921) 301-77-13
Thanks,
Jason
----------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
--
- SCM mailing list archive at Nabble.com.
Thanks,
Jason
----------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
--
First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked
g this code.
Cheers,
Grant.
Thanks,
Jason
--------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
--
What matters is not ideas, but the people who have them. Good
't make a release of this provider ?
Any objections to move the sandbox module in trunk ?
Thanks,
--
Olivier
Thanks,
Jason
--------------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
ng it to
mojo and
then there are no issues.
On 19-Mar-09, at 5:12 AM, Brett Porter wrote:
On 19/03/2009, at 7:29 PM, Jason van Zyl wrote:
On 19-Mar-09, at 1:25 AM, Olivier Lamy wrote:
Hi,
Ok. It's was not really clear for me.
There is precedent - we grandfathered in Checkstyl
law is in
interpretation but there are some accepted interpretation. It's also
unlikely that those contracts are identical unless they are verbatim
and originate from the same country.
On 20-Mar-09, at 8:02 AM, Olivier Lamy wrote:
only maven-scm-provider-svnjava
--
Olivier
2009/3/2
I'll be awake so just ping me in IRC and we'll stage them together
together :-)
On 23-Mar-09, at 9:53 AM, Olivier Lamy wrote:
Sounds a good idea.
I will be on irc ~21H PM (Paris Time).
Thanks in advance for your help,
--
Olivier
2009/3/23 Jason van Zyl :
You can stage maven s
sembly/source-release.xml
--
svn:eol-style = native
Propchange: maven/scm/trunk/src/main/assembly/source-release.xml
--
svn:keywords = Author Date Id Revision
Thanks,
Jason
-------
ns I will go ahead and check it in but I thought I
> would just flag the change in behaviour first.
>
> Andy
Thanks,
Jason
----------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
---
Decouple from Plexus
Key: SCM-36
URL: http://jira.codehaus.org/browse/SCM-36
Project: Maven SCM
Type: Improvement
Versions: 1.0-alpha-1
Reporter: Jason van Zyl
Fix For: 1.0-alpha-1
We should decouple Maven SCM from Plexus. The
Improve error message when commit over http fails
--
Key: SCM-69
URL: http://jira.codehaus.org/browse/SCM-69
Project: Maven SCM
Type: Improvement
Components: maven-scm-provider-svn
Reporter: Jason van Zyl
On
[ http://jira.codehaus.org/browse/SCM-56?page=all ]
Jason van Zyl reassigned SCM-56:
Assign To: Jason van Zyl
> connectionUrl shouldn't always be required
> --
>
> Key: SCM-56
>
[ http://jira.codehaus.org/browse/SCM-56?page=all ]
Jason van Zyl closed SCM-56:
Resolution: Fixed
We simply need to specify a default value of ${project.scm.connection} when a
POM is present. I was trying to create a diff.
> connectionUrl should
Provide a default name when creating a patch
Key: SCM-73
URL: http://jira.codehaus.org/browse/SCM-73
Project: Maven SCM
Type: Improvement
Components: maven-plugin
Reporter: Jason van Zyl
Assigned to: Jason van
[ http://jira.codehaus.org/browse/SCM-73?page=all ]
Jason van Zyl closed SCM-73:
Resolution: Fixed
Now providing ${project.artifactId}.diff for the default patch name.
> Provide a default name when creating a pa
30 matches
Mail list logo
