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

Ошибка при создании структуры


butulec

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

Здравствуйте!

Ситуация следующая:

У нас возникает ошибка при добавлении компонента в структуру определенного типа объекта (MeProcess) You have insufficient privilege for the attempted operation

предположительно это связано с тем что не может создаться объект bom view revision

Если bom view revision создать руками и потом добавить в структуре компонент то ошибка пропадает

 

Проводили тест на другом типе объектов (Item) если у него нет bom view revision, заходим в структуру и добавляет компонент И!!! bom view revision создается сам

Как сделать чтобы для MeProcess при добавлении в структуру компонентов(если там было пусто) создавался bom view revision автоматом, видимо это где то настраивается?

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...


UnPinned posts

Для настройки доступных объектов, которые могут быть добавлены в структуру объекта MeProcess, Вы создавали переменную TCAllowedChildTypes_MeProcess?

Если нет, то может быть ее создание Вам поможет.

 

У меня обратный вопрос)))

У нас есть потомок Item (который используется для хранения информации о деталях), у которого не должно быть структуры, но если в менеджере структуры, случайно вставить объект в деталь, то появляется ошибка, что такой-то объект нельзя добавить в структуру объекта детали. При этом создается пустая структура, а хочется, чтобы структура не создавалась.

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

Для настройки доступных объектов, которые могут быть добавлены в структуру объекта MeProcess, Вы создавали переменную TCAllowedChildTypes_MeProcess?

Если нет, то может быть ее создание Вам поможет.

 

У меня обратный вопрос)))

У нас есть потомок Item (который используется для хранения информации о деталях), у которого не должно быть структуры, но если в менеджере структуры, случайно вставить объект в деталь, то появляется ошибка, что такой-то объект нельзя добавить в структуру объекта детали. При этом создается пустая структура, а хочется, чтобы структура не создавалась.

Здравствуйте!

Спасибо за ответ, но это не помогло)

 

А Вы TCAllowedChildTypes_ имеете эту преференцию для своего потомка Item, у Вас это корректно отрабатывает?

https://cccp3d.ru/topic/71971-запрет-создание-объектов/

Изменено пользователем butulec
Ссылка на сообщение
Поделиться на других сайтах
24.09.2021 в 16:43, butulec сказал:

Здравствуйте!

Спасибо за ответ, но это не помогло)

 

А Вы TCAllowedChildTypes_ имеете эту преференцию для своего потомка Item, у Вас это корректно отрабатывает?

https://cccp3d.ru/topic/71971-запрет-создание-объектов/

Да.

На все 100%.

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

Да.

На все 100%.

 

Здравствуйте!

Я посмотрел все преференции TCAllowedChildTypes_ которые есть у нас, но где тогда определено для других типов которые работают по умолчанию? Потому что у нас проблемы только с этим типом процесса((

Ссылка на сообщение
Поделиться на других сайтах

Кстати, вот что я вспомнил, как Вы наверное знаете, при добавлении объекта в структуру, создается не только bom view revisio, но и bom view под у объекта типа Item.

Может быть стоит проверить права на Item?

Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, Andrey337 сказал:

Кстати, вот что я вспомнил, как Вы наверное знаете, при добавлении объекта в структуру, создается не только bom view revisio, но и bom view под у объекта типа Item.

Может быть стоит проверить права на Item?

а о каких правах идет речь?

Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, Andrey337 сказал:

Права на запись

Эта проблема только на определенном типе.

То есть если сделать один и тоже сценарий на разных типах то проблема будет только на MeProcess 

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

Эта проблема только на определенном типе.

То есть если сделать один и тоже сценарий на разных типах то проблема будет только на MeProcess 

Значит пора писать в GTAC

Ссылка на сообщение
Поделиться на других сайтах
29.09.2021 в 19:53, Andrey337 сказал:

Значит пора писать в GTAC

Мне ответили на форуме сименса вот этой ссылкой GTAC https://support.sw.siemens.com/knowledge-base/PL8129614

Но у нас доступа нет, могли бы скриншот кто нибудь сделать у кого есть? ))

Ссылка на сообщение
Поделиться на других сайтах
01.10.2021 в 10:45, butulec сказал:

Мне ответили на форуме сименса вот этой ссылкой GTAC https://support.sw.siemens.com/knowledge-base/PL8129614

Но у нас доступа нет, могли бы скриншот кто нибудь сделать у кого есть? ))

Вот текст по этой ссылки (там нет ответа, как решить описанную там проблему, лишь указание на то, что описанная проблема будет решена в ТС 12.3.):

 

Скрытый текст

 

BOM View Revision cannot be create

Software Versions/Configuration:
========================================
Customer's environment: TC 12.1.0.2
Also duplicated by Gtac on TC12.2.0.1

