Из стандарта HTML 4 :
Если атрибут src не установлен, пользовательские агенты должны интерпретировать содержимое элемента как скрипт. Если значение src имеет значение URI, пользовательские агенты должны игнорировать содержимое элемента и извлекать скрипт через URI.
blockquote>
Для начала работы с WCF могло бы быть самым легким просто использовать формат SOAP по умолчанию и HTTP POST (а не ДОБРАТЬСЯ) для привязки веб-сервиса. Самое легкое HTTP-связывание для получения работы является "basicHttpBinding". Вот пример того, на что ServiceContract/OperationContract мог бы быть похожим для Вашего сервиса входа в систему:
[ServiceContract(Namespace="http://mycompany.com/LoginService")]
public interface ILoginService
{
[OperationContract]
string Login(string username, string password);
}
Реализация сервиса могла быть похожей на это:
public class LoginService : ILoginService
{
public string Login(string username, string password)
{
// Do something with username, password to get/create sessionId
// string sessionId = "12345678";
string sessionId = OperationContext.Current.SessionId;
return sessionId;
}
}
Можно разместить это как сервис окон с помощью ServiceHost, или можно разместить его в IIS как нормальная сеть ASP.NET (сервис) приложение. Существует много учебных руководств там для обоих из них.
Сервисная конфигурация WCF могла бы быть похожей на это:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior name="LoginServiceBehavior">
<serviceMetadata />
</behavior>
</serviceBehaviors>
</behaviors>
<services>
<service name="WcfTest.LoginService"
behaviorConfiguration="LoginServiceBehavior" >
<host>
<baseAddresses>
<add baseAddress="http://somesite.com:55555/LoginService/" />
</baseAddresses>
</host>
<endpoint name="LoginService"
address=""
binding="basicHttpBinding"
contract="WcfTest.ILoginService" />
<endpoint name="LoginServiceMex"
address="mex"
binding="mexHttpBinding"
contract="IMetadataExchange" />
</service>
</services>
</system.serviceModel>
</configuration>
(Материал MEX является дополнительным для производства, но является необходимым для тестирования с WcfTestClient.exe, и для представления сервисных метаданных).
Необходимо будет изменить код Java для добавления сообщения SOAP к сервису. WCF может быть немного придирчивым при взаимодействии с non-WCF клиентами, таким образом, необходимо будет смешать с заголовками POST немного, чтобы заставить его работать. После того как Вы получаете это выполнение, можно затем начать заниматься расследованиями, безопасность для входа в систему (возможно, должен был бы использовать другую привязку для получения лучшей безопасности), или возможно использование WCF REST для обеспечения логинов с ПОЛУЧЕНИЕМ, а не SOAP/POST.
Вот пример того, на что POST HTTP должен быть похожим из кода Java. Существует инструмент под названием "Скрипач", который может быть действительно полезен для отладки веб-сервисов.
POST /LoginService HTTP/1.1
Content-Type: text/xml; charset=utf-8
SOAPAction: "http://mycompany.com/LoginService/ILoginService/Login"
Host: somesite.com:55555
Content-Length: 216
Expect: 100-continue
Connection: Keep-Alive
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Body>
<Login xmlns="http://mycompany.com/LoginService">
<username>Blah</username>
<password>Blah2</password>
</Login>
</s:Body>
</s:Envelope>
Вам будет нужно что-то больше, что запрос HTTP для взаимодействия с сервисом WCF, ЕСЛИ сервис WCF не имеет интерфейс REST. Или ищите API веб-сервиса SOAP, который работает на андроиде, или сделайте свой сервис УСПОКОИТЕЛЬНЫМ. Вам будет нужна.NET 3,5 SP1, чтобы сделать сервисы REST WCF:
Другая опция могла бы состоять в том, чтобы избежать WCF все-вместе и просто использовать HttpHandler.NET. HttpHandler может захватить переменные строки запроса от Вашего ДОБИРАЕМЫЙ и просто записать ответ обратно на код Java.
Если бы я делал это, то я, вероятно, использовал бы REST WCF на сервере и библиотеку REST по клиенту Java/Android.