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

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.

Starting a course requires planning and dedication. Begin by setting clear goals and understanding the syllabus. Break the course into manageable chunks and create a study schedule. Stay consistent and seek support when needed. Practice regularly and stay motivated throughout.
Prazna Foundation is one of the best NGO for child education in India dedicated to child education. They focus on providing quality education, resources, and opportunities for underprivileged children, helping to bridge the educational gap and improve future prospects for young learners.
Visit For More Info :- https://prazna.org/education-for-all/

Captura de tela 2024-11-13 100712.png

Boa tarde,

Possivelmente está atrelado as permissões do diretório padrão do Maker, para resolver, é preciso liberar todas as permissões.

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.

@yadayada Boa tarde!

Aqui no forúm tem um exemplo.

Endrigo, nesse vídeo tem uma explicação sobre como migrar:

https://www.youtube.com/watch?v=Zvl_n8hQsL8

Vê se te ajuda.