Доступ в Аксапту через Web без портала

[Narayana]

Добрый день!

Add-in в Visual Studio 2008 позволяет создавать аксаптоподобные проекты, внутри которых есть возможность создавать controls и web-parts, которые потом можно разместить на портале Аксапты. Либо импортировать из портала объекты, изменить их и снова залить на портал.

Все это очень хорошо, кроме того, что мы привязаны к SharePoint и к Порталу.

Если взять и создать проект asp.net обычного типа, то панель объектов Аксапты останется и можно сделать следующее: создать AxDataSource, размещенный внутри *.aspx файла и вывести данные либо в стандартный грид, либо в Ax-грид.

Далее, если запустить на выполнение описанную страницу с гридом ИЗ VISUAL STUDIO, данные из Аксапты, соответствующие DataSet в Аксапте и служащие источником данных для DataSource в Visual Studio, вполне нормально отобразятся в браузере.
Если же данный проект разместить на IIS 7.0, то возникнет ошибка открытия сессии в бизнесс-коннекторе Аксапты.

Если же посмотреть трассировку, то видно, что по мере выполнения, программа обращается к библиотеке SharePoint.
Это наводит на грустные мысли, что система безопасности бизнес-коннектора не может работать не через SharePoint.

Так ли это?

Оно понятно, что, если бы, без особых усилий, создав контрол на страничке asn.net, мы бы получали свободный доступ в Аксапту, это было бы просто дырой в безопасности системы, но .net вполне умеет работать с виндовыми пользователями, вроде бы...

Может быть, если доступ в Аксапту с простых страничек возможен, кто-нибудь поделится правильными настройками IIS 7.0 для того, чтобы странички отображались с веб-сервера?

[BOAL]

Делали порталы на АХ 3 и 4 без шарепоинта, только на асп.Нет
На ах2009 все тоже будет работать без проблем.
Но какие-то готовые контрольки типа грида-датасорса АХ могут не работать, пишутся свои под это дело.

Так что все реализуемо, если есть потребность

[nikos2001]

Аксаптовский проект в Visual Studio и есть обычный.net 3.5 website project, чей файл web.config расширен ссылками на ассамблеи и выражения Microsoft.Dynamics.*

На странице AxWebPartPage.aspx вы можете установить ManagedContentItem для уже находящейся там AxUserControlWebPart и нажать на кнопочку F5 для запуска/отладки сайта. При этом предварительно в проект из Аксапты нужно добавить вызываемый UserControl.

<dynamics:AxUserControlWebPart ID="Customers" ManagedContentItem="Tutorial_Customers" runat="server" />

AX .Net Connector будет имперсонализировать пользователя Windows.

[Narayana]

Цитата:

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

Аксаптовский проект в Visual Studio и есть обычный.net 3.5 website project, чей файл web.config расширен ссылками на ассамблеи и выражения Microsoft.Dynamics.*

На странице AxWebPartPage.aspx вы можете установить ManagedContentItem для уже находящейся там AxUserControlWebPart и нажать на кнопочку F5 для запуска/отладки сайта. При этом предварительно в проект из Аксапты нужно добавить вызываемый UserControl.

<dynamics:AxUserControlWebPart ID="Customers" ManagedContentItem="Tutorial_Customers" runat="server" />

AX .Net Connector будет имперсонализировать пользователя Windows.

Щас прям попробую!

[Narayana]

Цитата:

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

Аксаптовский проект в Visual Studio и есть обычный.net 3.5 website project, чей файл web.config расширен ссылками на ассамблеи и выражения Microsoft.Dynamics.*

На странице AxWebPartPage.aspx вы можете установить ManagedContentItem для уже находящейся там AxUserControlWebPart и нажать на кнопочку F5 для запуска/отладки сайта. При этом предварительно в проект из Аксапты нужно добавить вызываемый UserControl.

<dynamics:AxUserControlWebPart ID="Customers" ManagedContentItem="Tutorial_Customers" runat="server" />

AX .Net Connector будет имперсонализировать пользователя Windows.

Спасибо большое, все получилось!
Правда, не сразу.
Есть еще один тонкий момент... самописное asp.net приложение должно находиться в одном пуле приложений с порталом Аксапты на IIS.

[Narayana]

На самом деле, как оказалось, все проще.

Создаем пустой сайт в IIS 7.0
В Autentication для сайта выбираем или Basic Autentication, или Windows Autentication.
В Basic settings Устанавливает для сайта пул приложения тот же, что и для портала Аксапты.
Создаем обычный asp.net проект.
Из панели инструментов Аксатпы перетаскиваем на Default.aspx AxDataSource и выбираем для него DataSet из Аксапты.
Из панели инструментов Аксапты перетаскиваем на Default.aspx AxGridView и устанавливаем в нем ранее оговоренный DataSet и DataMember.
Делаем привязку сайта к доменному имени.

...и все работает и из локальной сети, и из интернета.

[IKA]

Как при этом достучаться до текущей сессии(чтобы вызывать методы AX классов)?
То есть, судя по мануалам, чтобы вызывать методы классов, нужно получить тек сессию след образом :

private ISession AxSession
    {
        get
        {
            AxBaseWebPart webpart = AxBaseWebPart.GetWebpart(this);
            return webpart == null ? null : webpart.Session;
        }
    };

но, если на страницу просто кинуть axDataDource и AxGridView, то getWebpart всегда возвращается Null(тк webpart ест-но никто не создавал)
Вы,может быть, используете "Dynamics Ax webpart page" как шаблон для страниц сайта?

[Narayana]

Цитата:

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

Как при этом достучаться до текущей сессии(чтобы вызывать методы AX классов)?
То есть, судя по мануалам, чтобы вызывать методы классов, нужно получить тек сессию след образом :

private ISession AxSession
    {
        get
        {
            AxBaseWebPart webpart = AxBaseWebPart.GetWebpart(this);
            return webpart == null ? null : webpart.Session;
        }
    };

но, если на страницу просто кинуть axDataDource и AxGridView, то getWebpart всегда возвращается Null(тк webpart ест-но никто не создавал)
Вы,может быть, используете "Dynamics Ax webpart page" как шаблон для страниц сайта?

Последние свои эксперименты закончил как раз на этом месте разбирательств с сессиями, но уже забыл, чем они закончились.
Перестал экспериментировать, потому что понял, что делать сайты с прямым доступом в АОС или базу Аксапты, это не очень хорошая идея.
Все разумное, что можно сделать напрямую в Аксапте через веб, более-менее охвачено в портале. Что не охвачено, довольно просто дописать в том же портале.
А вот делать интернет-магазин или сайт общего пользования, который просто отображает данные из Аксапты, это не есть гуд.
Сейчас думаю, что самое лучшее, это все-таки синхронизация отдельного решения интернет-магазина с Аксаптой.
Если у вас даже маленькая задача с очень узким функционалом, то сдается мне, что лучше сделать для него свою базу, написать странички стандартными и простыми ASP.NET приемами, а потом сделать простую отдельную утилитку, которая таскает данные из одной базы в другую. Может быть, даже через АОС.

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

При открытии Аксаптовской веб-страницы создается один обычный пользователь и несколько веб-пользователей.
Думаю, лучше поэкспериментировать...

[IKA]

Интересно, какой метод вы придумали. Я, вроде, нашла сегодня работающий способ.
Если кому понадобится:

myDS.GetDataSet().DataSetRun.AxaptaAdapter.CallStaticClassMethod() ;

( где myDS - мой AxDataSource )

Описаных лишних сессий при обновлении страниц пока не наблюдаю, но спасибо за предупреждение.