Description of Problem:
========================================

If I have an Item with at least 2 Revisions without BOM.
I send the first revision to the Structure Manager.
I add a child to this revision making a Copy/ Paste or an Add.
The BOM View and The BOM View Revision are automatically created.

Now, I send the second Revision to the structure manager.
I cannot add a child to this revision, I have the following error message : You have insufficient privilege for the attempted operation

Note: The same use case works fine on TC11.5 and TC12.0 (no error message, the structure is saved), but not in TC11.6.0.6 and TC12.2.0.1.
It is a regression.

Steps to Duplicate:
========================================
1. Create a Item
2. Revise this Item
3. Send the first revision to the Structure Manager
4. Add a child to the first revision
5. Save the modification in the structure Manager
6. Now, send the second revision to the structure manager
7. Add a child to the second revision
8. Save the modification in the structure Manager

Result:
Error Message saying : You have insufficient privilege for the attempted operation

Duplicated in GTAC Office in OOTB Environment: (Y/N with an explanation if No)
============================================================
Y

Additional data provided: (Y/N)
========================
logs (9592783_PR_logs.zip)

Additional Info:
============
In case the Product Development team would consider this change of behaviour is designed as intended, please convert this PR as an ER or Doc PR with Doc update


Siemens Digital Industries Software believes that the problem you reported where BOM View Revision cannot be create will be resolved by code changes made to the release of our product Teamcenter version 12.3.


PR 9592783
Product Information:

  • Product: TEAMCENTER , Application: STRUCTURE_MGR , Version: V12.1.0.2

 

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

Вот текст по этой ссылки (там нет ответа, как решить описанную там проблему, лишь указание на то, что описанная проблема будет решена в ТС 12.3.):

 

  Скрыть содержимое

 

BOM View Revision cannot be create

Software Versions/Configuration:
========================================
Customer's environment: TC 12.1.0.2
Also duplicated by Gtac on TC12.2.0.1

Description of Problem:
========================================

If I have an Item with at least 2 Revisions without BOM.
I send the first revision to the Structure Manager.
I add a child to this revision making a Copy/ Paste or an Add.
The BOM View and The BOM View Revision are automatically created.

Now, I send the second Revision to the structure manager.
I cannot add a child to this revision, I have the following error message : You have insufficient privilege for the attempted operation

Note: The same use case works fine on TC11.5 and TC12.0 (no error message, the structure is saved), but not in TC11.6.0.6 and TC12.2.0.1.
It is a regression.

Steps to Duplicate:
========================================
1. Create a Item
2. Revise this Item
3. Send the first revision to the Structure Manager
4. Add a child to the first revision
5. Save the modification in the structure Manager
6. Now, send the second revision to the structure manager
7. Add a child to the second revision
8. Save the modification in the structure Manager

Result:
Error Message saying : You have insufficient privilege for the attempted operation

Duplicated in GTAC Office in OOTB Environment: (Y/N with an explanation if No)
============================================================
Y

Additional data provided: (Y/N)
========================
logs (9592783_PR_logs.zip)

Additional Info:
============
In case the Product Development team would consider this change of behaviour is designed as intended, please convert this PR as an ER or Doc PR with Doc update


Siemens Digital Industries Software believes that the problem you reported where BOM View Revision cannot be create will be resolved by code changes made to the release of our product Teamcenter version 12.3.


PR 9592783
Product Information:

  • Product: TEAMCENTER , Application: STRUCTURE_MGR , Version: V12.1.0.2

 

 

Спасибо Вам большое!

Плохие новости :D

Ссылка на сообщение
Поделиться на других сайтах
  • 2 месяца спустя...
On 10/5/2021 at 12:45 PM, butulec said:

Спасибо Вам большое!

Плохие новости :D

 


 
Hello №№№№№№№№№№,
 
This issue has been reported previously in PR # 9592783 - which is fixed in version 12.3.
 
I tested your use case on 12.2 and I can replicate the issue, but the same use case is fixed in version 12.3
 
As a workaround, if you go ahead and recreate the BOMViewRevision object on the second revision (File > New > BOMViewRevision...), then send that revision to Structure Manager, then it will allow you to add components.
Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Krusty сказал:

 


 

Hello №№№№№№№№№№,
 
This issue has been reported previously in PR # 9592783 - which is fixed in version 12.3.
 
I tested your use case on 12.2 and I can replicate the issue, but the same use case is fixed in version 12.3
 
As a workaround, if you go ahead and recreate the BOMViewRevision object on the second revision (File > New > BOMViewRevision...), then send that revision to Structure Manager, then it will allow you to add components.

Здрсьте)

