ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
49 сообщений из 49, показаны все 2 страниц
  все  
Искажение адресной строки.
    #38483189
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Добрый день.

Имею апекс 4 и "iPLSQL Server - APEX" веб сервер ( по крайней мере в заголовке запросов он так называется).

Проблема в том, что в ряде случаев при любом переходе в адресной строке может затесаться запятая, и на странице будет ошибка:
ERR-1002 Unable to find item ID for item "" in application "102".

То есть после запятой ничего нету. Запятой вообще быть не должно. Но она появляется и апекс ищет итем с пустым ID. Ошибка возникает спонтанно при любом переходе / бранче.

Кто-нибудь с таким сталкивался?
...
Рейтинг: 0 / 0
29.11.2013, 13:00
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483419
добрый желатель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
добрый желатель
Гость
имхо, Вам нужно обращаться к разработчикам этого:
Gustly"iPLSQL Server - APEX"
а чё это вообще такое?
...
Рейтинг: 0 / 0
29.11.2013, 14:52
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483446
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Что это за iPLSQL Server веб сервер такой ?

Вот вам задание:

1. Опишите сценарий установки.

2. Проанализируйте access логи и посмотрите ссылки, которые запрашивал пользователь до и после ошибки . Если архитектура многоуровневая (например, проксирующие программы всякие), тогда и access логи нужно изучать на каждом уровне.
...
Рейтинг: 0 / 0
29.11.2013, 15:02
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483495
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Не могу сказать точно. Но возможно там используется самописный сервер. Как они запустили на нем апекс не знаю даже.
Что за access логи? Ошибка может возникнуть при любом переходе совершенно случайно. Стоит вернуться назад и опять кликнуть по той же ссылке и все работает нормально. Воспроизвести сложно довольно, чтобы что-то увидеть например в консоли браузера. Но на форуме оракла эту проблему описывали, но решения не нашли. Писали только, что на версии 2 и 3 такого не было.
...
Рейтинг: 0 / 0
29.11.2013, 15:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483671
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly, Мало технической информации

GustlyЧто за access логи?
Логи веб сервера, см. документацию к веб серверу

+ посмотрите

Код: plsql
1.
2.
select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'



и проверьте, действительно ли возникает при любом бранче / на любой странице / у любых пользователей

+ гляньте APEX_DEBUG_MESSAGES

в Application Security Attributes > Initialization / Cleanup PL/SQL Code
пропишите apex_debug.enable / disable (много сообщений могут забить tablespace, так что осторожнее),
причем смотрите по сессии, но еще и отдельно по времени выполнения без фильтров (сессия, например, может поменяться или сброситься), определите, чего там выполнялось перед ошибкой. Поможет если ошибка в вашем приложении / каких-то функций apex core ,
если же это ошибка веб сервера / прокси сервера, тогда курить логи и конфигурацию веб сервера, сравнивать с тем, что запрашивается браузером через сетевой монитор
...
Рейтинг: 0 / 0
29.11.2013, 16:30
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38483737
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

К веб серверу доступа нет.

По селекту select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'

ясно, что срабатывает на разных страницах, приложениях, юзерах, браузерах. Одинаково лишь page_view_mode = dynamic и ошибка.
...
Рейтинг: 0 / 0
29.11.2013, 16:58
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38485838
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

По вашим описаниям скорее всего это web-сервер, хотя и в приложениях тоже могут быть ошибки.

apex_debug достаточно мощное средство в таких ситуациях, для апекс 4.1 (в 4.2 немного по-другому, см. доку) примерно так:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;



Код: plsql
1.
2.
3.
begin
  apex_debug_message.disable_debug_messages;
end;



Далее, если ошибка возникает после отправки страницы (POST), тогда в debug находим 2 запроса с 2-мя page_view_id:

смотрим в accept запросе параметры QUERY_STRING, HTTP_REFERER, строки с бранчем, примерно так:

Код: sql
1.
2.
3.
4.
0,12500	0,00000	Branch point: After Processing	4	
0,12500	0,00000	...Evaluating Branch: AFTER_PROCESSING type: "REDIRECT_URL" button: (No Button Pressed) branch: (Unconditional) 	4	
0,12500	0,01600	prepare_url f?p=102:1:584830744001001::YES:::	7	
0,14100	0,00000	Stop APEX Engine detected



