WCF Пользовательская Привязка JSONP и httpsTransport
Книга Michael J. Hernandez Проектирование баз данных для Простых Смертных правильно написана, и легкое чтение. Это должно ответить на все Ваши вопросы.
Hernandez также создал в соавторстве SQL-запросы для Простых Смертных с John L. Viescas.
книги составляют приблизительно 60$ за часть. Я пытаюсь найти CD для Запросов для Простых Смертных, потому что я потерял мой. Если у кого-либо есть копия, сообщить мне.
2 ответа
Это может показаться очевидным, но проверяли ли вы, что вы все еще передаете параметр запроса «обратный вызов» на своем сервере разработки?
Глядя на исходный код JSONPEncoder, кажется, что он будет по-прежнему писать сообщение JSON в ответ, даже если параметр «обратный вызов» не был получен. Он просто не будет форматировать оболочку метода JavaScript.
Я не уверен в ответе на 100%, но вот несколько вещей, которые помогут вам сузить круг поиска:
Для начала, если вы установите ProtectionLevel явно на Sign или EncryptAndSign, то вы должны использовать привязку с включенной безопасностью, иначе будет выброшено исключение. Это исключение будет возникать, если вы попытаетесь получить к нему доступ через http, что может помочь вам выяснить, как вы на самом деле получаете доступ к службе.
Во-вторых, поскольку вы используете customBinding, вам нужно указать ему, какой тип безопасности вы хотите в привязке. Я не думаю, что достаточно просто указать httpsTransport. Это можно сделать через тег security. Судя по всему, вам нужно установить authenticationMode="SspiNegotiated".
Согласно документации по пользовательскому связыванию
Порядок появления элементов в стеке, имеет значение, потому что это порядок, в котором применяются операции к сообщению. Рекомендуемый порядок элементов стека следующий:
Транзакции (опционально)
Надежная передача сообщений (опционально)
Безопасность (опционально)
Транспорт
Кодировщик (опционально)
Подробнее о безопасности пользовательского связывания здесь и здесь. Надеюсь, это поможет.