Конфигурация WCF без файла конфигурации


90

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

Прежде чем кто-нибудь спросит, у меня очень конкретная потребность сделать это без файлов конфигурации. Обычно я бы не рекомендовал такую ​​практику, но, как я уже сказал, в этом случае есть очень конкретная потребность.


1
Почему бы вам не порекомендовать такую ​​практику (программное раскрытие службы без конфигурации)?
BornToCode

Ответы:


115

Как я обнаружил, использование веб-службы без файла конфигурации очень просто. Вам просто нужно создать объект привязки и объект адреса и передать их либо в конструктор клиентского прокси, либо в общий экземпляр ChannelFactory. Вы можете посмотреть файл app.config по умолчанию, чтобы узнать, какие настройки использовать, а затем создать где-нибудь статический вспомогательный метод, который создает экземпляр вашего прокси:

internal static MyServiceSoapClient CreateWebServiceInstance() {
    BasicHttpBinding binding = new BasicHttpBinding();
    // I think most (or all) of these are defaults--I just copied them from app.config:
    binding.SendTimeout = TimeSpan.FromMinutes( 1 );
    binding.OpenTimeout = TimeSpan.FromMinutes( 1 );
    binding.CloseTimeout = TimeSpan.FromMinutes( 1 );
    binding.ReceiveTimeout = TimeSpan.FromMinutes( 10 );
    binding.AllowCookies = false;
    binding.BypassProxyOnLocal = false;
    binding.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;
    binding.MessageEncoding = WSMessageEncoding.Text;
    binding.TextEncoding = System.Text.Encoding.UTF8;
    binding.TransferMode = TransferMode.Buffered;
    binding.UseDefaultWebProxy = true;
    return new MyServiceSoapClient( binding, new EndpointAddress( "http://www.mysite.com/MyService.asmx" ) );
}

Мне лично нравится этот подход для примеров, когда вы собираетесь использовать файл в другом деле, например, если вы зашифровали свой app.config (или эквивалентный файл конфигурации) и вам не нужно использовать встроенный WCF возможности чтения в связке
Ной

18
Для использования https добавьте привязку.Security.Mode = BasicHttpSecurityMode.Transport;
ciscoheat

У меня это сработало. Единственное отличие для меня в том, что я также установил ReaderQuotas и информацию о безопасности. Я воспользовался советом ciscoheat и установил для Security.Transport.Mode значение Transport при использовании https (для меня это не известно во время компиляции).
Kirk Liemohn

2
Я только что проверил, что все устанавливаемые свойства соответствуют значениям по умолчанию в WCF 4, fwiw. (Но учтите, что по Security.Modeумолчанию None.)
ladenedge

19

Если вас интересует отказ от использования раздела System.ServiceModel в web.config для хостинга IIS, я разместил здесь пример того, как это сделать ( http://bejabbers2.blogspot.com/2010/02/wcf -zero-config-in-net-35-part-ii.html ). Я показываю, как настроить ServiceHost для создания как метаданных, так и конечных точек привязки wshttp. Я делаю это универсальным способом, который не требует дополнительного программирования. Для тех, кто не обновляется сразу до .NET 4.0, это может быть очень удобно.


Джон, я уверен, что это отличный пост в блоге, но, поскольку есть принятый ответ от 17 месяцев назад, есть ли смысл в вашем ответе?
Джон Сондерс,

36
Поскольку это мой первый ответ о переполнении стека, который может быть не таким, как обычно. Поскольку я знаком с книгами Лоуи и Бустаманте, которые являются отличными справочными материалами, я думаю, что мой ответ выходит далеко за рамки предлагаемых ими образцов. Я в основном использую Stack Overflow при поиске в Google, поэтому я часто читаю более старые сообщения. Наличие более свежих ответов помогает только с моей точки зрения. Я погуглил этот пост перед написанием кода, чтобы не изобретать колесо заново.
Джон Виггер,

48
Как частый пользователь SO, я считаю весьма желательным читать новые сообщения по старым темам. Это помогает мне лучше выполнять свою работу, что увеличивает ценность этого сайта (поскольку я и другие люди будут его посещать чаще). Вместо того, чтобы быть приверженцем правил, почему бы не позволить людям обсуждать, чтобы можно было найти лучшие ответы? Разве не в этом суть?

7
Кажется, Джон Сондерс был поставлен на его место с ответом на его собственный вопрос (ни один из которых он не принял в качестве ответа, я могу добавить). У меня лично нет проблем с поздними ответами на вопросы, и обычно я рад видеть новый ответ на заданный мною вопрос, спустя месяцы, если не годы. По иронии судьбы, я заработал свой собственный значок Некроманта с принятым ответом на этот самый вопрос. :)
devios1