сравниваем с этими же параметрами в show-запросе, где ошибка, ну и другие сообщения, в том числе по времени, с большой степенью вероятности можно будет сказать, кто виноват.
Для полной картины, нужно изучить именно еще access логи, серверные переменные могут меняться веб сервером и приходить с искажениями.
...
Рейтинг: 0 / 0
02.12.2013, 12:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38486771
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Скоро надеюсь добраться до серверных логов. Но пока уточню. Обычно на конце строки я вижу ":::::", или же "::NO:::", то есть нету никаких переменных. И вот в самый конец бывает попадает запятая ":::::," хотя я спецом убрал такой переход на одной из страниц (то есть на конце пусто должно быть всегда), которая была подопытной. Но данный баг бывает и на других страницах.
...
Рейтинг: 0 / 0
03.12.2013, 00:10
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38487091
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Это не похоже на баг апекса, у стандартных веб серверов тоже врят ли есть такие баги, скорее ошибка программистов / админов, но точно можно сказать лишь собрав и изучив техническую информацию
...
Рейтинг: 0 / 0
03.12.2013, 11:39
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38487242
irbis_al
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
irbis_al
Участник
Такое поведение апекса может быть если есть на странице protected переменная,а вы её на странице javasriptом (jQuery) меняете.
...
Рейтинг: 0 / 0
03.12.2013, 12:54
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490460
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Новые подробности. Пользователи учудили.

Они в браузер вводят
https://ADDRESS:11111/apex/f?p=102:17:11834952095032::NO::P17_QWE_ID,P17_ASD_ID:20681,5
Их кидает конечно же на страницу логина
https://ADDRESS:11111/apex/f?p=102:LOGIN_DESKTOP:10412900624918
После удачного логина и кидает не на хоум страницу, а на
https://ADDRESS:11111/apex/f?p=102:17:10412900624918::::,P17_ASD_ID:,5

И почему такая строка непонятно уже. Почему было 2 переменных, осталась одна, и почему они вообще остались?!
...
Рейтинг: 0 / 0
05.12.2013, 15:32
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490678
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Уже что-то интересное.

Не стартовая страница, т.к. настройках включен механизм, кот. называется deep linking.

Я уж было подумал это баг deep linking когда 2 параметра, но нет, ни в 4.1.1 ни в 4.2.3 не вопроизводится.
Могу посоветовать:

- попробуйте воспроизвести в отдельном приложении.
- посмотрите, что на самом деле происходит в debug.
- проверьте, работет ли ссылка напрямую, уже после логина.
...
Рейтинг: 0 / 0
05.12.2013, 16:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490757
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

По селекту По селекту select * from apex_workspace_activity_log t
where t.error_message like '%ERR-1002%'

Вижу, что во всех приложениях системы возникает. Видимо пользователи ссылками делятся. У меня ИДники составные. После логина ссылка не работает. Так как в ней ИД сессии другой. Если вставлять только конечные параметры, то работает. Дебаг это который на нижней панели? Что в нем искать?
...
Рейтинг: 0 / 0
05.12.2013, 17:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38490802
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Если получится - там, если нет то apex_debug.enable.
Например в 4.1:
Код: sql
1.
2.
3.
4.
5.
6.
7.
0,12500	0,00000	...Execute Statement: begin wwv_flow_custom_auth_std.login( P_UNAME => v('P101_USERNAME'), P_PASSWORD => :P101_PASSWORD, P_SESSION_ID => v('APP_SESSION'), P_FLOW_PAGE => :APP_ID||':1' ); end;	4	
0,12500	0,00000	...Session ID 548719087027901 can be used	4	
0,12500	0,01500	... Authentication success	4	
0,14000	0,00000	Redirecting to f?p=108:9:548719087027901::YES:9:P9_ID:111782
0,14000	0,00000	...Process "Clear Page(s) Cache" - Type: CLEAR_CACHE_FOR_PAGES	4	
0,14000	0,00000	......Skip because condition or authorization evaluates to FALSE	4	
0,14000	0,00000	Stop APEX Engine detected


проверить, что нет ничего лишнего и подозрительного до и после в том запросе
Если там url еще правильный, то смотреть, что в дебаге после редиректа.

