continuum-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brett Porter (JIRA)" <j...@codehaus.org>
Subject [jira] Commented: (CONTINUUM-1823) Fewer notifications when Subversion server is unreachable
Date Mon, 21 Jul 2008 06:36:26 GMT

    [ http://jira.codehaus.org/browse/CONTINUUM-1823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=142564#action_142564
] 

Brett Porter commented on CONTINUUM-1823:
-----------------------------------------

I think this is generally the direction we've wanted to go (there are several already scheduled
issues to improve duplicate reporting, and to separate transient errors from build errors
both in the UI and notifications). If you'd like to help out - we'd be happy to discuss this
on dev@continuum.apache.org.

> Fewer notifications when Subversion server is unreachable 
> ----------------------------------------------------------
>
>                 Key: CONTINUUM-1823
>                 URL: http://jira.codehaus.org/browse/CONTINUUM-1823
>             Project: Continuum
>          Issue Type: Improvement
>            Reporter: Erik Drolshammer
>
> By default Continuum sends notifications when the state of a project changes, so two
consecutive build failures will result in only one email. However, when the build failure
is caused by an unreachable Subversion server a notification is sent every hour, for every
project (See output below). This resulted in approx. 1500 emails in my ci-folder after the
weekend. Which, imho, is a bit unfortunate. 
> Would it be possible to adopt the principle advocated by TestNG; that this is caused
by a _single_ failure and all other failures are derived failures which are given the status
SKIPPED in TestNG terminology? 
> In other words, I propose the following extension: 
> Create a list of SCM-repositories known to Continuum. 
> Run a simple availability test on each of these and set status "OK" or "Unavailable".
 
> Projects that use an unavailable repository can thus be SKIPPED until the repository
is available again. 
> The repository test can be run e.g. once an hour (preferable configurable) and should
only send notifications when the state changes. 
> Further, it would be nice if it was possible to set up a list of notifiers separate from
the project notifiers like it is for projects now. It would typically be interesting for system
administrators to subscribe to email notifications for unavailable SCM repo. (A cheap surveillance
solution.) 
> Build Error:
> ****************************************************************************
> Provider message: The svn command failed.
> Command output: -------------------------------------------------------------------------------
> svn: PROPFIND request failed on '/svn/projectName/trunk/'
> svn: PROPFIND of '/svn/projectName/trunk/': could not connect to server (https://10.0.0.10)


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message