Элементы для Ax User Control в Аксапта 2009 на asp.net

[Dreadlock]

Цитата:

В книжке просто по ASP.Net элементы Аксапты не описываются

Все ASP элементы аксапты унаследованы от обычных элементов ASP. Например AxFrom от Form, AxDataSource от SqlDataSource или ObjectDataSource, только AxDataSource лезет не в базу напрямую, а через АОС в DataSet. В VS можно смотреть, что от чего наследуется и видеть события классов родителей, их потомков и т.д. через ObjectExplorer.

[Narayana]

Цитата:

Сообщение от Dreadlock

Все ASP элементы аксапты унаследованы от обычных элементов ASP. Например AxFrom от Form, AxDataSource от SqlDataSource или ObjectDataSource, только AxDataSource лезет не в базу напрямую, а через АОС в DataSet. В VS можно смотреть, что от чего наследуется и видеть события классов родителей, их потомков и т.д. через ObjectExplorer.

Угу, спасибо, буду разбираться.
А не подскажите, такую штуку...
Вот, я в файле конфигурации Портала, который лежит на IIS, разрешил отладку командой debag = "true", а в VS настроил ссылку на начальный URL на страницу портала, к которой прицеплен контрол.
Теперь очень удобно отлаживать разрабатываемый контрол непосредственно на Портале, но IIS, сюка, обрывает через несколько минут процесс с сообщением, что превышен лимит времени отладки на IIS и что это настраивается в конфигурации пула приложения.
А я не могу найти.
Не подскажите, где это настраивается?

[Dreadlock]

Цитата:

Сообщение от Narayana

Угу, спасибо, буду разбираться.
А не подскажите, такую штуку...
Вот, я в файле конфигурации Портала, который лежит на IIS, разрешил отладку командой debag = "true", а в VS настроил ссылку на начальный URL на страницу портала, к которой прицеплен контрол.
Теперь очень удобно отлаживать разрабатываемый контрол непосредственно на Портале, но IIS, сюка, обрывает через несколько минут процесс с сообщением, что превышен лимит времени отладки на IIS и что это настраивается в конфигурации пула приложения.
А я не могу найти.
Не подскажите, где это настраивается?

Здесь пишут, что все дело в ping enabled. Надо поставить false и увеличить значение Ping Maximum Response Timeout.

Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций).

[Narayana]

Цитата:

Сообщение от Dreadlock

Здесь пишут, что все дело в ping enabled. Надо поставить false и увеличить значение Ping Maximum Response Timeout.

Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций).

Спасибо, помогло.

[Narayana]

Цитата:

Сообщение от Dreadlock

Здесь пишут, что все дело в ping enabled. Надо поставить false и увеличить значение Ping Maximum Response Timeout.

Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций).

Поработал с отладчиком. Настроение убиться ап стенку. Не... все, вроде, работает. Только ничего непонятно.
Содержание переменных чаще всего состоит из длинных-длинных имен каких-то сборок.
Вложенность часто по десять-двадцать-тридцать уровней.
Это, вообще, кто-нибудь понимает?!

Работаю с визардом создания заказов на продажу в Портале.
Внешне с шагами пользователя все просто.
ASP-шная страничка тоже понятная.
C# код внешне не очень большой.
Но, когда отладчик начинает по нему прыгать, становится дурно.

Интересно, есть какой-нибудь человеческий способ это все осознать?
От чего начинать плясать, чтобы привязаться к какому-нибудь смыслу?
Если честно, то переменную, где лежат данные заказа, вообще, не смог найти...

А визарды, это чисто ASP-шная конструкция?

[Narayana]

Как ни хотелось откосить от изучения C#, но вот скачал спецификации языка и, кажется, все там написано. Правда, 500 страниц. А че делать, придется читать.
Мораль, - без знания Шарпа в Портал не суйся!
http://msdn.microsoft.com/ru-ru/vcsharp/aa336809.aspx

[Narayana]

Сорри, на нервной почве эмоции переполняют... )
Оказывается, C#, это довольно клевая штука.
Длинные сборки в полях значений переменных, это, оказывается, отладчик не только состояние кода на Шарпе показывает, но и состояние ASP тоже.