Может еще P17_QWE_ID item какой-то особый, или ссылка содержит какие-то непечатаемые спецсимволы
...
Рейтинг: 0 / 0
05.12.2013, 17:46
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491360
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev, кажется нашел. SELECT * FROM APEX_040200.WWV_FLOW_DEBUG_MESSAGES2. 2-я снизу строка.
...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_PT_DC_ID:,5"
Я так понял сюда сохранился редирект после логина. Но как его лечить?

 

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
79	500005	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_SORT="BINARY"	102		5952854375731		0	4	2,71180119801243E15	
78	500004	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_CALENDAR="GREGORIAN"	102		5952854375731		0	4	2,71180119801243E15	
81	500007	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set Decimal separator="."	102		5952854375731		0	4	2,71180119801243E15	
80	500006	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_COMP="BINARY"	102		5952854375731		0	4	2,71180119801243E15	
75	500001	499	06.12.13 10:07:19,078000 +04:00	Reset NLS settings	102		5952854375731		0	4	2,71180119801243E15	
74	500000	499	06.12.13 10:07:19,078000 +04:00	S H O W: application="102" page="17" workspace="" request="" session="5952854375731"	102		5952854375731		0	4	2,71180119801243E15	
77	500003	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_TERRITORY="AMERICA"	102		5952854375731		0	4	2,71180119801243E15	
76	500002	499	06.12.13 10:07:19,078000 +04:00	alter session set NLS_LANGUAGE="AMERICAN"	102		5952854375731		0	4	2,71180119801243E15	
82	500008	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set NLS Group separator=","	102		5952854375731		0	4	2,71180119801243E15	
86	500012	499	06.12.13 10:07:19,078000 +04:00	NLS of database and client differs, characterset conversion needed	102		5952854375731		0	4	2,71180119801243E15	
87	500013	499	06.12.13 10:07:19,078000 +04:00	...Setting session time_zone to +04:00	102		5952854375731		0	4	2,71180119801243E15	
85	500011	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"	102		5952854375731		0	4	2,71180119801243E15	
83	500009	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_date_format="DD-MON-RR"	102		5952854375731		0	4	2,71180119801243E15	
84	500010	499	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"	102		5952854375731		0	4	2,71180119801243E15	
105	500031	499	06.12.13 10:07:19,094000 +04:00	fetch items (exact)	102	17	0		0,016	4	2,71180119801243E15	
106	500032	499	06.12.13 10:07:19,094000 +04:00	... sentry+verification failure	102	17	0		0,016	4	2,71180119801243E15	
107	500033	499	06.12.13 10:07:19,094000 +04:00	...Creating new session, session ID=""	102	17	0	nobody	0,016	4	2,71180119801243E15	
102	500028	499	06.12.13 10:07:19,094000 +04:00	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089	102	17	5952854375731		0,016	4	2,71180119801243E15	
103	500029	499	06.12.13 10:07:19,094000 +04:00	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)	102	17	5952854375731		0,016	4	2,71180119801243E15	
104	500030	499	06.12.13 10:07:19,094000 +04:00	...fetch session state from database	102	17	0		0,016	4	2,71180119801243E15	
108	500034	499	06.12.13 10:07:19,094000 +04:00	Session created: 10857855207685 user: nobody	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
114	500040	499	06.12.13 10:07:19,094000 +04:00	"...Execute Statement: begin apex_debug.disable;
end;"	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
113	500039	499	06.12.13 10:07:19,094000 +04:00	Final commit	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
112	500038	499	06.12.13 10:07:19,094000 +04:00	Stop APEX Engine detected	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
109	500035	499	06.12.13 10:07:19,094000 +04:00	...New Instance Detected - 	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
110	500036	499	06.12.13 10:07:19,094000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_ID:,5"	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15	
111	500037	499	06.12.13 10:07:19,094000 +04:00	Redirecting to f?p=102:LOGIN_DESKTOP:10857855207685	102	17	10857855207685	nobody	0,016	4	2,71180119801243E15


...
Рейтинг: 0 / 0
06.12.2013, 10:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491471
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Воспроизвести в новом приложении пока не удалось?
Чуть позже сравню со свои дебагом.

Хорошо бы проверить, что QUERY_STRING параметр в том же запросе правильный, т.е. исключить веб сервер.
+ посмотреть sentry+verification function в схеме аутентификации, не меняется ли там прямо или косвенно тот самый FSP_AFTER_LOGIN_URL
...
Рейтинг: 0 / 0
06.12.2013, 11:40
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491490
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Еще сортировку по id сделайте, у вас сообщения перемешаны, часть из сёредки отсутствует
...
Рейтинг: 0 / 0
06.12.2013, 11:51
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491504
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Ошибка из разных приложений одна и та же. Можно по подробнее о QUERY_STRING и sentry+verification function. Я не сразу даже нашел где логи искать.

 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
1	06.12.13 10:07:19,078000 +04:00	S H O W: application="102" page="17" workspace="" request="" session="5952854375731"
2	06.12.13 10:07:19,078000 +04:00	Reset NLS settings
3	06.12.13 10:07:19,078000 +04:00	alter session set NLS_LANGUAGE="AMERICAN"
4	06.12.13 10:07:19,078000 +04:00	alter session set NLS_TERRITORY="AMERICA"
5	06.12.13 10:07:19,078000 +04:00	...NLS: Set Decimal separator="."
6	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_date_format="DD-MON-RR"
7	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"
8	06.12.13 10:07:19,078000 +04:00	...Setting session time_zone to +04:00
9	06.12.13 10:07:19,078000 +04:00	NLS of database and client differs, characterset conversion needed
10	06.12.13 10:07:19,078000 +04:00	...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"
11	06.12.13 10:07:19,078000 +04:00	...NLS: Set NLS Group separator=","
12	06.12.13 10:07:19,078000 +04:00	alter session set NLS_COMP="BINARY"
13	06.12.13 10:07:19,078000 +04:00	alter session set NLS_SORT="BINARY"
14	06.12.13 10:07:19,078000 +04:00	alter session set NLS_CALENDAR="GREGORIAN"
15	06.12.13 10:07:19,094000 +04:00	Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru
16	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
17	06.12.13 10:07:19,094000 +04:00	Setting NLS_DATE_FORMAT to application date format: DD.MM.YYYY
18	06.12.13 10:07:19,094000 +04:00	... sentry+verification failure
19	06.12.13 10:07:19,094000 +04:00	fetch items (exact)
20	06.12.13 10:07:19,094000 +04:00	...fetch session state from database
21	06.12.13 10:07:19,094000 +04:00	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)
22	06.12.13 10:07:19,094000 +04:00	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089
23	06.12.13 10:07:19,094000 +04:00	NLS: Language=ru
24	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
25	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
26	06.12.13 10:07:19,094000 +04:00	...NLS: Set g_nls_date_format="DD.MM.YYYY"
27	06.12.13 10:07:19,094000 +04:00	"...Execute Statement: begin apex_debug.disable;
end;"
28	06.12.13 10:07:19,094000 +04:00	Final commit
29	06.12.13 10:07:19,094000 +04:00	Stop APEX Engine detected
30	06.12.13 10:07:19,094000 +04:00	Redirecting to f?p=102:LOGIN_DESKTOP:10857855207685
31	06.12.13 10:07:19,094000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:10857855207685::YES::,P17_ID:,5"
32	06.12.13 10:07:19,094000 +04:00	...New Instance Detected - 
33	06.12.13 10:07:19,094000 +04:00	Session created: 10857855207685 user: nobody
34	06.12.13 10:07:19,094000 +04:00	...Creating new session, session ID=""

