Текущее время: Пн, июн 30 2025, 20:59

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: dynamic assign vs call transaction...
СообщениеДобавлено: Ср, дек 07 2005, 10:20 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 12 2004, 10:44
Сообщения: 370
Откуда: Москва
наверное невероятного хочется. в юзер экзите хочется получить доступ к одной внутренней таблице главной программы. с успехом реализуется через assign ()... но вот беда. транзакция работает в двух режимах: создание / изменение. причем для создания используется бапи, которое работает через пакетный ввод, а изменение - через ФМ. соответственно и проблема: при создании, юзер работает в другом LUW и не могу получить доступ к вызывающей программе :( . при изменении - все путем :? . решаемо?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: dynamic assign vs call transaction...
СообщениеДобавлено: Ср, дек 07 2005, 11:07 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Сб, сен 25 2004, 16:30
Сообщения: 1368
Откуда: Москва
Пол: Мужской
holocron написал(а):
наверное невероятного хочется. в юзер экзите хочется получить доступ к одной внутренней таблице главной программы. с успехом реализуется через assign ()... но вот беда. транзакция работает в двух режимах: создание / изменение. причем для создания используется бапи, которое работает через пакетный ввод, а изменение - через ФМ. соответственно и проблема: при создании, юзер работает в другом LUW и не могу получить доступ к вызывающей программе :( . при изменении - все путем :? . решаемо?

А пакетный ввод вызывается через CALL TRANSACTION? Я бы попробовал добавление UPDATE 'L', тогда по идее транзакция будет работать в той же задаче

_________________
С уважением, Сергей Королев


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: dynamic assign vs call transaction...
СообщениеДобавлено: Ср, дек 07 2005, 11:13 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 12 2004, 10:44
Сообщения: 370
Откуда: Москва
Сергей Королев написал:
holocron написал(а):
наверное невероятного хочется. в юзер экзите хочется получить доступ к одной внутренней таблице главной программы. с успехом реализуется через assign ()... но вот беда. транзакция работает в двух режимах: создание / изменение. причем для создания используется бапи, которое работает через пакетный ввод, а изменение - через ФМ. соответственно и проблема: при создании, юзер работает в другом LUW и не могу получить доступ к вызывающей программе :( . при изменении - все путем :? . решаемо?

А пакетный ввод вызывается через CALL TRANSACTION? Я бы попробовал добавление UPDATE 'L', тогда по идее транзакция будет работать в той же задаче


да, пакетник вызывается через CALL TRANSACTION причем в bapi_trip_create_from_data. и его вызывают с UPDATE 'A' жестко. :(

2 Сергей Королев: привет от HR коллектива ФК УС :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: dynamic assign vs call transaction...
СообщениеДобавлено: Ср, дек 07 2005, 12:03 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Сб, сен 25 2004, 16:30
Сообщения: 1368
Откуда: Москва
Пол: Мужской
holocron написал(а):
2 Сергей Королев: привет от HR коллектива ФК УС :)

Вот спасибо! :lol: И им тоже от меня!

С update 'A' без шансов, только если данные через EXPORT TO DATABASE передавать, как тут недавно советовали.

_________________
С уважением, Сергей Королев


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: dynamic assign vs call transaction...
СообщениеДобавлено: Ср, дек 07 2005, 12:43 
Гость
Цитата:
С update 'A' без шансов, только если данные через EXPORT TO DATABASE передавать, как тут недавно советовали.


с 'L' тоже не помогло... блин... не уж никак нельзя?


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 07 2005, 13:23 
Менеджер
Менеджер

Зарегистрирован:
Чт, янв 20 2005, 08:34
Сообщения: 573
Пол: Мужской
А как насчет анализа стэка? С помощью ФМ SYSTEM_CALLSTACK считать стэк. Потом в возвращеннjй табличке вызванных программ поискать имена (насколько я понял) разных программа. И в зависимости от результата поиска воспользоваться опять таки ASSIGN () ...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 07 2005, 13:30 
Гость
Sergo написал:
А как насчет анализа стэка? С помощью ФМ SYSTEM_CALLSTACK считать стэк. Потом в возвращеннjй табличке вызванных программ поискать имена (насколько я понял) разных программа. И в зависимости от результата поиска воспользоваться опять таки ASSIGN () ...


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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: re
СообщениеДобавлено: Ср, дек 07 2005, 13:54 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пт, сен 23 2005, 11:11
Сообщения: 963
Sergo прав, если времени жизни программ не пересекаются,
нужно искать асинхронный способ передачи


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: re
СообщениеДобавлено: Ср, дек 07 2005, 14:53 
Гость
trop написал(а):
Sergo прав, если времени жизни программ не пересекаются,
нужно искать асинхронный способ передачи


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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: re
СообщениеДобавлено: Ср, дек 07 2005, 15:45 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Пт, сен 23 2005, 11:11
Сообщения: 963
аа.. ты имеешь в виду, что у тебя по сути 2 разных процесса
и ты не знаешь как одному влезть в память другого,
тогда скорее всего только через какой-нибудь общий внешний объект или память


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB