学步园

【问题描述】

hudson邮件功能太弱了，项目经理说，能不能换成好看的。
我就在hudson仓库中找了Email-ext+plugin(http://wiki.hudson-ci.org/display/HUDSON/Email-ext+plugin)
一段简单配置后，
配置如下
$PROJECT_NAME - Build # $BUILD_NUMBER - $BUILD_STATUS!
Check console output at ${BUILD_URL} to view the results.
${JELLY_SCRIPT, template="html"}
邮件发布来 显示如下图所示：
很明显 URL是错误的。但是${BUILD_URL}显示的是对的。
【为什么？】${BUILD_URL}解析与jelly文件解析是分离的。

看jelly源码

基本可以断定rooturl应该为http://10.20.174.34:8080/hudson,

但是被换成了http://10.20.174.34

 在google几个小时后，自己也纠结几个小时后，直接，果断下源码。

git clone git://github.com/hudson-plugins/email-ext-plugin.git

cd email-ext-plugin

mvn clean install

【插曲】

发现编译不通过，

http://maven.glassfish.org/仓库登陆不上，怀疑被墙，后弄代理发现此服务已经停止。后在pom.xml直接覆盖父pom.xml的仓库配置，把http://maven.glassfish.org/设置成不可用。

编译通过，（此事情有点奇怪，我也不纠结了。再往下看。不过hudson所用仓库如此不稳定，令人费解啊）

【远程调试】

    不知道为什么，远程调试就是不成功。难道是hudson上的email-ext是2.10版本，我本地代码是2.12版本，我看了相关的资料，未果,这个问题，过几天看下,现在解决问题要紧。

那就直接看源码吧，在eclipse中搜索rooturl，

有如下的代码：

private JellyContext createContext( Object it, AbstractBuild<?, ?> build )
    {
        JellyContext context = new JellyContext();
        context.setVariable( "it", it );
        context.setVariable( "build", build );
        context.setVariable( "project", build.getParent() );
        context.setVariable( "rooturl", ExtendedEmailPublisher.DESCRIPTOR.getHudsonUrl() );
        return context;
    }

主要是ExtendedEmailPublisher.DESCRIPTOR.getHudsonUrl() ,

再查找 在ExtendedEmailPublisherDescriptor中找到如下代码：

 public boolean configure( StaplerRequest req, JSONObject formData )
        throws FormException
    {
        // Most of this stuff is the same as the built-in email publisher

        // Configure the smtp server
        smtpHost = nullify( req.getParameter( "ext_mailer_smtp_server" ) );
        adminAddress = req.getParameter( "ext_mailer_admin_address" );
        defaultSuffix = nullify( req.getParameter( "ext_mailer_default_suffix" ) );

        // Specify the url to this hudson instance
        String url = nullify( req.getParameter( "ext_mailer_hudson_url" ) );
        if ( url != null && !url.endsWith( "/" ) )
        {
            url += '/';
        }
        if ( url == null )
        {
            url = Hudson.getInstance().getRootUrl();
        }
        hudsonUrl = url;

        // specify authentication information
        if ( req.getParameter( "extmailer.useSMTPAuth" ) != null )
        {
            smtpAuthUsername = nullify( req.getParameter( "extmailer.SMTPAuth.userName" ) );
            smtpAuthPassword = Secret.fromString( nullify( req.getParameter( "extmailer.SMTPAuth.password" ) ) );
        }
        else
        {
            smtpAuthUsername = null;
            smtpAuthPassword = null;
        }
......省去一万个字
    }

我花了6个小时左右查找的问题居然是配置错误，比较纠结。如此简单的配置错误，为什么花我6个小时。我应该想到 google中没有人说这个问题，大致就是配置的问题，应该认真检查配置。但是我先入为主认为配置没有问题。（最关键一点就是 ${BUILD_URL}是正确的误导了我 ）。

此插件开发者，还是不应该令同一个BUILD_URL在不同的地方有不同的含义的，此会让开发者很费解的。

其实这些问题，经常发生在我们的业务项目中，我们经常不注意，造成我们业务项目大量的技术债务。

在以后遇到类似的问题，先想下在哪里会出现问题，一般最后还是要下载源码解决。

已经花费了我6个小时，也不在乎再花半个小时把此问题描述下。希望以后查问题，能顺利点。