Java Web项目集成Jetty

坑

最近花好多时间在inproctester这个项目上,暂时还是没有很大的进展，挫败感强烈。虽然进展不多，但过程中还是接触了一些网上貌似不太好查到的新东西，记录一下不枉费这段时间的心血。

Jetty是什么

可以内嵌到应用里的中间件，作用与tomcat或jboss类似，优点是不需要安装，可直接通过代码内嵌进应用，然后直接和直接应用程序一样执行。

配置过程中可能存在的问题

  • Jetty对EL表达式的支持不好，导致页面报500无法访问，主要是针对EL表达式中的三目运算符，冒号前后的选项必须空格。

  • Jetty运行应用时，通过servletContext.getRealPath("/")相比其他中间件获取到的路径会少一个/，导致某些资源访问可能存在问题。

more >>

展开全文 >>

传统交付流程下的一些反模式

从去年开始参与公司的敏捷中心，到今年参与到部门的敏捷教练团队，跟了好几个”敏捷团队“的交付过程，最大感受就是技术工作者非常不好忽悠。。。

作为技术工作者一员，也一直在思考如何给技术人员去讲解敏捷的价值观给交付过程实际带来的好处呢？ 别给我扯敏捷宣言，也别给我扯敏捷原则，来点实际的。

自认为对敏捷体会还不够深，估计得一直在学习的路上。毕业是不可能的了，这辈子都不可能毕业的，大道理又不会说，只能扯一些其他的来忽悠一下大家这样子。正面没的聊，咱们就只能从反面聊聊看。以下说说我认为的传统交付模式下的一些”反模式“。

模式一：各司其则

这本来是个褒义词，但是如果过度强调”各司其则“，往往就会演变成”各扫自家门前雪“了。交付团队区别于由各个交付成员自由组成的交付团体的主要原因就是团队会利用团队的优势，达成交付个体自由结合无法达成的效果。举个简单的例子，现在交付团队中一般都会有自动化测试的工作，因为涉及到”测试“，所以大多数交付团队会把这个工作完全交给测试人员来完成。但是自动化测试不同于普通的功能测试，需要依赖一些工具或者框架的支撑，而测试人员的优势往往是在业务而非代码，这个时候如果开发人员能够共同参与，结合测试人员的业务能力和开发人员的代码能力，相信这个工作一定能够达到事半功倍的效果。类似的还包括开发人员和运维人员之间存在的隔阂。

最直接影响：交付能力平庸

模式二：我们以前一直是这么做的，没感觉有什么不好的

more >>

展开全文 >>

docker java api使用

使用场景

一个内部系统的业务需要使用到各种运行环境（例如jdk6,jdk7,jdk8都需要），使用宿主机上的环境，一方面维护复杂，另一方面使用也比较麻烦（需要针对不同业务流设置不同环境变量），因此考虑使用调用宿主机上的docker来完成。

使用方法

第一步 配置宿主机的docker服务

#编辑配置：/etc/systemd/system/docker.service.d/docker.conf
[Service]
ExecStart=
ExecStart=/usr/bin/dockerd -H unix:///var/run/docker.sock -H tcp://0.0.0.0:2375

#刷新docker配置并重启
systemctl daemon-reload
more >>

展开全文 >>

docker的启动参数配置

以centos系统为例，启动参数涉及的文件主要为：/etc/docker/daemon.json和/etc/systemd/system/docker.service.d/http-proxy.conf.

daemon.json涉及完整参数可参考官方文档，介绍几个核心配置（自己用的比较多的）：

http-proxy.conf为代理设置，参见内容参考如下：
more >>

展开全文 >>

docker的四种网络模型

docker自动创建的网络

docker启动后，执行ifconfig，可看到多了一个桥接网络-docker0。

1
2
3
4
5
6
7
8
docker0   Link encap:以太网  硬件地址 02:42:a7:b0:df:c3  
          inet 地址:172.172.172.1  广播:0.0.0.0  掩码:255.255.255.0
          inet6 地址: fe80::42:a7ff:feb0:dfc3/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  跃点数:1
          接收数据包:8 错误:0 丢弃:0 过载:0 帧数:0
          发送数据包:43 错误:0 丢弃:0 过载:0 载波:0
          碰撞:0 发送队列长度:0 
          接收字节:536 (536.0 B)  发送字节:6864 (6.8 KB)
more >>

展开全文 >>

精准测试

“精准测试”是什么?

所有测试人员最怕听到的就是”全面回归”,实际可能仅是几行代码的改动.每次的”全回归”都是一次劳民伤财的活动,在项目体量越来越大的情况下,测试重点不清楚的情况时有发生,导致测试重心没有放在本次代码变更上,从而测试效果不理想.

精准测试,换一种说法,”恰到好处”的测试,哪种测试才叫”恰到好处”呢?众所周知的是,不存在”充分测试”这种说法,测试是否充分永远是相对的.在成本有限的前提下,花最适当的成本完成最有价值的测试工作,是精准测试努力的方向.

精准测试的意义

对于我们目前大量的维护性系统而言,大部分开发工作都是在原有基础上进行变更,可能会改动原有的模块.如果有一种比较好的办法能够快速给我们定位出本次变动可能影响的范围,从而确定测试范围,将大大提升我们的测试准度,让测试工作真正做到有的放矢,减少”全回归”的情况.

代码覆盖

基于代码的测试中才会涉及到代码覆盖这个概念,例如单元测试.覆盖度越高不代表质量一定得到了保证,但是如果有部分代码未覆盖,起码表示这部分代码可能存在风险.

more >>

展开全文 >>

java调用shell 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
package com.angrytest.utils;
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
public class SystemUtil {
	public static void openShell(final String shellPath) {
		new Thread() {
			public void run() {
				// 需要读取输出流和错误流，否则程序执行到一半会挂起，参考：http://www.blogjava.net/alwayscy/archive/2009/05/15/270925.html
				Process process = null;
				try {
					process = new ProcessBuilder(new String[] { "/bin/sh", "-c", shellPath }).start();
				} catch (IOException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				}
				StreamGobbler errorGobbler = new StreamGobbler(process.getErrorStream(), "Error");
				StreamGobbler outputGobbler = new StreamGobbler(process.getInputStream(), "Output");
				errorGobbler.start();
				outputGobbler.start();
			}
		}.run();
	}
}
class StreamGobbler extends Thread {
	InputStream is;
	String type;
	StreamGobbler(InputStream is, String type) {
		this.is = is;
		this.type = type;
	}
	public void run() {
		try {
			InputStreamReader isr = new InputStreamReader(is);
			BufferedReader br = new BufferedReader(isr);
			String line = null;
			while ((line = br.readLine()) != null) {
				if (type.equals("Error"))
					System.out.println(line);
				else
					System.out.println(line);
			}
		} catch (IOException ioe) {
			ioe.printStackTrace();
		}
	}
}

展开全文 >>

使用maven原型快速搭建自动化测试项目框架

使用场景

在搭建自动化测试项目框架时，需要对一些配置文件进行特殊配置，例如特殊依赖，配置文件中的配置值，以前这种工作只能通过人工完成．依赖maven原型，可以快速搭建起全配置的自动化测试项目框架．

如何生成原型

  • 新建maven工程，将自动化测试项目需要的配置都准备好．

  • 进行上面新建的工程目录，执行如何命令：

1
mvn archetype:create-from-project
more >>

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

很惭愧<br><br>只做了一点微小的工作<br>谢谢大家