The email-ext-plugin Pipeline integration is not very ergonomic

This issue is archived. You can view it, but you can't modify it. Learn more

XMLWordPrintable

      People working with Jenkins pipelines can have very varied backgrounds. They can not be assumed to be developers, they might barely know about Groovy or object oriented programming.

      To tame this complexity the Declarative Pipelines were introduced, which are somewhat simpler than the regular Scripted Pipelines.

      However some parts of the configuration are still quite hard to follow. One example is the email-ext-plugin configuration.

      I'm not entirely sure how this could be improved, but I believe a first step would be to get rid of these kinds of $class configuration entries:

      emailext body: 'A Test EMail', recipientProviders: [[$class: 'DevelopersRecipientProvider'], [$class: 'RequesterRecipientProvider']], subject: 'Test', to: 'abc'
      

      Quoting abayer:

      Syntax for the emailext step can be improved by adding @Symbol annotations to the various provider classes's Descriptor classes, fyi.
      

       

            Assignee:
            David van Laatum
            Reporter:
            Costin Caraivan
            Archiver:
            Jenkins Service Account

              Created:
              Updated:
              Resolved:
              Archived: