HUDSON邮件模板问题 <众里寻他千百度,蓦然回首,那‘人’却在灯火阑珊处>
来源:互联网 发布:兖州网络花店 编辑:程序博客网 时间:2024/04/26 20:21
【众里寻他千百度,蓦然回首,那‘人’却在灯火阑珊处】
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.gitcd email-ext-pluginmvn 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; }......省去一万个字 }
推测出ext_mailer_hudson_url应该就是页面配置的。再在hudson配置的Extended E-mail Notification看出了,原来在Override Global Settings没有勾上的情况下,Hudson URL为http://10.20.174.34。后我直接覆盖了《邮件通知》插件的配置,自定义了相关配置,后检测没有问题。
如下图所示:
【感触】
我花了6个小时左右查找的问题居然是配置错误,比较纠结。如此简单的配置错误,为什么花我6个小时。我应该想到 google中没有人说这个问题,大致就是配置的问题,应该认真检查配置。但是我先入为主认为配置没有问题。(最关键一点就是 ${BUILD_URL}是正确的误导了我 )。此插件开发者,还是不应该令同一个BUILD_URL在不同的地方有不同的含义的,此会让开发者很费解的。其实这些问题,经常发生在我们的业务项目中,我们经常不注意,造成我们业务项目大量的技术债务。在以后遇到类似的问题,先想下在哪里会出现问题,一般最后还是要下载源码解决。已经花费了我6个小时,也不在乎再花半个小时把此问题描述下。希望以后查问题,能顺利点。
- HUDSON邮件模板问题 <众里寻他千百度,蓦然回首,那‘人’却在灯火阑珊处>
- 转载:HUDSON邮件模板问题 <众里寻他千百度,蓦然回首,那‘人’却在灯火阑珊处>
- 众里寻他千百度,蓦然回首,那人却在灯火阑珊处
- 众里寻他千百度,蓦然回首,那人却在。。。
- 众里寻他千百度,蓦然回首,那人却在。。。。。
- 奋斗吧,程序员——第十三章 蓦然回首,那人却在灯火阑珊处
- 蓦然回首,机会就在灯火阑珊处
- 蓦然回首,那些命令都在灯火阑珊处
- 【年度总结】蓦然回首,我在灯火阑珊处
- basename()—众里寻他千百度,那人却在linux函数库
- 蓦然回首 灯火阑珊
- 众里寻她千百度,那人却在优衣库。
- 众里寻 Bug 千百度,蓦然回首,它却在隔壁老张处……
- 蓦然回首,灯火阑珊——自考总结
- 我等你,在灯火阑珊处
- 灯火阑珊处
- 灯火阑珊处
- 众里寻他千百度
- 第六周实验报告4
- 堆(heap)和栈(stack)有什么区别
- 第20条:类层次优于标签类
- pl/sql中显示乱码的解决方法之一
- JVM内存管理机制
- HUDSON邮件模板问题 <众里寻他千百度,蓦然回首,那‘人’却在灯火阑珊处>
- 登陆的界面部分实现
- 执行进程间切换
- 黑马程序员_第一天
- fork与vfock系统调用的区别
- oracle linux 5 中随系统自动启动停止数据库oracle 11g R2的脚本
- 内核线程
- 累
- java---函数-构造--拷贝