O POST assíncrono falha em WP7 e F #

87

Quando eu faço let! read = from.AsyncRead bufem F #, ele bloqueia e não retorna até que o soquete TCP esteja morto. Por quê? E como faço para corrigir isso?

Seu código:

module StreamUtil

open System.IO

/// copy from 'from' stream to 'toStream'
let (|>>) (from : Stream) (toStream : Stream) =
  let buf = Array.zeroCreate<byte> 1024
  let rec doBlock () =
    async {
      let! read = from.AsyncRead buf
      if read <= 0 then
        toStream.Flush()
        return ()
      else
        do! toStream.AsyncWrite(buf, 0, read)
        return! doBlock () }
  doBlock ()

Ele está sendo chamado a partir deste código:

use fs = new FileStream(targPath, FileMode.CreateNew, FileAccess.ReadWrite)
do! req.InputStream |>> fs

e solicitado por HTTP com este código do emulador do Windows Phone 7.1:

public void Send()
{
    var b = new UriBuilder(_imageService.BaseUrl) {Path = "/images"};

    var req = WebRequest.CreateHttp(b.Uri);
    req.ContentType = "image/jpeg";
    req.Method = "POST";
    var imgLen = SelectedImage.ImageStream.Length;
    req.Headers[HttpRequestHeader.ContentLength] = imgLen.ToString(CultureInfo.InvariantCulture);
    req.Accept = "application/json";
    req.BeginGetRequestStream(RequestReady, new ReqState(req, imgLen));
}

void RequestReady(IAsyncResult ar)
{
    var state = (ReqState)ar.AsyncState;
    var req = state.Request;

    var reqStream = req.EndGetRequestStream(ar);

    SmartDispatcher.BeginInvoke(() =>
        {
            using (var sw = new StreamWriter(reqStream))
            using (var br = new BinaryReader(SelectedVoucher.ImageStream))
            {
                var readBytes = br.ReadBytes(state.ImgLen);

                // tried both 2
                sw.Write(readBytes);
                //sw.Write(Convert.ToBase64String(readBytes));
                sw.Flush();
                sw.Close();
            }
            req.BeginGetResponse(ResponseReady, req);
        });
}

// WHY IS IT YOU ARE NOT CALLED???
void ResponseReady(IAsyncResult ar)
{
    try
    {
        var request = (HttpWebRequest)ar.AsyncState;
        var response = request.EndGetResponse(ar);

        SmartDispatcher.BeginInvoke(() =>
            {
                var rdr = new StreamReader(response.GetResponseStream());
                var msg = rdr.ReadToEnd();

                var imageLocation = response.Headers["Location"];

                Debug.WriteLine(msg);
                Debug.WriteLine(imageLocation);
            });
    }
    catch (WebException ex)
    {
        Debug.WriteLine(ex.ToString());
    }
    catch (Exception ex)
    {
        Debug.WriteLine(ex.ToString());
    }
}

Sem sucesso. O ResponseReadyretorno de chamada nunca é alcançado.

Enquanto isso, este código funciona excelente:

open System
open System.Net.Http // WebAPI nuget

let sync aw = Async.RunSynchronously aw

let postC<'a> (c : HttpClient) (r : Uri) (cont : HttpContent) =
  let response = sync <| Async.AwaitTask( c.PostAsync(r, cont) )
  let struc:'a = sync <| deserialize<'a> response
  response, struc

let withContent<'a> (fVerb : (HttpClient -> Uri -> HttpContent -> _ * 'a))=
  let c = new HttpClient()
  fVerb c

[<Test>]
let ``POST /images 201 + Location header`` () =
  let post = withContent<MyImage> postC
  let bytes = IO.File.ReadAllBytes("sample.jpg")
  let hash = SHA1.Create().ComputeHash(bytes) |> Convert.ToBase64String
  let pic = new ByteArrayContent(bytes)
  pic.Headers.Add("Content-Type", "image/jpeg")
  pic.Headers.Add("X-SHA1-Hash", hash)
  let resp, ri = (resource "/images", pic) ||> post

  resp.StatusCode =? Code.Created
  ri.sha1 =? hash
  mustHaveHeaders resp

Não consegui fazer o Fiddler2 funcionar com o WP7.

EDIT: Bem-vindo a um iaque. Eu mesmo mudei para pastagens mais verdes;)

Henrik
fonte
9
Se from.AsyncReadblocos, isso significa que o servidor remoto não envia bytes.
qehgt
Eu me livrei do problema de que o fluxo não fecha corretamente, mas ainda estou recebendo arquivos com tamanho de 40 bytes no lado receptor e no WP, muitas operações que estão bloqueando lançam NotSupportedException em vez de não estarem disponíveis , então é muito doloroso depurar. Vou postar uma solução completa quando chegar a ela.
Henrik
Eu não esqueci essa pergunta; há muito a fazer agora, postarei a correção em breve.
Henrik
5
Isso pode ser útil se você estiver tentando fazer o violinista funcionar com dispositivos móveis: diaryofaninja.com/blog/2010/11/09/…
Alpha
2
Não é esse o comportamento esperado quando você solicita uma quantidade infinita de bytes de um soquete TCP?
jyoung 01 de

Respostas:

1

Você deve colocar os bytes no antes de enviar e usar a saída BufferStream INput

Raju yourPepe
fonte