Exatamente como descreveste. Faço updates quase todas as semanas desde à bastante tempo entre Windows e Macs. Compilas em AIR e apenas atualizas o ficheiro AIR no servidor e no ficheiro xml que está ao lado, atualizas o número da versão (que serve para a framework comparar e decidir se necessita ou não de atualizar) e não tens de fazer mais nada. Como é só o AIR (a tua App, o upload é muito rápido e o download depois também).
É super prático, não envolve quase nenhum código e funciona bem muito (até em Linux funciona). A grande desvantagem é que a primeira instalação em Windows por vezes pode dar raia se a máquina do cliente tiver problemas nos registos, tal como acontece com qualquer outro instalador mas uma vez instalado, nunca mais tem problemas (os updates são internos da App, não envolve o registry). Uma desvantagem é que a framework de update demonstra bem que é AIR na janela de update e assim dá um aspeto um pouco menos profissional mas isso é só para nós. Os utilizadores não fazem a mínima ideia e gostam que seja tudo automatico, simples e rápido. Esta lib que mencionei no e-mail anterior "pareçe" ser uma cópia opensource da framework de updates do AIR SDK mas redesenhado para captive runtime, permitindo no xml indicares mais do que um ficheiro (exe, dmg, etc ...) e segundo o autor copia por cima o exe (no caso do windows), encerra e reabre (tenho de testar porque não deve ser bem assim, pois o exe está em uso, devo usar um outro processo). No caso de dmg (Mac), é o processo normal de instalação de um dmg (mais chato do que usando AIR mas também mais profissional). Como a lib se aproxima ao AIR SDK, fiquei com a impressão que a mudança deverá ser relativamente trivial para nós. O chato é aumentar em muito o tamanho dos ficheiros e demorar mais o downlaod para o cliente. Quando tiver tempo poderei resolver isto mas vai envolver algum código, ou seja, ter 2 packages (o primeiro com o AIR + aplicação de update que eventualmente também poderá ser atualizado e outro só com a App). No dia 23 de fevereiro de 2017 às 12:28, Rui Cruz <[email protected]> escreveu: > Acho que já uso esse (ou semelhante ou alterei) para umas apps internas da > empresa (mas sem captive-runtime), e funciona bem.. no final de fazer o > download do instalador, executa o instalador e fecha-se. depois ao abrir ja > está actualizado.. > > No dia 22 de fevereiro de 2017 às 22:10, Hugo Ferreira < > [email protected]> escreveu: > >> Foi aqui que encontrei: https://code.google.com/archive/p/nativeapplicati >> onupdater/ >> Isto parece que foi baseado no updater que vem com o AIR. >> >> No dia 22 de fevereiro de 2017 às 18:17, Hugo Ferreira < >> [email protected]> escreveu: >> >>> Rui, >>> >>> Já deparei com alguns casos (muito raros) de utilizadores que não >>> conseguem fazer a primeria instalação da minha aplicação porque fazem do >>> Windows um autentico balde de lixo com muitos anos sem nunca ter sido >>> formatado. >>> Outros cenários (com pouca frequência mas acontece) é não conseguirem >>> instalar porque o Windows 10 barra. >>> >>> Apesar de captiva runtime aumentar o tamanho da App, vou me livrar >>> destes problemas e dar uma experiência melhor, por isso agora a adicionar >>> os 64 bits, era a motivação que precisava para fazer a mudança. >>> >>> Acabei de ler um mecanismo de atualização que parece que é feito da >>> mesma forma que eu faço hoje em dia mas com opções adicionais (que >>> desconhecia) que permitem encaminhar para um ficheiro no servidor exe ou >>> dmg em vez de air e no caso do exe irá substituir por cima e arrancar e no >>> caso do dmg irá instalar por cima (mais chato mas é mesmo assim). >>> >>> Se funcionar partilho mas ainda tenho de validar. >>> >>> Cumprimentos, >>> Hugo. >>> >>> >>> >>> >>> >>> >>> >>> No dia 22 de fevereiro de 2017 às 18:11, Rui Cruz < >>> [email protected]> escreveu: >>> >>>> Boas Hugo, >>>> >>>> Também gostaria de saber mais acerca desse tópico.. de momento não >>>> tenho experiência com runtime captive, se puderes experimentar, vai >>>> reportando as tuas considerações! >>>> >>>> Sei que o Feathers SDK installer https://github.com/BowlerHatLL >>>> C/feathers-sdk-manager, usa um instalador externo para win/mac. >>>> >>>> Mas acredito que hajam soluções mais amigáveis.. >>>> >>>> Cumprimentos :) >>>> >>>> No dia 22 de fevereiro de 2017 às 17:58, Hugo Ferreira < >>>> [email protected]> escreveu: >>>> >>>>> Boa tarde pessoal, >>>>> >>>>> Atualmente utilizo shared runtime para uma aplicação desktop minha. >>>>> >>>>> As vantagens da opção captiva runtime são: >>>>> - 0 problemas de instalação; >>>>> - 0 conflitos entre versões do runtime (apesar de isto ser improvável). >>>>> >>>>> As vantagens da opção shared runtime são: >>>>> - Compilar no meu Mac e correr em todo o lado (não tenho de ir a uma >>>>> máquina Windows e compilar novamente): >>>>> - Updates mais pequenos/rápidos (é apenas a minha App e não o runtime >>>>> repetidamente); >>>>> - Funciona em Linux (se quiseres suportar - menos importante mas >>>>> possível); >>>>> - Posso usar a framework de updates do Flex SDK que simplesmente >>>>> funciona e muito bem, com poucas linhas de código. >>>>> >>>>> Caso alguém utiliza AIR captiva runtime para desktop, como é que lidam >>>>> com os updates na vossa aplicação ? >>>>> Queria algo simples de implementar (simples é melhor). >>>>> >>>>> Porquê de agora considerar alterar ? >>>>> Porque acabou de saír a versão (em beta) do AIR para Windows com >>>>> suporte a 64 bits e foi indicado que ficará só suportado na versão captiva >>>>> runtime. >>>>> Dá para perceber porque assim fintaram já uma série de problemas de >>>>> instalação. >>>>> >>>>> >>>>> Cumprimentos a todos, >>>>> Hugo. >>>>> >>>>> -- >>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>> do Grupos do Google. >>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>> mesmo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>> [email protected]. >>>>> Visite este grupo em https://groups.google.com/group/riapt. >>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>> >>>> >>>> -- >>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>> do Grupos do Google. >>>> Para anular a subscrição deste grupo e parar de receber emails do >>>> mesmo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um email para >>>> [email protected]. >>>> Visite este grupo em https://groups.google.com/group/riapt. >>>> Para mais opções, visite https://groups.google.com/d/optout. >>>> >>> >>> >> -- >> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >> Grupos do Google. >> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >> envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um email para >> [email protected]. >> Visite este grupo em https://groups.google.com/group/riapt. >> Para mais opções, visite https://groups.google.com/d/optout. >> > > -- > Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do > Grupos do Google. > Para anular a subscrição deste grupo e parar de receber emails do mesmo, > envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um email para > [email protected]. > Visite este grupo em https://groups.google.com/group/riapt. > Para mais opções, visite https://groups.google.com/d/optout. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em https://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
