Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

alexx2xx ivanov (все сообщения)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 След.
Изменение статуса RFC в проекте
Цитата
alexx2xx ivanov пишет:
Григорий, я так понимаю, все правила, которые относятся к Запросу (Change) хранятся только в ветке Change, независимо от того выполняются ли какие-то действия с Запросом в меню Запроса (Change) или в меню Проекта (Project)?

Я имел ввиду правила бизнес-логики
Изменение статуса RFC в проекте
я предполагаю, что все таки UI Rules (Change), потому что если изменить статус на самой форме запроса и после этого попытаться сохранить Запрос - значение статуса сразу изменяется на "Направлен в группу". Но перебрав все правила которые относятся к запросу не нашел абсолютно ничего похожего. Остается проверить DB Rules.
Григорий, я так понимаю, все правила, которые относятся к Запросу (Change) хранятся только в ветке Change, независимо от того выполняются ли какие-то действия с Запросом в меню Запроса (Change) или в меню Проекта (Project)?
Изменение статуса RFC в проекте
Значит все таки правила нужно копать, ок, поищу. Спасибо!
Изменение статуса RFC в проекте
Вы имеете виду правила Бизнес-логики ? Если и писали, то скорее всего до меня.
Изменение статуса RFC в проекте
Добрый день!

Возник следующий вопрос, может кто сталкивался:
В проекте создан Запрос на изменение (Request for Change). Открыв RfC из проекта, и изменив статус RfC на любой, статус остается "Направлено в группу", независимо от проставленного статуса и статуса который был до этого. При открытии RfC из меню Change (Запрос на изменение) и изменении статуса - статус остается корректным, таким же какой был указан.

Соответствующих настроек в системе не нашел.
Win 2003 EE x86, Oracle 10g, HP OV SD 4.5 SP20.
Использование Sd_event, Использование Sd_event
С проблемой разобрался, как оказалось язык установленный в приложении никаким образом не влияет на работу sd_event. Глюк был из-за стандартного маппинга, который использовался. Были созданы новый тестовые маппинги на русском и английском языках. Все работает на ура!
Использование Sd_event, Использование Sd_event
Заметил нюанс, на той системе, где сейчас пытаюсь создать инцидент sd_event'ом стоит русский язык, и маппинг тоже весь на русском соотвественно, хотя не думаю, что это может как-то повлиять.
Использование Sd_event, Использование Sd_event
[EVENT_10048]
VALUE_LIST="username=name#password=test@test#mapping=external_event#className=incident#modus=INSERT#event_id=6d#description=Scheduled#impact=Нет#"
SERVER=NAME
PORT=30980
SERVER_RESPONSE=ERROR: Event_id этот атрибут не соответствует данному интеграционному контексту.
LANGUAGE=GB
TRY=1
LOGFILE=C:\test\sd_event.log
ERROR_LOGFILE=C:\test\sd_event_error.log
TIMESTAMP= 1/12/2012 16:54:04
ONFAIL=
SEND=true
Использование Sd_event, Использование Sd_event
C:\test\sd_event_error.log - говорит тоже самое SERVER_RESPONSE=ERROR: Event_id этот атрибут не соответствует данному интеграционному контексту. Хотя поля в маппинге и передавамое - совпадают.
Использование Sd_event, Использование Sd_event
sd_event.log говорит следущее:

[EVENT_10100]
VALUE_LIST="username=name#password=test@test#mapping=external_event#className=incident#modus=INSERT#event_id=0#description=Service 'SNMP Service' is not started. Current state is stopped#status=Registered#ci=ievs#priority=HIGHEST#"
SERVER=NAME
PORT=30980
SERVER_RESPONSE=ERROR: Event_id этот атрибут не соответствует данному интеграционному контексту.
LANGUAGE=GB
TRY=1
LOGFILE=C:\test\sd_event.log
ERROR_LOGFILE=C:\test\sd_event_error.log
TIMESTAMP=12/27/2011 17:52:04
ONFAIL=
SEND=true
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 След.