Довольно занятно получается.
Импортируем контрол, над которым хотим поиздеваться в Студию, издеваемся, сохраняем. Контрол сохраняется при этом в АОТе, а дальше совсем красиво.
Запускаем отладчик и отладчик запускает наш контрол не в веб-сервере Студии, а прям на IIS в сайте Портала. Контрол оказывается не изолированным от Портала, а варится прям в своей среде. Состояние и Шарпа, и ASP тегов видны в отладчике.

Не..., это уже кое-что!
И сам Шарп погибчее, пожалуй, чем Х++ будет... )
По крайней мере, хоть переменную в любом месте объявить можно.

[Dreadlock]

Цитата:

А визарды, это чисто ASP-шная конструкция?

Да, есть контролька такая специальная

[Narayana]

Цитата:

Сообщение от Dreadlock

Да, есть контролька такая специальная

Я так чувствую, вы здесь один из немногих, у кого руки дошли до Портала и разбираетесь. Для меня вы человек очень ценный... )

Может быть, тогда я позадаю вам текущие вопросы, так сказать, по ходу дела?

Вот например такая штука.
Допустим, у нас есть один из контролов, который я хочу отладить или хотя бы понять логику работы кода на Шарпе.
В обычных программах на Шарпе, которые в конечном счете представляют собой экзешник, обязательно есть метод main, которому загрузчик изначально передает управление.
А в коде контрола такого метода нет.

Не объясните с чего начинается выполнение кода в контрольке?
Если нет main, то, может быть, с обработки каких-нибудь событий?
Каких?

А то сейчас я просто ставлю брек на определении первых переменных и дальше уже щелкаю...

И еще...
Почему-то отладчик не всегда подхватывается после запуска сайта.
Пишет, что точка остановки плохая, так как не загружены все отладочные символы.
Плюс глюк, - как только укажешь в стартовом юрле свою страницу, после этого при попытке открыть корень проекта правой кнопкой выдается ошибка и вся Аксаптовская функциональность в Аксапте пропадает...
Не сталкивались?

И еще в ивентах сервера ну, очень много сообщений о том, что не найден бизнес-коннектор.
Это из-за кривизны взаимодействия Студии с АОSом?

[Dreadlock]

Цитата:

Сообщение от Narayana

Вот например такая штука.
Допустим, у нас есть один из контролов, который я хочу отладить или хотя бы понять логику работы кода на Шарпе.
В обычных программах на Шарпе, которые в конечном счете представляют собой экзешник, обязательно есть метод main, которому загрузчик изначально передает управление.
А в коде контрола такого метода нет.

Не объясните с чего начинается выполнение кода в контрольке?
Если нет main, то, может быть, с обработки каких-нибудь событий?
Каких?

все просто, сперва возникает событие pageInit и т.д. (тут надо помнить, что когда странца прорисовалась и отправилась клиенту, и после этого идет запрос от клиента на сервер, то страница вся заново восстанавливается, т.е. pageInit и т.д.).
Еще есть различные события на уровне приложения (т.е. всего сайта).
Я бы настоятельно порекомендовал вам купить книгу по C#, ASP.Net, IIS, JAVA Script + AJAX + CodeDOM и немного разобраться с HTMLем. По началу может пригодиться очень полезный ресурс w3schools.com на нем можно даже запускать некоторые кусочки кода или скрипты + на нем очень много примеров и достойная документация.

Цитата:

И еще...
Почему-то отладчик не всегда подхватывается после запуска сайта.
Пишет, что точка остановки плохая, так как не загружены все отладочные символы.

Да, и это было. У меня это было связано с тем, что я для отладки цеплялся не к тому процессу IIS'а. Я делал следующее - открываю Диспетчер задач, смотрю процесс w3wp.exe, который отожрал больше всего памяти (порой их может быть больше двух), и по PID нахожу его в процессах в VS и запускаю отладку.

Цитата:

Плюс глюк, - как только укажешь в стартовом юрле свою страницу, после этого при попытке открыть корень проекта правой кнопкой выдается ошибка и вся Аксаптовская функциональность в Аксапте пропадает...
Не сталкивались?

Сталкивался. Победить эту багу времени небыло, но я заметил, что если создать новый проект, то ошибка не повторяется.

Цитата:

И еще в ивентах сервера ну, очень много сообщений о том, что не найден бизнес-коннектор.
Это из-за кривизны взаимодействия Студии с АОSом?

Тоже видел, но не разбирался.