#c# #asp.net #asp.net-mvc
#c# #asp.net #asp.net-mvc
Вопрос:
Я разработал плагин платежного шлюза для SagePay Южная Африка, который будет использоваться с платформой электронной коммерции nopCommerce (версия v3.90). Сам плагин работает отлично, однако SagePay требует от плагина проверки идентификатора продавца и сервисного ключа во время установки и конфигурирования плагина. Это делается с помощью веб-службы, предоставляемой SagePay, Южная Африка.
Я использую Visual Studio 2017. Плагин представляет собой веб-приложение, которое расширяет функциональность nopCommerce и основано на ASP.NET MVC 5, написанный на C #.
Добавление веб-службы SagePay в качестве «Подключенной службы» на моем компьютере для разработки не представляет проблем. Когда я тестирую плагин, процесс проверки работает отлично. Однако при развертывании плагина на тестовом сервере единственный способ заставить плагин работать — это скопировать параметры конфигурации конечной точки (Web.Config) из папки плагина в корневой файл Web.Config установки nopCommerce.
Это проблема, поскольку мы не хотим, чтобы клиентам, загружающим плагин, приходилось вручную редактировать корневой файл Web.Config.
Итак, мой вопрос в том, как подключиться к веб-службе, указав настройки конечной точки в коде контроллера, и при этом обойти необходимость в плагине для получения настроек конфигурации конечной точки из корневого файла Web.Config?
Когда плагин установлен на тестовом сервере, в папке плагина существует файл web.config, содержащий параметры конфигурации конечной точки для веб-службы. Как я обнаружил, это не работает, поскольку плагин просматривает корневой файл Web.Config для этих настроек.
Если я вручную добавлю эти настройки в корневой Web.Config, плагин будет работать отлично, но, как я уже говорил, мы не хотим, чтобы пользователи вручную редактировали основной файл Web.Config по понятным причинам.
Это файл Web.Config в подпапке плагина — мне нужно добавить его непосредственно в контроллер:
<system.serviceModel>
<bindings>
<wsHttpBinding>
<binding name="WSHttpBinding_INIWS_Partner">
<security mode="Transport">
<transport clientCredentialType="None" />
</security>
</binding>
</wsHttpBinding>
</bindings>
<client>
<endpoint
address="https://ws.sagepay.co.za/NIWS/NIWS_Partner.svc"
binding="wsHttpBinding"
bindingConfiguration="WSHttpBinding_INIWS_Partner"
contract="NIWS.INIWS_Partner"
name="WSHttpBinding_INIWS_Partner" />
</client>
</system.serviceModel>
==================================================
Ниже указаны два метода, для которых требуется веб-служба, описанная выше:
using Nop.Plugin.Payments.SagePay.NIWS;
protected ServiceInfoList GetServiceInfo(string pServiceID, string pServiceKey)
{
ServiceInfo serviceInfo = new ServiceInfo
{
ServiceId = pServiceID,
ServiceKey = pServiceKey
};
ServiceInfoList serviceInfoList = new ServiceInfoList
{
serviceInfo
};
return serviceInfoList;
}
protected void ValidateServiceKey(string AccountNumber, string PayNowKey)
{
//initialise all operations needed
//---------------------------------------
ServiceInfoList serviceInfoList = new ServiceInfoList();
NIWS_PartnerClient client = new NIWS_PartnerClient();
ValidateServiceKeyRequest validateServiceKeyRequest = new ValidateServiceKeyRequest();
//---------------------------------------
string SoftwareVendorKey = "******-****-****-****-************";
//Populating request to validate
//---------------------------------------
//Add account number to MerchantAccount
validateServiceKeyRequest.MerchantAccount = AccountNumber;
//Add Vendor key issued by Sage Pay
validateServiceKeyRequest.SoftwareVendorKey = SoftwareVendorKey;
//checks if field was populated
if (PayNowKey != null)
{
serviceInfoList = GetServiceInfo("14", PayNowKey);
}
//Add service info list to request
validateServiceKeyRequest.ServiceInfoList = serviceInfoList;
//---------------------------------------
//Calling the ValidateServiceKey method validating account number with the service keys added
var Request = client.ValidateServiceKey(validateServiceKeyRequest);
//Do a check on the response for Account Status
//001 = valid
if (Request.AccountStatus == "001")
{
//do something, eg. output if account active
//then add service info to list to check on each service status
sageAccountStatus = Request.AccountStatus;
ServiceInfoResponseList serviceInfoResponseList = new ServiceInfoResponseList();
serviceInfoResponseList = Request.ServiceInfo;
foreach (var s in serviceInfoResponseList)
{
string service = s.ServiceId;
switch (service)
{
case "14": // Pay Now Service Status
sagePayNowStatus = s.ServiceStatus;
break;
default:
break;
}
}
}
else
{
sageAccountStatus = Request.AccountStatus;
}
client.Close();
}
Я хотел бы, чтобы плагин определял настройки в файле Web.Config непосредственно из контроллера, таким образом, устраняя необходимость в файле Web.Config.
Комментарии:
1. используйте
System.ServiceModel.ChannelFactory
… Нравитсяvar client = ChannelFactory<IService>.CreateChannel(new WSHttpBinding { Security = new WSHttpSecurity { Mode = SecurityMode.Transport } }, new EndpointAddress(url))
2. Привет, Селвин, спасибо за быстрый ответ. Кажется, что у вас должен быть прямой доступ к сервису («IService»}, чтобы использовать фабрику каналов, если я хочу правильно понять реализацию. Служба, к которой подключается плагин, является удаленной веб-службой. Итак, способ, которым я заставил это работать до сих пор, заключается в использовании прокси, который генерируется с помощью «Добавить ссылку на службу» в Visual Studio. Затем на сервере SagePay будут доступны методы, необходимые плагину для проверки требуемых деталей. Возможно, я вас неправильно понял, будет ли это работать с прокси?
Ответ №1:
Вы можете создать конечную точку службы и привязку в коде. Конструктор вашей сгенерированной подключенной службы должен иметь перегрузку для принятия этих аргументов, что-то вроде этого:
void Foo()
{
var binding = new System.ServiceModel.WSHttpBinding(SecurityMode.Transport);
var endpoint = new System.ServiceModel.EndpointAddress("https://ws.sagepay.co.za/NIWS/NIWS_Partner.svc");
var client = new NIWS_PartnerClient(binding, endpoint);
// ...
}