Copyright © 2010 Maker Portal.
Qual a melhor maneira de manter um sistema em produção?
No Maker, a melhor solução vai depender de condições dos clientes, estruturas, com ou sem código fonte, etc..
Vou desmistificar de uma vez por todas o que é e como atualizar o sistema do seu cliente de forma rápida e prática.
O jar é uma extensão cujo nome é “Java Archive” que é criado através do JDK da sun. Resumindo o blá-blá-blá, o jar contem diversos arquivos compactados, como um .zip.
Quando geramos um .JAR de um determinado sistema no Webrun o mesmo possui dentro dele 4 diretórios, sendo:
Diretório “jsRule” -> Dentro deste diretório, contém N diretórios referenciando cada um a um sistema diferente (system e a sigla).
Dentro de cada um destes diretórios (ou sistemas) estão 2 arquivos: webrunFunctions.js e o webrunRules.js
Como o próprio nome diz, o webrunFunctions contém todas as funções do sistema (Geralmente a API + funções que você tenha criado).
Observação: Apenas as funções da camada CLIENTE estão ali, afinal, é um arquivo .JS.
O outro arquivo (webrunRules.js) contém todos os fluxos na camada cliente.
Diretório “reports” -> Possui o mesmo diretório system_sigla referenciando os relatórios do determinado sistema, este diretório contém todos os .rtm dos relatórios. Este de fato são os relatórios. Todos estes arquivos são numerados: 1.rtm, 6.rtm e assim em diante. Este número na verdade é o código do relatório.
Outro arquivo também é encontrado no diretório, o names.properties. Este arquivo contém o código e nome de todos os relatórios, desta forma, quando o Webrun possui apenas o código ou o nome de um relatório em algum momento, é possÃvel obter a outra informação.
Diretório “src” -> Este é o diretório que contém basicamente tudo do sistema: Os formulários, os fluxos (camada servidor), dicionário de dados, menu, traduções, etc..
Dentro do diretório forms, se encontram os arquivos dos formulários. No diretório “rules”, encontram-se as regras e o WebrunFunctions.java (Que contém todas as funções do sistema na camada servidor).
Diretório “webservices” -> Caso hajam regras a serem exportadas como webservices, as mesmas estarão dentro do arquivo .jws no diretório.
Agora que você ja sabe o que é o .jar e o que contém, vamos ao principal: Como aplica-lo.
A pasta systems (C:\Program Files\Softwell Solutions\Maker 2.5\Webrun 2\systems) é o diretório que contém todos os apontadores (wfre) dos sistemas. Basicamente, o que precisa ser feito é copiar o .JAR gerado para este diretório e renomea-lo com o mesmo nome do apontador (Exceto pela extensão, obviamente) como na imagem:
Tenha certeza que o servidor de aplicações esteja parado ao efetuar esta atualização. Após isto, é necessário reiniciar o servidor de aplicações por duas vezes.
No diretório webapps, você deve manter apenas o webrun.war com a versão escolhida por você. O .jar será extraÃdo e aplicado no webrun.




27/05/2010 Ã s 17:02
[...] This post was mentioned on Twitter by Softwell Solutions, Maker Portal. Maker Portal said: : Definitivo: Veja como atualizar o seu sistema através do JAR http://bit.ly/awNgPX [...]
27/05/2010 Ã s 17:07
Perguntas:
1) E se eu tiver mais de um sistema na mesma máquina e não quiser que seja exibido na mesma lista de sistemas?
2) E se eu não tiver instalado o webrun e sim o tomcat, para que pasta vou copiar o sistema?
3) Na verdade, eu teria que instalar o que antes de gerar o JAR? Eu teria que gerar o WAR de toda a minha aplicação? ou teria apenas que copiar o webrun.war?
Att.
28/05/2010 Ã s 10:58
1) E se eu tiver mais de um sistema na mesma máquina e não quiser que seja exibido na mesma lista de sistemas?
R: Você pode passar o link de acesso direto a tela de login para o seu cliente.. No botão voltar, você pode colocar no .jsp para voltar para o site da sua empresa ou da empresa do cliente ou algo do tipo.. Você faz um if no jsp pra saber de onde ele veio. Dai se ele clicar em voltar, manda ele devolta pra onde ele veio.
2) E se eu não tiver instalado o webrun e sim o tomcat, para que pasta vou copiar o sistema?
R: Ai são outros 500. Você tem que procurar saber as dependencias necessárias. Por exemplo: você precisa criar um arquivo de ambiente definindo o diretório de trabalho do webrun. Este arquivo de extensão .ini geralmente fica no diretório C:\windows\system32\
3) Na verdade, eu teria que instalar o que antes de gerar o JAR? Eu teria que gerar o WAR de toda a minha aplicação? ou teria apenas que copiar o webrun.war?
R: Não. Você precisa apenas do webrun.war ! o .jar será aplicado ao webrun.war
27/05/2010 Ã s 17:56
Por que é neessário reiniciar o servidor de aplicações 2 vezes?
28/05/2010 Ã s 10:52
A primeira vez, são extraÃdos os arquivos do .jar apenas em tempo de execução (Quando voce reiniciar a 1ª vez, o webrun irá identificar a existencia do .jar e irá extraÃ-los para o contexto do webrun).
Como os arquivos foram colocados em tempo de execução, é possÃvel que não sejam aplicados de imediatos e muito menos compilados na jvm, então reiniciamos a segunda vez e estará tudo OK. Inclusive eliminando riscos de caches.