Здравствуйте, perekrestov, Вы писали:

P>Я могу ошибаться, но, кажется,
нет, вы не ошибаетесь, я перестраховался исключительно для форума — в других местах люди сходу тыкают в отсутствие Multiple не зная что он у PerSession по дефолту включен. Т.е. я упредил такие вопросы

А>поэтому вряд ли поможет )
А причём тут вообще сертификаты и HTTPS ?
Как я понял проблкема в кастом валидаторе, точнее в его вызове, тогда она должна проявляться в обычном wshttpbinding/basichttpbinding-е?

Здравствуйте, Tom, Вы писали:

А>>поэтому вряд ли поможет )
Tom>А причём тут вообще сертификаты и HTTPS ?
Tom>Как я понял проблкема в кастом валидаторе, точнее в его вызове, тогда она должна проявляться в обычном wshttpbinding/basichttpbinding-е?

>>без защищенного транспорта wcf нe даст передавать credentials

Здравствуйте, Аноним, Вы писали:


>>>без защищенного транспорта wcf нe даст передавать credentials

Даст, если подсунуть соотв. биндинг (только передавайте все поверх https):

                        <customBinding>
                <binding name="InsecureBinding">
                    <textMessageEncoding>
                        <readerQuotas maxStringContentLength="2147483647" maxArrayLength="1000"/>
                    </textMessageEncoding>
                    <security allowInsecureTransport="true" authenticationMode="UserNameOverTransport"/>
                    <httpTransport maxReceivedMessageSize="1000000"/>
                </binding>
            </customBinding>

                     <service behaviorConfiguration="MyBehavior" name="Services.DataService">
                <endpoint address="" binding="customBinding" bindingConfiguration="InsecureBinding" contract="Services.IDataService"/>
            </service>

<behavior name="MyBehavior">
                    <serviceMetadata httpGetEnabled="true" httpsGetEnabled="false"/>
                    <serviceDebug includeExceptionDetailInFaults="true"/>
                    <serviceCredentials>
                        <userNameAuthentication userNamePasswordValidationMode="Custom" customUserNamePasswordValidatorType="SomeNamespace.CustomServiceUserValidator, Mycompany.AssemblyName"/>
                    </serviceCredentials>
                </behavior>

Здравствуйте, perekrestov, Вы писали:

P>Даст, если подсунуть соотв. биндинг (только передавайте все поверх https):

ну я имел ввиду стандартные привязки.

чем сложнее (нестандартнее) код постишь на форумах/багтрекерах, тем больше отвлеченных от темы вопросов и "решений" дают, и ложных ошибок находят
запостишь вот с кастомным биндингом в багтрекер, а они тебе напишут, что: проблема в ваших биндингах и вообще не надо использовать небезопасные транспорты с открытыми удостоверениями, и "вообще микрософт так не рекомедует... поэтому у вас ниче и не работает" (С)

P>

P>                        <customBinding>
P>                <binding name="InsecureBinding">
P>                    <textMessageEncoding>
P>                        <readerQuotas maxStringContentLength="2147483647" maxArrayLength="1000"/>
P>                    </textMessageEncoding>
P>                    <security allowInsecureTransport="true" authenticationMode="UserNameOverTransport"/>
P>                    <httpTransport maxReceivedMessageSize="1000000"/>
P>                </binding>
P>            </customBinding>
P>

А>Это такой баг или чем-то обусловлено? Как победить? Как вообще можно хостить службу ожидающую высокой нагрузки?
http://blogs.msdn.com/b/sajay/archive/2009/08/03/concurrent-receives-maxpendingreceive.aspx

Здравствуйте, <Аноним>, Вы писали:

А>all:
А>и кто там говорил про исход с Java на .NET?

О да, особенность поведения игрушечного UserNamePasswordValidator в WCF, это, конечно, приговор всему дотнету

Здравствуйте, <Аноним>, Вы писали:

А>т.к. используется HTTPS а без защищенного транспорта wcf нe даст передавать credentials

WindowsStreamSecurityBinding спасет отца русской демократии.

Здравствуйте, Tom, Вы писали:

А>>Это такой баг или чем-то обусловлено? Как победить? Как вообще можно хостить службу ожидающую высокой нагрузки?
Tom>http://blogs.msdn.com/b/sajay/archive/2009/08/03/concurrent-receives-maxpendingreceive.aspx

До кучи для 3.5
http://support.microsoft.com/kb/976462