1分配任务负责人 1.1 固定分配 在进行业务流程建模时指定固定的任务负责人 在 properties 视图中,填写 Assignee 项为任务负责人.注意事项由于固定分配方式,任务只管一步一步执行任务,执行到每一个任务将按照 bpmn 的配置去分配任务负责人. 1.2 表达式分配 1.2.1 UEL 表达式 Activiti 使用 UEL 表达式, UEL 是 java EE6 规范的一部分, UEL(Unified Expression Language)即统一表达式语言, activiti

一.背景 Git学习–>如何通过Shell脚本自动定时将Gitlab备份文件复制到远程服务器? http://blog.csdn.net/ouyang_peng/article/details/77334215 git学习--> Gitlab如何进行备份恢复与迁移? http://blog.csdn.net/ouyang_peng/article/details/77070977 Linux学习–>如何通过Shell脚本实现发送邮件通知功能? http://blog.csdn.net/o

最近带领了一个大概150人天的项目,做一些备注: 1, 知人善用. 排期分任务的时候,要先了解每个团队成员的特点,包括技术水平.性格,看他是适合做技术难度大的模块还是适合做业务逻辑复杂的模块. 2, 先松后紧. 这次项目大概有三周开发时间,前两周的任务进度严格要求,不给任何人延后排期,push团队成员尽快按期完成,到最后一周就可以淡定一些,这样出错的几率就低. 3, 往前截住PM,往后推动QA. 一旦进入开发阶段,就要尽量拒绝PM频繁提大的需求变更,让需求冻结下来:同时push QA尽早测试,早

作业配置规范文档(MS SQL) 文档类型 MS SQL数据库作业配置规范文档 创建日期 2015-07-30 版本变化 V3.0 修改记录 修改人 修改日期 版本 修改描述 潇湘隐者 2015-08-01 V1.0 创建制定文档 潇湘隐者 2015-08-13 V2.0 修改部分内容,例如Schedule命名 潇湘隐者 2015-10-18 V3.0 增加作业申请流程图 无规矩不成方圆,在数据库管理维护,我们发现有必要规范作业创建.配置.因为随意的创建作业,导致五花八门的命名和各种混乱.不利于

上一篇博客讲到了LinQ和lambda的常用方法 还有很多我们未知但c#设计团队已经为我们封装好的类和方法.随着我们不断的熟悉C#语言,渐渐的就会接触到其他的知识点,委托.事件.反射.线程.同步,异步.IO.套接字...这些东西我们平常用到的不多,都是些概念性的东西,也许是因为不熟悉而可以回避了使用这些东西,不可否认的是 就算不用这些我们依然能想到问题的解决办法.但是几乎所有语言都会有这些概念,因为在某些场景它们能发挥不可思议的能力. 其实我到现在还是没有掌握委托和事件,在工作或者设计中也尽量回

原文: http://www.weiguda.com/blog/37/ 任何参与过高要求的大型项目的编程人员都明白设置适当的log等级, 创建不同的logger, 记录重要事件的重要性. 正确的设置和使用log并不是一件容易的事, 但 对于系统的稳定性而言, logging则是必不可少的. log不仅能用来debug程序, 并能追踪影响程序表现的指标. 之前我们提到需要定期查看access和error文件, 除了记录这些外, 还需要定期查看log文件, 以保证程序安全. 本片的内容主要关于Dja

1.提前了解需求,在需求的业务基础和开发的架构基础上分析测试关键点,给出测试策略,甚至需要准备测试数据: 2.分析需求时不要受开发影响,要有自己的分析和判断,包括测试范围,测试时间: 3.在开始测试之前,根据之前的分析准备 qa checklist for every feature/promotion/bug fix,如果时间允许可以写scenario/checklist,甚至test case; 4.在开发提测后,先把整个业务最关键的逻辑测试一遍,然后报第一轮bug,目的有两个,一是发现关键

