Lotsia PLM: Форум по семейству систем PLM/PDM/TDM/ERP/Workflow

я им писала, но обычно оперативно получаю тот или иной ответ, а тут что-то никакой реакции. У меня письмо в папке отправленных.

Настало время поделиться первыми ОТРИЦАТЕЛЬНЫМИ впечатлениями от использования нового API с возможностью создания объектов, связей и записи атрибутов непосредственно из скрипта.
Давно хотелось в действиях над объектами обрабатывать множество объектов в цикле из скрипта, т.к. уродство с получением результатов запроса в виде строки, с последующим "циклом" через разбор строки, уже порядком надоело. Но надежды оказались тщетными, т.к. цитирую техподдержку:

...независимо от того, откуда был вызван скрипт, это действие выполняется полностью независимо.

Т.е. Update() вызванный непосредственно в действии не влияет на данные, записываемые в скрипте этого же действия. Соответственно, Update в скрипте не влияет на данные записываемые непосредственно в том же самом действии. А Update надо ставить в каждом скрипте, иначе ничего в БД не запишется.
Иными словами, чтобы нормально использовать скрипты в действиях над объектами вижу два пути:
1. Вся запись объектов и атрибутов должна осуществляться ТОЛЬКО в скриптах, а действия над объектами только для ввода данных в формы
2. Перед каждым шагом-скрипом ОБЯЗАТЕЛЬНО ставить функцию Update(), иначе учитывая независимость действия от скриптов, в него же входящих, можно получать самые непредсказуемые результаты выполнения действия.

По варианту 1 хочу сказать, что практически ЛЮБАЯ среда разработки даст Лоции сто очков форы по поводу разработки форм, кода и отладки. Так что вариант это больше теоретический.
Вариант 2 вносит столько ограничений в логику действий над объектами, что всерьез его мы тоже не рассматриваем.

Т.е. в плане использования в действиях над объектами возможности нового API выглядят весьма спорными.

В то время, как космические корабли бороздят просторы космоса, мы продолжим получать результаты запроса в строку и организовывать "циклы" через разбор строки

У нас сейчас идет опытная эксплуатация новой подсистемы. Некоторые пользователи до этого Лоцию PDM не использовали, потому у них была установлена 4.30.
Так вот при установке 5.00 поверх 4.30 у нас возникали проблемы с подключением к ключу защиты (4 компьютера). После удаления и повторной установки Лоции все заработало.

Disillusioned писал(а):У нас сейчас идет опытная эксплуатация новой подсистемы. Некоторые пользователи до этого Лоцию PDM не использовали, потому у них была установлена 4.30.
Так вот при установке 5.00 поверх 4.30 у нас возникали проблемы с подключением к ключу защиты (4 компьютера). После удаления и повторной установки Лоции все заработало.

Дистрибутив, наверное, свой gnclient.ini подпихивает...

А у нас возникли небольшие проблемы с почтой (внешней), но ТП обещала устранить в ближайшем обновлении.

Disillusioned писал(а):Давно хотелось в действиях над объектами обрабатывать множество объектов в цикле из скрипта

Из действия хочется вызвать скрипт или наоборот, из скрипта действие?

...независимо от того, откуда был вызван скрипт, это действие выполняется полностью независимо.

Если скрипт зовется из действия, то фраза непонятна, т.к. причем тут зовущее дейстствие. Если действие зовется из скрипта, то получается, что запускаем действие, из действия зовем скрипт, а из скрипта еще одно действие? И последнее действие должно работать в контексте первого действия?

Мне это не осилить

Из действия хочется вызвать скрипт или наоборот, из скрипта действие?

Шаг типа "Скрипт"

...независимо от того, откуда был вызван скрипт, это действие выполняется полностью независимо.

Например, в действии надо изменить атрибуты выделенного в дереве объекта + соответствующим образом изменить атрибуты всех его потомков. Для изменения атрибутов выделенного объекта удобно использовать обычные функции редактора действий. Для того чтобы получить потомки нужен SQL-запрос и цикл обработки. Мне кажется привлекательной идея реализовать запрос к БД и цикл обработки потомков в виде отдельного шага типа "Скрипт". Однако в этом случае, мы получим два отдельных Update - один для функций редактора действий, другой - для шага типа "Скрипт". Хотя очевидно, что здесь два раздельных Update не нужны.

