RE: maven-scm-plugin goals question

2006-07-10 Thread Sharma, Jaikumar
Emmanuel,

It would be helpful, if it is possible to give me small hint about the
operations each goal provides, while some of them are self explanatory,
given the fact that different providers has bit different naming and hence
confusing a bit :

- 'status' - what it does ?
- 'update' - what is does ?
- 'status' - ?
- 'tag'- ?
- 'unedit' - ?
- 'edit'   - ?


Thanks, Jaikumar

 

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Sent: Saturday, July 08, 2006 3:02 PM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question




Sharma, Jaikumar a écrit :
 Dear all,
  
 As I see at the following URL goals provided by maven-scm-plugin, 
 these goals are general goals, but at the same time,  certain actions  
 / operations which are specific to a particular SCM does not really 
 match (for readibility / documentation reasons)  to these goals.
  
 http://maven.apache.org/scm/plugins/plugin-info.html
 http://maven.apache.org/scm/plugins/plugin-info.html
  
  
 For instance, take the login action,  which I think every provider 
 implements for it repository, and in most of the cases with other 
 providers which are implemented, login has been wrapped in URL in the 
 pom and there itself login take place.

A login action is important for scm connection but not as a maven goal.
Users prefer that the login 
action is embedded in other goal, so it's transparent.

  
 Is it not worthwhile to provide login as a seperate goal ? or there 
 are some good reasons to not to provide this ?
  
 Next, I would appreciate, if somebody could point me to the purpose of 
 the following goals with repect to the provider repository :
 
 scm:diff
 scm:status
 scm:tag
 scm:unedit
  
 If I do not implement any of the goals or only implement which are 
 relevent / common goals which are relevent to my provider , then at 
 the higher level would I be missing any of the functinality provided 
 by Maven ?
  

You can implement actions you want, missing actions won't be available in
maven.

release plugin requires checkout, commit, tag and status actions changelog
plugin require changelog action continuum require checkout, update and
changelog actions

other important actions are add, remove ant list actions that are used by
wagon-scm provider

Emmanuel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

- - - - - - - DISCLAIMER- - - - - - - -
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this message and/or
attachments is strictly prohibited. The company accepts no liability for any
damage caused by any virus transmitted by this email. Furthermore, the
company does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays. If you have
received this message in error, please contact the sender and delete the
message. Thank you.


RE: maven-scm-plugin goals question

2006-07-10 Thread Mike Perham
They coorespond to svn commands.  See any svn book or manual. 

