Boa tarde!

A migração do Maker 2.7 para o MySQL 8 realmente exige uma atualização do Java para a versão 8, já que o MySQL 8 utiliza novas configurações e padrões que não são compatíveis com versões mais antigas do Java. Apesar disso, é importante observar que a versão do Maker 2.7 é bastante antiga e pode não oferecer suporte total às tecnologias mais recentes, como o MySQL 8.

Caso decida prosseguir, o processo envolve algumas etapas críticas. Primeiro, você precisará garantir que o Java 8 esteja corretamente instalado e configurado no ambiente onde o Maker 2.7 está sendo executado. Certifique-se de configurar o JAVA_HOME apontando para o diretório correto e atualizar os arquivos de inicialização do Maker para usar a nova versão do Java.

Além disso, você precisará atualizar o driver JDBC do MySQL para uma versão compatível com o MySQL 8. É essencial substituir o arquivo do driver atual na pasta de bibliotecas do Maker (normalmente lib) e reconfigurar as conexões com o banco de dados utilizando as novas credenciais e parâmetros exigidos pelo MySQL 8, como o modo de autenticação.

Porém, algumas incompatibilidades podem surgir, especialmente com scripts SQL, funções específicas ou integrações que dependam de versões mais antigas do banco de dados ou do Maker. Assim, é altamente recomendado realizar testes extensivos em um ambiente de homologação antes de aplicar qualquer mudança no ambiente de produção. Caso encontre dificuldades ou incompatibilidades específicas, considere entrar em contato com o suporte da Softwell ou com consultores especializados no Maker para obter orientação adicional.

Testei aqui!! Muito obrigado, deu certo! 😄

Boa tarde

Para corrigir a duplicação da sigla do projeto, como "PRO_PRO", no Maker, é importante revisar as configurações e ajustar possíveis inconsistências. Primeiramente, acesse as configurações do projeto no ambiente de desenvolvimento do Maker e certifique-se de que a sigla do projeto está corretamente definida, sem duplicações. Essa etapa inicial é essencial para garantir que a configuração base esteja adequada.

Além disso, a duplicação pode ser causada por scripts, fluxos ou customizações que possuem a sigla duplicada de forma codificada. Por isso, é fundamental revisar cuidadosamente scripts e regras de negócio para identificar onde essa repetição desnecessária ocorre e corrigi-la. Também é importante verificar os nomes de tabelas, formulários ou outros recursos do projeto, garantindo que não existam nomes duplicados implicitamente que possam estar contribuindo para o problema.

Caso ajustes diretos no ambiente não resolvam a questão, uma alternativa é exportar o projeto, corrigir manualmente as siglas ou identificadores duplicados no arquivo de configuração exportado e, em seguida, importar o projeto novamente. Por fim, é recomendável consultar os logs do sistema ou analisar mensagens de erro, pois eles podem oferecer informações mais detalhadas sobre a origem exata do problema, auxiliando na identificação e solução da duplicação de forma precisa.

Bom dia

A funcionalidade lente de aumento é nativa do Maker para o componente imagem.

Alguém tem o Link atualizado ou algum outro grupo/comunidade ?

O comportamento que você descreveu pode ocorrer devido a alterações na integração ou nos scripts entre o Maker 5 e o Bootstrap 5, já que o Maker 5 utiliza uma abordagem atualizada para componentes e eventos. Alterações específicas no Bootstrap podem ter modificado como eventos, como o de duplo clique, são tratados.

Aqui estão algumas possibilidades e sugestões para resolver o problema:
Verifique o Manipulador de Eventos:
No Maker 5, confirme se o evento de duplo clique (double-click) está configurado corretamente para o componente de mapa. Pode ser necessário reconfigurá-lo, pois a migração pode ter desativado ou alterado as referências de eventos.

Boa tarde Nunes

Quando se utiliza um pool de conexões no Maker 5 e ocorre consumo excessivo de conexões e cursores no banco de dados, é fundamental compreender como a plataforma gerencia esses recursos internamente para mitigar problemas. O Maker, por meio do mecanismo openedResultSetList, controla instâncias abertas de ResultSet, gerenciando a abertura e o fechamento desses recursos de forma explícita. Contudo, se os recursos não forem liberados corretamente, podem ocorrer vazamentos que impactam diretamente o desempenho da aplicação e do banco.

Para evitar tais problemas, é essencial garantir o fechamento de Connection, PreparedStatement e ResultSet logo após seu uso. Caso o Maker não faça isso automaticamente ou de forma eficiente, pode ser necessário implementar lógicas que assegurem o fechamento manual desses recursos. Além disso, recomenda-se a revisão de logs e métricas do banco de dados para identificar possíveis vazamentos, bem como o uso de ferramentas de monitoramento que ajudem a detectar conexões não encerradas ou cursores excessivamente utilizados.

A configuração adequada do pool de conexões também desempenha um papel crucial na gestão eficiente de recursos. Parâmetros como o número máximo de conexões permitidas (maxConnections), tempo de espera (timeout) e período de inatividade (idleTime) devem ser revisados para atender às demandas da aplicação sem sobrecarregar o banco de dados. Além disso, ao realizar atualizações para o Maker 5, é importante revisar fluxos e scripts existentes para garantir que não dependam de práticas obsoletas ou comportamentos que possam ter sido alterados na nova versão.

Por fim, a adoção de boas práticas, como o uso de blocos try-with-resources ou estruturas equivalentes, assegura o fechamento automático de recursos. O monitoramento constante do ciclo de vida das operações de banco de dados, com logs detalhados e métricas específicas, é igualmente essencial para evitar problemas recorrentes e otimizar o uso de conexões e cursores no Maker 5.

Boa tarde. Testei nas duas versões (29 e 46) e o comportamento está normal. Tem como mandar um print ?