昨天部署了一下nginx+tomcat+java出现了很多问题，以下为整理总结。 使用了两种部署方式，一种是源码部署，一种是war部署。 java源码部署总结： 环境：nginx+tomcat 部署方式：源码部署 1 源码目录 /chroot2/test/schedule 目录下面就是所有源码了 2 tomcat 位置: /usr/local/tomcat/apache-tomcat-scheduleweb-test 主要配置文件server.xml <Host name=”localhost” appBase=”/chroot2/test/schedule” deployOnStartup […]
文章版权由作者李晓晖和博客园共有，若转载请于明显处标明出处：http://www.cnblogs.com/naaoveGIS/ 1.背景 以实际项目中的一个例子来详细讲解Nginx中的一般配置，其中涉及到部分正则表达式的内容。在这个实际例子中，我们要做的是使用Nginx为WebGIS中常用的离散瓦片做一个伺服器。关于Nginx的下载、与tomcat的组合配置、测试例子可以参考我的上一篇博客http://www.cnblogs.com/naaoveGIS/p/5478208.html。 2.Nginx中的简单配置 2.1配置一般代理路径 让Nginx监听8010端口，一般情况下均转发到localhost:8080端口下。 2.2 配置瓦片资源代理路径 包含GISV14，以png等结尾的请求均在ROOT文件夹下寻找资源。 切记，此时需要将所有瓦片也转移到该文件夹下： 2.3 增加过滤配置 以上配置对所有png结尾的请求均作了代理转发地址。但是很多样式文件中的png图片也被转发了，这里需要做一个过滤进行规避： 即GISV14/library/的请求还是转发至localhost:8080下。 2.4检查Nginx的配置后重新加载 正确后，则重新加载配置。 3.结果展示 下图为前端展示效果： 其后台瓦片资源请求如下： 4.Nginx中的常见正则表达式
文章版权由作者李晓晖和博客园共有，若转载请于明显处标明出处：http://www.cnblogs.com/naaoveGIS/ 1.背景 项目中瓦片资源越来越多，如果提高瓦片的访问效率是一个需要解决的问题。这里，我们考虑使用Nginx来代理静态资源进行初步解决。 2.Nginx简介 Nginx (“engine x”) 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。Nginx是由Igor Sysoev为俄罗斯访问量第二的Rambler.ru站点开发的。 何为反向代理呢？即以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。 而Nginx主要完成的工作就是反向代理，比如我们向一台服务器的80端口发送了请求，该请求首先由Nginx监听到，其接受到请求内容后再转发给其他服务器，其他服务器处理完后再将结果传送给Nginx，最后由Nginx来统一返回给初始请求端。 Nginx最常见的使用方法就是作为静态资源伺服器，比如将CSS，JS，html，htm等文件进行缓存处理。 3.环境搭建 3.1下载 首先在官网中下载所需版本：http://nginx.org/en/download.html。目前我使用的版本是windows环境下的1.9.15。 下载完毕后，解压。 3.2开启Nginx 开启Nginx有两种方法，一种是直接点击开启，一种是命名行开启。 a.点击开启： b.命名行开启：
Welcome to WordPress. This is your first post. Edit or delete it, then start writing!
上一次搞定了appium+python+jenkins的自动化集成，但是感觉对于jenkins的集成还是有很多不太理解的地方，所以今天抽空研究了下使用testNg+maven+selenium+jenkins的自动化集成。 正文 准备环境 首先我们新建一个maven的工程，并且在pom.xml中配置好我们依赖的一些jar包 <dependencies> <dependency> <groupId>org.seleniumhq.selenium</groupId> <artifactId>selenium-java</artifactId> <version>2.46.0</version> </dependency> <dependency> <groupId>org.testng</groupId> <artifactId>testng</artifactId> <version>6.9.6</version> </dependency> <dependency> <groupId>org.seleniumhq.selenium</groupId> <artifactId>selenium-api</artifactId> <version>2.46.0</version> </dependency>
jenkins是流行的集成测试工具，在上面建立编译，发布，运行单体测试的任务都非常方便。 selenium是优秀的Web画面的自动化结合测试工具，它的测试代码有两种形式。 一种是用java，C#等高级语言编写的，特点是功能强大。 另一种是用HTML写的，特点是使用方便。 下面以HTML形式的test suite为例，说明如何在jenkins中配置selenium测试。 先下载插件，在jenkins的plugin管理画面中，选择安装Hudson Seleniumhq plugin。 安装完后重启jenkins。 然后下载selenium-server。其实就是一个jar文件。例如，selenium-server-standalone-2.21.0.jar 用这个jar文件，就可以实现命令行运行selenium测试。 命令行格式如下， java -jar D:/workspace/testproject/selenium/selenium-server-standalone-2.21.0.jar -htmlSuite “*iexplore” “http://localhost:8081” “D:/workspace/testproject/selenium/alltests.html”
试用这个测试框架，了解它对 JUnit 的超越 在每个现代软件包的构造阶段，测试这一实践都扮演着中心角色。过去那种先编写代码，然后有空的时候再测试（或者根本不测试）的日子已经一去不返，因为大多数开发人员现在认识到需要采用编码和测试彼此交织、同步推进的软件方法论，以便尽早发现 bug，在开发过程开始的时候就识别出主要的风险。 JUnit 超过了其他测试框架，推动开发人员理解了测试尤其是单元测试的用途。利用一个相当简单、实用、严格的架构，JUnit 已经能够“传染”大量开发人员。（有关“被测试传染”的更多信息，请参阅 参考资料。） JUnit 用户已经学会了单元测试的一些基本规则： 每段代码都必须经过测试。 只要有可能，代码的测试必须隔离进行（例如，使用像 模拟对象这样的技术 )。 软件必须容易测试 —— 也就是说， 在编写的时候要想着测试。 但是，随着开发人员对测试的信任增长，JUnit
持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile） 在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成的核心价值在于： 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。 持续集成的原则 业界普遍认同的持续集成的原则包括： 1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有 IBM Rational ClearCase、CVS、Subversion 等； 2）开发人员必须及时向版本控制库中提交代码，也必须经常性地从版本控制库中更新代码到本地； 3）需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被软件的修改来直接触发，也可以定时启动，如每半个小时构建一次； 4）必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需要手动启动一次构建。 持续集成系统的组成
https://www.ibm.com/developerworks/cn/opensource/os-autotesting-jenkins-testing/ 本文介绍了如何使用 Jenkins 和 TestNG 实现满足复杂测试需求的”自助式”自动化测试平台。该方案以 Jenkins 作为平台的基础，结合功能强大的插件及系统配置，部署基于 TestNG 的自动化测试包，并提供了友好的 Web 访问界面。项目成员可以在任何时间和地点，通过浏览器访问该平台，而且可以按照不同需求选择测试环境、测试集、测试用例，并提交自动化测试请求，达到真正的“自助式”自动化测试。该平台它可以极大地提高开发和测试团队自动化脚本的使用效率和便捷性。 背景介绍 在软件业十分成熟的今天，敏捷（Agile）开发在业界日益流行，而面临的挑战也日益增多，不断变化的用户需求、缩短的开发周期、频繁的部署上线、复杂的产品架构和团队组织，如何继续保证软件的质量是一个不能回避的课题。 许多企业级规模的项目常常按照功能模块将庞大的团队分为多个独立的 Scrum 团队。在这种情况下，每个 Scrum 团队各自负责其所属功能模块的开发和测试。在 Scrum
用ldap方式访问AD域的的错误解释 用ldap方式访问AD域的的错误一般会如下格式： LDAP: error code 49 – 80090308: LdapErr: DSID-0C090334, comment: AcceptSecurityContext error, data 52e, vece 其中红字部分的意思如下： 525 – 用户没有找到