GuiXT

[Igor Garanichev]

Доброе время суток.

Уважаемые гуру.
Подскажите, как можно обезопасить себя от несработки скрипта? При наличии скриптов и активном GuiXT система отрабатывает нормально. Но если что-то в этом звене нарушается, проблемы сети, отсутствие скриптов - функционал начинает работать в обычном режиме. Соответственно все скриптовые изменение не работают.

Может есть возможность блокировать работу sapgui или тех транзакций для которых эти скрипты были написаны?

[Uukrul]

Может есть возможность блокировать работу sapgui или тех транзакций для которых эти скрипты были написаны?

Мда, я в этой жизни так и не понял зачем нужен GuiXT ???

[Igor Garanichev]

Мда, я в этой жизни так и не понял зачем нужен GuiXT ???

Немного не так выразился.  :)

Технология интересна и эффективна. Есть возможность скрыть элементы, отобразить новые.

Но! при отсутствии доступа к источнику скриптов ( web-репозитарий, удалённый ресурс ) приводит к тому, что транзакция отображается в исходном виде. Есть ли возможность, в тех случаях, когда к транзакции применён скрипт, и скрипт этот не найден, не подавать её на обработку пользователю?

[№1]

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

Я правильно понимаю, что работа идет через GuiXT сервер?

[Igor Garanichev]

Да, именно.

[№1]

Да, именно.

Тогда не понятна фраза про потерю репозитария... Он отдельно от сервера где-то лежит?
Может совместить сервер с репозитарием физически?

[Igor Garanichev]

Тогда не понятна фраза про потерю репозитария... Он отдельно от сервера где-то лежит?
Может совместить сервер с репозитарием физически?

Хранилище скриптов лежит централизованно на отдельном сетевом ресурсе физически. И в какой-то момент этот ресурс будет недоступен. Как здесь быть? А оригинальную транзакцию пользователю не хотелось бы уже показывать.

[№1]

Хранилище скриптов лежит централизованно на отдельном сетевом ресурсе физически. И в какой-то момент этот ресурс будет недоступен. Как здесь быть? А оригинальную транзакцию пользователю не хотелось бы уже показывать.

Может все-таки подуманть на тему совмещения репозитария скриптов и сервера GuiXT?
Это одномоментно закроет вашу проблему. Например, сделать на сервере шару и слить туда ваши скрипты

[Igor Garanichev]

Базис не очень хочет подымать web-репозитарий. Предлагают уложить скрипты где-то в отдельном месте. Я не очень знаком с базисными тонкостями, почему они не хотят сделать эти настройки. Поэтому действую из предложенного.

[№1]

Базис не очень хочет подымать web-репозитарий. Предлагают уложить скрипты где-то в отдельном месте. Я не очень знаком с базисными тонкостями, почему они не хотят сделать эти настройки. Поэтому действую из предложенного.

Тогда все проблемы отправляйте на базис ;D

[Igor Garanichev]

Тогда все проблемы отправляйте на базис ;D

Ну, базис базисом...

А других путей решить эту проблему нет.

[Uukrul]

А других путей решить эту проблему нет.

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

[№1]

Наверно, буквально понимается картинка... а может реально только так? Тогда совсем все плохо