...
Рейтинг: 0 / 0
06.12.2013, 12:03
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491513
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Вот этот кусок кода, что я постил выше

Код: sql
1.
2.
3.
  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );



Смотреть проще во вьюшке APEX_DEBUG_MESSAGES
...
Рейтинг: 0 / 0
06.12.2013, 12:10
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491518
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Его встроить на 101 страницу процессом?
...
Рейтинг: 0 / 0
06.12.2013, 12:13
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491529
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
Не то.
...
Рейтинг: 0 / 0
06.12.2013, 12:17
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491538
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

проще всего в Security Attributes > Initialization / Cleanup PL/SQL Code, можно еще там ограничить действие, на 101 не получится, т.к. у вас лог еще до 101, +т.к. sentry failed в процессе работать не будет
...
Рейтинг: 0 / 0
06.12.2013, 12:21
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491596
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Сделал в ините.
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
apex_debug.enable;
begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;


Ничего интересного в QUERY_STRING не нашел.
...
Рейтинг: 0 / 0
06.12.2013, 12:51
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491605
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Что значит не нашли, будь там f?p=102:17:10857855207685::YES::,P17_ID:,5 или правильный url с 2-мя параметрами это скажет о многом, смотреть надо в том запросе же на странице 17
...
Рейтинг: 0 / 0
06.12.2013, 12:56
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491615
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Код: sql
1.
2.
3.
4.
5.
6.
select *--t.message_timestamp,t.message 
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 12:13','DD.MM.YYYY HH:MI') 
and t.message_timestamp <= to_date('06.12.2013 12:17','DD.MM.YYYY HH:MI')
and t.message like '%QUERY%'
order by t.message_timestamp



Искал вот так.

Код: sql
1.
2.
3.
4.
1	06.12.13 12:14:44,290000 +04:00	CGI: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
2	06.12.13 12:14:44,305000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:11724053397499
3	06.12.13 12:14:49,493000 +04:00	CGI: QUERY_STRING = 
4	06.12.13 12:14:49,540000 +04:00	DEBUG: QUERY_STRING =



Нету здесь ожидаемой строки.
...
Рейтинг: 0 / 0
06.12.2013, 13:00
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491617
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

apex_debug_message это 4.1, в 4.2 там немного другие функции, вот эти

