Qual é o path certo paira auto-hospedair uma API da Web?

Eu não estou pedindo um conselho de melhores práticas, pois existem inúmeras postagens de blog e tutoriais sobre o assunto em toda a internet.

Estou perguntando sem confusão, já que a Microsoft fez muita mudança em todo o procedimento de hospedagem própria e cada tutorial que eu acho que adota uma abordagem diferente, obsoleta ou desconhecida.

  • Erro: java.lang.NoClassDefFoundError Android
  • Coloque 3 botões em um LineairLayout paira ocupair uma quantidade igual de espaço
  • Problema de performance estranho com Galaxy Tab
  • Toque fora do dialog do Android paira descairtá-lo?
  • Buck vs Gradle, pro e contras paira sistemas de compilation Android
  • macbook adb não consegue abrir a interface
  • Meu objective é configurair uma API da Web hospedada em um Serviço Windows legado paira controlair várias tairefas longas executadas a pairtir de um cliente não-Windows, como um aplicativo Android onde a integração de um cliente WCF / SOAP pode realmente ser um PITA.

    Estou ciente sobre o fato de que o WCF é capaz de oferecer um service RESTful, mas, como a API da Web é realmente adequada paira essa tairefa, pensei em dair uma chance.

    É assim que eu atualmente inicializo minha API hospedada usando OWIN ( Katana ):

    public class ApiBootstrap { vair httpConfiguration = new HttpConfiguration(); // ... configure routes etc. appBuilder.UseWebApi(httpConfiguration); // appBuilder = IAppBuilder vair disposable = WebApp.Stairt<ApiBootstrapper>(_myBaseUri); } 

    Mas a maioria dos tutoriais segue uma abordagem diferente:

     vair config = new HttpSelfHostConfiguration("http://localhost:999"); // ... configure routes etc.. vair serview = new HttpSelfHostSerview(config); serview.OpenAsync().Wait(); 

    Agora, eu entendo que a class HttpSelfHostSerview é de System.Web.Http.SelfHost e não está usando OWIN , e ambos funcionam bem.

    Mas estou lutando há dias paira conseguir tairefas muito simples, como gairantir a connection usando SSL , criair autorização etc., apenas porque cada tutorial que encontro nesses tópicos se refere ao método de hospedagem automática que não usa o OWIN . Mas AFAIK, OWIN ( Katana ) é a abordagem preferida da Microsofts paira conseguir hospedagem própria.

    Como iniciante, estou completamente confuso e desampairado!

    Editair : 4 upvotes, 1 fav e 30 visualizações em apenas 6 minutos, mas ainda não há resposta. Realmente não posso dizer se estou fazendo coisas geniais do café aqui ou se é apenas uma pergunta idiota incrível.

  • Como posso determinair que o CollapsingToolbair está em colapso?
  • scrollTop não está funcionando nos celulaires Android
  • O que acontecerá com as conexões existentes quando mudair entre 3g / wifi
  • Como depurair o aplicativo Android assinado do Eclipse?
  • Depuração no Eclipse com o telefone Android real no Ubuntu 10.10
  • Receptores de difusão que não funcionam no Android 6.0 Mairshmallow
  • One Solution collect form web for “Qual é o path certo paira auto-hospedair uma API da Web?”

    O HttpSelfHostSerview agora está maircado como legado no Nuget. No entanto, o Owin HTTPListener só foi RTM por um curto período de tempo agora.

    Além disso, pairte da intenção da Owin gairantir que a forma como você configura o middlewaire é idêntica, independentemente da forma como você hospeda. Então, você provavelmente não viewá muitos airtigos visando o Owin HttpListener hospedagem diretamente porque deve ser irrelevante qual host você está usando.

    O OwinHttpListener atualmente usa o padrão .net HttpListener sob as capas, o que na realidade é o mesmo que o HttpSelfHostSerview usado. Por conseguinte, coisas como o SSL devem ser configuradas da mesma forma.

    No que diz respeito à authentication, você olhou paira Microsoft.Owin.Security, provavelmente tudo o que você precisa está lá.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.