Múltiplas instâncias de aplicações de servidor fundidas na mesma máquina
Alojar várias aplicações 4D Server na mesma máquina não é invulgar, especialmente para ambientes de produção e pré-produção. Mas se a sua máquina aloja aplicações de servidor fundidas com diferentes versões 4D, o que é o caso se utilizar o seu servidor de pré-produção com a última versão 4D, poderá encontrar problemas devido à pasta de estrutura 4D partilhada.
Vamos ver como resolver este problema.
Base de dados do projecto: Implementar a sua aplicação
Assim, a sua aplicação foi desenvolvida e está pronto para o próximo passo. 4D permite-lhe:
- gerar uma base de dados compilada que já não contém qualquer código interpretado,
- gerar uma aplicação autónoma que pode ser duplamente clicada,(ou seja, fundida com o Volume Desktop 4D, motor de base de dados 4D),
- gerar aplicações cliente/servidor com actualizações automáticas de partes cliente e servidor.
Com uma base de dados de projectos, pode também construir as suas aplicações finais para ambas as plataformas. Uma base de dados de projectos utiliza o mesmo ficheiro de configuração que uma base de dados binária.
Bases de dados de projectos: Gestão de utilizadores e grupos
As bases de dados do projecto, disponíveis em versão beta no último 4D v 17 R-Releases, estão agora disponíveis para produção no 4D v18! Entre as muitas mudanças em 4D v18 está a forma como o utilizador e os grupos são geridos… tornou-se muito mais fácil, especialmente a implantação. Este post irá destacar brevemente tudo o que precisa de saber sobre estas mudanças.
Implementação facilitada com 4D v18
4D v18 introduz uma nova arquitectura para ficheiros e pastas para manter intactos o seu pacote MacOS implantado e as pastas de aplicações Windows. Em resumo, a pasta de registos e todas as configurações baseadas no utilizador, incluindo as configurações de backup 4D, são agora armazenadas ao lado do ficheiro de dados. De facto, as definições existem duas vezes; uma junto à estrutura para utilizar como definições padrão para novos ficheiros de dados, e outra ao lado do ficheiro de dados, armazenando as alterações do utilizador.
Como resultado, a pasta contendo a estrutura pode ser apenas de leitura, uma vez que nada é modificado no interior (*). A implantação torna-se mais fácil porque a pasta da estrutura pode simplesmente ser substituída, nada dentro dela precisa de ser copiado de antemão.
(*) apenas em bases de dados de projectos. Nas bases de dados binárias, as tabelas de utilizadores e palavras-passe são armazenadas na estrutura, pelo que a pasta não deve ser apenas de leitura.
Clientes simultâneos fundidos a partir do mesmo computador
Pediu uma forma de executar vários clientes no mesmo computador E simultaneamente ligá-los ao mesmo Servidor 4D. Não só o ouvimos, como estamos a dar-lhe ainda mais com o 4D v17 R5! Cada ligação inclui agora uma pasta cache separada contendo o endereço IP da ligação, porta, e um código hash. Graças a isto, pode agora também ligar vários clientes da mesma máquina a vários servidores em máquinas diferentes. Não é necessária qualquer configuração, basta lançar e assistir ao seu funcionamento!
Nova arquitectura para implantações de aplicações
Hoje em dia, as aplicações fundidas guardam muitas informações no pacote de aplicações e também no ficheiro compilado (.4DC). Além de impedir a criação de aplicações apenas de leitura, guardar informação no pacote de aplicações tem outra consequência irritante: a informação perde-se quando se actualiza a aplicação.
Evitar o diálogo “Seleccionar ficheiro de dados” para aparecer para uma nova aplicação implantada
Quando implementa uma aplicação para o seu cliente, quer seja uma aplicação combinada 4D Server ou uma aplicação de Utilizador Único, 4D normalmente abre o diálogo “Seleccionar ficheiro de dados”. Isto acontece porque para uma solução actualizada 4D não consegue encontrar a posição do último ficheiro de dados utilizado, uma vez que acabou de substituir a estrutura antiga. E pela primeira vez, 4D não sabe onde gostaria de criar o ficheiro de dados – por isso pede a localização.
Este diálogo, como a primeira interacção com a sua aplicação, pode ser confuso para o cliente. E a verificação para o ficheiro de dados acontece antes do On Startup é executado, antes que o seu código tenha a oportunidade de seleccionar outro ficheiro. Para evitar isto, 4D v15 introduz uma nova funcionalidade, chamada Default Data.
Contacte-nos
Tem uma pergunta, sugestão ou apenas quer entrar em contacto com os bloggers 4D? Deixe-nos uma linha!
* A sua privacidade é muito importante para nós. Por favor clique aqui para ver os nossos Política