Luiz Lenhardt

Dear Hayri Aslan, about the UniSpWebCam component, how much and how can I pay? Email: claudiobrasileiro@gmail.com

Hi Hayri, I pay for Paypal, how I get the components? My email claudio@infobr.com.br

Olá, Este é o comportamento padrão para aplicações WEB. Qualquer aplicação WEB possui este comportamento, eu tenho experiência em desenvolvimento Java J2EE e o comportamento para as sessões é este mesmo. Você define o timeout da sessão e quando o usuário deixa de utilizar a aplicação, fecha o navegador, fecha a aba da aplicação ou fica parado em uma mesma página até o timeout ser atingido, quando o timeout é atingido a sessão é excluída. Isso não é um problema, é uma característica das aplicações WEB. O tempo ideal do timeout da sessão depende muito das características da sua aplicação. Por exemplo eu tenho uma aplicação de consulta onde os usuários entram fazem consultas e vão embora, neste caso eu defini o timeout em 5 minutos, porque eu sei q a aplicação é apenas para consulta e ninguém tem q ficar muito tempo realizando atividades demoradas. Por outro lado eu tenho outra aplicação onde os usuários utilizam a aplicação o dia todo, neste caso eu fiz com que o timeout nunca seja atingido e assim a sessão nunca termina, vc pode me perguntar, mas se um usuário entrar 10 vezes terá 10 sessões, sim, para resolver isso existe uma configuração no uniGUI esta em: ServerModule->ServerLimits->SessionRestrict Na propriedade SessionRestrict ela pode assumir os seguintes valores: -SrNone -> Sem restrição, comportamento padrão. -SrOnePerIP -> Sua aplicação aceitará apenas uma sessão por número IP. (isso pode ser um problema pois se vc estiver atrás de um firewall todas sessões terão o mesmo IP). -SrOnePerPC -> Sua aplicação aceitará apenas uma sessão por Computador, caso o usuário feche o navegador a sessão dele fica ativa, quando ele retornar o UnigGUI vai saber q tem uma sessão abandonada e vai excluir a sessão anterior e criar uma nova, com isso sua aplicação não vai explodir por causa das sessões. O Unigui é muito flexível e vc também pode programar outra forma de comportamento para as sessões, na unit ServerModule tem o seguinte evento que vc pode programar. procedure TUniMainModule.UniGUIMainModuleSessionTimeout(ASession: TObject; var ExtendTimeOut: Integer); begin if not AllowTerminate then begin ExtendTimeOut := 900000; AllowTerminate := True; end; end; Att, Luiz

Olá Prof. Emiliano, Tenho utilizando o FastReport e ReportBuilder com sucesso. O procedimento que tenho utilizando é gerar/exportar o relatório em formato PDF no diretório Temp da estrutura de diretórios do UniGUI. O Preview eu fiz criando um Form padrão do Unigui com o componente TUniURLFrame, e a chamada fica assim: PaginaRelatorio.ShowModal; PaginaRelatorio.ver.url:= UniServerModule.TempFolderURL + '\' +vdestino; Com isso vc pode criar uma barra personalizada de opções no form para por exemplo Fechar a visualização ou Imprimir, etc. Observação: mesmo assim é necessário ter um plugin de PDF instalado para poder visualizar. Dica: o nome do arquivo PDF que vc vai gerar deve ser único, já que mais de um usuário pode gerar o mesmo relatório simultaneamente. Problemas de desempenho: A primeira forma que eu utilizei para criar os relatórios no UniGUI foi a clássica, ou seja, colocar os componentes de relatório no formulário do UniGUI onde vc tem as entradas para os filtros e opções, assim vc gera/exporta o PDF para o disco e depois visualiza. Esta abordagem clássica começou a gerar problemas de desempenho na minha aplicação. Atualmente eu tenho cerca de 1.000 usuários simultâneos utilizando a aplicação e muitos relatórios grandes e demorados para gerar. Com isso comecei a perceber quando muitos usuários simultâneos geram relatórios a aplicação como um todo perdia desempenho e os usuários começaram a reclamar de lentidão. A solução que eu encontrei para resolver este problema de desempenho foi separar os relatórios da aplicação UniGUI. Criei um servidor de relatórios em Delphi, Assim a minha aplicação UniGUI chama o relatório via uma API REST, o Servidor de Relatórios gera o PDF e devolve para a aplicação UniGUI. Assim também consegui separar a geração dos relatórios em outro servidor. Se quiser mais detalhes entre em contato, Atenciosamente. Luiz A. Lenhardt e-mail: luizlh@gmail.com

