2012-06-28 2 views
0

이상한 문제가 있습니다. 자바 스윙 애플리케이션에 10/11/1922 00:00:00 MST가 있지만 RMI를 통해 백엔드 글래스 피시 서버로 그 날짜를 보냅니다. 날짜는 10/10/1922 23:00:00 MST가됩니다. 그래서 그것은 어떻게 든 시간을 잃고 있습니다, 이것은 버그입니까? 이 문제를 참조하는 Google에서 아무 것도 찾을 수 없습니다. 내가 1923 년에 데이트를한다면, 시간이 걸리지 않는다. 내 클라이언트가 1.6.0 패치 30을 실행 중이며 내 서버가 1.6.0 패치 17을 실행 중입니다.자바 날짜가 1923보다 이전

+2

두 Java 응용 프로그램을 수행합니다 당신이 실제로 다시 시간에 의해 설정되지 내 원래의 게시물에 말했듯이 전달 될 때

내가, 내가 당신에 대해 얘기 정확한 변화를 발견 한 것 같아요 동일한 로케일, 특히 시간대를 사용합니까? –

+0

해당 기간에 대해 서로 다른 시간대 정보를 가질 수 있습니다. 역사적인 시간대는 지저분한 사업입니다. –

답변

3

이 질문을 전에 보았습니다. 본질적으로 그 시점의 시간대 정의가 바뀌 었습니다 역사적으로나 이와 비슷한 것이므로 실제 시간은 이 아니며이 존재합니다. 내 생각에, Jon Skeet은 오류를 찾기위한 것이었다 (이전의 SO 질문에서). 나는 지금 그것을 찾을 수 없다, 나는 점심 먹으러 가야만하지만, 나는 거기에 있다고 생각한다 : D

+1

발견 : http://stackoverflow.com/questions/6841333/why-is-subtracting-these-two-times-in-1927-giving-a-strange-result/6841479#6841479 –

+0

정확하게 동일한 문제가 아닙니다. 토론에는 몇 가지 유용한 정보가 있습니다. –

1

나는 비슷한 질문을 여기에서 보았다 : Why is subtracting these two times (in 1927) giving a strange result? 이것은 시간대 변경으로 인한 오류를 보였다. 예를 들어 영국에서 1922 년에 발견 된 빠른 Google을 수행하면 일광 절약 시간을 보전하기 위해 1 시간이 전달되었습니다. 여기를 참조하십시오 : http://www.timeanddate.com/worldclock/clockchange.html?n=136&year=1922. 나는 비록 정정을 기다린다.

편집 : http://www.timeanddate.com/worldclock/clockchange.html?n=286&year=1922

관련 문제