APEX_DEBUG.ENABLE (APEX_DEBUG.c_log_level_engine_trace)
APEX_DEBUG.MESSAGE('DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i))
...
Рейтинг: 0 / 0
06.12.2013, 13:01
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491619
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Написал побольше и в разные места.

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
1	06.12.13 13:01:49,721000 +04:00	CGI: QUERY_STRING = p=102:17:5952854375731::YES::P17_CLAIM_ID,P17_PT_DC_ID:18834,5
2	06.12.13 13:01:49,737000 +04:00	DEBUG: QUERY_STRING = p=102:17:5952854375731::YES::P17_CLAIM_ID,P17_PT_DC_ID:18834,5
3	06.12.13 13:01:49,909000 +04:00	CGI: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
4	06.12.13 13:01:49,924000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
5	06.12.13 13:01:49,940000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
6	06.12.13 13:01:50,065000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
7	06.12.13 13:01:54,409000 +04:00	CGI: QUERY_STRING = 
8	06.12.13 13:01:54,456000 +04:00	DEBUG: QUERY_STRING = 
9	06.12.13 13:01:54,471000 +04:00	DEBUG: QUERY_STRING = 
10	06.12.13 13:01:54,550000 +04:00	DEBUG: QUERY_STRING = 
11	06.12.13 13:01:54,800000 +04:00	CGI: QUERY_STRING = p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5
12	06.12.13 13:01:54,815000 +04:00	DEBUG: QUERY_STRING = p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5
...
Рейтинг: 0 / 0
06.12.2013, 13:03
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491623
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Нужно посмотреть page_view_id со строкой FSP_AFTER_LOGIN_URL и вывести полностью его тогда будет видно что к чему
у меня пока компьютера под рукой нет, посмотреть что там должно быть
...
Рейтинг: 0 / 0
06.12.2013, 13:06
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491634
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Чем Вам поможет page_view_id

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
1	06.12.13 13:01:49,721000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5"	541	17
2	06.12.13 13:01:50,049000 +04:00	"...Execute Statement: begin htp.p('FSP='||:FSP_AFTER_LOGIN_URL);
htp.p(v('SESSION'));
HTP.P(V('ITEMNAMES'));
HTP.P(V('ITEMVALUES'));
htp.p(v('Session'));
htp.p(v('itemNames'));
htp.p(WWV_FLOW_UTILITIES.my_url);
end;"	543	101
3	06.12.13 13:01:50,049000 +04:00	get_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_session_id=>2073860904417	543	101
4	06.12.13 13:01:54,518000 +04:00	get_item_value  p_item=>FSP_AFTER_LOGIN_URL,p_flow=>102,p_instance=>2073860904417	545	101
5	06.12.13 13:01:54,518000 +04:00	... l_instance=2073860904417,l_flow_id=102,l_sgid=2711801198012425,p_item=FSP_AFTER_LOGIN_URL	545	101
6	06.12.13 13:01:54,518000 +04:00	get_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_session_id=>2073860904417	545	101
7	06.12.13 13:01:54,518000 +04:00	save_by_name p_item_name=>FSP_AFTER_LOGIN_URL,p_item_value=>***	545	101
8	06.12.13 13:01:54,518000 +04:00	set_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_value=>	545	101
9	06.12.13 13:01:54,518000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value=""	545	101
...
Рейтинг: 0 / 0
06.12.2013, 13:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491646
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Последний столбец это ИД страницы, то есть на 17-й переменная искажается, потом идут уже 101-е.
...
Рейтинг: 0 / 0
06.12.2013, 13:17
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491660
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,
Код: sql
1.
2.
3.
4.
5.
6.
7.
...Execute Statement: begin htp.p('FSP='||:FSP_AFTER_LOGIN_URL);
htp.p(v('SESSION'));
HTP.P(V('ITEMNAMES'));
HTP.P(V('ITEMVALUES'));
htp.p(v('Session'));
htp.p(v('itemNames'));
htp.p(WWV_FLOW_UTILITIES.my_url);


О, это ваш код? почему-то раньше в дебаге не было.
Поможет тем, что будет видно какой QUERY_STRING к какому запросу относится, сейчас ничего непонятно
...
Рейтинг: 0 / 0
06.12.2013, 13:23
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491670
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Да, мое. Пытался вытащить итемы, и сделать свою строку. Не получилось.
Какие поля вытащить? В селекте выше делал:
Код: sql
1.
2.
3.
4.
5.
6.
select t.message_timestamp,t.message ,t.page_view_id,t.page_id
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 13:01:45','DD.MM.YYYY HH24:MI:SS') 
and t.message_timestamp <= to_date('06.12.2013 13:10','DD.MM.YYYY HH24:MI')
and t.message like '%FSP_AFTER_LOGIN_URL%'
order by t.message_timestamp
...
Рейтинг: 0 / 0
06.12.2013, 13:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491698
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

смотрите этим запросом t.page_view_id потот покажите полностью с одним фильтром по t.page_view_id что выводит с сортировкой по t.page_view_id,id
...
Рейтинг: 0 / 0
06.12.2013, 13:37
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491713
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Код: sql
1.
2.
3.
4.
5.
6.
select --t.message_timestamp,t.message ,t.page_view_id,t.page_id
id,t.page_view_id,t.page_id,t.message
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 13:01:45','DD.MM.YYYY HH24:MI:SS') 
and t.message_timestamp <= to_date('06.12.2013 13:10','DD.MM.YYYY HH24:MI')
order by id



 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
1	542000	541		S H O W: application="102" page="17" workspace="" request="" session="5952854375731"
2	542001	541		Reset NLS settings
3	542002	541		alter session set NLS_LANGUAGE="AMERICAN"
4	542003	541		alter session set NLS_TERRITORY="AMERICA"
5	542004	541		alter session set NLS_CALENDAR="GREGORIAN"
6	542005	541		alter session set NLS_SORT="BINARY"
7	542006	541		alter session set NLS_COMP="BINARY"
8	542007	541		...NLS: Set Decimal separator="."
9	542008	541		...NLS: Set NLS Group separator=","
10	542009	541		...NLS: Set g_nls_date_format="DD-MON-RR"
11	542010	541		...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"
12	542011	541		...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"
13	542012	541		NLS of database and client differs, characterset conversion needed
14	542013	541		...Setting session time_zone to +04:00
15	542014	541	17	Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru
16	542015	541	17	alter session set nls_language="RUSSIAN"
17	542016	541	17	alter session set nls_territory="RUSSIA"
18	542017	541	17	NLS: CSV charset=CL8MSWIN1251
19	542018	541	17	...NLS: Set Decimal separator=","
20	542019	541	17	...NLS: Set NLS Group separator=" "
21	542020	541	17	...NLS: Set g_nls_date_format="DD.MM.RR"
22	542021	541	17	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
23	542022	541	17	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
24	542023	541	17	Setting NLS_DATE_FORMAT to application date format: DD.MM.YYYY
25	542024	541	17	...NLS: Set g_nls_date_format="DD.MM.YYYY"
26	542025	541	17	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
27	542026	541	17	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
28	542027	541	17	NLS: Language=ru
29	542028	541	17	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089
30	542029	541	17	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)
31	542030	541	17	...fetch session state from database
32	542031	541	17	fetch items (exact)
33	542032	541	17	... sentry+verification failure
34	542033	541	17	...Creating new session, session ID=""
35	542034	541	17	Session created: 2073860904417 user: nobody
36	542035	541	17	...New Instance Detected - 
37	542036	541	17	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:2073860904417::YES::,P17_asd_ID:,5"
38	542037	541	17	Redirecting to f?p=102:LOGIN_DESKTOP:2073860904417
39	542038	541	17	Stop APEX Engine detected
40	542039	541	17	Final commit
41	542040	541	17	"...Execute Statement: begin begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;
apex_debug.disable;
end;"
42	542041	541	17	CGI: REMOTE_ADDR = 1.1.1.1
43	542042	541	17	CGI: REMOTE_USER = 
44	542043	541	17	CGI: PATH_INFO = /apex/f
45	542044	541	17	CGI: QUERY_STRING = p=102:17:5952854375731::YES::P17_qwe_ID,P17_asd_ID:18834,5
46	542045	541	17	CGI: referer = 
47	542046	541	17	CGI: REQUEST_METHOD = GET

