2014-07-18 4 views
1

JIRA REST API를 사용하여 다음JIRA REST API 다른 날짜 형식

  • /JIRA/휴식/API/2/문제/{issueIdOrKey}는
  • /휴식/API/2/검색? JQL는

나는 내 프로젝트에서 둘 다 사용하지만 그들은 같은 문제에 대한 updated 필드에 대해 약간 다른 결과를 반환합니다.

  • 키로 받기 : 2014-07-18T17 : 53 : 02. +0300
  • 검색 : 2014-07-18T17 : 53 : 02. +0300

검색 응답에서 밀리 초가 설정되지 않았습니다. 그것은 나를 위해 버그처럼 보이지만 구성 설정 또는 무언가가있을 수 있습니까?

PS : 나는 최신 JIRA 버전 (6.2.6)

답변

1

JQL 검색 결과는 일반적으로 millisecond resolution 만있는 시간 소인을 저장하는 Lucene 색인에서 직접 가져 오지만 실제 문제를 가져 오면 sub-millisecond resolution을 가질 수있는 데이터베이스의 jiraissue 테이블에서 직접 날짜를 가져옵니다 (적어도 구성된 데이터베이스). 내가 정밀도가 위의 오해 볼 :

편집 문제를 점점에 의해 반환 된 타임 스탬프 (나노초 대)에만 밀리 초를 반환하고 JQL 쿼리 (밀리 초 대) 만 정수 초를 반환하므로 루씬 데이터 유형은 연결 위의 내용은 적합하지 않습니다.

그러나 답은 여전히 ​​동일합니다. Jetch은 Lucene에서 결과를 가져오고, 문제를 가져 오는 것은 데이터베이스에서 직접 값을 가져옵니다. Lucene 인덱스가 밀리 초를 반환하지 않는 이유에 대한 추가 조사 : JIRA의 BaseFieldIndexer.indexDateField 소스에서 JIRA는 created 필드를 Lucene이 인덱싱 할 수있는 값으로 변환하기 위해 LuceneUtils.dateToString(date)을 호출합니다. dateToString 메서드는 필드를 정수 초 수 (프로세스에서 밀리 초를 버려서)로 명시 적으로 변환 한 다음 인덱싱 목적으로 숫자를 String 표현으로 변환합니다.

0

홀수가! 나는 6.2 인스턴스에이 문제를 확인하고 또한 차이를 가지고 :

JQL : 업데이트 : 2014-07-11T19 : 34 : 04.000-0500 키 : 업데이트 : 2014-07-11T19 : 34 : 04.768-0500

검색에서 문제 목록을 반환하는 코드는 밀리 초를 지우는 다른 날짜 포맷터를 사용하지만 단일 발행물에서 데이터를 반환하는 데이터 작성기는이를 수행하지 않습니다. 나는 그것에 영향을 줄 수있는 구성 설정을 모른다.

ms를 기반으로 무언가를 검사하는 코드가 현명하지 못하기 때문에 http://jira.atlassian.com/browse/JRA 사소한 사소한 버그로 제출하는 것이 좋습니다.

+0

날짜 포맷터에서는 문제가 발생하지 않지만 JIRA 데이터베이스의 날짜가 다른 점 (Scott의 답변 확인)과 관련하여 문제가 있습니다. 이 [버그] (https://jira.atlassian.com/browse/JRA-28238)가 이미보고 된 것으로 나타났습니다. –

관련 문제