Перейти к публикации

Импорт свойства объекта creation_date


Рекомендованные сообщения

Добрый день.

Я перемещаю данные с одного сервера ТС на другой с помощью инструмента plmxml export/import. Данные все переносятся, но у меня не получается импортировать свойсва даты создания (creation_date). Даты создания есть в файле xml, но они никак не импортируюся. Перенесенные объекты все получают дату создания при переносе. Пробовал экспериментировать с  PropertySet, все равно не помогает.

 

Вопрос, а можно ли их вообще импортировать в сервер ТС при использовании инструментов plmxml?

 

CloseRule.PNG

PropertySet.PNG

Изменено пользователем VicN
Ссылка на сообщение
Поделиться на других сайтах


В документации и на GTAG написано что данные свойства не передаются (тыц). Это ограничения технологии PLMXML. Болле того, в ITK API (загловочный файл item.h) есть функции C++, позволяющий создать айтем, но вот данные свойства (дата создания и дата модификации) задать не выходит (может есть более низкоуровневые фукнции... я больше не искал).

 

Данные свойства можно передать между сайтами только с помощью tcxml export/import. Но судя по документации эта технология для миграции данных в контуре MultiSite (если у вас не Мультисайт, то даже не парьте себе мозг).

 

Итого: смиритесь. Можете выгрузить эти свойства и загрузить их в свои кастомные.

 

 PS: tcxml передает вместо файлов FMS токены. Обмануть и передать данные (в т.ч. файлы датасетов) у меня удавалось, но все это работало достаточно нестабильно.

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах

@mbm , понятно. Печально это.

 

19 минут назад, mbm сказал:

Можете выгрузить эти свойства и загрузить их в свои кастомные.


Не совсем понял, что имеется виду. Пожалуйста, объясните мне

Изменено пользователем VicN
Ссылка на сообщение
Поделиться на других сайтах

Насколько я помню, при настройке правил выгрузки plmxml данные свойства все же выгружаются в xml-файл. Вы можете на втором сервере создать для собственного типа кастомные свойства, хранящие дату и загрузить данные исходных значений дат создания и модификации туда.

 

Для этого нужно:

1) иметь правило которые выгружает эти даты в XML-файл (это вроде у Вас есть);

2) Открыть xml и отредактировать его (по сути должно быть достаточно заменить слово creation_date на ваше, например, my_custop_property_creation_date )

3) иметь на втором сервере целевой тип, содержащий данные свойства (например, my_custop_property_creation_date) куда и будут импортироваться значения.

Ссылка на сообщение
Поделиться на других сайтах
52 минуты назад, VicN сказал:

@mbm , понятно. Печально это.

да уж. )

 

 

5 минут назад, VicN сказал:

@mbm , понял. Спасибо за объяснение.

Рад помочь.

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • gudstartup
      вы тоже думаете что можно все компоненты чпу заменить и ничего не изменится и предупреждение о том чтобы oprminf не восстанавливали на другой машине которое фанук встроил даже в загрузчик это просто алармисткий текст и ничего не будет..... ну и ну и где написано что она mate как например здесь с чего тогда базовый чпу mate если гл.плата не mate мне непонятно из-за экрана что ли
    • статист
      Охренеть, ни за что бы не догадался. Хоть бы словом где обмолвились об этом в документации. Короче нужна команда EMODIF, E_ID, 3, N_ID где E_ID - номер элемента, который мы собираемся модифицировать. Так как используется BEAM188, то у него не два узла оказывается рассматривается, а три, где первые два принадлежат элементу, а третий узел - направляющий. И соответственно число 3 - это номер узла балки, который мы собираемся модифицировать, то есть направляющий узел. И мы этот узел соответственно заменяем на узел с номером N_ID. И тогда сечение реально вращается. Разобрался по этому видео.    
    • Александр1979
      Материнка такая в руководстве есть. На 0i-D я менял материнку, опции не слетели. 
    • gudstartup
      @Viktor2004 кстати конкретно модели автора в руководстве нет хотя оно последней редакции 18 года
    • Viktor2004
      конкретно на этой не менял. На каких менял, написал выше
    • gudstartup
      какие платы и на каких системах вот в чем ворос конкретно на этой возникут проблемы
    • Viktor2004
      ну да. А то что я менял платы это мои бредовые фантазии   Ну исправили в паспорте. И что?
    • gudstartup
      это догадки и гадание на кофейной гуще а япривожу документ где написано про то что прочитайте пункт 4.11 а там представляете вот что 4) Замена печатной платы может привести к изменению идентификационного номера ЧПУ. Проверьте это на Экран ЧПУ. Если оно отличается от описанного в техническом паспорте, исправьте его.  
    • Viktor2004
      я менял все платы. И на форуме наверное не я один их менял. И никто еще не писал что при этом у него слетел сертификат Возможно ID номера проверяются только в момент установки опции, а когда они уже установлены и мирно хранятся в OPRM INF возможно ти уже на ID наплевать
    • gudstartup
      для кого это написано CAUTION Before replacing a printed circuit board, be sure to read Section 4.11, “OPTION INFORMATION FILE” to confirm the procedure.  
×
×
  • Создать...