...
Рейтинг: 0 / 0
06.12.2013, 13:43
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492119
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Наконец-то добрался до комьютера, оказывается sentry function срабатывает всегда раньше, чем Initialization PL/SQL Code, поэтому правильно, что в Cleanup PL/SQL Code прописали.

apex 4.2.3, ошибка не воспроизведится

 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
1  178000  177  06.12.13 17:48:24,855000 +05:00  S H O W: application="102" page="17" workspace="" request="" session="5952854375731"  5952854375731  4
2  178001  177  06.12.13 17:48:24,855000 +05:00  Reset NLS settings  5952854375731  4
3  178002  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_LANGUAGE="AMERICAN"  5952854375731  4
4  178003  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_TERRITORY="AMERICA"  5952854375731  4
5  178004  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_CALENDAR="GREGORIAN"  5952854375731  4
6  178005  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_SORT="BINARY"  5952854375731  4
7  178006  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_COMP="BINARY"  5952854375731  4
8  178007  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set Decimal separator="."  5952854375731  4
9  178008  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set NLS Group separator=","  5952854375731  4
10  178009  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_date_format="DD-MON-RR"  5952854375731  4
11  178010  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"  5952854375731  4
12  178011  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"  5952854375731  4
13  178012  177  06.12.13 17:48:24,855000 +05:00  ...Setting session time_zone to +05:00  5952854375731  4
14  178013  177  06.12.13 17:48:24,855000 +05:00  Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru  5952854375731  4
15  178014  177  06.12.13 17:48:24,871000 +05:00  alter session set nls_language="RUSSIAN"  5952854375731  4
16  178015  177  06.12.13 17:48:24,871000 +05:00  alter session set nls_territory="RUSSIA"  5952854375731  4
17  178016  177  06.12.13 17:48:24,871000 +05:00  NLS: CSV charset=CL8MSWIN1251  5952854375731  4
18  178017  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set Decimal separator=","  5952854375731  4
19  178018  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set NLS Group separator=" "  5952854375731  4
20  178019  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_date_format="DD.MM.RR"  5952854375731  4
21  178020  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"  5952854375731  4
22  178021  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"  5952854375731  4
23  178022  177  06.12.13 17:48:24,871000 +05:00  NLS: Language=ru  5952854375731  4
24  178023  177  06.12.13 17:48:24,871000 +05:00  Application 102, Authentication: PLUGIN, Page Template: 2878310058019805  5952854375731  4
25  178024  177  06.12.13 17:48:24,871000 +05:00  Authentication check: Application  (NATIVE_APEX_ACCOUNTS)  5952854375731  4
26  178025  177  06.12.13 17:48:24,871000 +05:00  ...fetch session state from database  0  4
27  178026  177  06.12.13 17:48:24,871000 +05:00  fetch items (exact)  0  4
28  178027  177  06.12.13 17:48:24,871000 +05:00  ... sentry+verification failure  0  4
29  178028  177  06.12.13 17:48:24,871000 +05:00  ...Creating new session, session ID=""  0  4
30  178029  177  06.12.13 17:48:24,871000 +05:00  Session created: 589613341823 user: nobody  589613341823  4
31  178030  177  06.12.13 17:48:24,871000 +05:00  ...New Instance Detected -   589613341823  4
32  178031  177  06.12.13 17:48:24,871000 +05:00  ...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:589613341823::YES::P17_qwe_ID,P17_asd_ID:18834,5"  589613341823  4
33  178032  177  06.12.13 17:48:24,871000 +05:00  Redirecting to f?p=102:LOGIN_DESKTOP:589613341823  589613341823  4
34  178033  177  06.12.13 17:48:24,871000 +05:00  Stop APEX Engine detected  589613341823  4
35  178034  177  06.12.13 17:48:24,871000 +05:00  Final commit  589613341823  4
36  178035  177  06.12.13 17:48:24,871000 +05:00  "...Execute Statement: begin begin
  for i in 1..owa.num_cgi_vars loop

    APEX_DEBUG.MESSAGE(p_message =>'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i)
                      , p_force => true);
  end loop;
  APEX_DEBUG.DISABLE;