Pessoal, Não esqueçam que o resultado final é JavaScript, ou seja funciona em qquer Browser que suporte JavaScript, até mesmo em um celular com Android, iOS, etc...

Oi Nirlan, Antes do UniGUI eu utilizava o IntraWEB, sinceramente o IntraWEB existe há muito mais tempo que o UniGUI e mesmo com todos estes anos de estrada consegue ser muito ruim. Com o IntraWEB para fazer trabalhos simples era muito complicado, muitos problemas com versões de Browser (IE, Firefox, CHROME), muitos erros, eu perdi muito dinheiro tentando fazer o IntraWEB funcionar. Migrei algumas soluções minhas para JAVA porque não aguentei usar o IntraWEB, mas o JAVA J2EE é um canhão, um canhão no sentido de ser uma plataforma para fazer sites com milhares de transações por segundo. Eu não preciso disso meus projetos são menores e o UniGUI se encaixa perfeitamente. Agora respondendo a sua pergunta, se eu tenho medo de depender de componentes que estão em beta e podem sumir do mapa repentinamente. Não, porque o UNIGUI mesmo em sua última versão BETA atende todas as minhas necessidades e possui poucos bugs. Hoje se a FMSOFT decidir descontinuar e jogar os fontes no lixo, com o instalador que eu já tenho posso continuar a desenvolver por mais alguns anos sem problemas, como ele usa o framework EXTJS eu consigo injetar código Java script para resolver algumas coisas mais complexas. Claro, tenho um plano B. Estou migrando as minhas aplicações para três camadas onde a camada do meio esta sendo construída com REMobjects e com isso eu posso usar EXTJS puro acessando via JSON ou até mesmo de forma binária (o remObjects fornece biblioteca para Java script acessar o servidor remObjects de forma binária). Por enquanto vale muito a pena desenvolver com o UNIGUI acredito que seja umas 20 vezes mais rápido do que você fazer a mesma coisa em JAVA+EXTJS. Caso vc queira ver a minha aplicação rodando entre em contato via meu e-mail e posso te mostrar o que eu tenho funcionando. Abraços Luiz Antonio Lenhardt e-mail: luizlh@gmail.com skype: luizlenhardt

Pessoal, Eu tenho em produção alguns sistemas desenvolvidos com Delphi XE2+UniGUI+Oracle 11G, todos para empresas. O Maior deles hoje conta com pico de acesso de 300 sessões simultâneas processando inclusive relatório pesados no FastReport, o acesso é feito pela internet incluindo filiais em SP, RS, MT, RJ, MG, etc com conexões de Internet precárias de 1MB. O Sistema é estável e muito rápido e nas Filiais com menor conexão tbm funciona muito bem apesar de alguns momentos ficar muito lento, mas isso por causa da internet na região. Eu já passei por algumas dificuldade no desenvolvimento mas já estou a um ano e meio desenvolvendo com o UniGUI e posso garantir que é estável e funciona muito bem. Agora estou melhorando ainda mais a arquitetura das minhas aplicações vou passar para 3 camadas FontEnd (Delphi+Unigui) + Serviços (RemObjects) + Banco (Oracle) principalmente porque vamos desenvolver com ExtJS para Tablets e Celulares e irão acessar os mesmos serviços hoje que são acessados no Desktop. Tenho experiência de desenvolvimento em JAVA J2EE (WEB), mas garanto, a produtividade do Delphi com UniGUI é imbatível se comparado a JAVA + EXTJS. Meu maior cliente que usa este sistema é a maior empresa do sul do Brasil e uma das maiores no Brasil em seu segmento. Eu presto consultória/Desenvolvimento de sistemas, moro em Florianópolis - SC. Caso queira saber maiores detalhes e inclusive acessar um sistema meu para ver como ficou pode entrar em contato diretamente comigo via e-mail ou skype. Abraços. Luiz Antonio Lenhardt e-mail: luizlh@gmail.com skype: luizlenhardt