-Original Message-
From: Sharma, Jaikumar [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 10, 2006 3:09 AM
To: Maven Users List
Subject: RE: maven-scm-plugin goals question

Emmanuel,

It would be helpful, if it is possible to give me small hint about the
operations each goal provides, while some of them are self explanatory,
given the fact that different providers has bit different naming and hence
confusing a bit :

- 'status' - what it does ?
- 'update' - what is does ?
- 'status' - ?
- 'tag'- ?
- 'unedit' - ?
- 'edit'   - ?


Thanks, Jaikumar

 

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Sent: Saturday, July 08, 2006 3:02 PM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question




Sharma, Jaikumar a écrit :
 Dear all,
  
 As I see at the following URL goals provided by maven-scm-plugin, 
 these goals are general goals, but at the same time,  certain actions  
 / operations which are specific to a particular SCM does not really 
 match (for readibility / documentation reasons)  to these goals.
  
 http://maven.apache.org/scm/plugins/plugin-info.html
 http://maven.apache.org/scm/plugins/plugin-info.html
  
  
 For instance, take the login action,  which I think every provider 
 implements for it repository, and in most of the cases with other 
 providers which are implemented, login has been wrapped in URL in the 
 pom and there itself login take place.

A login action is important for scm connection but not as a maven goal.
Users prefer that the login 
action is embedded in other goal, so it's transparent.

  
 Is it not worthwhile to provide login as a seperate goal ? or there 
 are some good reasons to not to provide this ?
  
 Next, I would appreciate, if somebody could point me to the purpose of 
 the following goals with repect to the provider repository :
 
 scm:diff
 scm:status
 scm:tag
 scm:unedit
  
 If I do not implement any of the goals or only implement which are 
 relevent / common goals which are relevent to my provider , then at 
 the higher level would I be missing any of the functinality provided 
 by Maven ?
  

You can implement actions you want, missing actions won't be available in
maven.

release plugin requires checkout, commit, tag and status actions changelog
plugin require changelog action continuum require checkout, update and
changelog actions

other important actions are add, remove ant list actions that are used by
wagon-scm provider

Emmanuel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

- - - - - - - DISCLAIMER- - - - - - - -
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this message and/or
attachments is strictly prohibited. The company accepts no liability for any
damage caused by any virus transmitted by this email. Furthermore, the
company does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays. If you have
received this message in error, please contact the sender and delete the
message. Thank you.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: maven-scm-plugin goals question

2006-07-09 Thread Sharma, Jaikumar
Thanks. Well, this was a advice, and of course, this can always be
implmented / wrapped in another goal (like I have also wrapped this in
validate goal).

Thanks.

Jaikumar

-Original Message-
From: Eric Redmond [mailto:[EMAIL PROTECTED] 
Sent: Saturday, July 08, 2006 9:32 AM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question


As a user, I always want to _do_ something. Logging in is, inherently, a
null operation. Sure, it changes my state (from non-logged in to logged
in) but only insomuch as to do the action that I _really_ want to do
(such as, commit or checkout). The issue with ANT is that it is
procedural. It makes you take steps (login, checkout, logout). Maven is
not procedural, it is declarative. From that point of view, what good
does it do anyone to declare log me in? It is the steps _after_ this
operation that are fruitful, so this is what the goals focus on. To log
oneself in turns a declared operation into a procedure.

Consider the example goal:
  mvn scm:commit

versus the alternate proposal:
  mvn scm:login scm:commit

See how that becomes procedural? I'm no longer just declaring the action
I want to take (commit), but now instead am directing how to take the
action.

Thanks;
Eric

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:

 Thanks Eric, I was not sure whether I should post this questions to 
 maven users list or developer list.Though, to me it looks, more 
 developer list question than user list.

 Is it not worthwhile to provide login as a seperate goal ? or there 
 are
  some good reasons to not to provide this ?

 What would be the value in a goal that logs in, but does not perform 
 any actions?

 I do not believe that logging in into a system / repository is not an 
 action, if this  would have been like that then what is meaning of 
 security and why operating system providers (Microsoft , open source 
 Linux to name a few) implemented this behaviour into their system ?

 Thanks , Jaikumar


 -Original Message-
 From: Eric Redmond [mailto:[EMAIL PROTECTED]
 Sent: Saturday, July 08, 2006 2:39 AM
 To: Maven Users List
 Subject: Re: maven-scm-plugin goals question


 Please do not cross-post between lists. More below.

 On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:
 
  Dear all,
 
  As I see at the following URL goals provided by maven-scm-plugin, 
  these goals are general goals, but at the same time,  certain 
  actions

  / operations which are specific to a particular SCM does not really 
  match (for readibility / documentation reasons)  to these goals.
 
  http://maven.apache.org/scm/plugins/plugin-info.html
  http://maven.apache.org/scm/plugins/plugin-info.html
 
 
  For instance, take the login action,  which I think every provider 
  implements for it repository, and in most of the cases with other 
  providers which are implemented, login has been wrapped in URL in 
  the pom and there itself login take place.


 Is it not worthwhile to provide login as a seperate goal ? or there 
 are
  some good reasons to not to provide this ?


 What would be the value in a goal that logs in, but does not perform 
 any actions?

 Next, I would appreciate, if somebody could point me to the purpose of

 the
  following goals with repect to the provider repository :
 
  scm:diff
  scm:status
  scm:tag
  scm:unedit


 If I do not implement any of the goals or only implement which are 
 relevent
  / common goals which are relevent to my provider , then at the 
  higher level would I be missing any of the functinality provided by 
  Maven ?


 Of course, but that's not important. If an implementation does not 
 provide for a particular goal, then it just will not be available. SCM

 is just like
 any other API. Sometimes an implementation of an API cannot provide
all
 required functionality. Naturally, it is best to try, but if your
 provider
 does not have tag for example, naturally that goal cannot be used
 correctly.

 Regards, Jaikumar
 

 Thanks;
 Eric


- - - - - - - DISCLAIMER- - - - - - - -
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this message and/or
attachments is strictly prohibited. The company accepts no liability for any
damage caused by any virus transmitted by this email. Furthermore, the
company does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays. If you have
received this message in error, please contact the sender and delete the
message. Thank you.


Re: maven-scm-plugin goals question

2006-07-08 Thread Emmanuel Venisse



Sharma, Jaikumar a écrit :

Dear all,
 
As I see at the following URL goals provided by maven-scm-plugin, these

goals are general goals, but at the same time,  certain actions  /
operations which are specific to a particular SCM does not really match (for
readibility / documentation reasons)  to these goals.
 
http://maven.apache.org/scm/plugins/plugin-info.html
http://maven.apache.org/scm/plugins/plugin-info.html 
 
 
For instance, take the login action,  which I think every provider

implements for it repository, and in most of the cases with other providers
which are implemented, login has been wrapped in URL in the pom and there
itself login take place.


A login action is important for scm connection but not as a maven goal. Users prefer that the login 
action is embedded in other goal, so it's transparent.


 
Is it not worthwhile to provide login as a seperate goal ? or there are

some good reasons to not to provide this ?
 
Next, I would appreciate, if somebody could point me to the purpose of the

following goals with repect to the provider repository :

scm:diff

scm:status
scm:tag
scm:unedit
 
If I do not implement any of the goals or only implement which are relevent

/ common goals which are relevent to my provider , then at the higher level
would I be missing any of the functinality provided by Maven ?
 


You can implement actions you want, missing actions won't be available in maven.

release plugin requires checkout, commit, tag and status actions
changelog plugin require changelog action
continuum require checkout, update and changelog actions

other important actions are add, remove ant list actions that are used by 
wagon-scm provider

Emmanuel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: maven-scm-plugin goals question

2006-07-07 Thread Eric Redmond

Please do not cross-post between lists. More below.

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:


Dear all,

As I see at the following URL goals provided by maven-scm-plugin, these
goals are general goals, but at the same time,  certain actions  /
operations which are specific to a particular SCM does not really match
(for
readibility / documentation reasons)  to these goals.

http://maven.apache.org/scm/plugins/plugin-info.html
http://maven.apache.org/scm/plugins/plugin-info.html


For instance, take the login action,  which I think every provider
implements for it repository, and in most of the cases with other
providers
which are implemented, login has been wrapped in URL in the pom and there
itself login take place.



Is it not worthwhile to provide login as a seperate goal ? or there are

some good reasons to not to provide this ?



What would be the value in a goal that logs in, but does not perform any
actions?

Next, I would appreciate, if somebody could point me to the purpose of the

following goals with repect to the provider repository :

scm:diff
scm:status
scm:tag
scm:unedit



If I do not implement any of the goals or only implement which are relevent

/ common goals which are relevent to my provider , then at the higher
level
would I be missing any of the functinality provided by Maven ?



Of course, but that's not important. If an implementation does not provide
for a particular goal, then it just will not be available. SCM is just like
any other API. Sometimes an implementation of an API cannot provide all
required functionality. Naturally, it is best to try, but if your provider
does not have tag for example, naturally that goal cannot be used
correctly.

Regards, Jaikumar




Thanks;
Eric


RE: maven-scm-plugin goals question

2006-07-07 Thread Sharma, Jaikumar
Thanks Eric, I was not sure whether I should post this questions to
maven users list or developer list.Though, to me it looks, more
developer list question than user list.

Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?

What would be the value in a goal that logs in, but does not perform any
actions?

I do not believe that logging in into a system / repository is not an
action, if this  would have been like that then what is meaning of
security and why operating system providers (Microsoft , open source
Linux to name a few) implemented this behaviour into their system ?

Thanks , Jaikumar


-Original Message-
From: Eric Redmond [mailto:[EMAIL PROTECTED] 
Sent: Saturday, July 08, 2006 2:39 AM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question


Please do not cross-post between lists. More below.

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:

 Dear all,

 As I see at the following URL goals provided by maven-scm-plugin, 
 these goals are general goals, but at the same time,  certain actions

 / operations which are specific to a particular SCM does not really 
 match (for readibility / documentation reasons)  to these goals.

 http://maven.apache.org/scm/plugins/plugin-info.html
 http://maven.apache.org/scm/plugins/plugin-info.html


 For instance, take the login action,  which I think every provider 
 implements for it repository, and in most of the cases with other 
 providers which are implemented, login has been wrapped in URL in the 
 pom and there itself login take place.


Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?


What would be the value in a goal that logs in, but does not perform any
actions?

Next, I would appreciate, if somebody could point me to the purpose of
the
 following goals with repect to the provider repository :

 scm:diff
 scm:status
 scm:tag
 scm:unedit


If I do not implement any of the goals or only implement which are
relevent
 / common goals which are relevent to my provider , then at the higher 
 level would I be missing any of the functinality provided by Maven ?


Of course, but that's not important. If an implementation does not
provide
for a particular goal, then it just will not be available. SCM is just
like
any other API. Sometimes an implementation of an API cannot provide all
required functionality. Naturally, it is best to try, but if your
provider
does not have tag for example, naturally that goal cannot be used
correctly.

Regards, Jaikumar


Thanks;
Eric


Re: maven-scm-plugin goals question

2006-07-07 Thread Eric Redmond

As a user, I always want to _do_ something. Logging in is, inherently, a
null operation. Sure, it changes my state (from non-logged in to logged in)
but only insomuch as to do the action that I _really_ want to do (such as,
commit or checkout). The issue with ANT is that it is procedural. It makes
you take steps (login, checkout, logout). Maven is not procedural, it is
declarative. From that point of view, what good does it do anyone to declare
log me in? It is the steps _after_ this operation that are fruitful, so
this is what the goals focus on. To log oneself in turns a declared
operation into a procedure.

Consider the example goal:
 mvn scm:commit

versus the alternate proposal:
 mvn scm:login scm:commit

See how that becomes procedural? I'm no longer just declaring the action I
want to take (commit), but now instead am directing how to take the action.

Thanks;
Eric

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:


Thanks Eric, I was not sure whether I should post this questions to
maven users list or developer list.Though, to me it looks, more
developer list question than user list.

Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?

What would be the value in a goal that logs in, but does not perform any
actions?

I do not believe that logging in into a system / repository is not an
action, if this  would have been like that then what is meaning of
security and why operating system providers (Microsoft , open source
Linux to name a few) implemented this behaviour into their system ?

Thanks , Jaikumar


-Original Message-
From: Eric Redmond [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 08, 2006 2:39 AM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question


Please do not cross-post between lists. More below.

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:

 Dear all,

 As I see at the following URL goals provided by maven-scm-plugin,
 these goals are general goals, but at the same time,  certain actions

 / operations which are specific to a particular SCM does not really
 match (for readibility / documentation reasons)  to these goals.

 http://maven.apache.org/scm/plugins/plugin-info.html
 http://maven.apache.org/scm/plugins/plugin-info.html


 For instance, take the login action,  which I think every provider
 implements for it repository, and in most of the cases with other
 providers which are implemented, login has been wrapped in URL in the
 pom and there itself login take place.


Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?


What would be the value in a goal that logs in, but does not perform any
actions?

Next, I would appreciate, if somebody could point me to the purpose of
the
 following goals with repect to the provider repository :

 scm:diff
 scm:status
 scm:tag
 scm:unedit


If I do not implement any of the goals or only implement which are
relevent
 / common goals which are relevent to my provider , then at the higher
 level would I be missing any of the functinality provided by Maven ?


Of course, but that's not important. If an implementation does not
provide
for a particular goal, then it just will not be available. SCM is just
like
any other API. Sometimes an implementation of an API cannot provide all
required functionality. Naturally, it is best to try, but if your
provider
does not have tag for example, naturally that goal cannot be used
correctly.

Regards, Jaikumar


Thanks;
Eric




Re: maven-scm-plugin goals question

2006-07-07 Thread dan tran

maven-scm-api does haave login interface, however provider like svn,
starteam, clearcase, etc
does not have login action and therefor not implement that interface.

That is why you dont see login action surfaces to maven-scm-plugin.

About missing goal's doc, please file JIRA

-D


On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:


Thanks Eric, I was not sure whether I should post this questions to
maven users list or developer list.Though, to me it looks, more
developer list question than user list.

Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?

What would be the value in a goal that logs in, but does not perform any
actions?

I do not believe that logging in into a system / repository is not an
action, if this  would have been like that then what is meaning of
security and why operating system providers (Microsoft , open source
Linux to name a few) implemented this behaviour into their system ?

Thanks , Jaikumar


-Original Message-
From: Eric Redmond [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 08, 2006 2:39 AM
To: Maven Users List
Subject: Re: maven-scm-plugin goals question


Please do not cross-post between lists. More below.

On 7/7/06, Sharma, Jaikumar [EMAIL PROTECTED] wrote:

 Dear all,

 As I see at the following URL goals provided by maven-scm-plugin,
 these goals are general goals, but at the same time,  certain actions

 / operations which are specific to a particular SCM does not really
 match (for readibility / documentation reasons)  to these goals.

 http://maven.apache.org/scm/plugins/plugin-info.html
 http://maven.apache.org/scm/plugins/plugin-info.html


 For instance, take the login action,  which I think every provider
 implements for it repository, and in most of the cases with other
 providers which are implemented, login has been wrapped in URL in the
 pom and there itself login take place.


Is it not worthwhile to provide login as a seperate goal ? or there
are
 some good reasons to not to provide this ?


What would be the value in a goal that logs in, but does not perform any
actions?

Next, I would appreciate, if somebody could point me to the purpose of
the
 following goals with repect to the provider repository :

 scm:diff
 scm:status
 scm:tag
 scm:unedit


If I do not implement any of the goals or only implement which are
relevent
 / common goals which are relevent to my provider , then at the higher
 level would I be missing any of the functinality provided by Maven ?


Of course, but that's not important. If an implementation does not
provide
for a particular goal, then it just will not be available. SCM is just
like
any other API. Sometimes an implementation of an API cannot provide all
required functionality. Naturally, it is best to try, but if your
provider
does not have tag for example, naturally that goal cannot be used
correctly.

Regards, Jaikumar


Thanks;
Eric