Sapforum.Biz
Инструменты => ABAP - Инструментальные средства => Тема начата: Igor Garanichev от Декабрь 25, 2009, 01:02:10 pm
-
Доброе время суток.
Уважаемые гуру.
Подскажите, как можно обезопасить себя от несработки скрипта? При наличии скриптов и активном GuiXT система отрабатывает нормально. Но если что-то в этом звене нарушается, проблемы сети, отсутствие скриптов - функционал начинает работать в обычном режиме. Соответственно все скриптовые изменение не работают.
Может есть возможность блокировать работу sapgui или тех транзакций для которых эти скрипты были написаны?
-
Может есть возможность блокировать работу sapgui или тех транзакций для которых эти скрипты были написаны?
Мда, я в этой жизни так и не понял зачем нужен GuiXT ???
-
Мда, я в этой жизни так и не понял зачем нужен GuiXT ???
Немного не так выразился. :)
Технология интересна и эффективна. Есть возможность скрыть элементы, отобразить новые.
Но! при отсутствии доступа к источнику скриптов ( web-репозитарий, удалённый ресурс ) приводит к тому, что транзакция отображается в исходном виде. Есть ли возможность, в тех случаях, когда к транзакции применён скрипт, и скрипт этот не найден, не подавать её на обработку пользователю?
-
при отсутствии доступа к источнику скриптов ( web-репозитарий, удалённый ресурс ) приводит к тому, что транзакция отображается в исходном виде. Есть ли возможность, в тех случаях, когда к транзакции применён скрипт, и скрипт этот не найден, не подавать её на обработку пользователю?
Я правильно понимаю, что работа идет через GuiXT сервер?
-
Да, именно.
-
Да, именно.
Тогда не понятна фраза про потерю репозитария... Он отдельно от сервера где-то лежит?
Может совместить сервер с репозитарием физически?
-
Тогда не понятна фраза про потерю репозитария... Он отдельно от сервера где-то лежит?
Может совместить сервер с репозитарием физически?
Хранилище скриптов лежит централизованно на отдельном сетевом ресурсе физически. И в какой-то момент этот ресурс будет недоступен. Как здесь быть? А оригинальную транзакцию пользователю не хотелось бы уже показывать.
-
Хранилище скриптов лежит централизованно на отдельном сетевом ресурсе физически. И в какой-то момент этот ресурс будет недоступен. Как здесь быть? А оригинальную транзакцию пользователю не хотелось бы уже показывать.
Может все-таки подуманть на тему совмещения репозитария скриптов и сервера GuiXT?
Это одномоментно закроет вашу проблему. Например, сделать на сервере шару и слить туда ваши скрипты
-
Базис не очень хочет подымать web-репозитарий. Предлагают уложить скрипты где-то в отдельном месте. Я не очень знаком с базисными тонкостями, почему они не хотят сделать эти настройки. Поэтому действую из предложенного.
-
Базис не очень хочет подымать web-репозитарий. Предлагают уложить скрипты где-то в отдельном месте. Я не очень знаком с базисными тонкостями, почему они не хотят сделать эти настройки. Поэтому действую из предложенного.
Тогда все проблемы отправляйте на базис ;D
-
Тогда все проблемы отправляйте на базис ;D
Ну, базис базисом...
А других путей решить эту проблему нет.
-
А других путей решить эту проблему нет.
В общем похоже нет, т.е. в момент запуска транзакции использующей GuiXT, нет возможности проверить доступность репозитория и вернуть ошибку с целью прерывания или невозможности запуска транзакции. Опять же я бы все таки потребовал на от базиса официального ответа почему скрипты GuiXT не могут находится на одной системе и уже этот ответ отправил бы братьям в поддержку, так сказать для постановки диагноза.
-
Наверно, буквально понимается картинка... а может реально только так? Тогда совсем все плохо
(http://www.guixt-mobile.com/assets/images/guixt_server.gif)