3
У меня была такая же проблема, и принятый ответ мне не помог, но это помогло, ура за поздние ответы! Если бы не поздние ответы, мне пришлось бы создать дублирующий вопрос об этом.
Didier A.

15

Вот полный рабочий код. Я думаю, это вам очень поможет. Я искал и не нашел полного кода, поэтому попытался поставить полный и рабочий код. Удачи.

public class ValidatorClass
{
    WSHttpBinding BindingConfig;
    EndpointIdentity DNSIdentity;
    Uri URI;
    ContractDescription ConfDescription;

    public ValidatorClass()
    {  
        // In constructor initializing configuration elements by code
        BindingConfig = ValidatorClass.ConfigBinding();
        DNSIdentity = ValidatorClass.ConfigEndPoint();
        URI = ValidatorClass.ConfigURI();
        ConfDescription = ValidatorClass.ConfigContractDescription();
    }


    public void MainOperation()
    {
         var Address = new EndpointAddress(URI, DNSIdentity);
         var Client = new EvalServiceClient(BindingConfig, Address);
         Client.ClientCredentials.ServiceCertificate.Authentication.CertificateValidationMode = X509CertificateValidationMode.PeerTrust;
         Client.Endpoint.Contract = ConfDescription;
         Client.ClientCredentials.UserName.UserName = "companyUserName";
         Client.ClientCredentials.UserName.Password = "companyPassword";
         Client.Open();

         string CatchData = Client.CallServiceMethod();

         Client.Close();
    }



    public static WSHttpBinding ConfigBinding()
    {
        // ----- Programmatic definition of the SomeService Binding -----
        var wsHttpBinding = new WSHttpBinding();

        wsHttpBinding.Name = "BindingName";
        wsHttpBinding.CloseTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.OpenTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.ReceiveTimeout = TimeSpan.FromMinutes(10);
        wsHttpBinding.SendTimeout = TimeSpan.FromMinutes(1);
        wsHttpBinding.BypassProxyOnLocal = false;
        wsHttpBinding.TransactionFlow = false;
        wsHttpBinding.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;
        wsHttpBinding.MaxBufferPoolSize = 524288;
        wsHttpBinding.MaxReceivedMessageSize = 65536;
        wsHttpBinding.MessageEncoding = WSMessageEncoding.Text;
        wsHttpBinding.TextEncoding = Encoding.UTF8;
        wsHttpBinding.UseDefaultWebProxy = true;
        wsHttpBinding.AllowCookies = false;

        wsHttpBinding.ReaderQuotas.MaxDepth = 32;
        wsHttpBinding.ReaderQuotas.MaxArrayLength = 16384;
        wsHttpBinding.ReaderQuotas.MaxStringContentLength = 8192;
        wsHttpBinding.ReaderQuotas.MaxBytesPerRead = 4096;
        wsHttpBinding.ReaderQuotas.MaxNameTableCharCount = 16384;

        wsHttpBinding.ReliableSession.Ordered = true;
        wsHttpBinding.ReliableSession.InactivityTimeout = TimeSpan.FromMinutes(10);
        wsHttpBinding.ReliableSession.Enabled = false;

        wsHttpBinding.Security.Mode = SecurityMode.Message;
        wsHttpBinding.Security.Transport.ClientCredentialType = HttpClientCredentialType.Certificate;
        wsHttpBinding.Security.Transport.ProxyCredentialType = HttpProxyCredentialType.None;
        wsHttpBinding.Security.Transport.Realm = "";

        wsHttpBinding.Security.Message.NegotiateServiceCredential = true;
        wsHttpBinding.Security.Message.ClientCredentialType = MessageCredentialType.UserName;
        wsHttpBinding.Security.Message.AlgorithmSuite = System.ServiceModel.Security.SecurityAlgorithmSuite.Basic256;
        // ----------- End Programmatic definition of the SomeServiceServiceBinding --------------

        return wsHttpBinding;

    }

