[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ee4j-build] [jakartaee-spec-project-leads] Can Maven Central artifacts be overwritten?
|
Also, Gunnar, we
have noticed that this parent pom IS in the Releases repo...https://oss.sonatype.org/index.html#view-repositories;releases~browsestorage~/jakarta/xml/registry/xml.registry-api-parent/1.0.10/xml.registry-api-parent-1.0.10.pom
But, it's not in Maven Central, as we have talked... So, the repo
seems to be in a strange state... I've posted this info to the ossrh
issue as well.
---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail: sutter@xxxxxxxxxx Twitter: @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)
LinkedIn: https://www.linkedin.com/in/kevinwsutterFrom:
Jim
Krueger <jckofbyron@xxxxxxxxx>To:
Gunnar
Morling <gmorling@xxxxxxxxxx>Cc:
JakartaEE
Spec Project Leadership discussions <jakartaee-spec-project-leads@xxxxxxxxxxx>,
EE4J build and releng discussions <ee4j-build@xxxxxxxxxxx>Date:
09/09/2019
04:23 PMSubject:
[EXTERNAL]
Re: [jakartaee-spec-project-leads] Can Maven Central artifacts be
overwritten?Sent
by: jakartaee-spec-project-leads-bounces@xxxxxxxxxxx
Gunnar,I tried your suggestion, created a repository
with just the missing parent (jakartaxmlregistry-106) and attempting to
deploy it. Unfortunately it fails with the error below.
It would seem that we may be dead in the water unless Sonatype can provide
some support. If you have any other suggestions I will gladly
try them. Thanks[INFO] RC-Releasing staging repository
with IDs=[jakartaxmlregistry-1006]
Waiting for operation to complete...
..
[ERROR]
[ERROR] Nexus Staging Rules Failure Report
[ERROR] ==================================
[ERROR]
[ERROR] Repository "jakartaxmlregistry-1006" failures
[ERROR] Rule "RepositoryWritePolicy" failures
[ERROR] * Artifact updating: Repository ='releases:Releases'
does not allow updating artifact='/jakarta/xml/registry/xml.registry-api-parent/1.0.10/xml.registry-api-parent-1.0.10.pom'
[ERROR]
[ERROR]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 53.982 s
[INFO] Finished at: 2019-09-09T15:14:00ZOn Mon, Sep 9, 2019 at 8:22 AM Gunnar
Morling <gmorling@xxxxxxxxxx>
wrote:Jim,
Provided that this parent POM is at the root of the projects built by those
jobs, you can try to add the --non-recursive build option [1]. This should
only build/deploy the parent POM. If this works and it gets deployed when
you promote the staging repo, it might unblock the child modules for mirroring,
too.
--Gunnar
[1] https://stackoverflow.com/questions/9500480/install-parent-pom-without-building-child-modules
----- Original Message -----
> From: "Jim Krueger" <jckofbyron@xxxxxxxxx>
> To: "JakartaEE Spec Project Leadership discussions"
> <jakartaee-spec-project-leads@xxxxxxxxxxx>,
gmorling@xxxxxxxxxx
> Cc: "EE4J build and releng discussions" <ee4j-build@xxxxxxxxxxx>
> Sent: Monday, 9 September, 2019 2:22:56 PM
> Subject: Re: [jakartaee-spec-project-leads] Can Maven Central artifacts
be
> overwritten?
> Thanks Gunnar,
> I don't have a lot of experience with this so I don't know how to
redeploy
> just the missing artifact. The job I'm using attempts to deploy the
entire
> staging repository:
> Releasing repositoryID=jakartaxmlregistry-1005
> + mvnq '-DstagingRepositoryId=jakartaxmlregistry-1005' '-DnexusUrl=
> https://oss.sonatype.org/' '-DserverId=ossrh'
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release
> + mvn -B '-DstagingRepositoryId=jakartaxmlregistry-1005' '-DnexusUrl=
> https://oss.sonatype.org/' '-DserverId=ossrh'
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release
> Do you have a suggestion?
> We have already attempted re-deploying the entire repository but that
has
> failed (
> https://jenkins.eclipse.org/jakartaee-stable/job/nexus-release-by-project/7/console
> ):
> Releasing repositoryID=jakartaxmlregistry-1005
> + mvnq '-DstagingRepositoryId=jakartaxmlregistry-1005' '-DnexusUrl=
> https://oss.sonatype.org/' '-DserverId=ossrh'
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release
> + mvn -B '-DstagingRepositoryId=jakartaxmlregistry-1005' '-DnexusUrl=
> https://oss.sonatype.org/' '-DserverId=ossrh'
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release
> + grep -v '^\[INFO\] Download'
> [INFO] Scanning for projects...
> [INFO]
> [INFO] ------------------< org.apache.maven:standalone-pom
> >-------------------
> [INFO] Building Maven Stub Project (No POM) 1
> [INFO] --------------------------------[ pom
> ]---------------------------------
> [INFO]
> [INFO] --- nexus-staging-maven-plugin:1.6.7:rc-release (default-cli)
@
> standalone-pom ---
> [INFO] + Using server credentials "ossrh" from Maven
settings.
> [INFO] * Connected to Nexus at https://oss.sonatype.org:443/, is version
> 2.14.14-01 and edition "Professional"
> [INFO] RC-Releasing staging repository with IDs=[jakartaxmlregistry-1005]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 10.059 s
> [INFO] Finished at: 2019-09-05T22:21:22Z
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release
> (default-cli) on project standalone-pom: Execution default-cli of
goal
> org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:rc-release failed:
> Internal Server Error : entity body dump follows: <nexus-error>
> [ERROR] <errors>
> [ERROR] <error>
> [ERROR] <id>*</id>
> [ERROR] <msg>Unhandled: Missing staging
repository:
> jakartaxmlregistry-1005</msg>
> [ERROR] </error>
> [ERROR] </errors>
> [ERROR] </nexus-error>
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with
the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
please
> read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
> Thanks for your help.
> On Mon, Sep 9, 2019 at 7:00 AM Gunnar Morling < gmorling@xxxxxxxxxx> wrote:
> > Hi Kevin,
>
> > Would it help if you (only) redeployed the missing parent artifact(s)
using
> > the same GAV? This might be possible perhaps given they are the
ones
> > missing?
>
> > --Gunnar
>
> > ----- Original Message -----
>
> > > From: "Kevin Sutter" < sutter@xxxxxxxxxx>
>
> > > To: "JakartaEE Spec Project Leadership discussions"
>
> > > < jakartaee-spec-project-leads@xxxxxxxxxxx>
>
> > > Cc: "EE4J build and releng discussions" < ee4j-build@xxxxxxxxxxx>
>
> > > Sent: Monday, 9 September, 2019 12:19:58 PM
>
> > > Subject: Re: [jakartaee-spec-project-leads] Can Maven Central
artifacts
> > > be
>
> > > overwritten?
>
> > > Hi Gunnar,
>
> > > Jim created an OSSRH issue related to this problem... I
updated it over
> > > the
>
> > > weekend with this comment, which better describes the issue:
>
> > > https://issues.sonatype.org/browse/OSSRH-51386?focusedCommentId=806172&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-806172
>
> > > Basically, we have some artifacts in Maven Central that
can not reference
> > > its
>
> > > parent pom. We still don't understand the exact reasons
why the parent
> > > poms
>
> > > were not properly deployed. This lack of the parent poms
are affecting
>
> > > access of the api artifacts for at least jaxr and management
api. And,
> > > it's
>
> > > preventing these artifacts from getting mirrored to the
other maven
> > > repos.
>
> > > We think a "simple" workaround is to just modify
the poms for these api
>
> > > artifacts to point an existing parent pom and re-deploy.
But, we don't
> > > think
>
> > > this re-deploy with the same version will work due to the
reasons you
> > > cited
>
> > > below.
>
> > > We're just trying to figure out how to clean this up...
Any suggestions
> > > would
>
> > > be appreciated. Thanks!
>
> > > ---------------------------------------------------
>
> > > Kevin Sutter
>
> > > STSM, MicroProfile and Jakarta EE architect
>
> > > e-mail: sutter@xxxxxxxxxxTwitter: @kwsutter
>
> > > phone: tl-553-3620 (office), 507-253-3620 (office)
>
> > > LinkedIn: https://www.linkedin.com/in/kevinwsutter
>
> > > From: Gunnar Morling < gmorling@xxxxxxxxxx>
>
> > > To: JakartaEE Spec Project Leadership discussions
>
> > > < jakartaee-spec-project-leads@xxxxxxxxxxx>
>
> > > Cc: EE4J build and releng discussions < ee4j-build@xxxxxxxxxxx>
>
> > > Date: 09/09/2019 11:01 AM
>
> > > Subject: [EXTERNAL] Re: [jakartaee-spec-project-leads] Can
Maven Central
>
> > > artifacts be overwritten?
>
> > > Sent by: jakartaee-spec-project-leads-bounces@xxxxxxxxxxx
>
> > > Hi Jim,
>
> > > It's my understanding that once something has been released
to Maven
> > > Central,
>
> > > it cannot be modified or removed. I.e. if there's something
wrong with a
>
> > > released artifact, a new release (with a new version) must
be done.
>
> > > That said, I'm not sure what "failed to be written
to the mirror sites"
>
> > > means; which sites are these, maybe the mirroring itself
can be
>
> > > re-triggered, if the actual artifacts themselves are good?
>
> > > --Gunnar
>
> > > ----- Original Message -----
>
> > > > From: "Jim Krueger" < jckofbyron@xxxxxxxxx>
>
> > > > To: jakartaee-spec-project-leads@xxxxxxxxxxx, "EE4J build and releng
>
> > > > discussions" < ee4j-build@xxxxxxxxxxx>
>
> > > > Sent: Friday, 6 September, 2019 8:45:11 PM
>
> > > > Subject: [jakartaee-spec-project-leads] Can Maven Central
artifacts be
>
> > > > overwritten?
>
> > > > Hi,
>
> > > > I'm currently working through a problem where the jakarta
ee artifacts
> > > > for
>
> > > > the management-api and jaxr projects were released
to maven central,
> > > > but
>
> > > > failed to be written to the mirror sites.
>
> > > > Question: Is it allowable to run my release jenkins
job again to
> > > > overwrite
>
> > > > the the artifacts in maven central or does Sonatype
need to clean these
> > > > up
>
> > > > before I can re-submit my job?
>
> > > > Thanks
>
> > > > _______________________________________________
>
> > > > jakartaee-spec-project-leads mailing list
>
> > > > jakartaee-spec-project-leads@xxxxxxxxxxx
>
> > > > To change your delivery options, retrieve your password,
or unsubscribe
>
> > > > from
>
> > > > this list, visit
>
> > > > https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads
>
> > > _______________________________________________
>
> > > jakartaee-spec-project-leads mailing list
>
> > > jakartaee-spec-project-leads@xxxxxxxxxxx
>
> > > To change your delivery options, retrieve your password,
or unsubscribe
> > > from
>
> > > this list, visit
>
> > > https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads
>
> > > _______________________________________________
>
> > > jakartaee-spec-project-leads mailing list
>
> > > jakartaee-spec-project-leads@xxxxxxxxxxx
>
> > > To change your delivery options, retrieve your password,
or unsubscribe
> > > from
>
> > > this list, visit
>
> > > https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads
>
> > _______________________________________________
>
> > jakartaee-spec-project-leads mailing list
>
> > jakartaee-spec-project-leads@xxxxxxxxxxx
>
> > To change your delivery options, retrieve your password, or unsubscribe
> > from
> > this list, visit
>
> > https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads
> _______________________________________________
jakartaee-spec-project-leads mailing list
jakartaee-spec-project-leads@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-spec-project-leads