Version 0.6.13.11 of the tcWebHooks plugin is available for download. It’s mainly a bugfix release and some tidy up of the user interface.
Fixes:
- Fix for newly created WebHooks not being persisted to plugin-settings.xml until re-edited.
- Plugin JSPs loaded using getPluginResourcesPath(), so plugin dir can be anything, and not hard-coded to “webhook”.
- webHookUrl form input style fix for linux (or large fonts in general). URL input field was too wide for div.
Features:
- WebHook blurb updated. A new link can be added to the “Further reading” section of the blurb by adding a <info> line to the <webhooks> section of the main-config.xml
- Enabled events are now listed in Tabs and Edit pages, eg. Build Started, Build Changed Status, Build Interrupted, Build Almost Completed, Build Responsibility Changed
Links:
More Info | Download | Install and usage docs
I welcome any and all feedback.
Hi, I just installed the 0.6.13.11 snapshot of your webhooks plugin and it’s working pretty well so far. I have just noticed, however that I never seem to get a status update notification when a build goes from ERROR to SUCCESS. But I always get a status update when a build status changes from SUCCESS to ERROR.
And it this the proper place to make comments on your project? Or should I use sourceforge’s ticketing system?
Thanks,
Justin
Hi Justin.
Looking at the JavaDocs, it implies that event is only called when a build goes from successful to failed. I suspect the event is on a per build basis, not on a build history basis.
I wonder if I could manufacture a “status good” event when a build completes successfully. I guess I could have to look at the previous build status and see the current build is “fixed” in comparison.
I was looking at using the sourceforge trac wiki for support requests, but it seems I had the wrong URL in the support page. Also, trac seems a bit cumbersome (eg, you need to be a sourceforge user to create a ticket).
I have created a ticket for this bug.
Ahhh ok. I was thinking that the status change update was more of a red light/green light type of thing. But from the TeamCity docs it looks like I can just monitor the statusChange event for knowing when the build breaks, and the buildFinished finished event can be used to tell when the build is fixed again.
I’m using this incredibly useful plugin on an auto-building demo system. Every night the system updates its source from SVN and recompiles it. I’m using tcWebHooks to tell my auto builder not to build if the build is broken. Thanks so much!
Yeah, the wording in the plug-in is misleading. I’ll change that for 0.8.x.x
I’ll also double check that there is a “fixed” field as one of the items in the POST payload sent for buildFinished events.
Thanks for your feedback, and I’m glad tcWebHooks is useful for you.