    public static Uri ConfigURI()
    {
        // ----- Programmatic definition of the Service URI configuration -----
        Uri URI = new Uri("http://localhost:8732/Design_Time_Addresses/TestWcfServiceLibrary/EvalService/");

        return URI;
    }

    public static EndpointIdentity ConfigEndPoint()
    {
        // ----- Programmatic definition of the Service EndPointIdentitiy configuration -----
        EndpointIdentity DNSIdentity = EndpointIdentity.CreateDnsIdentity("tempCert");

        return DNSIdentity;
    }


    public static ContractDescription ConfigContractDescription()
    {
        // ----- Programmatic definition of the Service ContractDescription Binding -----
        ContractDescription Contract = ContractDescription.GetContract(typeof(IEvalService), typeof(EvalServiceClient));

        return Contract;
    }
}

Очень красивый пример! Вы демонстрируете почти все аспекты ручной настройки. Отлично сделано!
Килхоффер

5
Я не понимаю, как EvalServiceClient вписывается в этот код. На него есть ссылка, но не определено. Почему сервер создает клиента?
BlueMonkMN


3

Вся конфигурация WCF может быть выполнена программно. Таким образом, можно создавать и серверы, и клиенты без файла конфигурации.

Я рекомендую книгу Ювала Лоуи «Программирование служб WCF», которая содержит множество примеров программной конфигурации.


2

Это очень просто сделать как на стороне клиента, так и на стороне сервера. В книге Жюваля Лоуи есть прекрасные примеры.

Что касается вашего комментария о файлах конфигурации, я бы сказал, что файлы конфигурации второстепенны по сравнению с тем, чтобы делать это в коде. Файлы конфигурации великолепны, когда вы контролируете каждого клиента, который будет подключаться к вашему серверу, и убедитесь, что они обновлены, и что пользователи не могут их найти и что-либо изменить. Я считаю, что модель файла конфигурации WCF является ограничивающей, слегка сложной в разработке и кошмаром для обслуживания. В общем, я думаю, что MS было очень плохим решением сделать конфигурационные файлы способом работы по умолчанию.

РЕДАКТИРОВАТЬ: Одна из вещей, которую вы не можете сделать с файлом конфигурации, - это создавать службы с конструкторами, отличными от конструкторов по умолчанию. Это приводит к статическим / глобальным переменным, одиночкам и другим типам бессмысленности в WCF.


2

Я нашел сообщение в блоге по указанной ниже ссылке очень интересным.

Одна идея, которая мне нравится, - это возможность просто передать привязку или поведение или адрес XML-раздела из конфигурации в соответствующий объект WCF и позволить ему обрабатывать назначение свойств - в настоящее время вы не можете этого сделать.

Как и у других пользователей Интернета, у меня возникают проблемы, связанные с тем, что моя реализация WCF должна использовать файл конфигурации, отличный от файла конфигурации моего хостингового приложения (которое является службой Windows .NET 2.0).

http://salvoz.com/blog/2007/12/09/programmatically-setting-wcf-configuration/

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.