一个web的持续基础实践: https://mp.weixin.qq.com/src=3&timestamp=1494325174&ver=1&signature=wFVC0E6YlKsNsCYnhs8XlMdRTmtwBU8qMW4YCsNoryvcIAGD8hPCnOCaXb5WisyGrmEOVUJVd1n2FRjV3ohyUWuTDUGMGhkDPXAlvd6t0RtNSivqrMRgof1KJcnZrAvzTYkjURSzDPjk8wR5vq8ASUOarm9mFlUad

一.git简介及安装1.git简介 Git 是用于 Linux 内核开发的版本控制工具.与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源代码的发布和交流极其方便. Git 的速度很快,这对于诸如 Linux kernel 这样的大项目来说自然很重要. Git 最为出色的是它的合并跟踪(merge tracing)能力. 实际上内核开发团队决定开始开发和使用 Git 来作为内核开发的版本控制系统的时候,世界开源社群的反对声音不少,

1.邮件跟踪 市场营销活动中,我们给客户发出了大量的电子邮件,这些邮件被客户阅读的情况你了解吗?vtiger CRM中独特的邮件跟踪功能,可以让你了解到邮件是否被客户浏览.浏览的次数和时间.通过客户的浏览次数,我们可以判断客户对邮件的关注情况,从而有目的性的对潜在客户发起电话拜访. 2.数据导出模板(7.0之后版本已经去掉此功能) 使用word制作需要的模板文件,例如会议邀请函.信封等,让vtiger CRM按照你的指令来填充系统中的客户数据. 3.邮箱扫描技术 让邮件与客户信息不再分离. vt

服务注册和服务配置开源项目 Nacos 本周发布了 v0.8.0 Pre-GA 版本,作为开源项目生命周期中的里程碑版本之一,v0.8.0 Pre-GA版本支持登录.命名空间.Metrics监控(对接Prometheus),并可以通过 Nacos-Sync 组件实现从传统的注册中心向 Nacos 注册中心进行数据平滑迁移等特性,补齐了安全隔离.监控和服务迁移等上生产的最后一公里,以更稳定的支撑用户的生产环境. 新版登陆界面 Nacos 新版控制台支持登录和登出特性,以便更安全的在生产上使用. 命

做运维的朋友应该知道,公司IDC机房经常有上架.下架.报修和报废的服务器.如果服务器数量很多的时候很容易造成监控遗漏.       大的互联网公司把监控系统和CMDB(资产管理系统|配置管理数据库系统)集成在一起,当上架一台新机器的时候CMDB里面会记录相关的信息,Zabbix根据CMDB里面信息自动Link相关的模块,添加|删除监控.很多小的公司没有资产管理系统,但作为监控的负责人应该每天知道上架了哪些新的机器,确保能添加到Zabbix监控里面.      首先给大家说一下脚本思路:1)通过N

[编者按]本文作者为云告警平台OneAlert负责人,著<云计算与OpenStack>,在IT运营管理.云计算方面从业10多年. 正文 互联网技术的发展,离不开运维支撑工作,没有零bug的程序,没有不出问题的系统,问题故障不可怕,可怕的是没能有序的处理: 突发紧急事件太多,疲于应付,团队士气低下,效率不高. 重要事情淹没在大量事件中,没有有序跟进处理,会引发严重业务影响. 如何有效处理紧急事件驱动的工作,成为(特别是运维主管)运维工作的关键.我接触了大量的各类型公司运维,从初创.中小.大型公司

上周,安全狗SRC联合SRC部落,携手推出了爆款话题:传统抗D设备 vs 新兴CDN抗D:抗D效果哪个好? 一经发布简直好评如潮,热评无数,四方雷动(?)原帖在此,错过的吃瓜表哥们可以再围观一下~https://bbs.ichunqiu.com/thread-21821-1-1.html 懒癌晚期的表哥如果不想一一浏览,小编特别汇总了一下诸位大佬的优质回复,并且邀请了xiaoye大佬对下面的汇总做了一下独具匠心(?)的技术点评.表哥们快来围观一下这些技术含量多汁到滴水的精彩发言,顺便提升一下对D

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 3.12.4 自学Zabbix3.12.4-动作Action-Operation配置 1. 概述 Operation指的是Action触发以后具体的操作,在Zabbix中,可以定义下面这些操作: 发送一条信息 执行一个命令(包括IPMI)   1.1 对于discovery事件,还有额外的一些操作: 添加一个Host 移除一个Host 启用一个Host 禁用一个Host 将Host添加到一个Ho

问题描述 突然收到客户报告,开发人员登录TFS系统时,出现登录异常现象.即使输入了正确的账户和密码,TFS系统任然提示重新登录的页面,导致用户无法打开TFS系统. 即使登录成功,在修改代码或者修改工作项的工程中,系统时而提示"管理员取消了操作". 现象如下图: 处理过程 1. 接到报告后,我们立刻在多个客户端上验证,重现了用户反馈的问题,并确认问题出在TFS系统服务端,而不是个别开发人员计算机的问题. 2. 根据问题现象,迅速排查TFS服务器中的日志和配置信息,发现DNS正常,数据库和

近段时间,我们项目中用到的WebSphere应用服务器(WAS),但在客户的production环境下极不稳定,经常宕机.给客户造成非常不好的影响,同时,也给项目组很大压力.为此,我们花了近一个月时间对其诊断,现在基本上稳定了,需要继续观察一段时间.现在我主要将工作做一个阶段性的总结. 我们的产品环境是:WAS6.0+DB2 8.1+AIX5.3+RS/6000.在该产品环境下,出现的问题非常多,现象如下: WAS经常不稳定.宕机几乎一天一次,经常报告OutOfMemory(内存泄漏吗?NO).

QQ会员活动运营平台(AMS),是QQ会员增值运营业务的重要载体之一,承担海量活动运营的Web系统.在过去四年的时间里,AMS日请求量从200-500万的阶段,一直增长到日请求3-5亿,最高CGI日请求达到8亿.在这个过程中,AMS在架构方面发生了大幅度的调整和变迁,我们走过了一段非常难忘的技术历程. 本文将会分享QQ会员活动运营平台的架构设计实践,希望对做技术的同学有所帮助.   一.海量活动运营的挑战和我们的应对思路 一个产品业务的发展总是离不开运营二字,而运营的表现形式很多会体现到活动需求

这两天部署了个bugzilla,记录如下. 1.主要参考文章 Bugzilla安装过程.Bugzilla使用手册及解决方案 如果你使用的系统是win7或者IIS是7.0的话,你可能还需要Win7 安装IIS.以及-添加脚本映射处理程序映射 (IIS 7): http://technet.microsoft.com/zh-cn/library/cc754147 2.bugzilla 每提交一个bug会发邮件通知bug负责人, 发件人(发件邮箱)是bugzilla系统专用的,固定不变的,不会是bug

导读 我们知道在微服务架构下,软件系统会被拆分成很多个独立运行的服务,而这些服务间需要交互通信,就需要定义各种各样的服务接口.具体来说,在基于Spring Cloud的微服务模式中,各个微服务会基于Spring MVC的Controller定义多个该微服务需要向外部发布的接口. 根据各个微服务功能边界定义的不同,有些微服务会提供与具体业务相关的接口,如支付接口账户接口等:而有些微服务则会提供一些公共性质的服务接口,如短信接口统一认证接口之类.而这些微服务往往又是由多个不同的团队在开发维护,传统方

A系统与B系统之间有很多接口交互,但是有一段时间接口经常报错,作为开发如果不能第一时间知道问题且及时解决的话就会收到业务投诉,当月绩效凉凉. 如果你也有这种场景,那么你就需要一个及时告警的功能. 实现方案 实现及时告警分以下两种场景: 有ELK日志收集 没有ELK日志收集 没有ELK日志收集的方案 ~~很简单,搭建一个日志收集环境(O(∩_∩)O哈哈~)~~ 需要在业务代码中嵌入硬编码,每次catch到异常直接发送告警信息告警平台进行告警 有ELK日志收集的方案 最核心的是 elasticsea