我正在整合BMC补救和JIRA来解决一个问题。
任务:我运行一个rest服务,如果有任何类型的热修复记录,它会在读取补救后引发自动JIRA。因此,在创建JIRA时,基本上很少有来自BMC的字段将映射到JIRA。
问题:是因为 API只接受一个搜索条件(在我的例子中是"hotFix“),每次我的服务运行时,它都会读取、补救和获取所有类型为"hotFix”的数据,甚至包括我已经为之创建的JIRAs。但是现在我需要解决这个问题,因为我不想为他们提出重复的JIRAs。
由于某种原因,我不想把所有这些东西都存储在数据库里。(很低成本)。
是否有任何方法可以导入此数据而不创建重复项?
发布于 2018-06-07 13:33:21
好吧!我用的是平面文件。
作为另一种解决方案,我使用了一个平面文件来存储上一次补救事件的“创建日期”(只有一个记录!)每当我的服务出现新的补救事件时,它都会被更新),在从补救方法中获取数据时,我将根据创建的日期和存储的最新日期对数据进行排序(这将有效地作为一个参数,在我下次访问服务时作为比较参数,以检查JIRAs是否直到这个特定的日期/时间已经创建)。在这个文件里。
这解决了我的问题。
发布于 2018-06-05 18:39:11
在您的服务中,在创建JIRA票据之前(我假设它是一个api调用),检查是否已经存在(使用来自JIRA的GET api )。
基于查询bmc补救的约束条件,这个对JIRA的额外调用似乎是一种选择。
https://stackoverflow.com/questions/50682500
复制相似问题