Jira利用API把用户设为deactive的方法

    Jira REST API可以对用户账户做多种操作，但唯独不可以改变用户激活状态
# curl -D- -u admin:Admin_012 -X GET http://172.18.167.39:8080/rest/api/2/user?username=admin
{"self":"http://172.18.167.39:8080/rest/api/2/user?username=admin",
 "key":"admin",
 "name":"admin",
 "emailAddress":"xnnewjcloudjenkins@jd.com",
 "avatarUrls":{
"48x48":"http://172.18.167.39:8080/secure/useravatar?avatarId=10341",
"24x24":"http://172.18.167.39:8080/secure/useravatar?size=small&avatarId=10341",
"16x16":"http://172.18.167.39:8080/secure/useravatar?size=xsmall&avatarId=10341",
"32x32":"http://172.18.167.39:8080/secure/useravatar?size=medium&avatarId=10341"},
 "displayName":"系统管理员",
 "active":true,
 "timeZone":"Asia/Shanghai",
 "locale":"zh_CN",
 "groups":{"size":2, "items":[]},
 "applicationRoles":{"size":1, "items":[]},
 "expand":"groups,applicationRoles"}
    无论是用POST, PUT, UPDATE尝试将"active"设为false，REST API都返错误。据说是因为Jira的公司出于安全性的考虑，所以没有开放这个选项的REST API操作。
    但是有些时候又的确需要程序化的操作手段，比如公司部门架构调整或是人员变动时，需要批量删除用户，如果直接去delete用户并不是一个好的方法，因为这些用户如果之前在Jira里有过任何操作，那删除用户之后，操作的记录关联项就会变为Null，这无疑是不利于系统使用和维护的。在这种情况下，将这些失效用户置为deactive就是一种比较好的解决方法。但Jira系统deactive用户的操作是在界面上：设置->用户管理->选择某个用户->最右侧的[编辑]->去掉[活跃/active]的勾选框。
    但大批量操作时这种做法无疑不可行，还是需要API的解决方法。
    在Jira公司提供正式的支持API之前，一种workaround如下：
1. 先创建一个应用APP：设置->用户管理->Jira用户服务器->[添加应用程序]
2. 在输入页面中填入：[应用程序名称]：任意字符串比如app_name；[密码]：能记住就行比如app_password；[IP地址]：保留默认的127.0.0.1和::1，另起一行，填入你打算执行操作的客户端机器的ip地址，比如192.168.1.5；保存，现在应该能在回到的页面上看到刚刚创建的应用的信息
3. 到刚才指定IP的客户端机器上，输入curl命令：
# curl -D- -u app_name:app_password -X PUT --data '{"name":"要删除的用户名/key", "active":"false"}' http://jira_host_name:8080/rest/usermanagement/1/user?username=要删除的用户名/key -H 'Content-Type: application/json' -H 'Accept: application/json'
4. 批量删除用户的话，写个shell script即可

评论

发表评论

此博客中的热门博文

Windows上调试C/C++程序时自动产生coredump的设置方法

1. 安装Windows debug tool，全部使用默认安装选项即可 搜索 Windbgx86_v6.12.2.633.1395371577.msi 并下载 或者也可到微软官网上下载windows调试工具，windbg也在其中： https://developer.microsoft.com/zh-cn/windows/hardware/download-windbg 注：此版本为32位版，但在32位和64位操作系统上均能使用 2. 将windbg.exe设置为默认debugger工具： 起一个cmd，进入windbg的安装目录，默认是C:\Program Files (x86)\Debugging Tools for Windows (x86)\ 然后执行C:> windbg.exe -I 注意-I必须大写 然后windbg的程序主窗口会自动打开，并且弹出一条信息windbg已经被成功设置为默认的debugger云云... 点确定后窗口会自动关闭，至此设置成功 3. 创建一个存放coredump文件的目录 D:\Dump 4. 修改系统注册表，捕获异常崩溃时自动产生Coredump文件：   1) regedit打开注册表，找到注册表项，先备份：      64位系统： HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\AeDebug      32位系统： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug   2) 修改Auto的值，原来的默认值为0不启动debugger，修改为1默认启动debugger   3) 修改Debugger的值，如果上述第2步执行成功，那么此处的值应该已经被改为了"C:\Program Files (x86)\Debugging Tools for Windows (x86)\windbg.exe" -p %ld -e %ld -g      现在需要将其修改为导出并保存co...
阅读全文

利用Gitlab的Jira issue tracker实现Jira issue自动根据Gitlab commit/merge更新状态

图片
  首先一个参考文档： http://git.jd.com/help/user/project/integrations/jira   其次此文档中与我的jira版本和gitlab版本实际差异还是较大，记一下趟过的坑吧： 1. jira上的配置：   我用的是jira7.3.8，配置用户组权限处和上文不一样，设置group权限是从管理->系统->安全->全局权限进去设置，而且没有显示有jira-core的，于是将gitlab-developers设成了[JIRA 管理员]的权限 2. Gitlab上的配置：    1) Gitlab配置需有repo的master权限    2) 配置的时候从integration进去，是点击Jira转进link，而不是点前面的电源开关的符号，本废在这上面竟然被block了一下-_-b    3) JIRA API URL直接填与上面的Web URL一样就行    4) Transition ID这个解释起来比较复杂。首先，用上文的方法去取，我得到的是这样的输出： $  curl -s http://gitlab:gitlab@cloudjira.jd.com/rest/api/2/issue/TEST-3/transitions { "expand":"transitions", "transitions": [ {"id":"191", "name":"on-going", "to": {"self":"http://cloudjira.jd.com/rest/api/2/status/10301", "description":"", "iconUrl":"http://cloudjira.jd.com/images/icons/statuses/generic.png", "name":"Develope...
阅读全文

go用xorm去update数据库的一个坑

    最近写API服务比较多，一般试验性质的用python flask简单又快，需要稍微考虑点儿并发性能的，那还是用go来写咯。API服务一般都要落盘写库，随便选了个xorm来写mysql数据库。     但是最近碰到一个有点儿奇怪的现象，调用端报告偶有数据没有更新的现象。回头去查代码，写库这段逻辑如下：  if _, err = session.Where("col1 = ?", d.col1).Update(d); err != nil {     glog.Infof("has result col1:%s updated!", d.col1)     return }     一眼就能看明白的一个调用，看不出有啥毛病啊-_-b     试图重现也没能重现，于是只能加debug log以图能保存下次发生时的事发现场。结果过了一个月果然又出现了。确实是这段代码更新表中数据时出错了。     后来搜xorm文档时发现了这么一个Q&A: https://www.kancloud.cn/kancloud/xorm-manual-zh-cn/56018 我的struct里面包含bool类型，为什么它不能作为条件也没法用Update更新？ 答：默认bool类型因为无法判断是否为空，所以不会自动作为条件也不会作为Update的内容。可以使用UseBool函数，也可以使用Cols函数 engine . Cols ( "bool_field" ) . Update ( & Struct { BoolField : true } ) // UPDATE struct SET bool_field = true       深受启发啊！我出问题的数据虽然不是bool，但是0！于是又去查了下文档，发现xorm的帮助文档在一个角落里果然提到了bool false, int 0, 空nil都 默认不会更新 ！好坑啊！这种update默认方式的设计简直是反人类啊！    ...
阅读全文