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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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