ivyplugins-user Mailing List for Ivy Plugins
Brought to you by:
ulsa
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(24) |
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(11) |
2009 |
Jan
|
Feb
(4) |
Mar
(4) |
Apr
|
May
|
Jun
(14) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John B. <joh...@ri...> - 2011-01-19 13:11:59
|
Hi I'm trying to use IvyPublisher 2.0 on my CruiseControl 2.8.4 build server with Ivy 2.2.0. I've copied IvyPublisher-2.0.jar into the cruisecontrol\lib folder and have added <plugin name="ivypublisher" class="net.sf.ivypublisher.IvySuccessPublisher"> <property name="common.basedir" value="${CCDIR}/projects/prc42/PRC4Common"/> </plugin> to my config.xml file. However, I am getting a null pointer exception in instantiatePluginClass when cruise control reads the config file. (Full stack trace at end of email). How is one meant to install plugins into Cruise Control, and is IvyPublisher compatible with ivy 2.2 and CruiseControl 3.8.4? Many Thanks John Burgess [cc]Jan-19 12:49:57 Main - CruiseControl Version 2.8.4 Compiled on September 15 2010 1952 [cc]Jan-19 12:49:57 LConfigManager- reading settings from config file [e:\cruisecontrol\config.xml] java.lang.NullPointerException at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at net.sourceforge.cruisecontrol.PluginRegistry.instanciatePluginClass(PluginRegistry.java:248) at net.sourceforge.cruisecontrol.CruiseControlConfig.isProjectTemplate(CruiseControlConfig.java:254) at net.sourceforge.cruisecontrol.CruiseControlConfig.handleRootPlugin(CruiseControlConfig.java:273) at net.sourceforge.cruisecontrol.CruiseControlConfig.parse(CruiseControlConfig.java:149) at net.sourceforge.cruisecontrol.CruiseControlConfig.<init>(CruiseControlConfig.java:139) at net.sourceforge.cruisecontrol.config.XMLConfigManager.loadConfig(XMLConfigManager.java:90) at net.sourceforge.cruisecontrol.config.XMLConfigManager.reloadIfNecessary(XMLConfigManager.java:111) at net.sourceforge.cruisecontrol.CruiseControlController.parseConfigFileIfNecessary(CruiseControlController.java:191) at net.sourceforge.cruisecontrol.CruiseControlController$BuildQueueListener.buildRequested(CruiseControlController.java:257) at net.sourceforge.cruisecontrol.BuildQueue.notifyListeners(BuildQueue.java:178) at net.sourceforge.cruisecontrol.BuildQueue.requestBuild(BuildQueue.java:74) at net.sourceforge.cruisecontrol.Project.run(Project.java:304) at java.lang.Thread.run(Unknown Source) -- John Burgess Risk Decisions Limited Whichford House Parkway Court Oxford Business Park South OX4 2JY T: 01865 718666 F: 01865 718600 M: 07984 863890 E: joh...@ri... W: http://www.riskdecisions.com |
From: <Ro...@we...> - 2009-09-02 14:03:00
|
Hello, I have a problem with cruisecontrol2.8.2 (with final ivy-2.0.0) and ivypublisher2.0: cruisecontrol.log says: [cc]Sep-02 13:56:54 ccessPublisher- project:[abc (module: abc, rev: working@localhost, resolved: working@localhost)] DOES NOT DEPEND on this project:[(module: def, rev: working@localhost,resolved: working@localhost)] the ivy.xml structure is correct, it worked until cruisecontrol2.7.2 + ivypublisher < 2.0. What could be the Problem? Regards Roland ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de |
From: Jan B. <Jan...@ar...> - 2009-06-21 19:59:45
|
Hmm.. thanks Ulrik - I wasn't aware of this! Cheers, Jan ________________________________ From: ulr...@gm... [mailto:ulr...@gm...] On Behalf Of Ulrik Sandberg Sent: Friday, 19 June 2009 5:53 p.m. To: Jan Barnholt Cc: ivy...@li... Subject: Re: [Ivyplugins-user] Project specific basedir? Sure, we can add this in the doc, but it's really a generic CruiseControl feature <http://cruisecontrol.sourceforge.net/main/plugins.html#preconfiguration> which you can use with any plugin. |
From: Ulrik S. <ulr...@ja...> - 2009-06-19 05:52:40
|
Sure, we can add this in the doc, but it's really a generic CruiseControl feature<http://cruisecontrol.sourceforge.net/main/plugins.html#preconfiguration>which you can use with any plugin. On Thu, Jun 18, 2009 at 10:00 PM, Jan Barnholt < Jan...@ar...> wrote: > Thanks, Ulrik - > I didn't realize you could also set the attributes at the <ivypublisher> > tag on the project level! > > Works like a breeze for us. > Maybe worth a short note in the docs to give users an idea how flexible IP > is? > > Cheers, > Jan > > ________________________________ > > From: ulr...@gm... [mailto:ulr...@gm...] On Behalf > Of Ulrik Sandberg > Sent: Thursday, 18 June 2009 11:02 p.m. > To: Jan Barnholt > Cc: ivy...@li... > Subject: Re: [Ivyplugins-user] Project specific basedir? > > > You should be able to override any attributes when you actually use a > plugin. Doesn't this work? > > <plugin name="ivypublisher" > classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" > project="${project.name}" > basedir="${ccwork}/checkout/${project.name}" /> > ... > <project name="OK"> > <ivypublisher /> > <project name="funny"> > <ivypublisher basedir="${ccwork}/checkout/${project.name}/Build" /> > > -- Ulrik |
From: Jan B. <Jan...@ar...> - 2009-06-18 20:00:54
|
Thanks, Ulrik - I didn't realize you could also set the attributes at the <ivypublisher> tag on the project level! Works like a breeze for us. Maybe worth a short note in the docs to give users an idea how flexible IP is? Cheers, Jan ________________________________ From: ulr...@gm... [mailto:ulr...@gm...] On Behalf Of Ulrik Sandberg Sent: Thursday, 18 June 2009 11:02 p.m. To: Jan Barnholt Cc: ivy...@li... Subject: Re: [Ivyplugins-user] Project specific basedir? You should be able to override any attributes when you actually use a plugin. Doesn't this work? <plugin name="ivypublisher" classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" project="${project.name}" basedir="${ccwork}/checkout/${project.name}" /> ... <project name="OK"> <ivypublisher /> <project name="funny"> <ivypublisher basedir="${ccwork}/checkout/${project.name}/Build" /> |
From: Ulrik S. <ulr...@ja...> - 2009-06-18 11:03:25
|
You should be able to override any attributes when you actually use a plugin. Doesn't this work? <plugin name="ivypublisher" classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" project="${project.name}" basedir="${ccwork}/checkout/${project.name}" /> ... <project name="OK"> <ivypublisher /> <project name="funny"> <ivypublisher basedir="${ccwork}/checkout/${project.name}/Build" /> On Wed, Jun 17, 2009 at 11:16 PM, Jan Barnholt < Jan...@ar...> wrote: > Hello everyone, > > In our setup all projects except one have their ivy.xml file at the root of > their project folder. > So we've set up IvyPublisher in our CC config file as > > <plugin name="ivypublisher" > classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" > project="${project.name}" > basedir="${ccwork}/checkout/${project.name}" /> > Works fine - except for one .. funny .. project, that liked to have it's > ivy.xml in a subdirectory > checkout/${project.name}/Build > > I was wondering if you can specify the basedir (or ivy.xml) location on a > project-level? > Maybe by setting a local property in the project a la > > <ivypublisher> > <property name="ivy.conf.basedir" > value="${ccwork}/checkout/${project.name}/Build" /> > </ivypublisher> > > or something similar? > > Thanks, > Jan > > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > ivyplugins-user mailing list > ivy...@li... > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > -- Ulrik |
From: Eugene S. <eu...@gm...> - 2009-06-17 21:56:50
|
Jan, Re: " we ended up adding IP to every CC project to get it working.." For this particular reason when i was working with CruiseControl i was using project plugin. This gave me a possibility to configure common stuff via variables like ${your_variable} and then when you define your <project> you just need to define those variable to get it working. Take a look - it can probably save you a lot of time configuring your stuff. Best of luck, Eugene On 6/17/2009 5:29 PM, Jan Barnholt wrote: > It looks like you have to add the <IvyPublisher> to each project, even those that are not the ones other projects depend on but that are at the top of the food chain, i.e. depending on several projects but are themselves not producing any artifacts any other project depend on. > > From the documentation it looks like you would have to add IP just for projects on which other projects depend, e.g. your common 'libraries' - not your 'apps'. > However, on our CC installation we ended up adding IP to every CC project to get it working.. still, might be some misconfiguration on our side. > > Cheers, > Jan > > ________________________________ > > From: Eugene Sajine [mailto:eu...@gm...] > Sent: Wednesday, 17 June 2009 9:19 a.m. > To: Jan Barnholt > Cc: Ulrik Sandberg; ivy...@li... > Subject: Re: [Ivyplugins-user] Problems running IvyPublisher pre-2.0 with latest sources > > > Jan, > > That's great! Did you resolve your issue with dependent projects build? > > Eugene > |
From: Jan B. <Jan...@ar...> - 2009-06-17 21:29:13
|
It looks like you have to add the <IvyPublisher> to each project, even those that are not the ones other projects depend on but that are at the top of the food chain, i.e. depending on several projects but are themselves not producing any artifacts any other project depend on. >From the documentation it looks like you would have to add IP just for projects on which other projects depend, e.g. your common 'libraries' - not your 'apps'. However, on our CC installation we ended up adding IP to every CC project to get it working.. still, might be some misconfiguration on our side. Cheers, Jan ________________________________ From: Eugene Sajine [mailto:eu...@gm...] Sent: Wednesday, 17 June 2009 9:19 a.m. To: Jan Barnholt Cc: Ulrik Sandberg; ivy...@li... Subject: Re: [Ivyplugins-user] Problems running IvyPublisher pre-2.0 with latest sources Jan, That's great! Did you resolve your issue with dependent projects build? Eugene |
From: Jan B. <Jan...@ar...> - 2009-06-17 21:16:24
|
Hello everyone, In our setup all projects except one have their ivy.xml file at the root of their project folder. So we've set up IvyPublisher in our CC config file as <plugin name="ivypublisher" classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" project="${project.name}" basedir="${ccwork}/checkout/${project.name}" /> Works fine - except for one .. funny .. project, that liked to have it's ivy.xml in a subdirectory checkout/${project.name}/Build I was wondering if you can specify the basedir (or ivy.xml) location on a project-level? Maybe by setting a local property in the project a la <ivypublisher> <property name="ivy.conf.basedir" value="${ccwork}/checkout/${project.name}/Build" /> </ivypublisher> or something similar? Thanks, Jan |
From: Ulrik S. <ulr...@ja...> - 2009-06-16 22:15:39
|
IvyPublisher 2.0 has been released. On Tue, Jun 16, 2009 at 11:18 PM, Jan Barnholt < Jan...@ar...> wrote: > Brilliant! > > Thanks, > JayBee > > > ________________________________ > > From: ulr...@gm... [mailto:ulr...@gm...] On Behalf > Of Ulrik Sandberg > Sent: Wednesday, 17 June 2009 9:14 a.m. > To: Jan Barnholt > Cc: ivy...@li... > Subject: Re: [Ivyplugins-user] Problems running IvyPublisher pre-2.0 with > latest sources > > > Well done! > > We'll get to work as soon as possible. > > > > On Tue, Jun 16, 2009 at 11:05 PM, Jan Barnholt < > Jan...@ar...> wrote: > > > Once replacing Ivy 2 beta with Ivy 2.0.0 (final) in CC/lib it > works! > > We're now using the IvyPublisher built from the latest source in our > build system - > of course still eagerly awaiting the official 2.0 release of IP. > > Thanks for your work, > > JayBee > > > ------------------------------------------------------------------------------ > > > > -- > Ulrik > > -- Ulrik |
From: Eugene S. <eu...@gm...> - 2009-06-16 21:19:08
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=windows-1251" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#336666"> Jan,<br> <br> That's great! Did you resolve your issue with dependent projects build?<br> <br> Eugene<br> <br> On 6/16/2009 5:13 PM, Ulrik Sandberg wrote: <blockquote cite="mid:d46...@ma..." type="cite">Well done!<br> <br> We'll get to work as soon as possible.<br> <br> <br> <div class="gmail_quote">On Tue, Jun 16, 2009 at 11:05 PM, Jan Barnholt <span dir="ltr"><<a moz-do-not-send="true" href="mailto:Jan...@ar...">Jan...@ar...</a>></span> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im">> However, after installing it into the current CC 2.8.2 we get this stack trace when IP is<br> > called after a successful build:<br> </div> > ...<br> <br> Our problem was caused by the ivy-2.0.0-beta2.jar.<br> The Ivy guys seem to have added the SortOptions class only with the final 2.0.0 release, it wasn't included in beta 2 shipping with the current CC.<br> <br> Once replacing Ivy 2 beta with Ivy 2.0.0 (final) in CC/lib it works!<br> <br> We're now using the IvyPublisher built from the latest source in our build system -<br> of course still eagerly awaiting the official 2.0 release of IP.<br> <br> Thanks for your work,<br> <div> <div class="h5">JayBee<br> <br> ------------------------------------------------------------------------------<br> Crystal Reports - New Free Runtime and 30 Day Trial<br> Check out the new simplified licensing option that enables unlimited<br> royalty-free distribution of the report engine for externally facing<br> server and web deployment.<br> <a moz-do-not-send="true" href="http://p.sf.net/sfu/businessobjects" target="_blank">http://p.sf.net/sfu/businessobjects</a><br> _______________________________________________<br> ivyplugins-user mailing list<br> <a moz-do-not-send="true" href="mailto:ivy...@li...">ivy...@li...</a><br> <a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/ivyplugins-user" target="_blank">https://lists.sourceforge.net/lists/listinfo/ivyplugins-user</a><br> <br> </div> </div> </blockquote> </div> <br> <br clear="all"> <br> -- <br> Ulrik<br> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/businessobjects">http://p.sf.net/sfu/businessobjects</a></pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ ivyplugins-user mailing list <a class="moz-txt-link-abbreviated" href="mailto:ivy...@li...">ivy...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/ivyplugins-user">https://lists.sourceforge.net/lists/listinfo/ivyplugins-user</a> </pre> </blockquote> <br> </body> </html> |
From: Jan B. <Jan...@ar...> - 2009-06-16 21:19:05
|
Brilliant! Thanks, JayBee ________________________________ From: ulr...@gm... [mailto:ulr...@gm...] On Behalf Of Ulrik Sandberg Sent: Wednesday, 17 June 2009 9:14 a.m. To: Jan Barnholt Cc: ivy...@li... Subject: Re: [Ivyplugins-user] Problems running IvyPublisher pre-2.0 with latest sources Well done! We'll get to work as soon as possible. On Tue, Jun 16, 2009 at 11:05 PM, Jan Barnholt <Jan...@ar...> wrote: Once replacing Ivy 2 beta with Ivy 2.0.0 (final) in CC/lib it works! We're now using the IvyPublisher built from the latest source in our build system - of course still eagerly awaiting the official 2.0 release of IP. Thanks for your work, JayBee ------------------------------------------------------------------------------ -- Ulrik |
From: Ulrik S. <ulr...@ja...> - 2009-06-16 21:13:44
|
Well done! We'll get to work as soon as possible. On Tue, Jun 16, 2009 at 11:05 PM, Jan Barnholt < Jan...@ar...> wrote: > > However, after installing it into the current CC 2.8.2 we get this stack > trace when IP is > > called after a successful build: > > ... > > Our problem was caused by the ivy-2.0.0-beta2.jar. > The Ivy guys seem to have added the SortOptions class only with the final > 2.0.0 release, it wasn't included in beta 2 shipping with the current CC. > > Once replacing Ivy 2 beta with Ivy 2.0.0 (final) in CC/lib it works! > > We're now using the IvyPublisher built from the latest source in our build > system - > of course still eagerly awaiting the official 2.0 release of IP. > > Thanks for your work, > JayBee > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > ivyplugins-user mailing list > ivy...@li... > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > -- Ulrik |
From: Jan B. <Jan...@ar...> - 2009-06-16 21:05:14
|
> However, after installing it into the current CC 2.8.2 we get this stack trace when IP is > called after a successful build: > ... Our problem was caused by the ivy-2.0.0-beta2.jar. The Ivy guys seem to have added the SortOptions class only with the final 2.0.0 release, it wasn't included in beta 2 shipping with the current CC. Once replacing Ivy 2 beta with Ivy 2.0.0 (final) in CC/lib it works! We're now using the IvyPublisher built from the latest source in our build system - of course still eagerly awaiting the official 2.0 release of IP. Thanks for your work, JayBee |
From: Jan B. <Jan...@ar...> - 2009-06-16 04:52:41
|
Hello everyone, We've compiled the latest Subversion source to get an IvyPublisher compatible to Ivy 2.0, no problems so far. However, after installing it into the current CC 2.8.2 we get this stack trace when IP is called after a successful build: :: loading settings :: url = jar:file:/opt/cruisecontrol-bin-2.8.2/lib/ivy-2.0.0-beta2.jar!/org/apache/ivy/core/settings/ivysettings.xml [cc]Jun-16 16:43:12 Project - exception publishing results with net.sf.ivyplugins.ivypublisher.IvySuccessPublisher for project my-test-project java.lang.NoClassDefFoundError: org/apache/ivy/core/sort/SortOptions at net.sf.ivyplugins.ivypublisher.IvySuccessPublisher.publish(IvySuccessPublisher.java:305) at net.sourceforge.cruisecontrol.Project.publish(Project.java:742) at net.sourceforge.cruisecontrol.Project.build(Project.java:264) at net.sourceforge.cruisecontrol.Project.execute(Project.java:147) at net.sourceforge.cruisecontrol.ProjectConfig.execute(ProjectConfig.java:402) at net.sourceforge.cruisecontrol.ProjectWrapper.run(ProjectWrapper.java:69) at java.lang.Thread.run(Thread.java:595) Any suggestions? Anybody else experiencing this trouble? Thanks, JayBee |
From: Jan B. <Jan...@ar...> - 2009-06-16 02:35:39
|
Hello everyone, We'd like to use IvyPublisher with the Ivy version that comes with CruiseControl 2.8.2, i.e. ivy-2.0.0! >From the latest messages on this list it sounds like we can almost expect such a release, however it's not yet available as a download - Would you recommend to use the current sources from SVN to build an IvyPublisher that works with the current CruiseControl release, or are there any known issues? Thanks, JayBee |
From: Eugene S. <eu...@gm...> - 2009-03-18 21:33:37
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=windows-1251" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#336666"> Unfortunately, I cannot verify anything right now.<br> <br> On 3/15/2009 6:34 AM, Ulrik Sandberg wrote: <blockquote cite="mid:d46...@ma..." type="cite">I released 1.1 with the changes that we had in trunk. Then I added your patch and made some changes in order to get the unit tests running. Could you verify that the code in trunk works for you?<br> <br> <br> <div class="gmail_quote">On Sat, Feb 21, 2009 at 12:54 AM, Eugene Sajine <span dir="ltr"><<a moz-do-not-send="true" href="mailto:eu...@gm...">eu...@gm...</a>></span> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi, <div><br> </div> <div>I was recently able to compile a version of IvySuccessPublisher against Ivy 2.0.0. and CC 2.8.2</div> <div><br> </div> <div>At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy sample project "hello-ivy" and ivypublisher plugin was successfully initialized.</div> <div><br> </div> <div>I'm not sure that everything is absolutely perfectly working - i'm still getting familiar with Ivy and testing it with CC.</div> <div>But as i understand this is the bottleneck holding the full integration of Ivy into CC. So, at least we can start from it.</div> <div>In order to run it drop the attached jar into CC lib folder.</div> <div>I'm also attaching the source file, so somebody could review and probably release ivypublisher version 2.0;)</div> <div><br> </div> <div>Tell me how it will go.</div> <div><br> </div> <font color="#888888"> <div>Eugene</div> </font><br> ------------------------------------------------------------------------------<br> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA<br> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise<br> -Strategies to boost innovation and cut costs with open source participation<br> -Receive a $600 discount off the registration fee with the source code: SFAD<br> <a moz-do-not-send="true" href="http://p.sf.net/sfu/XcvMzF8H" target="_blank">http://p.sf.net/sfu/XcvMzF8H</a><br> _______________________________________________<br> ivyplugins-user mailing list<br> <a moz-do-not-send="true" href="mailto:ivy...@li...">ivy...@li...</a><br> <a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/ivyplugins-user" target="_blank">https://lists.sourceforge.net/lists/listinfo/ivyplugins-user</a><br> <br> </blockquote> </div> <br> <br clear="all"> <br> -- <br> Ulrik<br> </blockquote> <br> </body> </html> |
From: Ulrik S. <ulr...@ja...> - 2009-03-15 10:34:22
|
I released 1.1 with the changes that we had in trunk. Then I added your patch and made some changes in order to get the unit tests running. Could you verify that the code in trunk works for you? On Sat, Feb 21, 2009 at 12:54 AM, Eugene Sajine <eu...@gm...> wrote: > Hi, > I was recently able to compile a version of IvySuccessPublisher against Ivy > 2.0.0. and CC 2.8.2 > > At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy > sample project "hello-ivy" and ivypublisher plugin was successfully > initialized. > > I'm not sure that everything is absolutely perfectly working - i'm still > getting familiar with Ivy and testing it with CC. > But as i understand this is the bottleneck holding the full integration of > Ivy into CC. So, at least we can start from it. > In order to run it drop the attached jar into CC lib folder. > I'm also attaching the source file, so somebody could review and probably > release ivypublisher version 2.0;) > > Tell me how it will go. > > Eugene > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > ivyplugins-user mailing list > ivy...@li... > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > -- Ulrik |
From: Ulrik S. <ulr...@ja...> - 2009-03-14 22:25:14
|
I can only find CruiseControl 2.7.2 in maven repos. Did you download manually? On Sat, Mar 14, 2009 at 10:35 PM, Ulrik Sandberg <ulr...@ja...>wrote: > Did you base your changes on the trunk or on 1.0? I'm having a little > difficulty patching the trunk code. > > I'm actually considering releasing 1.1 with the changes Francis Bouchard > did, before I release a 2.0. Does anyone has anything to say about that? > > > > On Sun, Feb 22, 2009 at 1:01 PM, Ulrik Sandberg <ulr...@ja...>wrote: > >> Thanks. I'll take a look at it. >> >> On Sat, Feb 21, 2009 at 12:54 AM, Eugene Sajine <eu...@gm...>wrote: >> >>> Hi, >>> I was recently able to compile a version of IvySuccessPublisher against >>> Ivy 2.0.0. and CC 2.8.2 >>> >>> At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy >>> sample project "hello-ivy" and ivypublisher plugin was successfully >>> initialized. >>> >>> I'm not sure that everything is absolutely perfectly working - i'm still >>> getting familiar with Ivy and testing it with CC. >>> But as i understand this is the bottleneck holding the full integration >>> of Ivy into CC. So, at least we can start from it. >>> In order to run it drop the attached jar into CC lib folder. >>> I'm also attaching the source file, so somebody could review and probably >>> release ivypublisher version 2.0;) >>> >>> Tell me how it will go. >>> >>> Eugene >>> >>> >>> ------------------------------------------------------------------------------ >>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >>> CA >>> -OSBC tackles the biggest issue in open source: Open Sourcing the >>> Enterprise >>> -Strategies to boost innovation and cut costs with open source >>> participation >>> -Receive a $600 discount off the registration fee with the source code: >>> SFAD >>> http://p.sf.net/sfu/XcvMzF8H >>> _______________________________________________ >>> ivyplugins-user mailing list >>> ivy...@li... >>> https://lists.sourceforge.net/lists/listinfo/ivyplugins-user >>> >>> >> >> >> -- >> Ulrik >> > > > > -- > Ulrik > -- Ulrik |
From: Ulrik S. <ulr...@ja...> - 2009-03-14 21:35:31
|
Did you base your changes on the trunk or on 1.0? I'm having a little difficulty patching the trunk code. I'm actually considering releasing 1.1 with the changes Francis Bouchard did, before I release a 2.0. Does anyone has anything to say about that? On Sun, Feb 22, 2009 at 1:01 PM, Ulrik Sandberg <ulr...@ja...>wrote: > Thanks. I'll take a look at it. > > On Sat, Feb 21, 2009 at 12:54 AM, Eugene Sajine <eu...@gm...> wrote: > >> Hi, >> I was recently able to compile a version of IvySuccessPublisher against >> Ivy 2.0.0. and CC 2.8.2 >> >> At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy >> sample project "hello-ivy" and ivypublisher plugin was successfully >> initialized. >> >> I'm not sure that everything is absolutely perfectly working - i'm still >> getting familiar with Ivy and testing it with CC. >> But as i understand this is the bottleneck holding the full integration of >> Ivy into CC. So, at least we can start from it. >> In order to run it drop the attached jar into CC lib folder. >> I'm also attaching the source file, so somebody could review and probably >> release ivypublisher version 2.0;) >> >> Tell me how it will go. >> >> Eugene >> >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >> CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the >> Enterprise >> -Strategies to boost innovation and cut costs with open source >> participation >> -Receive a $600 discount off the registration fee with the source code: >> SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ >> ivyplugins-user mailing list >> ivy...@li... >> https://lists.sourceforge.net/lists/listinfo/ivyplugins-user >> >> > > > -- > Ulrik > -- Ulrik |
From: Ulrik S. <ulr...@ja...> - 2009-02-22 12:01:43
|
Thanks. I'll take a look at it. On Sat, Feb 21, 2009 at 12:54 AM, Eugene Sajine <eu...@gm...> wrote: > Hi, > I was recently able to compile a version of IvySuccessPublisher against Ivy > 2.0.0. and CC 2.8.2 > > At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy > sample project "hello-ivy" and ivypublisher plugin was successfully > initialized. > > I'm not sure that everything is absolutely perfectly working - i'm still > getting familiar with Ivy and testing it with CC. > But as i understand this is the bottleneck holding the full integration of > Ivy into CC. So, at least we can start from it. > In order to run it drop the attached jar into CC lib folder. > I'm also attaching the source file, so somebody could review and probably > release ivypublisher version 2.0;) > > Tell me how it will go. > > Eugene > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > ivyplugins-user mailing list > ivy...@li... > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > -- Ulrik |
From: Eugene S. <eu...@gm...> - 2009-02-21 00:07:19
|
Hi, I was recently able to compile a version of IvySuccessPublisher against Ivy 2.0.0. and CC 2.8.2 At least i've got rid of all Exceptions and CC 2.8.2 started with Ivy sample project "hello-ivy" and ivypublisher plugin was successfully initialized. I'm not sure that everything is absolutely perfectly working - i'm still getting familiar with Ivy and testing it with CC. But as i understand this is the bottleneck holding the full integration of Ivy into CC. So, at least we can start from it. In order to run it drop the attached jar into CC lib folder. I'm also attaching the source file, so somebody could review and probably release ivypublisher version 2.0;) Tell me how it will go. Eugene |
From: Sharmila R <sha...@gm...> - 2007-12-20 12:40:27
|
Hi Henrik, A solution for the CC 2.6 compatibility problem is given in: http://sourceforge.net/mailarchive/forum.php?thread_name=814762.32937.qm%40web23102.mail.ird.yahoo.com&forum_name=ivyplugins-user I used this, and the CLassCastException got solved. I believe this is a different problem, some issue with the ivy.xmls. On 12/14/07, Henrik Reinhold <hen...@fv...> wrote: > > > Hi Sharmila, > > >From what I know this plugin doesn't work in CC 2.6 since the internals of > CruiseControl has changed. It's built for CC 2.5. I believe that someone > sent a mail to the list saying that he would submit a patch but I can't find > it right know. Sorry. > > Bgr Henrik > > > On Dec 14, 2007 7:56 AM, Sharmila R <sha...@gm...> wrote: > > > > I have configured CC 2.6.2 with IvyPublisher. I have two projects A > > and B. I want them to be built in the order: > > A > > B > > > > I have configured as follows: > > > > config.xml: > > > > <?xml version="1.0"?> > > <cruisecontrol> > > > > > > <plugin name="ivypublisher" > > > classname="net.sf.ivyplugins.ivypublisher.IvySuccessPublisher" > > project="${ project.name}" basedir="src/${project.name}" > > config="config.xml"/> > > > > > > <project name="A"> > > <listeners> > > <currentbuildstatuslistener > file="logs/${project.name}/status.txt"/> > > </listeners> > > > > <bootstrappers> > > ..... > > </bootstrappers> > > > > <modificationset quietperiod="30" ignoreFiles="${cc_ignore}"> > > ..... > > </modificationset> > > > > <schedule interval="86400"> > > <composite> > > <ant antscript="apache-ant-1.6.2/bin/ant15" > > buildfile="src/${ project.name}/build.xml" target="build"/> > > </composite> > > </schedule> > > > > <publishers> > > <ivypublisher/> > > </publishers> > > </project> > > > > > > <project name="B"> > > > > <listeners> > > <currentbuildstatuslistener file="logs/${project.name > }/status.txt"/> > > </listeners> > > > > <bootstrappers> > > ..... > > </bootstrappers> > > > > <modificationset quietperiod="30" ignoreFiles="${cc_ignore}"> > > ..... > > </modificationset> > > > > <schedule interval="86400"> > > <composite> > > <ant antscript="apache-ant-1.6.2 /bin/ant15" > > buildfile="src/${project.name}/build.xml" target="build"/> > > </composite> > > </schedule> > > > > <publishers> > > <ivypublisher/> > > </publishers> > > </project> > > > > </cruisecontrol> > > > > ivy.xml for A: > > > > <ivy-module version="1.0"> > > <info module="A"/> > > </ivy-module> > > > > ivy.xml for B: > > > > <ivy-module version="1.0"> > > <info module="B"> > > <dependencies> > > <dependency name="A"/> > > </dependencies> > > </info> > > </ivy-module> > > > > > > I am getting the following error: > > > > 2007-12-13 22:24:01,634 [main ] ERROR IvySuccessPublisher - Error > > extracting module descriptor from ivy/A/ivy.xml > > java.text.ParseException: problem occured while parsing ivy file. > > message: null in file: ivy/A/ivy.xml > > at > fr.jayasoft.ivy.xml.XmlModuleDescriptorParser$Parser.parse > (XmlModuleDescriptorParser.java:159) > > at > fr.jayasoft.ivy.xml.XmlModuleDescriptorParser$Parser.access$000(XmlModuleDescriptorParser.java:110) > > at > fr.jayasoft.ivy.xml.XmlModuleDescriptorParser.parseDescriptor > (XmlModuleDescriptorParser.java:78) > > at > fr.jayasoft.ivy.parser.ModuleDescriptorParserRegistry.parseDescriptor(ModuleDescriptorParserRegistry.java:71) > > at > fr.jayasoft.ivy.parser.AbstractModuleDescriptorParser.parseDescriptor > (AbstractModuleDescriptorParser.java:35) > > at > net.sf.ivyplugins.ivypublisher.IvySuccessPublisher.getModuleDescriptor(IvySuccessPublisher.java:392) > > at > net.sf.ivyplugins.ivypublisher.IvySuccessPublisher.validate > (IvySuccessPublisher.java:257) > > at > net.sourceforge.cruisecontrol.ProjectConfig$Publishers.validate(ProjectConfig.java:255) > > at > net.sourceforge.cruisecontrol.ProjectConfig.validate(ProjectConfig.java:116) > > at > net.sourceforge.cruisecontrol.CruiseControlConfig.handleProject(CruiseControlConfig.java:295) > > at > net.sourceforge.cruisecontrol.CruiseControlConfig.parse(CruiseControlConfig.java:112) > > at > net.sourceforge.cruisecontrol.CruiseControlConfig.<init>(CruiseControlConfig.java:92) > > at > net.sourceforge.cruisecontrol.config.XMLConfigManager.loadConfig(XMLConfigManager.java:81) > > at > net.sourceforge.cruisecontrol.config.XMLConfigManager > .<init>(XMLConfigManager.java:73) > > at > net.sourceforge.cruisecontrol.CruiseControlController.setConfigFile(CruiseControlController.java:94) > > at > net.sourceforge.cruisecontrol.Main.startController(Main.java > :112) > > at > net.sourceforge.cruisecontrol.Main.start(Main.java:98) > > at > net.sourceforge.cruisecontrol.launch.Launcher.run(Launcher.java:244) > > at > net.sourceforge.cruisecontrol.launch.Launcher.main > (Launcher.java:108) > > Caused by: java.lang.NullPointerException > > at > fr.jayasoft.ivy.xml.XmlModuleDescriptorParser$Parser.startElement(XmlModuleDescriptorParser.java:418) > > at > org.apache.xerces.parsers.AbstractSAXParser.startElement > (Unknown > > Source) > > at > org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown > > Source) > > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown > > Source) > > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown > > Source) > > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown > > Source) > > at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown > Source) > > at > org.apache.xerces.parsers.XML11Configuration.parse(Unknown > Source) > > at > org.apache.xerces.parsers.XMLParser.parse(Unknown Source) > > at > org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown > Source) > > at > org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > > Source) > > at org.apache.xerces.jaxp.SAXParserImpl.parse > (Unknown Source) > > at > javax.xml.parsers.SAXParser.parse(SAXParser.java:143) > > at > fr.jayasoft.ivy.util.XMLHelper.parse(XMLHelper.java:93) > > at > fr.jayasoft.ivy.util.XMLHelper.parse(XMLHelper.java:68) > > at > fr.jayasoft.ivy.util.XMLHelper.parse(XMLHelper.java:62) > > at > fr.jayasoft.ivy.xml.XmlModuleDescriptorParser$Parser.parse(XmlModuleDescriptorParser.java:143) > > ... 18 more > > > > and same error for B also. > > > > What is the mistake in the ivy.xmls? Please help > > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services > > for just about anything Open Source. > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > ivyplugins-user mailing list > > ivy...@li... > > > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > > > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > ivyplugins-user mailing list > ivy...@li... > https://lists.sourceforge.net/lists/listinfo/ivyplugins-user > > |
From: Sharmila R <sha...@gm...> - 2007-12-19 06:59:00
|
Hi, A solution for the CC 2.6 compatibility problem is given in: http://sourceforge.net/mailarchive/forum.php?thread_name=814762.32937.qm%40web23102.mail.ird.yahoo.com&forum_name=ivyplugins-user I used this, and the CLassCastException got solved. I believe this is a different problem, some issue with the ivy.xmls. |
From: Sharmila R <sha...@gm...> - 2007-12-14 09:38:36
|
<!-- ######################## Search Portlet ####################################### --> <project name="searchportlet" requireModification="true"> <listeners> <currentbuildstatuslistener file="../logs/${project.name}/status.txt"/> </listeners> <!-- To checkout using perforce. --> <bootstrappers> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/build/..." /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/portal/searchportlet/..." /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/META-INF/context.xml" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/build/build-portal.tag" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-lang.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-beanutils.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-validator.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/log4j.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/portal-ejb.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/portlet.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/struts.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/util-java.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/tt/ilecttossj-dto.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/resourceinventory-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/idm/webagent.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/idm/identitymgrservice-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/unifiedsearchportlet-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/CBS/servicelocator.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/CBS/ordermgrservice-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/dataserviceproxy-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/adapters/crmossj-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/crm/customerdata-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/tt/troubleticket-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/unifiedserviceavailability-client.jar" /> <p4bootstrapper port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/portal/portal-context.jar" /> </bootstrappers> <modificationset quietperiod="30" ignoreFiles="${cc_ignore}"> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/build/..." usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/portal/searchportlet/..." usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/META-INF/context.xml" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/build/build-portal.tag" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-lang.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-beanutils.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/commons-validator.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/log4j.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/portal-ejb.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/portlet.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/struts.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/deployment/portal_domain/troubleticket/deployment/common/lib/ext/util-java.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/tt/ilecttossj-dto.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/resourceinventory-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/idm/webagent.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/idm/identitymgrservice-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/unifiedsearchportlet-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/CBS/servicelocator.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/CBS/ordermgrservice-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/dataserviceproxy-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/adapters/crmossj-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/crm/customerdata-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/tt/troubleticket-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/webservice-proxy/ESB/unifiedserviceavailability-client.jar" usep4email="false"/> <p4 port="perforce.swe.covad.com:1666" client="cc.searchportlet.MAIN" user="devbuild" view="//depot/MAIN/devlib/portal/portal-context.jar" usep4email="false"/> </modificationset> <!-- Interval in seconds - 1 hours --> <schedule interval="3602"> <!-- To execute all the ant targets. --> <composite> <ant antscript="/home/devbuild/java/apache-ant-1.6.2/bin/ant15" buildfile="../../searchportlet/searchportlet/build/build.xml" target="build"> <property name="env.JDK_HOME" value="/opt/jdk-1.5.0_03" /> <property name="env.WL_HOME" value="/opt/weblogic-8.1.4.0/weblogic81" /> </ant> <ant antscript="/home/devbuild/java/apache-ant-1.6.2/bin/ant15" buildfile="../../searchportlet/common-deployment/build/deploy.xml" target="package"> <property name="app.name" value="searchportlet"/> <property name="deploy.type" value="ide"/> </ant> <ant antscript="/home/devbuild/java/apache-ant-1.6.2/bin/ant15" buildfile="${cust_remote}/remote_copy.xml" target="rmcpy"> <!--<property name="deploy" value="true"/>--> </ant> </composite> </schedule> <!-- Post build activities. --> <publishers> <artifactspublisher dest="../scripts/artifacts/${project.name}" file="../buildoutput/${project.name}/searchportlet.war"/> <email mailhost="mail.covad.com" returnaddress="sra...@co..." buildresultsurl="http://dev10.swe.covad.com:8800/cruisecontrol/buildresults/searchportlet" subjectprefix="DEV/IDE CruiseControl Notification:" skipusers="true"> <always address="buildmaster" /> <failure address="developer" /> <map alias="buildmaster" address="Sha...@co..."/> <map alias="developer" address="Sha...@co..." /> <!-- <map alias="buildmaster" address="Sha...@co...,abh...@pe..." /> <map alias="developer" address="Cov...@co..." /> --> </email> </publishers> </project> |