Вроде понял. Скрипты, видимо, теперь умеют изменять атрибуты объектов. Я еще не вникал. Раньше вроде не было такого.

Хочу сказать, что переход с 4.40 на 5.00 у нас прошел в лучших традициях версий 2.хх, 3.хх и 4.xx(вплоть до 4.30). Т.е. прошел очень даже гладко и быстро.
Разработчикам и техподдержке Лоции PDM спасибо - и так держать!!!

У нас переход на 5.00 вялотекущий: кого-то перешли, а кто-то на 4.40. На днях поставила себе сборку 110624, тестирую. Первым делом перестали работать некоторые "сторонние" фишки - те, которыми со мной любезно делились здесь же. Первым делом не пошла форма с полем со списком - список из атрибута, а в атрибут запросом. Справедливости ради скажу, что причина этого, возможно, не в новой сборке, а в каких-то манипуляциях, произведенных с SQL Server в мое очередное отсутствие. Срочно переделала форму, поле со списком настраиваю штатными средствами Лоции. Заработало не хуже, чем было. Но выяснилось, что те, кто барахтается на 4.40, с новой формой работать не могут - внутренняя ошибка.
Это просто для информации, чтоб не ходить всем по граблям.

А почему кто-то не перешел на 5.00? У вас не безусловное обновление?

Помнится, мне рекомендовали переход с 4 на 5 делать не обновлением, а установкой. Так случилось, что у нас сисадмины сменились, у новых почему-то не получается ставить удаленно, или как-то по-уму организовать процесс. Вот и тянется бодяга.

перестали работать некоторые "сторонние" фишки

Вот именно поэтому нигде, кроме как в интеграции с другими приложениями, мы не используем никаких плагинов...

В моём случае переходили с 4.20 на 5.0 обновлением с сервера. Была проблема с gnclient.ini (его надо было заменить на верный или же удалить). Кроме того пришлось частично переписывать некоторые действия для восстановления работоспособности прежних функций в 5-й версии.
В 5-й версии обнаружились свои неполадки. Например что-то непонятное с правами, т.е. раздаю права на группу, но при этом какие-то пользователи этой группы не получают эти права (не могут получить доступ/открыть). Никакими фильтрами в жизни не пользовались, неполадка появилась именно после перехода на 5-ю версию. Переписка с ТП свелась к долгому описанию проблемы.
Так же не работала функция отправки сообщения из действия.
Плюс лоция часто вылетала при включении пользователя в группу (из карточки пользователя).
Так что впечатление двоякое.

Andrey000 писал(а):В моём случае переходили с 4.20 на 5.0 обновлением с сервера.

Разработчики рекомендовали обновлять дистрибутивом.

Кроме того пришлось частично переписывать некоторые действия для восстановления работоспособности прежних функций в 5-й версии.

Там да... Я заметил, что гайки подтягивают потихоньку в сторону упорядочивания обращения с типами данных.

Например что-то непонятное с правами, т.е. раздаю права на группу, но при этом какие-то пользователи этой группы не получают эти права (не могут получить доступ/открыть). Никакими фильтрами в жизни не пользовались, неполадка появилась именно после перехода на 5-ю версию. Переписка с ТП свелась к долгому описанию проблемы.

И что, так и не решили? Если юзер из группы не имеет своих персональных прав, то он получает права группы. Если наследуемые - регенерация может помочь.

Так же не работала функция отправки сообщения из действия.

Недавно вроде было про починку MailSend. Оно? Однако в 4.20 ее не было, так что это не в тему

Плюс лоция часто вылетала при включении пользователя в группу (из карточки пользователя).

Замечал, но тоже исправили. Там по-моему было завязано с адресными книгами. Теперь точно работает.

Так что впечатление двоякое.

Мое личное мнение: обновляться надо чаще