Utilização de aplicações clientes fundidos duplicados

Tradução automática de Deepl

Como editor, pretende por vezes duplicar uma aplicação de cliente fundida para ligar cada uma delas ao seu Servidor 4D dedicado. Vamos ver como fazer isto.

Quando é um editor de software, alguns dos seus clientes por vezes têm muitas instâncias da sua aplicação de servidor fundida, por exemplo, uma aplicação de servidor fundida para cada empresa de um grupo. Neste tipo de arquitectura de implementação, os responsáveis do seu cliente pedem-lhe frequentemente para instalar no seu computador uma aplicação de cliente fundida para cada aplicação de servidor fundida, porque querem utilizar o software para cada empresa.

Uma vez que o endereço da aplicação do servidor incorporado já não está armazenado no ficheiro EnginedServer.4DLink dentro do pacote de aplicação do cliente incorporado (para o manter intacto), todas as aplicações do cliente incorporado partilharam o mesmo endereço do servidor armazenado na pasta de preferências do utilizador.
A partir de agora, tem uma nova chave buildApp à sua disposição para fazer com que cada aplicação cliente fundida duplicada utilize a sua própria pasta de preferências de utilizador (com base no seu caminho de aplicação):

<BuildApp>
<CS>
<ClientUserPreferencesFolderByPath>True</ClientUserPreferencesFolderByPath>

Basta lembrar que para contornar a transmissão automática da rede e fazer com que cada aplicação cliente fundida se ligue ao seu último Servidor, é necessário publicar cada aplicação de servidor fundida numa porta diferente da porta padrão 4D (19813) e numa porta diferente da definida durante a buildApp.

Evidentemente, quando este comportamento é activado, a Folder e Get 4D Folder ainda devolvem a pasta correcta para cada aplicação de cliente fundida.

A cereja no topo, se utilizar o parâmetro da estrela mágica do Open form window as janelas de cada aplicação cliente fundida recuperarão o seu próprio tamanho e posição, adaptando-se à organização do ambiente de trabalho dos utilizadores.

A mesma arquitectura também pode ser útil para programadores ou testadores que queiram ligar-se a um Servidor de teste, servidor de pré-produção, ou servidor de produção. Desta forma, podem ter duplicadas aplicações clientes fundidas ligadas ao seu Servidor dedicado.

Exemplo

Um grupo utiliza o software myCRM para gerir os clientes das suas empresas. Cada empresa tem o seu próprio servidor myCRM. Para evitar que uma aplicação cliente fundida se ligue automaticamente à primeira aplicação servidor encontrada na sub-rede, cada aplicação servidor é publicada num número de porta diferente de 19813 e definida durante o buildApp.
Os gestores do grupo podem facilmente ligar-se ao Servidor que desejarem duplicando as aplicações cliente fundidas.
No primeiro lançamento, basta manter pressionada a tecla ALT no teclado para exibir o diálogo de ligação padrão 4D. Em seguida, introduzir as credenciais adequadas do servidor e ligar a aplicação cliente ao Servidor. As credenciais do servidor são então armazenadas numa pasta relacionada com o caminho da aplicação cliente resultante da fusão.
Depois disso, cada aplicação cliente fundida ligar-se-á automaticamente à sua aplicação de servidor dedicada!

Avatar
• Proprietário do produto - Damien Fuzeau entrou ao time 4D Product em fevereiro de 2019. Como Proprietário do Produto, está a cargo de escrever as histórias dos usuários e depois traduzi-las em especificações funcionais. Seu papel também é garantir que a implementação da funcionalidade entregue cumpra com as necessidades do cliente. Damien é formado em engenharia de software pela Universidade de Nantes. Trabalhou mais de 23 anos em sua empresa anterior, primeiro como desenvolvedor (descobrindo 4D em 1997), e mais tarde como gerente de engenharia e arquiteto de software. Essa empresa é um Partner OEM de 4D e lançou softwares empresariais baseados em 4D para milhares de usuários em centenas de servidores. Portanto Damien está acostumado ao desenvolvimento e lançamento de 4D em contextos multilinguais.