Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ee4j-build] Coordinating component release plan with Glassfish release plan

If the artifact you need is available from the staging group you have to use -Pstaging, regardless of whether you're building locally or not.

On Fri, Nov 2, 2018 at 3:29 AM vinay.vishal@xxxxxxxxxx <vinay.vishal@xxxxxxxxxx> wrote:

I am trying to do simple mvn clean install locally post updating to staged jakarta artifacts, which it doesn't find and throws me the error like the one below:

Failed to execute goal on project jakarta.servlet.jsp-api: Could not resolve dependencies for project jakarta.servlet.jsp:jakarta.servlet.jsp-api:jar:2.3.4-SNAPSHOT: 
The following artifacts could not be resolved: jakarta.servlet:jakarta.servlet-api:jar:4.0.2, jakarta.el:jakarta.el-api:jar:3.0.2: 
Failure to find jakarta.servlet:jakarta.servlet-api:jar:4.0.2 in https://repo.maven.apache.org/maven2 was cached in the local repository, 
resolution will not be reattempted until the update interval of central has elapsed or updates are forced -> [Help 1]
But if add the staging repository configuration in project's pom, local build goes fine. I guess I need to use staging profile to build locally too?

Thanks,
Vinay

On 02/11/18 3:53 PM, Tomas Kraus wrote:

I'm bulding all Metro API projects with 1.0.4 parent and -Pstaging and it works fine for me everywhere.

What error messages do you see?


Tomas


Dne 02/11/18 v 11:19 Dmitry Kornilov napsal(a):
Take a look on how it’s done in other projects which have released to OSSRH staging:

— Dmitry


On 2 Nov 2018, at 10:45, vinay.vishal@xxxxxxxxxx wrote:

Hi,

Even after updating to 1.0.4, build didn't work. Only after I add the below repository configuration, my build goes fine. I believe this needs to be added in parent pom to avoid duplication.

Thanks,

Vinay

On 02/11/18 2:57 PM, Dmitry Kornilov wrote:
Use version 1.0.4 of parent pom.

— Dmitry

On 2 Nov 2018, at 10:18, vinay.vishal@xxxxxxxxxx wrote:

Hi,

I am trying to update dependencies in jsp-api to point to artifacts released to staging repository. I see in parent pom, repositories configuration does exist but it is not at the root level but is nestled inside profiles.

Shouldn't repository configuration be added at the root too in parent pom? I tried building the jsp-api project locally but it fails looking for these artifacts. I tried adding repository configuration in project's pom too, but it still complains.

This is what I tried adding in parent pom:

<repositories>
        <repository>
            <id>sonatype-nexus-snapshots</id>
            <name>Sonatype Nexus Snapshots</name>
            <url>
            https://oss.sonatype.org/content/repositories/staging
            </url>
            <releases>
                <enabled>false</enabled>
            </releases>
            <snapshots>
                <enabled>true</enabled>
            </snapshots>
        </repository>
    </repositories>

Any pointer? Do I need to add a mirror in my maven settings.xml?

Thanks,

Vinay

On 26/10/18 3:41 PM, Dmitry Kornilov wrote:
Yes, you are right. OSSRH repositories are configured in the EE4J parent pom. If your project uses it, you are fine. If not, you need to configure it yourself in your pom file.

— Dmitry

On 26 Oct 2018, at 11:40, vinay.vishal@xxxxxxxxxx wrote:

Hi,

Just for my understanding, in-order to other projects to be able to uptake new Eclipse version of dependencies available in staging repository to OSSRH, I believe the project which is going to consume it must add the OSSRH staging repository in project's pom. Is this understanding correct?

Thanks,

Vinay


On Friday 26 October 2018 03:05 PM, Dmitry Kornilov wrote:
Let me clarify. November 5th deadline is about uptake new Eclipse versions of dependencies and releasing artifacts to OSSRH *staging* so other projects can take it. I see that you’ve done it already. You are the first one! Congrats!. This is not about the public release. You don’t need to pass the release review in order to do it. But I am suggesting initiating the release review asap before the majority of projects do it. It will make Eclipse IP team life a bit easier.

Thanks,
Dmitry

On 25 Oct 2018, at 15:32, Tom Jenkinson <tom.jenkinson@xxxxxxxxxx> wrote:

Hi,

I just wanted to check something regarding the current glassfish release plan:

It has a date of November 5th but the JTA API 1.3.1 release review is not scheduled to conclude until November 7th:

Is that a problem?

I would add that the JTA API 1.3.1 release is already in Eclipse staging since yesterday and so I also have a PR to upgrade GlassFish (assuming GlassFish can build from dependencies in staging):

Thanks,
Tom
_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build



_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build

_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build


_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build
_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build


_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build
_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build



_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build


_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build
_______________________________________________
ee4j-build mailing list
ee4j-build@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ee4j-build

Back to the top