A task and a change set is almost the same thing. I also have plans to implement support for CM Synergy. However, as my workload is pretty heavy at the moment, I will not be able to start this until a couple of weeks from now. Does anyone knows approximately how long it takes to implement support for a new SCM provider? If you start please let me know. I'll be happy to test your work if you implement something. Regards Henrik "Zsolt" <[EMAIL PROTECTED]> 2006-04-05 07:24 Please respond to scm-dev@maven.apache.org To <scm-dev@maven.apache.org> cc Subject RE: The best approach to extend ScmProvider I'm not sure what you exactly mean. CM-Synergy task is created BEFORE you checkout. Zsolt >-----Original Message----- >From: Torbjorn Smorgrav [mailto:[EMAIL PROTECTED] >Sent: Tuesday, April 04, 2006 4:41 PM >To: scm-dev@maven.apache.org >Subject: RE: The best approach to extend ScmProvider > >Is it the same as a change set? >A change set you can append to? > >Torbjorn > > > >-----Original Message----- >From: Zsolt [mailto:[EMAIL PROTECTED] >Sent: 4. april 2006 16:00 >To: scm-dev@maven.apache.org >Subject: RE: The best approach to extend ScmProvider > > >In Cm-Synergy (ClearCase has that also) you can checkin with a task created >and maintained by CM-Synergy, and I would like to browse the tasks created >in CM-Synergy. > >Zsolt > >>-----Original Message----- >>From: Torbjorn Smorgrav [mailto:[EMAIL PROTECTED] >>Sent: Tuesday, April 04, 2006 9:31 AM >>To: scm-dev@maven.apache.org >>Subject: RE: The best approach to extend ScmProvider >> >>What is a task in this context? >> >>Torbjorn >> >>-----Original Message----- >>From: Zsolt [mailto:[EMAIL PROTECTED] >>Sent: 3. april 2006 19:31 >>To: scm-dev@maven.apache.org >>Subject: RE: The best approach to extend ScmProvider >> >> >>Thank you Carlos, >> >>I will also need a merthod: listTasks (or something like that) that >returns >>the tasks of the version control system. >> >>Can (should) I use commit to the repository? >> >>Zsolt >> >>>-----Original Message----- >>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos >>>Sanchez >>>Sent: Monday, April 03, 2006 6:26 PM >>>To: scm-dev@maven.apache.org >>>Subject: Re: The best approach to extend ScmProvider >>> >>>I'd create a new list method. Providers that don't support a list >>>operation can explain in the javadocs that they don't support it or >>>that the operation is not efficient because it requires checkout. >>> >>>On 4/1/06, Zsolt <[EMAIL PROTECTED]> wrote: >>>> From the source code: >>>> >>>> public interface ScmProvider >>>> >>>> >>>> I'm very under time pressure: >>>> >>>> We have our own (limited scm support) and have to decide until Monday >>>> whether we join to scm-maven (of course we would make all modifications >>>> available) or extend our scm implementation. >>>> >>>> For us it is a must that we can get the list of files of a directory >>>> directly from the repository and we must also support huge projects >>(thus >>>an >>>> entire checkout is not an option). >>>> >>>> "svn list -v" does exactly what we need. For CVS we could execute: >>>> cvs checkout -l .... DIRECTORY >>>> into a temporary directory read the contents of CVS/* files (to get >>>> revision, modification date etc.) and remove the temporary directors. >>>> >>>> I don't know ClearCase but I guess it has also a list command. >>>> >>>> If we join to scm-maven we will very probably implement CM-Synergy >>>because >>>> one of our customers uses only Cm-Synergy it. >>>> >>>> Please give me hints as soon as possible. >>>> >>>> Zsolt >>>> >>>> >-----Original Message----- >>>> >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of >>Carlos >>>> >Sanchez >>>> >Sent: Saturday, April 01, 2006 10:24 AM >>>> >To: scm-dev@maven.apache.org >>>> >Subject: Re: The best approach to extend ScmProvider >>>> > >>>> >Not sure if ScmProvider is an interface but if it is we better add the >>>> >method to it before 1.0 and implement in the providers throwing a not >>>> >implemented exception, because if not we'll need to create another >>>> >interface to avoid breaking backwards compatibility in 1.x >>>> > >>>> >On 4/1/06, Zsolt <[EMAIL PROTECTED]> wrote: >>>> >> Hi, >>>> >> >>>> >> I need to extend ScmProvider to support a list method (like svn >>list). >>>> >What >>>> >> is the best approach to do that? >>>> >> >>>> >> I need this functionally for CVS, svn and clearcase. Later we might >>>even >>>> >add >>>> >> CM Synergy support for maven scm. >>>> >> >>>> >> What is the best approach? >>>> >> >>>> >> Should I use the maven repository or create my own one? >>>> >> >>>> >> I work with eclipse. How should I setup the project compile >>>everything? >>>> >> >>>> >> Zsolt >>>> >> >>>> >> >>>> >> >>>> >> >>>> > >>>> > >>>> >-- >>>> >I could give you my word as a Spaniard. >>>> >No good. I've known too many Spaniards. >>>> > -- The Princess Bride >>>> >>>> >>> >>> >>>-- >>>I could give you my word as a Spaniard. >>>No good. I've known too many Spaniards. >>> -- The Princess Bride _______________________________________________________________________________________________________________ This e-mail communication (and any attachment/s) may contain confidential or privileged information and is intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this e-mail in error by reply e-mail, and delete the e-mail subsequently. Thank you. _________________________________________________________________________________________________________________ Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut contenir des renseignements confidentiels ou protégés et est destiné à l?usage exclusif du destinataire ci-dessus. Toute autre personne est par les présentes avisée qu?il est strictement interdit de le diffuser, le distribuer ou le reproduire. Si vous l?avez reçu par inadvertance, veuillez nous en aviser et détruire ce message. Merci. _________________________________________________________________________________________________________________ (See attached file: C.htm)
A task and a change set is almost the same thing.
I also have plans to implement support for CM Synergy. However, as my workload is pretty heavy at the moment, I will not be able to start this until a couple of weeks from now.
Does anyone knows approximately how long it takes to implement support for a new SCM provider?
If you start please let me know. I'll be happy to test your work if you implement something.
Regards
Henrik
|
"Zsolt" <[EMAIL PROTECTED]> 2006-04-05 07:24
|
|
I'm not sure what you exactly mean. CM-Synergy task is created BEFORE you
checkout.
Zsolt
>-----Original Message-----
>From: Torbjorn Smorgrav [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, April 04, 2006 4:41 PM
>To: scm-dev@maven.apache.org
>Subject: RE: The best approach to extend ScmProvider
>
>Is it the same as a change set?
>A change set you can append to?
>
>Torbjorn
>
>
>
>-----Original Message-----
>From: Zsolt [mailto:[EMAIL PROTECTED]
>Sent: 4. april 2006 16:00
>To: scm-dev@maven.apache.org
>Subject: RE: The best approach to extend ScmProvider
>
>
>In Cm-Synergy (ClearCase has that also) you can checkin with a task created
>and maintained by CM-Synergy, and I would like to browse the tasks created
>in CM-Synergy.
>
>Zsolt
>
>>-----Original Message-----
>>From: Torbjorn Smorgrav [mailto:[EMAIL PROTECTED]
>>Sent: Tuesday, April 04, 2006 9:31 AM
>>To: scm-dev@maven.apache.org
>>Subject: RE: The best approach to extend ScmProvider
>>
>>What is a task in this context?
>>
>>Torbjorn
>>
>>-----Original Message-----
>>From: Zsolt [mailto:[EMAIL PROTECTED]
>>Sent: 3. april 2006 19:31
>>To: scm-dev@maven.apache.org
>>Subject: RE: The best approach to extend ScmProvider
>>
>>
>>Thank you Carlos,
>>
>>I will also need a merthod: listTasks (or something like that) that
>returns
>>the tasks of the version control system.
>>
>>Can (should) I use commit to the repository?
>>
>>Zsolt
>>
>>>-----Original Message-----
>>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
>>>Sanchez
>>>Sent: Monday, April 03, 2006 6:26 PM
>>>To: scm-dev@maven.apache.org
>>>Subject: Re: The best approach to extend ScmProvider
>>>
>>>I'd create a new list method. Providers that don't support a list
>>>operation can explain in the javadocs that they don't support it or
>>>that the operation is not efficient because it requires checkout.
>>>
>>>On 4/1/06, Zsolt <[EMAIL PROTECTED]> wrote:
>>>> From the source code:
>>>>
>>>> public interface ScmProvider
>>>>
>>>>
>>>> I'm very under time pressure:
>>>>
>>>> We have our own (limited scm support) and have to decide until Monday
>>>> whether we join to scm-maven (of course we would make all modifications
>>>> available) or extend our scm implementation.
>>>>
>>>> For us it is a must that we can get the list of files of a directory
>>>> directly from the repository and we must also support huge projects
>>(thus
>>>an
>>>> entire checkout is not an option).
>>>>
>>>> "svn list -v" does exactly what we need. For CVS we could execute:
>>>> cvs checkout -l .... DIRECTORY
>>>> into a temporary directory read the contents of CVS/* files (to get
>>>> revision, modification date etc.) and remove the temporary directors.
>>>>
>>>> I don't know ClearCase but I guess it has also a list command.
>>>>
>>>> If we join to scm-maven we will very probably implement CM-Synergy
>>>because
>>>> one of our customers uses only Cm-Synergy it.
>>>>
>>>> Please give me hints as soon as possible.
>>>>
>>>> Zsolt
>>>>
>>>> >-----Original Message-----
>>>> >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>>Carlos
>>>> >Sanchez
>>>> >Sent: Saturday, April 01, 2006 10:24 AM
>>>> >To: scm-dev@maven.apache.org
>>>> >Subject: Re: The best approach to extend ScmProvider
>>>> >
>>>> >Not sure if ScmProvider is an interface but if it is we better add the
>>>> >method to it before 1.0 and implement in the providers throwing a not
>>>> >implemented exception, because if not we'll need to create another
>>>> >interface to avoid breaking backwards compatibility in 1.x
>>>> >
>>>> >On 4/1/06, Zsolt <[EMAIL PROTECTED]> wrote:
>>>> >> Hi,
>>>> >>
>>>> >> I need to extend ScmProvider to support a list method (like svn
>>list).
>>>> >What
>>>> >> is the best approach to do that?
>>>> >>
>>>> >> I need this functionally for CVS, svn and clearcase. Later we might
>>>even
>>>> >add
>>>> >> CM Synergy support for maven scm.
>>>> >>
>>>> >> What is the best approach?
>>>> >>
>>>> >> Should I use the maven repository or create my own one?
>>>> >>
>>>> >> I work with eclipse. How should I setup the project compile
>>>everything?
>>>> >>
>>>> >> Zsolt
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> >--
>>>> >I could give you my word as a Spaniard.
>>>> >No good. I've known too many Spaniards.
>>>> > -- The Princess Bride
>>>>
>>>>
>>>
>>>
>>>--
>>>I could give you my word as a Spaniard.
>>>No good. I've known too many Spaniards.
>>> -- The Princess Bride
_______________________________________________________________________________________________________________
This e-mail communication (and any attachment/s) may contain confidential or privileged information and is intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this e-mail in error by reply e-mail, and delete the e-mail subsequently.
Thank you.
_________________________________________________________________________________________________________________
Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut contenir des renseignements confidentiels ou protégés et est destiné à l’usage exclusif du destinataire ci-dessus. Toute autre personne est par les présentes avisée qu’il est strictement interdit de le diffuser, le distribuer ou le reproduire. Si vous l’avez reçu par inadvertance, veuillez nous en aviser et détruire ce message.
Merci.
_________________________________________________________________________________________________________________