end;
end;"  589613341823  4
38  178037  177  06.12.13 17:48:24,871000 +05:00  DEBUG: accept-language = ru-RU  589613341823  4
44  178043  177  06.12.13 17:48:24,871000 +05:00  DEBUG: APEX_LISTENER_VERSION = 2.0.5.287.04.27  589613341823  4
56  178055  177  06.12.13 17:48:24,871000 +05:00  DEBUG: HTTP_HOST = 127.0.0.1  589613341823  4
58  178057  177  06.12.13 17:48:24,871000 +05:00  DEBUG: HTTP_PORT = 80  589613341823  4
62  178061  177  06.12.13 17:48:24,871000 +05:00  DEBUG: PATH_INFO = /f  589613341823  4
64  178063  177  06.12.13 17:48:24,871000 +05:00  DEBUG: QUERY_STRING = p=102:17:5952854375731::YES::P17_qwe_ID,P17_asd_ID:18834,5  589613341823  4
65  178064  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REMOTE_ADDR = 127.0.0.1  589613341823  4
67  178066  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_CHARSET = AL32UTF8  589613341823  4
68  178067  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_IANA_CHARSET = UTF-8  589613341823  4
69  178068  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_METHOD = GET  589613341823  4
72  178071  177  06.12.13 17:48:24,871000 +05:00  DEBUG: SCRIPT_NAME = /apex  589613341823  4


Создаю новое приложение, 2 Text Edit поля с теми же именами, Application Express Accounts аутентификация, захожу на страницу, вставляю вашу ссылку - работает как часы.

Схема аутентификации у вас какая, стандартная Application Express Accounts ?
Версия 4.2.3 ?

Чтобы что-то посмотреть, нужно эту проблему воспроизвести, в новосозданном приложении проверять пробовали ?
...
Рейтинг: 0 / 0
06.12.2013, 17:04
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492137
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
На всякий случай,
order by t.id, t.elapsed_time - такая сортировка в стандартном debug-е
запросы я такие делаю

 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