Да этот вариант как раз и планируется использовать)) проблема в том что это зашито в плагины, пришлось править плагины по созданию структуры, но предварительно теперь создаем BOMViewRevision

Ссылка на сообщение
Поделиться на других сайтах
On 12/7/2021 at 8:59 PM, butulec said:

Здрсьте)

Да этот вариант как раз и планируется использовать)) проблема в том что это зашито в плагины, пришлось править плагины по созданию структуры, но предварительно теперь создаем BOMViewRevision

 

Не зашивайте в плагины клиентские логику, это плохо это неправильно это моветон это отстой

только скорость делания может подкупить

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

 

Не зашивайте в плагины клиентские логику, это плохо это неправильно это моветон это отстой

только скорость делания может подкупить

а можно подробней эту мысль изложить? чем плохи плагины с какой-то логикой?

Ссылка на сообщение
Поделиться на других сайтах
2 minutes ago, lexx174 said:

а можно подробней эту мысль изложить? чем плохи плагины с какой-то логикой?

 

Client-Side, это Client-Side, пусть даже Rich:) на этом уровне визуализация, минимальная логика для проверки вводимых данных, но безо всяких зубодробительных сортировок/перестановок и пр.

почему? так надо - это клиент, сложные вычисления на стороне клиента - непродуктивны, а если скажем у тебя соединения на чуть-чуть разорвалось, миграция кода при переходе с одного типа клиента на другой (как сейчас, например, с RAC на AWC) просто ужас

Server-Side, пишешь на быстром C++,  код работает с нулевой задержкой на сетевые дела, код масштабируется по твоим Pool-ам, код работает в понятных условиях нежели чем на зоопарке рабочих станций, твой серверный код оформлеяется как сервис и ты его дергаешь хоть из RAC хоть из AWC, хоть из какого нить своего клиента. недостаток один - возиться надо больше, да.

 

 

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

 

Client-Side, это Client-Side, пусть даже Rich:) на этом уровне визуализация, минимальная логика для проверки вводимых данных, но безо всяких зубодробительных сортировок/перестановок и пр.

почему? так надо - это клиент, сложные вычисления на стороне клиента - непродуктивны, а если скажем у тебя соединения на чуть-чуть разорвалось, миграция кода при переходе с одного типа клиента на другой (как сейчас, например, с RAC на AWC) просто ужас

Server-Side, пишешь на быстром C++,  код работает с нулевой задержкой на сетевые дела, код масштабируется по твоим Pool-ам, код работает в понятных условиях нежели чем на зоопарке рабочих станций, твой серверный код оформлеяется как сервис и ты его дергаешь хоть из RAC хоть из AWC, хоть из какого нить своего клиента. недостаток один - возиться надо больше, да.

 

 

А если standalone SOA application? думаю к нему это мало применимо

 

