dynamics-coe: Outbound HTTP adapter for AIF in Dynamics AX 2012

[Blog bot]

Источник: http://blogs.msdn.com/b/dynamics-coe...r-for-aif.aspx
==============

There are lots of inbound integration adapters in AX2012 R3, including the File System, TCP, HTTP, Azure Service Bus and MSMQ, but just 2 outbound ones: File System and MSMQ. Both of them are asynchronous only and slow due to disc operations, very bad indeed in our brave cloud world.

Let me close this gap and introduce a small HTTP adapter written in X++, which uses the .NET HttpWebRequest API.

The core method is just 66 lines long:

public void sendMessage(AifGatewayMessage gatewayMessage)
{
System.Net.HttpWebRequest httpWebRequest;
System.Net.HttpWebResponse httpWebResponse;

System.IO.Stream requestStream,
messageStream,
responseStream;
System.IO.StreamReader responseStreamReader;

System.Byte[] byteArray;
System.Text.Encoding encoding;
int msgLength;

str response;

if (! adapterIntialized)
throw error("@SYS95134");

httpWebRequest = System.Net.WebRequest::Create(transportAddress) as System.Net.HttpWebRequest;

try
{
if (gatewayMessage.parmMessageStream() != null)
{
messageStream = gatewayMessage.parmMessageStream();
messageStream.Read(byteArray, 0, int642int(messageStream.get_Length()));
}
else
{
encoding = System.Text.Encoding::GetEncoding(gatewayMessage.parmEncoding());
byteArray = encoding.GetBytes(gatewayMessage.parmMessageXml());
}
msgLength = byteArray.get_Length();

// Set HttpWebRequest properties
httpWebRequest.set_Method("POST");
httpWebRequest.set_ContentLength(msgLength);
httpWebRequest.set_ContentType(strFmt("text/xml; charset=%1", gatewayMessage.parmEncoding()));

requestStream = httpWebRequest.GetRequestStream();

// Writes a sequence of bytes to the current stream
requestStream.Write(byteArray, 0, msgLength);
// Close stream
requestStream.Close();

// Sends the HttpWebRequest, and waits for a response.
httpWebResponse = httpWebRequest.GetResponse();

if (httpWebResponse.get_StatusCode() == System.Net.HttpStatusCode::OK)
{
// Get response stream into StreamReader
responseStream = httpWebResponse.GetResponseStream();
responseStreamReader = new System.IO.StreamReader(responseStream);
response = responseStreamReader.ReadToEnd();
}
httpWebResponse.Close();
}
catch (Exception::CLRError)
{
messageId = gatewayMessage.parmMessageId(); // to re-send if needed

throw error(strfmt("The HTTP adapter is unable to transmit the message to %1. Error: %2", transportAddress, AifUtil::getClrErrorMessage()));
}
} Attached you may find an XPO file with the source code, as well as a tiny runtime listener in C# and a simple test routine to play with.




Источник: http://blogs.msdn.com/b/dynamics-coe...r-for-aif.aspx

[Vadik]

Перенес в Базу знаний

[Alex_KD]

Не проще ли создать VS проект, подключить Service Reference к внешнему WCF и дергать любые веб методы из X++? Или я чтото пропустил ....

[gl00mie]

Сравните "создать в VS... подключить... дергать в Х++" vs "дать возможность настраивать администратору Аксапты"

[Vadik]

Цитата:

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

Сравните "создать в VS... подключить... дергать в Х++" vs "дать возможность настраивать администратору Аксапты"

Не забываем про удобство поддержки этой этажерки - задеплоить изменения кода из DEV в TEST, поправить VS проект, перебить \ обновить ссылки, то же при переносе в продуктив.. Ммм.. Когда у тебя таких кадавров с десяток и более, разрабатывает несколько человек и часто деплоишь не свои творения - мечта да и только

Цитата:

Не проще ли создать VS проект, подключить Service Reference к внешнему WCF и дергать любые веб методы из X++?

В песочнице на коленке - безусловно проще, в промышленной эксплуатации в конечном итоге головняк, геморрой и седые волосы на попе

[belugin]

Цитата:

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

Не забываем про удобство поддержки этой этажерки - задеплоить изменения кода из DEV в TEST, поправить VS проект, перебить \ обновить ссылки, то же при переносе в продуктив..

VS проекты в Ax2012 можно переносить в модельных файлах.

[Vadik]

Цитата:

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

VS проекты в Ax2012 можно переносить в модельных файлах.

С этим никто и не спорил. Вот только ссылки на сервисы сами (DEV на TEST, TEST на PROD) во время переноса не поменяются. Поэтому и хочется чтобы они (references) не были прошиты в AOT и соответственно не перезжали при переносе объектов, а были частью конфигурации. Собственно этим адаптер и удобен. Вообще непонятно как и в чью светлую голову могла прийти мысль выпилить стандартный outbound http адаптер имевшийся (и работающий) в старых версиях

[belugin]

А как решается эта проблема в стандартном C#? App.config?

[Vadik]

Цитата:

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

А как решается эта проблема в стандартном C#? App.config?

Цитата:

Chester: Okay, Ted, do you know how long it takes the average American to count to 600?
Ted the Bellhop: [Thinks for a bit]
Angela: It's a rhetorical question, Ted.
Ted the Bellhop: No, sir.

Вот хотел же сразу написать что не надо про app.config Ок, перед тем как продолжить давайте определимся с предметом спора - о "стандартном C#" вообще или об AX и AIF. Да, можно нагородить свою "прослойку" между AX и внешним приложением со своей конфигурацией, трансформациями, логами, блэкджеком и прочим, но мне как человеку поработавшему на обеих сторонах баррикад (разработка и обслуживание продуктива) вариант Евгения (вся конфигурация в одной форме портов AIF) как-то ближе и роднее, если сравнивать с кучей конфигурационных файлов хитрым образом разбросанных по нескольким серверам

[Omeo]

Цитата:

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

Сравните "создать в VS... подключить... дергать в Х++" vs "дать возможность настраивать администратору Аксапты"

к сожалению, пока есть проблемы даже со стандартом AIF (типа этой https://community.dynamics.com/ax/f/...18/343522.aspx) с которыми никто в разумные сроки не поможет, приходится придумывать велик

[Vadik]

Кстати, теперь (начиная с CU8) c Reference должно стать чуть полегче

KB2998611 - No API is available for dynamically changing the target of a web service reference