99 comentários

• Carlos Batista(usuário não autenticado)

  30 de Março de 2009, 18:35

   

  A classe de eventos 'tcp' está implementada, porém de forma ainda não estável, visto que muitos usuários estão reportando erros no seu uso. Você já tentou usar e obteve alguma mensagem de erro? Se sim, traga ao nosso conhecimento.

  []s

  bidu

  
  

  • Bruno Ledesma(usuário não autenticado)

    1 de Abril de 2009, 8:41

     

    Estou utilizando o arquivo tcp.lua disponibilizado junto com o exemplo de comercial da Proview ( disponivel no clubeNCL). Esse arquivo tem como proposito facilitar a utilizacao da classe de eventos 'tcp'. No entanto nao estou conseguindo que o metodo receive retorne o conteudo esperado. So funcionou mesmo o GET no serviço do googleMaps. Tem alguma dica de como posso monitorar o trafego TCP dentro da minha VM?

    function json(subject)

    tcp.connect ('search.yahooapis.com',80) print(":..::::::::::::::::::::::::connected")

    local q = 'GET /ImageSearchService/V1/imageSearch?appid=YahooDemo&query=' .. subject .. '&output=json'

    print("::sending::" .. q) tcp.send(q) print(":::................::::::::::::::::::::::sent ")

    local rec = tcp.receive()

    print(":::................::::::::::::::::::::::received ")

    print(rec) if rec ~= nil then print("::received:" .. rec ) end

    return rec

    end

    PS: o metodo json é executado dentro de uma coroutine.

    PS2: existe uma diferenca na forma como os eventos da classe TCP sao enviados entre a norma ABNT, e a implementacao no arquivo tcp.lua , que segue a referencia do site : www.​tele​midi​a.pu​c-ri​o.br​/~fr​anci​sco/​nclu​a/.&​nbsp​; Sabe me dizer quem esta certo?

    grato pela atenção

    
    

    • Bruno Lima(usuário não autenticado)

      1 de Abril de 2009, 10:20

       

      Segundo o protocolo HTTP sua requisição GET deve terminar com um "/n".

       

      
      

      • Francisco Sant'Anna(usuário não autenticado)

        1 de Abril de 2009, 23:41

         

        Apenas corrigindo o Bruno: "\n" (quebra de linha).

        
        
    • Francisco Sant'Anna(usuário não autenticado)

      1 de Abril de 2009, 23:49

       

      Bruno,

      Você pode confirmar se os exemplos usando TCP estão funcionando? (para algumas pessoas não funciona)

      A versão do site está mais atualizada. Acredito que a norma mais recente também esteja ok.

      Abs,

      Francisco

      
      

      • Bruno Ledesma(usuário não autenticado)

        2 de Abril de 2009, 9:33

         

        Funciona o exemplo do comercial da Proview no live CD. Era o \n mesmo, agora  o codigo que eu postei acima tb funciona!

        No virtual STB não consegui fazer funcionar, entao estou so usando o live cd que é uma versao mais recente do ginga

        Estou rodando o live cd com o vmware. tem uma vm configurada pra isso no site:

        www.​vmwa​rez.​com/​2006​/02/​live​cd-p​laye​r-vi​rtua​l-ma​chin​e.ht​ml

        Depois habilito o servidor ssh,  conecto, e rodo usando o seguinte comando :

        /usr/local/sbin/ginga --ncl $path_to_ncl_file

        No entanto ainda tenho problemas quando uso tcp com webservice que eu desenvolvo. Não esta realizando o tcp.connect . Provavelmente meu servidor nao esta dando alguma resposta esperada pelo tcp.connect (ex: ack).

         Alguem sabe como monitorar essa comunicacao tcp? )log ou coisa do genero)

         Valeu pela ajuda pessoal !

         

        
        

        • Bruno Lima(usuário não autenticado)

          2 de Abril de 2009, 15:34

           

          $tcpdump

          tem uns paremetros que podem melhorar esse monitoramento. sugiro um $man tcpdump para enteder melhor.

          
          

          • Bruno Ledesma(usuário não autenticado)

            3 de Abril de 2009, 14:03

             

            Nao tem tcpdump no live cd. No virtual STB tem, mas é uma versao mais antiga do ginga. Alguem sabe quando vamos ter um stb com a versao atual do ginga?

            Estou realizando testes no lived e notei que a classe de eventos tcp ao tentar  um 'connect' a um host pelo nome, ela consegue, mas quando vai realizar o 'connect' pelo endereco ip, nao realiza. Pode ser alguma particularidade na rede aqui, mas vale o registro.

            
            
        • Manoel Campos da Silva Filho(usuário não autenticado)

          21 de Setembro de 2009, 21:03

           

          Bruno, vc conseguiu consumir seu webservice usando NCLua? Como vc tá fazendo para interpretar o XML de resposta?

          Quanto as conexões tcp usando o Virtual STB, eu consegui fazer funcionar colocando a interface de rede no VMWare Player como Bridge. Como NAT não funciona. Só que como Bridge, acho q vc vai precisar estar numa rede com DHCP pra que ele atribua um IP à VM. Eu relatei sobre isso neste thread.