Sim, precisa ser assinado digitalmente para poder ter permissão de escrita no terminal do cliente.
Se o concorrente tem algo do gênero, é porque ele deve ter ou: Explorado uma falha de segurança ou Feito algo similar. Abraço, Ernani 2012/2/17 Wemerson Couto Guimarães <wemerso...@gmail.com> > Hum... interessante... mas de toda forma vai requerer que seja autorizado > executar no micro do cliente correto? > > Em 17 de fevereiro de 2012 06:17, Ernani Joppert Pontes Martins < > jopp...@gmail.com> escreveu: > > O air só vai dar mais controle, mas, dá pra ser feito da mesma forma em >> Flex. >> >> Você vai precisar ter de alguma forma um backend em PHP ou Java. >> >> Mas, se a base for a mesma, você consegue conversar com o processo java. >> >> O problema está no processo Java, seria ideal que que ele rodasse na >> máquina local do cliene, para abrir threads de download e poder gravar um >> cache lá. >> >> Infelizmente só assim para poder gravar algo no HD do cliente. >> >> Com Java WebStart é possivel instalar jars no cliente, e, de alguma forma >> solicitar que o processo fique rodando para que o sistema passe a >> funcionar. Mas, precisa de assinatura digital. O WebStart é uma forma de >> applet mas muito mais poderosa, com interfaces melhores e fora do contexto >> de thread que o applet roda. >> >> Abraço, >> >> Ernani >> >> 2012/2/16 Wemerson Couto Guimarães <wemerso...@gmail.com> >> >>> Porque não posso colocar a app air nos clientes entende? >>> >>> Eles só permitem se for via browser! >>> >>> Outro detalhe, SQLLite é uma grande pedida, eu usava ele no início mas >>> interferiu na performance e os videos e animações ficaram "picados"... >>> dando pulinhos sabe? >>> >>> Só consegui resolver usando xml... transitando do servidor para os >>> terminais e também armazenando eles em arquivos... por incrível que pareca >>> o a carga de IO ficou bem menor... bem, mas isso na app air... no caso não >>> tenho saida, preciso fazer via browser. >>> >>> Até porque tem um outro agravante que é o fato de meu concorrente rodar >>> a aplicação dele em browser... ou seja... tudo que eu falo pro cliente que >>> não dá o concorrente conseguiu.. rs... então tenho que achar uma saída via >>> browser... sem instalar nada. >>> >>> Em 16 de fevereiro de 2012 18:11, Ernani Joppert Pontes Martins < >>> jopp...@gmail.com> escreveu: >>> >>> Wemerson, >>>> >>>> Porque não faz o seguinte. >>>> >>>> Crie um db local, sqllite, e armazene as listas de vídeos para ser >>>> baixados. >>>> Crie um serviço Java, que fique na taskbar, que se comunica com o db, e >>>> o sistema de arquivos. >>>> >>>> Ambos os softwares estão linkados com a conta do usuário, via >>>> webservice. >>>> >>>> Pela app air, você controla toda a interface, e, habilita o usuário a >>>> poder baixar vídeos on demand. >>>> E monitora o progresso dos bytes recebidos até o momento pelo Serviço >>>> Java. >>>> >>>> O serviço Java (pode ser em qualquer linguagem na verdade), ficaria >>>> monitorando essa flag do vídeo em questão, e validando se a conta do >>>> usuário está ativa no sistema (paga, etc...) >>>> >>>> Quando a app air, solicita um download, grava uma flag qualquer que >>>> está apto a baixar o tal arquivo ou arquivos. >>>> >>>> Então, o serviço Java, abre uma thread, ou várias, seguindo o processo >>>> do getright... (cada thread baixa um offset de bytes), o que torna o >>>> download mto melhor. >>>> >>>> Isso fica armazenado no HD do cliente, do terminal Citrix ou algo assim. >>>> >>>> Você pode deixar o cliente baixar x arquivos por vez (10 processos com >>>> 10 threads cada), e deixar que o cliente tenha 10 coleções, até mesmo >>>> expirar esses arquivos em alguma hora. >>>> >>>> Para aumentar ainda a segurança com o conteúdo, armazene o arquivo numa >>>> partição TrueCrypt, e monte ela apenas quando for gravar e ler dados. >>>> http://www.truecrypt.org/docs/?s=command-line-usage >>>> >>>> O formato dos vídeos podem estar em .dat e você pode definir quais >>>> blocos de bytes começa o stream. >>>> >>>> Com isso sua app air consegue saber se o arquivo está completo, >>>> parcial, etc. >>>> O serviço Java, faz o trabalho sujo, e garante que o arquivo está sendo >>>> baixado. >>>> >>>> A conversa entre o Java e o AIR pode ser baseadas em tabelas de sqlite >>>> ou mesmo arquivos locais no sistema de arquivos. >>>> O que for mais adequado, embora eu acredite que o SQLite seja mais >>>> rápido em termos de I/O e otimização de recursos, bem como riqueza dessa >>>> API entre programas no mesmo terminal. >>>> >>>> O que acha? Resolve seu problema? >>>> >>>> Abraço, >>>> >>>> Ernani >>>> >>>> >>>> >>>> >>>> 2012/2/16 Wemerson Couto Guimarães <wemerso...@gmail.com> >>>> >>>>> Boa tarde... >>>>> >>>>> Nao esta nao... >>>>> >>>>> Os dispositivos estao espalhados em inumeros clientes cada um com sua >>>>> conexao com a internet entende? Uns tem conexoes boas, outros medias, >>>>> outros pessimas... >>>>> >>>>> E ainda tem os clientes com aplicacao de Terminal Server onde a banda >>>>> e ultra-hiper-limitadissima... entao obrigatoriamente tenho que rodar >>>>> local >>>>> e via browser >>>>> >>>>> Em 16 de fevereiro de 2012 04:44, Tonussi Eric >>>>> <erictonu...@gmail.com>escreveu: >>>>> >>>>> O server da app não está na mesma rede que os dispositivos? >>>>>> >>>>>> -- >>>>>> @Tonussi >>>>>> tonussi.com <http://tonussi.com/> >>>>>> >>>>>> >>>>>> Em 16 de fevereiro de 2012 10:16, Wemerson Couto Guimarães < >>>>>> wemerso...@gmail.com> escreveu: >>>>>> >>>>>>> @Ernani, vou descrever um pouco melhor nosso sistema para você >>>>>>> entender... >>>>>>> >>>>>>> A aplicação normal nossa roda em Flex/Air e através dela eu pego os >>>>>>> arquivos do nosso servidor e gravo no sistema de arquivos sem problemas, >>>>>>> desde que esteja dentro do contexto da aplicação air (app:/)... E gravo >>>>>>> justamente para não ficar toda hora baixando os mesmos arquivos... >>>>>>> >>>>>>> Quanto a streaming de video, sinceramente... se der um picote na >>>>>>> transmissão não serve pro nosso propósito e com a internet que temos no >>>>>>> Brasil com certeza vai dar picote uma hora ou outra... então fazer a >>>>>>> aplicação originalmente em Air foi uma grande pedida pois gravamos tudo >>>>>>> localmente e a reprodução é formidável... inclusive pra conteúdo em >>>>>>> HD... >>>>>>> >>>>>>> Eu vejo por aí muitos terminais de Digital Signage cujas empresas >>>>>>> não vou citar o nome, que a reprodução fica congelada ou em tela preta >>>>>>> por >>>>>>> muito tempo... já vi casos de mais de 30 segundos sem nada... gravando >>>>>>> localmente isso não acontece... >>>>>>> >>>>>>> >>>>>>> Eu tenho clientes que usam Terminal Citrix e liberam apenas 24Kbps >>>>>>> para cada terminal e algumas limitações de equipamento, então a nossa >>>>>>> aplicação não daria certo, pois é feita pra conteúdo em FullHD.... >>>>>>> >>>>>>> Então a princípio estamos estudando a possibilidade de construir uma >>>>>>> aplicação via browser, para esses casos; onde só iria ser reproduzido >>>>>>> conteúdo estático com imagens e textos sem animação e sem video... então >>>>>>> seria perfeito pra usar no browser.... mas aí vem a questão de cache... >>>>>>> nem sempre é perfeito e vai ter que baixar de novo e com certeza a >>>>>>> reprodução vai dar furos... >>>>>>> >>>>>>> Por isso que quero ver a possibilidade de gravar em disco, numa área >>>>>>> previamente definida e devidamente autenticada... >>>>>>> >>>>>>> E nesse ponto me deu uma segunda luz... se conseguirmos fazer isso, >>>>>>> praticamente vou poder migrar toda a aplicação Air pro browser; >>>>>>> inclusive a >>>>>>> parte de reprodução de video em FullHD... pois seria a mesma coisa, já >>>>>>> que >>>>>>> os arquivos estariam local... e não teria que ficar com 2 aplicações >>>>>>> distintas... o filtro ficaria no conteúdo... onde eu setaria um terminal >>>>>>> COM ou SEM animação. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Wemerson Guimarães >>>>>>> Rio Verde - Go - Brasil >>>>>>> >>>>>>> -- >>>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>>> flexdev@googlegroups.com >>>>>>> Para sair da lista, envie um email em branco para >>>>>>> flexdev-unsubscr...@googlegroups.com >>>>>>> Mais opções estão disponíveis em >>>>>>> http://groups.google.com/group/flexdev >>>>>>> >>>>>> >>>>>> -- >>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>> flexdev@googlegroups.com >>>>>> Para sair da lista, envie um email em branco para >>>>>> flexdev-unsubscr...@googlegroups.com >>>>>> Mais opções estão disponíveis em >>>>>> http://groups.google.com/group/flexdev >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Wemerson Guimarães >>>>> Rio Verde - Go - Brasil >>>>> >>>>> -- >>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>> Para enviar uma mensagem, envie um e-mail para >>>>> flexdev@googlegroups.com >>>>> Para sair da lista, envie um email em branco para >>>>> flexdev-unsubscr...@googlegroups.com >>>>> Mais opções estão disponíveis em >>>>> http://groups.google.com/group/flexdev >>>>> >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >>>> Para sair da lista, envie um email em branco para >>>> flexdev-unsubscr...@googlegroups.com >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>>> >>> >>> >>> >>> -- >>> Wemerson Guimarães >>> Rio Verde - Go - Brasil >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >>> Para sair da lista, envie um email em branco para >>> flexdev-unsubscr...@googlegroups.com >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >> Para sair da lista, envie um email em branco para >> flexdev-unsubscr...@googlegroups.com >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > > > -- > Wemerson Guimarães > Rio Verde - Go - Brasil > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev