O Nexus não encontrou a assinatura do pom.xml do projeto

9

Eu fiz upload de um projeto de vários módulos para central como bundle.jar e esse problema aparece: Então,Nexusnãofoipossívelencontraropom.asc.

Mascomooarquivopodeestarfaltandoseestiverdisponívelem

    
por Peter Rader 05.10.2016 в 06:35
fonte

3 respostas

1

De acordo com seus comentários, você recebeu este erro do Nexus após executar as seguintes etapas:

  • mvn release:prepare release:perform
  • mvn clean repository:bundle-create gpg:sign , que cria o arquivo *-0.9.12.pom.asc e o *-bundle.jar

O erro provavelmente está relacionado às etapas acima, que podem não ser a sequência correta a ser aplicada neste caso, já que:

  • O maven-repository-plugin plug-in e seu create-bundle criaria um pacote de upload para um projeto Maven. Observe, entretanto, que o arquivo *-bundle.jar gerado não seria anexado à compilação Maven (de acordo com as fontes ), mas simplesmente gere o arquivo no projeto% pasta target
  • O maven-gpg-plugin e seu sign seria assinar o artefato do projeto, o POM e os artefatos anexados com o GnuPG para implantação
  • Você está invocando a fase clean na segunda etapa de suas execuções, que basicamente significa remover o conteúdo da pasta target após a operação release:perform .

Como tal:

  • Você deve verificar o conteúdo do bundle jar (devido à clean invocação)
  • Na verdade, você não está assinando arquivos jar (limpos pela invocação clean ) nem o pacote (conforme descrição acima), embora o erro mencionado se refira ao arquivo POM e não aos arquivos jar
  • Você está executando o gpg:sign na linha de comando, embora o exemplos oficiais afirmam que:
  

Atualmente isso não é facilmente realizado. O gpg assina os artefatos anexados à construção no ponto em que o gpg é executado. No entanto, queremos "injetar" o gpg nas fases.
   Que trabalho MIGHT é:

mvn verify gpg:sign install:install deploy:deploy   
     

No entanto, se houver outros plugins configurados para fases após a fase de verificação, eles não serão executados.

(Nota: o negrito é meu).

Assim, eu analisaria o processo de implantação e seguiria os procedimentos padrão para assinando artefatos do projeto.

    
por A_Di-Matteo 09.10.2016 / 00:41
fonte
1

Além da guia "Atividade" no gerenciador de repositórios, você também deve poder navegar até a guia "Conteúdo". Verifique isso e veja que dentro da pasta da sua coordenada GAV você encontra todos os arquivos. Parece que a regra de teste NÃO encontrou o arquivo. Provavelmente não está lá (no gerenciador de repositório ... não no seu sistema de arquivos local!)

Verifique os nossos documentos para obter mais dicas sobre como configurar tudo isso com o Maven, incluindo vídeos de demonstração e exemplos de projetos totalmente funcionais.

Além disso, se você ficar preso, entre em contato diretamente comigo ou envie um problema em nosso projeto OSSRH jira para que eu possa investigar a implantação específica.

    
por Manfred Moser 25.10.2016 / 06:10
fonte
0

Acho que esta mensagem está errada. O .asc não é necessário, vou postar um bug e vou ver o que acontece.

    
por Peter Rader 25.10.2016 / 08:03
fonte