select t.id, t.page_view_id, t.message_timestamp, t.message, t.session_id, t.message_level
from apex_debug_messages t
where t.page_view_id in (select t2.page_view_id
                         from apex_debug_messages t2
                         where t2.message like '%FSP_AFTER%'
                           and t2.message_timestamp >= to_timestamp_tz('06.12.2013 17:48:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                           and t2.message_timestamp <= to_timestamp_tz('06.12.2013 17:49:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                        )
  and t.page_view_id in
                        (select t2.page_view_id
                         from apex_debug_messages t2
                         where t2.message like 'S H O W:%'
                           and t2.message_timestamp >= to_timestamp_tz('06.12.2013 17:48:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                           and t2.message_timestamp <= to_timestamp_tz('06.12.2013 17:49:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                        )
order by t.page_view_id, t.id, t.elapsed_time

...
Рейтинг: 0 / 0
06.12.2013, 17:16
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492146
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Новое приложение:
https://cr-as-stend1:63088/apex-ti1/f?p=667:1:2277080571521::YES::,P1_ITEM2:,2 - еррор
Версия : Application Express 4.2.1.00.08

Application Express Authentication - Current Application Express Accounts

Можно ли часть пакетов с новой версии кататить отдельно?
...
Рейтинг: 0 / 0
06.12.2013, 17:20
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492149
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
GustlySvDev,

Новое приложение:

т.е. вы создавали его как я с 2-мя Text Edit ? мне интересна сама последовательность действий

GustlyМожно ли часть пакетов с новой версии кататить отдельно?
Ээ, чего ?
...
Рейтинг: 0 / 0
06.12.2013, 17:22
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492167
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Я создал новое приложение со всеми дефолтными полями. Создал 2 текст итема на странице и руками сформировал ссылку. Нажимаю ентер, вижу введенные в строке данные, 1 и 2, в каждом из двух итемов.

Затем попирую строку и вставляю в другой браузер. Логинюсь и получаю ошибку.

Я нашел где используется этот LOGON_URL, в нескольких пакетах апекса, например WWV_FLOW_SESSION_STATE. Можно ли его накатить на старую версию от новой? Он завраплен, и у меня пока не получилось.
...
Рейтинг: 0 / 0
06.12.2013, 17:35
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492172
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
*дефолтными параметрами. То есть темы всякие бреадскрабы не выбирал, только номер приложения и имя.
...
Рейтинг: 0 / 0
06.12.2013, 17:37
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492220
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
GustlyВерсия : Application Express 4.2.1.00.08
Не заметил, я почему-то думал, что у вас 4.2.3

Веб сервер исключили, значит это скорее всего баг исправленный в патчетах:

http://www.oracle.com/technetwork/developer-tools/apex/application-express/apex-423-patch-set-notes-2015119.html#CHDFABBF

там не про все баги пишут, даже на OTN иногда отписывают баги, потом их в release notes не найдешь.

Значит выход - или накатить патч / мигрировать на новую версию, предварительно протестировав приложения
или в настройках приложений выставить deep linking в NO

Код: plsql
1.
Я нашел где используется этот LOGON_URL, в нескольких пакетах апекса, например WWV_FLOW_SESSION_STATE. Можно ли его накатить на старую версию от новой? Он завраплен, и у меня пока не получилось.


Нельзя, вы удивитесь как много кода в патчсетах переписывается, и не только по-поводу багов, именно поэтому с ними куча багов новых приходит, так что я бы очень не советовал такое пробовать.
...
Рейтинг: 0 / 0
06.12.2013, 17:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492247
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Можно ли как-нибудь вытянуть итемы эти из строки браузера? Я нашел только стандартные сессия, апп, юзер. Про итемы ничего. Хотя бы всю строку, а потом распарсить.
...
Рейтинг: 0 / 0
06.12.2013, 18:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492261
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Проблема не в том, как вытянуть, а в том где их вытягивать, раньше получается только sentry function и preProcess-ы средствами веб сервера, получается нужно поменять схему аутентификации на custom, перепрограммировать sentry function, не сложно ли ?

Обычно deep linking в приложениях вообще не нужен.
...
Рейтинг: 0 / 0
06.12.2013, 18:25
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492265
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Пользователи желают обмениваться ссылками с ИД. И этих ИД 2 почти везде. Пользователь заходит на страницу редактирования строки. У него в строке браузера ссылка на эту строку с 2 ИД. Он ее копирует и дает другому. И вылазиет ошибка. Отключать не хотелось бы. Хотелось бы сделать. Можно было бы на нулевой странице выцеплять эти ИД, и пихать в переменную.
...
Рейтинг: 0 / 0
06.12.2013, 18:29
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492311
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Я не думаю, что 0-я страница будет в том запросе работать

Кстати, есть же еще Cleanup PL/SQL Code, там можно заплатку прилепить, что-то вроде:
Код: sql
1.
2.
3.
4.
5.
6.
7.
if :FSP_AFTER_LOGIN_URL is not null then
  парсим QUERY_STRING
  присваиваем FSP_AFTER_LOGIN_URL новое значение
  возможно commit

  htp.init + apex_util.redirect_url на страницу логина + apex_application.stop_apex_engine
end if


или что-то вроде, если что, спецификацию пакета apex_application поковыряйте, там наверняка нужные переменные найдутся
...
Рейтинг: 0 / 0
06.12.2013, 19:22
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492316
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

через gamepad пишу, компьтер в ближайшее время уже не предвидится, так что разбирайтесь
...
Рейтинг: 0 / 0
06.12.2013, 19:24
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492382
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Спасибо. Буду смотреть.
...
Рейтинг: 0 / 0
06.12.2013, 20:50
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38495270
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Хочу спросить Вашего мнения. Что если на ините я буду брать owa_util.get_cgi_env('QUERY_STRING') и пихать его в FSP_AFTER_LOGIN_URL. По идее должно решить проблему. Как считаете?

И можно еще на пальцах. Когда, как часто и сколько раз отрабатывают инит и клин ап?
...
Рейтинг: 0 / 0
10.12.2013, 12:21
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38495325
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

QUERY_STRING все равно придётся немного отпарсить, чтобы сессию нужную присвоить

Initialization PL/SQL - при каждом запросе, но только, если sentry вернул true
Cleanup PL/SQL - при каждом запросе

Что такое каждый запрос, см. тему 14839117
...
Рейтинг: 0 / 0
10.12.2013, 12:40
| Ответить | Цитировать | Написать  
49 сообщений из 49, показаны все 2 страниц
  все  
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=50&tid=1875467]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 90ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 67ms
get tp. blocked users:
 2ms
others: 261ms
total:  466ms
созд. / загр.: 466ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]