refactor: organize source packages by business domain

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud

[Megueutu]

Objetivo

Reorganizar os pacotes "flat" de cada camada (controller, service, repository, openapi, dto/request, dto/response, dto/patch, domain/entity, domain/enums) em subpacotes por domínio de negócio (auth, identity, company, shared, unit, catalog, proposal, professional, execution, common), já que hoje ~46 controllers (e as classes correspondentes em cada camada) ficam todos juntos no mesmo pacote sem nenhuma organização por domínio.

Alterações

• Refatoração puramente estrutural: apenas package, localização de arquivo e import foram alterados. Nenhuma lógica de negócio, corpo de método, anotação, SQL ou comportamento foi modificado.
• Cada arquivo das camadas listadas acima foi movido de com.solaria.persistence.<camada> para com.solaria.persistence.<camada>.<domínio> (ex.: controller.UserController → controller.identity.UserController), incluindo repository/specification → repository.catalog.specification.
• Pacotes transversais (config, exception, observability, security incluindo security/rbac e security/service, util) não foram movidos — apenas os imports internos deles foram atualizados para apontar para as classes que mudaram de pacote (ex.: RbacAuthorizationService referenciando Permission/Position).
• Referências implícitas entre classes que antes estavam no mesmo pacote "flat" e passaram a ficar em domínios diferentes agora recebem import explícito.
• Também movidos 5 arquivos de dto/request que não tinham entidade de domínio listada explicitamente na task, mas cujo DTO de resposta irmão já pertencia a um domínio (ChargeRequestDTO, SubscriptionRequestDTO → company; EnergyBillRequestDTO, UnitSpecificationsRequestDTO → unit; FluxLogRequestDTO → shared), para eliminar arquivos remanescentes soltos na raiz da camada.
• Correção adicional, fora do escopo da reorganização de pacotes, mas necessária para conseguir compilar/validar a mudança: o pom.xml em main tinha uma tag <dependency> sem fechamento (spring-boot-starter-webmvc-test), o que deixava o XML do POM malformado e impedia qualquer build. Essa correção foi feita em um commit separado, sem nenhuma relação com a reorganização de pacotes.

Endpoints afetados

Sem impacto de comportamento — os @RequestMapping/paths dos controllers não foram alterados, apenas o pacote Java em que cada controller vive. Os endpoints continuam os mesmos.

Banco de Dados

• Migration
• Schema
• Seed

Nenhuma alteração de banco de dados — refatoração restrita ao código Java (pacotes/imports).

Como testar

• ./mvnw compile — compila limpo, sem erros.
• ./mvnw test — o único teste existente (PersistenceApplicationTests, smoke test de contexto Spring Boot) passa (Tests run: 1, Failures: 0, Errors: 0). Nenhum arquivo em src/test/java precisou ser alterado.
• Revisão do diff: cada arquivo movido deve apresentar apenas mudança de package/import (e path), sem alterações de lógica.

Evidências

Sem evidências visuais — mudança estrutural de código, sem alteração de UI/comportamento.

Closes #

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[sonarqubecloud]

Quality Gate passed

Issues
3 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud