Re: Creating a notifier for Confluence
Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
Re: Creating a notifier for Confluence
FYI, I have a library available for manipulating Confluence via XML-RPC http://cvs.codehaus.org/viewrep/swizzle/swizzle/swizzle-confluence/ src/main/java/org/codehaus/swizzle/confluence You are unlikely to find anything more complete. I have another one for Jira as well. Binaries are available here: http://snapshot.repository.codehaus.org/org/codehaus/swizzle/ Can put out a final if you like. -David On Apr 5, 2006, at 12:39 AM, Emmanuel Venisse wrote: Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
Re: Creating a notifier for Confluence
Hi David, Can you add some samples on swizzle site? Emmanuel David Blevins a écrit : FYI, I have a library available for manipulating Confluence via XML-RPC http://cvs.codehaus.org/viewrep/swizzle/swizzle/swizzle-confluence/ src/main/java/org/codehaus/swizzle/confluence You are unlikely to find anything more complete. I have another one for Jira as well. Binaries are available here: http://snapshot.repository.codehaus.org/org/codehaus/swizzle/ Can put out a final if you like. -David On Apr 5, 2006, at 12:39 AM, Emmanuel Venisse wrote: Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
Re: Creating a notifier for Confluence
On Apr 5, 2006, at 8:23 PM, David Blevins wrote: On Apr 5, 2006, at 7:29 AM, Emmanuel Venisse wrote: I think the best way it to create a wrapper on it like we do it for irc (with plexus-irc) and jabber (with plexus-jabber) and use use the wrapper in the notifier. But perhaps, it isn't necessary, i didn't look at swizzle. http://docs.codehaus.org/display/SWIZZLE/Swizzle+Confluence That just shows reading from a space, but you can add/update pages too. Here is some javadoc: http://swizzle.codehaus.org/swizzle-confluence/ -David
Re: The best approach to extend ScmProvider
What is the role of a task? Zsolt a écrit : 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
Re: The best approach to extend ScmProvider
do you mean UCM activity under clearcase? -D On 4/5/06, Emmanuel Venisse [EMAIL PROTECTED] wrote: What is the role of a task?Zsolt a écrit : 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 PMTo: scm-dev@maven.apache.orgSubject: RE: The best approach to extend ScmProviderIs 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:00To: scm-dev@maven.apache.orgSubject: RE: The best approach to extend ScmProvider In Cm-Synergy (ClearCase has that also) you can checkin with a task createdand maintained by CM-Synergy, and I would like to browse the tasks createdin CM-Synergy. Zsolt-Original Message-From: Torbjorn Smorgrav [mailto:[EMAIL PROTECTED] ]Sent: Tuesday, April 04, 2006 9:31 AMTo: scm-dev@maven.apache.orgSubject: 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:31To: scm-dev@maven.apache.orgSubject: RE: The best approach to extend ScmProvider Thank you Carlos,I will also need a merthod: listTasks (or something like that) thatreturnsthe 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 CarlosSanchezSent: Monday, April 03, 2006 6:26 PMTo: scm-dev@maven.apache.orgSubject: Re: The best approach to extend ScmProviderI'd create a new list method. Providers that don't support a listoperation 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 ScmProviderI'm very under time pressure: We have our own (limited scm support) and have to decide until Mondaywhether we join to scm-maven (of course we would make all modificationsavailable) or extend our scm implementation. For us it is a must that we can get the list of files of a directorydirectly from the repository and we must also support huge projects (thusanentire checkout is not an option).svn list -v does exactly what we need. For CVS we could execute: cvs checkout -l DIRECTORYinto a temporary directory read the contents of CVS/* files (to getrevision, 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 becauseone 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 OfCarlosSanchezSent: Saturday, April 01, 2006 10:24 AM To: scm-dev@maven.apache.orgSubject: Re: The best approach to extend ScmProviderNot 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 notimplemented exception, because if not we'll need to create anotherinterface to avoid breaking backwards compatibility in 1.xOn 4/1/06, Zsolt [EMAIL PROTECTED] wrote:Hi, I need to extend ScmProvider to support a list method (like svnlist).What is the best approach to do that?I need this functionally for CVS, svn and clearcase. Later we mighteven addCM 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
RE: The best approach to extend ScmProvider
Can you checkin changes to the same task several times? If no, then this should map well to a change set (except the task creation). If yes, then I like :) This may be related: http://jira.codehaus.org/browse/SCM-38 A follow-up question to all: Is there a plan or vision on how scm-maven should evolve? Should it become a super-set of all SCM commands and features available? What about non-core features like access control, bugtracker integration and audit systems? Regards Torbjorn -Original Message- From: Zsolt [mailto:[EMAIL PROTECTED] Sent: 5. april 2006 07:25 To: scm-dev@maven.apache.org 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
Re: The best approach to extend ScmProvider
Torbjorn Smorgrav a écrit : Can you checkin changes to the same task several times? If no, then this should map well to a change set (except the task creation). If yes, then I like :) This may be related: http://jira.codehaus.org/browse/SCM-38 A follow-up question to all: Is there a plan or vision on how scm-maven should evolve? Should it become a super-set of all SCM commands and features available? We want to implement all SCM commands/features if possible. For the moment, we implemented all commands/fetures required by continuum and plugins but i'd want to add more. What about non-core features like access control, bugtracker integration and audit systems? We have an issue for this (SCM-38) Emmanuel Regards Torbjorn -Original Message- From: Zsolt [mailto:[EMAIL PROTECTED] Sent: 5. april 2006 07:25 To: scm-dev@maven.apache.org 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
RE: The best approach to extend ScmProvider
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
Re: The best approach to extend ScmProvider
If you know well scm commands, a new scm provider can be implemented in 2-3 days. The minimal commands are add, checkin, checkout, changelog, remove, tag, update, status, and the TCK implementation for validation of code. Emmanuel [EMAIL PROTECTED] a écrit : 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
RE: The best approach to extend ScmProvider
Title: RE: The best approach to extend ScmProvider Kindly send me some getting started info about plugin development, never developed a plugin ealier. My approach would be to do it as fast as possible. -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 05, 2006 2:35 PM To: scm-dev@maven.apache.org Subject: Re: The best approach to extend ScmProvider If you know well scm commands, a new scm provider can be implemented in 2-3 days. The minimal commands are add, checkin, checkout, changelog, remove, tag, update, status, and the TCK implementation for validation of code. Emmanuel [EMAIL PROTECTED] a écrit : 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?
Re: The best approach to extend ScmProvider
It isn't a plugin to develop but a standard java library 1- you need to create a pom for your scm provider that extends maven-scm-providers like this : parent artifactIdmaven-scm-providers/artifactId groupIdorg.apache.maven.scm/groupId version1.0-beta-3-SNAPSHOT/version /parent 2- create directory structure like others providers (we'll need to create an archetype for this) 3- create 2 classes that extends ScmProviderRepository and AbstractScmProvider 4- create src/main/resources/META-INF/plexus/components.xml like it's done in other providers 5- implement your commands and tests 6- implement the TCK that will validate your code Emmanuel Sharma, Jaikumar a écrit : Kindly send me some getting started info about plugin development, never developed a plugin ealier. My approach would be to do it as fast as possible. -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 05, 2006 2:35 PM To: scm-dev@maven.apache.org Subject: Re: The best approach to extend ScmProvider If you know well scm commands, a new scm provider can be implemented in 2-3 days. The minimal commands are add, checkin, checkout, changelog, remove, tag, update, status, and the TCK implementation for validation of code. Emmanuel [EMAIL PROTECTED] a écrit : 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
Re: Problem with compile/install goal
On Tue, 4 Apr 2006 [EMAIL PROTECTED] wrote: Hi, This question should've been asked on the user list. Your repository configuration is probably incorrect; Maven tries to download a SNAPSHOT version from the central repository at ibiblio. This repository does not contain snapshots. My guess is that you have snapshots enabled for the central repository in your settings.xml. -- Kenney Hi I just started getting the following when I try build my project: Project ID: org.apache.maven.plugins:maven-resources-plugin Reason: Error getting POM for 'org.apache.maven.plugins:maven-resources-plugin' from the repository: Failed to resolve artifact, possibly due to a repository li st that is not appropriately equipped for this artifact's metadata. org.apache.maven.plugins:maven-resources-plugin:pom:2.2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) Has there been any change to some of the compile/install plugins? Hermod * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This email with attachments is solely for the use of the individual or entity to whom it is addressed. Please also be aware that DnB NOR cannot accept any payment orders or other legally binding correspondence with customers as a part of an email. This email message has been virus checked by the virus programs used in the DnB NOR Group. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Feedback needed on clover aggregation feature I'd like to implement...
Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks for any feedback! -Vincdent ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Maven Help plugin 2.0.1
+1 Vincent 2006/4/4, Emmanuel Venisse [EMAIL PROTECTED]: +1 Emmanuel Brett Porter a écrit : Based on: maven-help-plugin 2.0.1-20060403.014226-1 (r390935) [ ] +1 [ ] +0 [ ] -1 http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11141styleName=Htmlversion=12534 * [MPH-10] - NPE when -Dplugin value can not find specified plugin * [MPH-11] - effective-settings shouldn't require a project Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Maven Help plugin 2.0.1
+1 (user vote) 2006/4/5, Vincent Siveton [EMAIL PROTECTED]: +1 Vincent 2006/4/4, Emmanuel Venisse [EMAIL PROTECTED]: +1 Emmanuel Brett Porter a écrit : Based on: maven-help-plugin 2.0.1-20060403.014226-1 (r390935) [ ] +1 [ ] +0 [ ] -1 http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11141styleName=Htmlversion=12534 * [MPH-10] - NPE when -Dplugin value can not find specified plugin * [MPH-11] - effective-settings shouldn't require a project Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Feedback needed on clover aggregation feature I'd like to implement...
Wow, that sounds cool. We're already blown away by the aggregated report. On second thought, I think that feature, while nifty, is not high priority. In fact I believe we would disable it if possible. A module's unit tests should exercise its code as much as possible and not rely on other modules to exercise it. That's where the Clover report is useful - to point out coverage weaknesses in the unit tests and this feature would mask those weaknesses somewhat. -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 05, 2006 5:58 AM To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks for any feedback! -Vincdent ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a notifier for Confluence
If it is successful, I will definitely donate. I'm only a co-op student working and my term is almost done. Think it's possible to finish this by the end of the month? _Mang Lau Emmanuel Venisse [EMAIL PROTECTED] 04/05/2006 03:39 AM Please respond to continuum-dev@maven.apache.org To continuum-dev@maven.apache.org cc Subject Re: Creating a notifier for Confluence Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
RE: Feedback needed on clover aggregation feature I'd like to implement...
-Original Message- From: Mike Perham [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 15:52 To: Maven Developers List Subject: RE: Feedback needed on clover aggregation feature I'd like to implement... Wow, that sounds cool. We're already blown away by the aggregated report. On second thought, I think that feature, while nifty, is not high priority. In fact I believe we would disable it if possible. A module's unit tests should exercise its code as much as possible and not rely on other modules to exercise it. That's where the Clover report is useful - to point out coverage weaknesses in the unit tests and this feature would mask those weaknesses somewhat. Mike, you're very right when it comes to unit tests. However this is for functional tests. For unit test what already exist is sufficient as you mention. For example in Cargo I have lots of functional tests and those test exercise the code. It's fair to count these tests when we compute the global test coverage because functional tests are exercising code. Thanks -Vincent -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 05, 2006 5:58 AM To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks for any feedback! -Vincdent __ _ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a notifier for Confluence
Great thanks :), I don't have to struggle with implementing it then. How do I use this with Continuum? _Mang Lau David Blevins [EMAIL PROTECTED] 04/05/2006 05:14 AM Please respond to continuum-dev@maven.apache.org To continuum-dev@maven.apache.org cc Subject Re: Creating a notifier for Confluence FYI, I have a library available for manipulating Confluence via XML-RPC http://cvs.codehaus.org/viewrep/swizzle/swizzle/swizzle-confluence/ src/main/java/org/codehaus/swizzle/confluence You are unlikely to find anything more complete. I have another one for Jira as well. Binaries are available here: http://snapshot.repository.codehaus.org/org/codehaus/swizzle/ Can put out a final if you like. -David On Apr 5, 2006, at 12:39 AM, Emmanuel Venisse wrote: Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
Re: Bulding MRM
Hi Brett, I've just tried to build it, and got the same issue (out of the box :-( BTW, is there a web page for the MRM yet? []s, -- Felipe On 3/31/06, Brett Porter [EMAIL PROTECTED] wrote: It requires 2.1-SNAPSHOT of the jar plugin fro the jar:sign goal. I've deployed a new snapshot - hopefully this willl make it build out of the box.
Re: Creating a notifier for Confluence
I think the best way it to create a wrapper on it like we do it for irc (with plexus-irc) and jabber (with plexus-jabber) and use use the wrapper in the notifier. But perhaps, it isn't necessary, i didn't look at swizzle. Emmanuel Mang Jun Lau a écrit : Great thanks :), I don't have to struggle with implementing it then. How do I use this with Continuum? _Mang Lau David Blevins [EMAIL PROTECTED] 04/05/2006 05:14 AM Please respond to continuum-dev@maven.apache.org To continuum-dev@maven.apache.org cc Subject Re: Creating a notifier for Confluence FYI, I have a library available for manipulating Confluence via XML-RPC http://cvs.codehaus.org/viewrep/swizzle/swizzle/swizzle-confluence/ src/main/java/org/codehaus/swizzle/confluence You are unlikely to find anything more complete. I have another one for Jira as well. Binaries are available here: http://snapshot.repository.codehaus.org/org/codehaus/swizzle/ Can put out a final if you like. -David On Apr 5, 2006, at 12:39 AM, Emmanuel Venisse wrote: Yes, you need to extends AbstractContinuumNotifier. You can look at MailContinuumNotifier, IrcContinuumNotifier, JabberContinuumNotifier and MsnContinuumNotifier for samples When your notifier will be implemented, do you want to donate it to us? Emmanuel Mang Jun Lau a écrit : Hi, Our company uses Atlassian Confluence as a wiki. I want to try to create a notifier so that after a build, the notification is sent as a message to post on a Confluence page. Since you can post to Confluence via SOAP web services calls, I think may be straightforward to create a notifier. Where do I look to start and what are some of the requirements? Do I simply extend AbstractContinuumNotifier or what? Any direction would help. Thanks. _Mang Lau
Re: [vote] Release Maven Help plugin 2.0.1
+1 Brett Porter wrote: Based on: maven-help-plugin 2.0.1-20060403.014226-1 (r390935) [ ] +1 [ ] +0 [ ] -1 http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11141styleName=Htmlversion=12534 * [MPH-10] - NPE when -Dplugin value can not find specified plugin * [MPH-11] - effective-settings shouldn't require a project Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Feedback needed on clover aggregation feature I'd like to implement...
While trying to implement what's below, I've found a snag. Here's a typical pom using clover for checking code coverage: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-clover-plugin/artifactId configuration targetPercentage1%/targetPercentage /configuration executions execution idmain/id phaseverify/phase goals goalinstrument/goal goalcheck/goal /goals /execution [...] * I've modified the clover:instrument mojo to fork a lifecycle till the install phase (it was forking till test previously) in order to install the generated clovered artifact to the local repo. * However, as the verify phase is happening before the install phase this is now triggering the clover:check goal *inside* the forked lifecycle and it's executed as second time in the main lifecycle. I need to prevent clover:check from executing inside the forked lifecyce. Question: is there a way not to execute clover:check inside the forked lifecycle? I can't find a solution out of this apart from binding clover:check to a later phase but then the only phase after install is deploy which doesn't really make sense... Thanks -Vincent -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 12:58 To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks for any feedback! -Vincdent __ _ Nouveau : tiliphonez moins cher avec Yahoo! Messenger ! Dicouvez les tarifs exceptionnels pour appeler la France et l'international. Tilichargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Feedback needed on clover aggregation feature I'd like to implement...
-Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 17:51 To: 'Maven Developers List' Subject: RE: Feedback needed on clover aggregation feature I'd like to implement... While trying to implement what's below, I've found a snag. Here's a typical pom using clover for checking code coverage: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-clover-plugin/artifactId configuration targetPercentage1%/targetPercentage /configuration executions execution idmain/id phaseverify/phase goals goalinstrument/goal goalcheck/goal /goals /execution [...] * I've modified the clover:instrument mojo to fork a lifecycle till the install phase (it was forking till test previously) in order to install the generated clovered artifact to the local repo. * However, as the verify phase is happening before the install phase this is now triggering the clover:check goal *inside* the forked lifecycle and it's executed as second time in the main lifecycle. I need to prevent clover:check from executing inside the forked lifecyce. Question: is there a way not to execute clover:check inside the forked lifecycle? I can't find a solution out of this apart from binding clover:check to a later phase but then the only phase after install is deploy which doesn't really make sense... For now I've simply done an ugly hack by doing some check: public void execute() throws MojoExecutionException { if ( !isInCloverForkedLifecycle() ) { [...] } } private boolean isInCloverForkedLifecycle() { // We know we're in the forked lifecycle if the output directory is // set to target/clover... // TODO: Not perfect, need to find a better way. This is a hack! return getProject().getBuild().getDirectory().endsWith( clover ); } If anyone has a better idea, please shoot! Thanks -Vincent Thanks -Vincent -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 12:58 To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks for any feedback! -Vincdent __ _ Nouveau : tiliphonez moins cher avec Yahoo! Messenger ! Dicouvez les tarifs exceptionnels pour appeler la France et l'international. Tilichargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ _ Nouveau : tiliphonez moins cher avec Yahoo! Messenger ! Dicouvez les tarifs exceptionnels pour appeler la France et l'international. Tilichargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Feedback needed on clover aggregation feature I'd like to implement...
Here's an update so far (see below). -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 12:58 To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase Done. BTW we may need 2 goals: instrument and instrumentAndInstall so that instrument goes till the test phase while instrumentAndInstall goes till the install phase. * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). Not needed actually. * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. Done automatically as we're adding the clover dep to the list of deps in the instrument mojo... * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. This is where I'm stuck right now. Not sure how to do this yet. If anyone knows how to find an attached artifact once you have the main artifact object that would be nice. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks -Vincent ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Feedback needed on clover aggregation feature I'd like to implement...
You'd need an ArtifactFactory and an ArtifactResolver, along with the repository list and the local repository...I think that's it. Once you have these, you can use the original artifact to create a new one with the clover classifier, then feed that into the ArtifactResolver, along with the repositories mentioned above. I'm currently doing this to locate source archives for the builds of a client... Let me know if you have trouble. -john Vincent Massol wrote: Here's an update so far (see below). -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: mercredi 5 avril 2006 12:58 To: 'Maven Developers List' Subject: Feedback needed on clover aggregation feature I'd like to implement... Hi, I've just realized that there's work to be done on the clover plugin if we want it to support aggregated clover reports. By aggregated reports, I mean getting a single report for all modules. Right now this is possible but each module will only contribute coverage for its own code. I'd like that coverage generated by a module on some other module's code also gets counted. For this I'm planning to try implementing the following: * Modify clover:instrument so that the forked lifecycle extends till the install phase Done. BTW we may need 2 goals: instrument and instrumentAndInstall so that instrument goes till the test phase while instrumentAndInstall goes till the install phase. * Create an internal clover mojo bound to the install phase that will created a clovered version of the project's artifact as an attached artifact (classifier = clover). Not needed actually. * Handle the different type of packaging. For example for a WAR packaging, add the clover jar to the attached clovered WAR, etc. Done automatically as we're adding the clover dep to the list of deps in the instrument mojo... * Modify the clover:instrumentInternal so that for any dependency artifact, it looks for the clovered version in the repo and adds it instead of the non-clovered version. This is where I'm stuck right now. Not sure how to do this yet. If anyone knows how to find an attached artifact once you have the main artifact object that would be nice. As this is pretty involved I'd like to be sure this is the right thing to do. Thanks -Vincent ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2 trunk] build test failures
I am having the exact same error on WinXP. Is there any resolution to this error? Thanks, Sandeep -- View this message in context: http://www.nabble.com/-m2-trunk-build-test-failures-t1377834.html#a3771422 Sent from the Maven - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Subscription: Outstanding Repository Maintenance: Evangelism
Issue Subscription Filter: Outstanding Repository Maintenance: Evangelism (29 issues) Subscriber: mavendevlist Key Summary MEV-358 Missing POMs for Spring 2.0-m3 http://jira.codehaus.org/browse/MEV-358 MEV-364 Fix dependencies of common-lang 1.0 (add test scope for junit) http://jira.codehaus.org/browse/MEV-364 MEV-363 Spring 1.2.7 POMs Missing http://jira.codehaus.org/browse/MEV-363 MEV-362 missing jar for relocation of netbeans:cvslib:3.6 http://jira.codehaus.org/browse/MEV-362 MEV-360 nanocontainer has invalid xpp3 dependency http://jira.codehaus.org/browse/MEV-360 MEV-361 picocontainer has invalid xpp3 dependency http://jira.codehaus.org/browse/MEV-361 MEV-339 Missing POMs for Spring 2.0-m2 http://jira.codehaus.org/browse/MEV-339 MEV-352 Relocate cvslib in netbeans groupId to cvsclient in org.netbeans.lib http://jira.codehaus.org/browse/MEV-352 MEV-356 Missing dep on jboss-common in jbossmq-client jnp-client 4.0.2 http://jira.codehaus.org/browse/MEV-356 MEV-353 I need to have these 4 pom's posted to reference some bea 3rd party artifacts to support the weblogic plugin http://jira.codehaus.org/browse/MEV-353 MEV-351 xmlc-xerces-2.2.7.1.jar is unnecessary and xmlc-apis.jar is required. http://jira.codehaus.org/browse/MEV-351 MEV-296 Activemq-core (and other activemq projects) 3.2.1 have unexpanded variables http://jira.codehaus.org/browse/MEV-296 MEV-326 Spring 2.0 M2 is missing a POM http://jira.codehaus.org/browse/MEV-326 MEV-337 OJB 1.0.4 has a number of dependencies that should be optional http://jira.codehaus.org/browse/MEV-337 MEV-334 Stax POM points to an invalid XMLBeans dependency http://jira.codehaus.org/browse/MEV-334 MEV-331 Please upload Acegi Security 1.0.0 RC2 http://jira.codehaus.org/browse/MEV-331 MEV-330 WebWork 2.2.1 POM should list FreeMarker as a dependency since it's required for plain ol' JSPs http://jira.codehaus.org/browse/MEV-330 MEV-325 Description of jaxb-api 1.0.1 is wrong http://jira.codehaus.org/browse/MEV-325 MEV-313 publish seperate spring POM's for seperate dependencies http://jira.codehaus.org/browse/MEV-313 MEV-277 More Spring Dependencies Should be Optional http://jira.codehaus.org/browse/MEV-277 MEV-320 Hibernate 3.1.x POMs pull in Sun jars http://jira.codehaus.org/browse/MEV-320 MEV-201 should have dependency on org.relaxngdatatype.relaxngDatatype http://jira.codehaus.org/browse/MEV-201 MEV-173 xmlpull JARs exist in two different places on ibiblio http://jira.codehaus.org/browse/MEV-173 MEV-48 openejb poms http://jira.codehaus.org/browse/MEV-48 MEV-45 Full list of poms that doesn't respect the m2 format http://jira.codehaus.org/browse/MEV-45 MEV-36 Exo POM(s) missing dependency versions http://jira.codehaus.org/browse/MEV-36 MEV-33 XOM POM references xercesImpl v.2.2.1 which does not exist in repo http://jira.codehaus.org/browse/MEV-33 MEV-31 XOM POM references xmlParserAPIs v2.6.1 which is not in the repo http://jira.codehaus.org/browse/MEV-31 MEV-20 clean up bad IDs in the repository http://jira.codehaus.org/browse/MEV-20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Subscription: Outstanding Repository Maintenance: Uploads
Issue Subscription Filter: Outstanding Repository Maintenance: Uploads (12 issues) Subscriber: mavendevlist Key Summary MAVENUPLOAD-827SVG Salamander - tools and utilities for parsing and rendering SVG http://jira.codehaus.org/browse/MAVENUPLOAD-827 MAVENUPLOAD-826Revised Relocation for jtds 1.2 http://jira.codehaus.org/browse/MAVENUPLOAD-826 MAVENUPLOAD-813CAS Extend Client http://jira.codehaus.org/browse/MAVENUPLOAD-813 MAVENUPLOAD-805SVG Salamander - tools and utilities for parsing and rendering SVG http://jira.codehaus.org/browse/MAVENUPLOAD-805 MAVENUPLOAD-810Upload jcaptcha http://jira.codehaus.org/browse/MAVENUPLOAD-810 MAVENUPLOAD-798Add JBoss-client4.0.3SP1.jar http://jira.codehaus.org/browse/MAVENUPLOAD-798 MAVENUPLOAD-800Add JBoss-4.0.3 jars http://jira.codehaus.org/browse/MAVENUPLOAD-800 MAVENUPLOAD-801Add JBoss-4.0.3SP1 scheduler http://jira.codehaus.org/browse/MAVENUPLOAD-801 MAVENUPLOAD-789Tomcat 5.5.15 poms for existing jars http://jira.codehaus.org/browse/MAVENUPLOAD-789 MAVENUPLOAD-759Glassfish persistence and transaction apis http://jira.codehaus.org/browse/MAVENUPLOAD-759 MAVENUPLOAD-735Please upload com.sun.xml:xalan 1.0.4 http://jira.codehaus.org/browse/MAVENUPLOAD-735 MAVENUPLOAD-736Please upload com.sun.xml:xercesImpl 1.0.4 http://jira.codehaus.org/browse/MAVENUPLOAD-736 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]