Preparação para a release de uma 1.0.0

[lucasjoao]

Recomendo revisar com a opção "hide whitespace" selecionada (https://github.com/laboratoriobridge/metafy/pull/10/files?w=1), porque o formatter do bridge fez várias alterações de espaço nos arquivos.

De uma parte mais geral do repositório, fiz o seguinte:

• Criei o branch main-v1
• Mudei o nome do branch principal de master para main
• Fechei um PR antigo e deletei branchs antigos out-of-date
• Add rule protection nos branchs main e main-v1

Com dois branchs, a ideia é a seguinte:

• main
  • continuar desenvolvimento da 0.2.x com suporte para java 8, javax e spring 2
• main-v1
  • iniciar desenvolvimento da 1.x.x com suporte para java 17, jakarta e spring 3

Nesse PR em específico:

• Atualizei do javax para jakarta onde necessário
• Atualizei para usar java 17
  • exigiu passar alguns argumentos para a jvm, por causa disso daqui
• Removi todas as referências ao travis-ci e ao codecov, que ficaram out-of-date
• Subi a versão de todas as outras bibliotecas
• Removi uso do plugin do jacoco (responsável pela coverage), já que não tem mais codecov
• Removi uso do plugin do javadoc, porque não tinha documentação escrita e isso só poluía o log de build com warning
  • tirei os warnings do build
• Atualizei action do github

Pontos de atenção para o futuro:

• se algo for feito no main, será preciso atualizar a action do github de forma similar ao 0171a9c
• os testes não acusam erro quando o "snapshot" do arquivo gerado só difere por causa de semicolon, isso é um problema mapeado na lib do google que utlizamos (Source comparison doesn't validate import semicolons google/compile-testing#157)

[nathanmolinari]

vai fazer o release dps desse pr?

[lucasjoao]

uhum

[nathanmolinari]

aqui precisa ficar o branch main? ai vai rodar a action no branch main com java 17?

[lucasjoao]

vou tirar essa parte do on push

coloquei de viagem pq tinha no bold, mas como aqui vai ficar similar ao que temos no PEC (PRs e dois branchs principais), vou deixar estilo pec