Documentum DQL: как я могу получить часовой пояс UTC для столбцов Date для анализа в .NET?

Question

Documentum (DQL через DFC) всегда возвращает столбцы результата Date в виде строки, отформатированной следующим образом:

Wed Oct 19 16:01:59 PDT 2011

... и функция .NET DateTime.Parse блокирует это - особенно PDTЧасовой пояс (TZ впредь) часть строк - насколько я могу судить, нет никакого понятия этих сокращений TZ в разборе DateTime.Конечно, он поймет +8:00, но не PDT.

TZ основан на TZ сервера содержимого, который не всегда может быть тем же TZ, что и потребитель веб-службы (мывыдает результаты DQL через веб-сервис).

ТАК ... если я смогу получить Documentum для ВСЕГДА, дайте мне время UTC в этих строках, я могу довольно легко выполнить преобразование на клиенте и всегдаиметь свой правильный часовой пояс.

Можно ли это сделать?Существует ли параметр Documentum, чтобы сервер содержимого всегда возвращал время по Гринвичу?

Альтернативные решения?

Answer 1

Формат даты см. В dfc.date_format = настройке, которую вы можете определить в файле dfc.properties.

Выдержка из dfcfull.properties для подробной информации:

формат датыс использованием синтаксиса класса Java SimpleDateFormat

Какая версия Content Server у вас есть?В D6.x даты хранятся в UTC и преобразуются в локальную TZ клиента клиентскими приложениями Documentum.Для получения более подробной информации см .: https://community.emc.com/message/545879#545879

Answer 2

Для DQL есть функция datetostring, и ее можно использовать так:

select datetostring(r_creation_date, 'dd/mm/yyyy') from dm_document

, она вернется 28.12.12

или со временем, подобным этому

select datetostring(r_creation_date, 'dd/mm/yyyy hh:mi:ss') from dm_document

вернется 28/10/2014 23: 58: 35

для DFC не рекомендуется использовать getString для дат.Рекомендуется использовать метод getTime.Он вернет объект IDfTime, который можно преобразовать в стандартный объект Date.