Насчет логики в плагинах - на сегодня, из того что видел, у различных интеграторов есть куча их решений(не сказать что с замороченной логикой, но тем не менее), которые содержат не мало клиентских плагинов, где даже банальное создание базовых типов проходит через их кастомные диалоги/виды итд,

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • AlexArt
      Ну допустим, ты и на другом ресурсе это опубликовал. А не коммуниздил. Но вот продвигать воровство от государства, ворующее из Вики, это верх мерзости.
    • maxx2000
      Ах, да. Фильтры выбора добавили. Теперь можно выбрать только то что видно на первом плане, а не вместе с тем что с обратной стороны детали. В общем надо обновляться. Как раз работёнка на прессформу нарисовалась 
    • maxx2000
      Причина того - Кроилово. Кроилово всегда приводит к попадалову. Месяц простоял сколько мильонов деревянных потеряли? Вопрос риторический. И ещё будет стоять. Как памятник человеческой глупости и жадности.
    • AlexKaz
      "9 июля 1968 года на мышах был проведен самый знаменитый эксперимент американского ученого-этолога Джона Кэлхуна «Вселенная-25». Суть опыта заключалась в создании идеальных условий, где мыши могли бы жить и размножаться, не ведая никаких забот, вдали от хищников и в отсутствие эпидемий и заболеваний. Для этих целей ученый построил специальный загон, куда были помещены четыре пары белых мышей (самцов и самок). В распоряжении мышей всегда была чистая вода и еда в изобилии, специальные гнезда, где можно обустроить себе жилище ― гнезд в загоне хватало для проживания нескольких тысяч мышей. Температура в загоне в среднем составляла около 20 ℃ и была комфортной для мышей. Животные не подвергались никаким влияниям извне и жили в идеальных условиях в свое удовольствие. А дальше началось самое интересное. На первом этапе эксперимента мыши хорошо размножались, вели активный образ жизни, охотно играли. На следующей фазе эксперимента мыши стали есть меньше, перестали наедаться до отвала. На третьей фазе эксперимента, когда в загоне были уже сотни мышей, произошло распределение социальных ролей, стала ярко выраженной иерархия, клановость. Появились так называемые отверженные ― молодые особи, которых другие, взрослые мыши сгоняли в центр загона, не давали им вести нормальный образ жизни, причиняли физический вред. В природе такое, наверное, было бы невозможно, ведь эти мыши-агрессоры просто не дожили бы до старости: их бы съели хищники. Но в загоне Кэлхуна хищников не было, и взрослые мыши начали попросту издеваться над молодняком. Образовались две большие группировки: самцы-одиночки и самки-одиночки. При этом самки-одиночки отказывались спариваться <с менее статусными многочисленными молодыми самцами и с оставшимися старыми статусными> и отвергали ухаживания самцов. У мышей стал проявляться тотальный индивидуализм, мыши не стремились создать семью. На последней, четвертой стадии мышиная популяция стала сокращаться. Появились самцы, которых сам Кэлхун назвал «красивыми» (англ. beautiful ones), из-за отсутствия ран и рубцов. <В оригинале: They never engaged in sexual approaches toward females, and they never engaged in fighting, and so they had no wound or scar tissue. Thus their pelage remained in excellent condition. - Дословный перевод: Они никогда не прибегали к сексуальным подходам к самкам, и они никогда не участвовали в боях, и поэтому у них не было ран или рубцовой ткани. Таким образом, их шерсть сохранилась в отличном состоянии.> Эти мыши не вступали в борьбу за самок и территорию, не проявляли активности к размножению и только питались, спали и чистили шёрстку. У мышей стали проявляться различные формы девиантного поведения, вспышки агрессии. Самки стали проявлять агрессию, защищать себя сами, стали умерщвлять своих детенышей, а затем окончательно отказались размножаться. На пике эксперимента в загоне одновременно проживало чуть более двух тыс. мышей. Еды и гнезд было достаточно для дальнейшего роста популяции, но через четыре года после начала эксперимента Кэлхун остановил свой опыт, потому что в загоне осталось чуть более сотни мышей, и все они уже вышли из репродуктивного возраста. По итогам эксперимента Кэлхун пришел к выводу, что достижение определенной плотности населения и заполнение социальных ролей в популяции приводит к распаду общества" https://physicsoflife.pl/dict/pic/calhoun/calhoun.. https://scientificrussia.ru/articles/utopiya-dlya-mys.. https://ru.wikipedia.org/wiki/Кэлхун,_Джон_(этолог)
    • gudstartup
      @Koels вот в чем дело пока ds609 это предупреждение поэтому F может и не появится если sv601 это значит ошибка. возможно при нагреве радиатора серво определяет это как предупреждение или ваш вентилятор крутиться медленнее чем оригинальный и серва думает что он встал хотяпри этом обычно на экране в строке состояния FAN.мигает больше у меня вариантов нет....  
    • ДОБРЯК
      Решите любым алгоритмом. Тогда будет конструктивный разговор. :=)
    • Fedor
      https://en.wikipedia.org/wiki/List_of_numerical_analysis_topics#Eigenvalue_algorithms     :) 
    • Юрий К.Ф.
      Добрый день. Не нашёл тут тему по стойке Китайско Китайской)) Lynuc N3ME. Видать мне так повезло с её наличием)) Приобрели 5-ти осевой Китаец. В б/у состоянии после удара по оси Z. Отремонтировали по механике, заменили батареи на драйверах, выставили лимиты. Всё Ок. Пригласили со стороны людей которые бы разобрались по операторской части. Те два выходных ковырялись, после сказали покажут расскажут, но за огромные деньги. Не сошлись. После месяц станок простоял, когда включили перестал реагировать на регулировку скорости шпинделя. То есть в режиме Jog, включаем обороты, которые стандартно 2140-2149 об/мин. При регулировке процетности не меняются (сама процентность показывает на мониторе). Так же при включении оборотов через команду M03S300 или другое значение, скорость так же показывает 2140-2149 об/мин. Грешить на тех товарищей с которыми не сошлись по деньгам для обучения, как то не хочется. Поковырялся в настройках шпинделя, вроде всё в норме. Проводку на шпинделе прозвонил, целая. В чём причина, не понятна. Кто нибудь сталкивался с подобным, или с подобной стойкой? Может подсказать варианты причины подобного?
    • ДОБРЯК
    • Fedor
      https://en.wikipedia.org/wiki/Eigenvalue_algorithm   Вот , кстати, важное свойство которое раньше встречал у Стренга. :)    http://elibrary.bsu.edu.az/files/kitablar/1022.pdf   
×
×
  • Создать...