Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [glassfish-dev] [External] : Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

Hi,

For the standalone run-* scripts, yes. For the other scripts which run the full TCKs, I think no.

Kind regards,
Arjan



On Tue, Mar 2, 2021 at 10:44 AM sawamura.hiroki@xxxxxxxxxxx <sawamura.hiroki@xxxxxxxxxxx> wrote:

Hi Arjan,

 

In other words, would jenkins use the latest modules without doing anything…?

 

Regards,

Hiroki

 

From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> On Behalf Of arjan tijms
Sent: Tuesday, March 2, 2021 6:28 PM
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] [External] : Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

Note that all the run-* TCK tests are set to use GlassFish 6.1.0-SNAPSHOT (they default to the latest build now) and the 9.1 standalone TCKs.

 

Each job essentially is the Jenkins version of the scripts used here: https://github.com/eclipse-ee4j/jakartaee-tck/tree/master/docker and the fully standalone TCKs available from here: https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee9-eftl/staged-910/

 

Kind regards,

Arjan

 

 

 

 

On Tue, Mar 2, 2021 at 10:11 AM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

Yeah that’s a good idea

 

From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> On Behalf Of sawamura.hiroki@xxxxxxxxxxx
Sent: 02 March 2021 09:09
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] [External] : Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

Thank you for creating the jenkins jobs.

These jobs are configured to run GlassFish 6.0 and TCK 9.0 now.

Should we add parameters to run GlassFish 6.1 and TCK 9.1 in the same job?

 

GF6.1: https://download.eclipse.org/ee4j/glassfish/web-6.1.0-SNAPSHOT-nightly.zip

TCK9.1(probably): https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee9-eftl/staged-910/jakarta-jakartaeetck-9.1.0.zip

 

Regards,

Hiroki

 

From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> On Behalf Of Gurunandan Rao
Sent: Tuesday, March 2, 2021 2:03 AM
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] [External] : Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi Arjan, Steve,

I had setup certification jobs for Standalone TCK and Platform TCK. Certification jobs can be found here:

EFLT license TCK bundle:

 

EF license TCK bundle:

 

regards,

Guru


From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> on behalf of arjan tijms <arjan.tijms@xxxxxxxxx>
Sent: 01 March 2021 21:02
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: [External] : Re: [glassfish-dev] [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

I hear you. I'm not sure either. The run....tck_against_staged_build do work for sure. I'm running a bunch of them now.

 

Kind regards,

Arjan

 

 

 

 

On Mon, Mar 1, 2021 at 4:27 PM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

Yeah not sure of the status of those. Hence my question about how far Guru got.

 

From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> On Behalf Of arjan tijms
Sent: 01 March 2021 15:22
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

Yes, these are the fully standalone TCK runs. There's actually a bunch of jobs on the GlassFish Jenkins now: https://ci.eclipse.org/glassfish/view/TCK

 

Kind regards,

Arjan Tijms

 

 

 

On Mon, Mar 1, 2021 at 4:04 PM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

Yeah I meant GlassFish Jenkins as we are currently beholden to the TCK team to run the TCKs. I assume these are standalone TCK runs?

 

From: glassfish-dev <glassfish-dev-bounces@xxxxxxxxxxx> On Behalf Of arjan tijms
Sent: 01 March 2021 15:02
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Cc: Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

I did run the above on Jenkins, but on the Jenkins instances of the individual projects. E.g

 

 

Many of the jobs in principle make sense to run from multiple perspectives, e.g. from the individual API, implementation, GlassFish or the TCK itself.

 

Kind regards,

Arjan Tijms

 

 

 

 

On Mon, Mar 1, 2021 at 3:58 PM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

I think it would help being able to run these on Jenkins. I’m not sure how far Guru got with finishing the TCK jobs. I think we also need help from the TCK team as from a GlassFish perspective the Quick Look tests are passing.

 

From: jakarta.ee-spec.committee <jakarta.ee-spec.committee-bounces@xxxxxxxxxxx> On Behalf Of arjan tijms
Sent: 01 March 2021 14:55
To: Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>; glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,

 

I've tried some fully standalone TCK tests:

 

Jakarta Servlet

 

2 failures

[javatest.batch] Number of Tests Passed      = 1683
[javatest.batch] Number of Tests Failed      = 2
[javatest.batch] Number of Tests with Errors = 0

 

 

Jakarta Pages:

 

2 failures:

[javatest.batch] Number of Tests Passed      = 700
[javatest.batch] Number of Tests Failed      = 2
[javatest.batch] Number of Tests with Errors = 0
API_download=https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/servlet/jsp/jakarta.servlet.jsp-api/3.0.0/jakarta.servlet.jsp-api-3.0.0.jar
IMPL_download=https://jakarta.oss.sonatype.org/content/repositories/staging/org/glassfish/wasp/wasp/3.0.1/wasp-3.0.1.jar
Product_download=https://ci.eclipse.org/glassfish/view/GlassFish/job/glassfish_build-and-test-using-jenkinsfile/job/master/lastSuccessfulBuild/artifact/bundles/glassfish.zip
TCK_download=https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee9-eftl/staged-910/jakarta-pages-tck-3.0.0.zip
Issue: https://github.com/eclipse-ee4j/jakartaee-tck/issues/624
 
Jakarta Faces:
0 failures
[javatest.batch] Number of Tests Passed      = 5525
[javatest.batch] Number of Tests Failed      = 0
[javatest.batch] Number of Tests with Errors = 0
Product_download=https://ci.eclipse.org/glassfish/view/GlassFish/job/glassfish_build-and-test-using-jenkinsfile/job/master/lastSuccessfulBuild/artifact/bundles/glassfish.zip
IMPL_download=https://jakarta.oss.sonatype.org/content/repositories/staging/org/glassfish/jakarta.faces/3.0.0/jakarta.faces-3.0.0.jar
TCK_download=https://download.eclipse.org/ee4j/jakartaee-tck/jakartaee9-eftl/staged-910/jakarta-faces-tck-3.0.0.zip
 
Jakarta Authentication
85 failures
[javatest.batch] Number of Tests Passed      = 22
[javatest.batch] Number of Tests Failed      = 85
[javatest.batch] Number of Tests with Errors = 0
 
Most failures because of
[javatest.batch] java.lang.Error: org.glassfish.appclient.client.acc.agent.ACCAgentClassLoader
[javatest.batch]         at java.lang.ClassLoader.initSystemClassLoader(java.base@11.0.2/ClassLoader.java:1989)
[javatest.batch]         at java.lang.System.initPhase3(java.base@11.0.2/System.java:2066)
[javatest.batch] Caused by: java.lang.ClassNotFoundException: org.glassfish.appclient.client.acc.agent.ACCAgentClassLoader
[javatest.batch]         at jdk.internal.loader.BuiltinClassLoader.loadClass(java.base@11.0.2/BuiltinClassLoader.java:583)
[javatest.batch]         at jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(java.base@11.0.2/ClassLoaders.java:178)
[javatest.batch]         at java.lang.ClassLoader.loadClass(java.base@11.0.2/ClassLoader.java:521)
[javatest.batch]         at java.lang.Class.forName0(java.base@11.0.2/Native Method)
[javatest.batch]         at java.lang.Class.forName(java.base@11.0.2/Class.java:398)
[javatest.batch]         at java.lang.ClassLoader.initSystemClassLoader(java.base@11.0.2/ClassLoader.java:1975)
[javatest.batch]         at java.lang.System.initPhase3(java.base@11.0.2/System.java:2066)
 
Jakarta Authorization
[doesn't run, fails and aborts in setup stage]
 
Some help in getting this over the line would certainly be helpful.
Kind regards,
Arjan
 
 

 

 

 

 

 

On Thu, Feb 25, 2021 at 9:55 PM Kevin Sutter <sutter@xxxxxxxxxx> wrote:

Thanks, Steve.  I'm really just asking for a more concrete status.  Not sure if that's coming from the TCK team or the GF team, or a combination.  Maybe we are closer to the 99% end rather than the 0% end, but I really don't know and I didn't know where to look.  And, when I reviewed the dates and the calendar, I started to get nervous and threw out this note.  I'd love to be proven wrong so that we can all sleep better.

---------------------------------------------------
Kevin Sutter
STSM, Jakarta EE and MicroProfile architect @ IBM
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn:
https://www.linkedin.com/in/kevinwsutter

Part-time schedule: Tue, Wed, Thu (off on Mon and Fri)




From:        "Steve Millidge (Payara)" <steve.millidge@xxxxxxxxxxx>
To:        Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Date:        02/25/2021 14:02
Subject:        [EXTERNAL] Re: [jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...
Sent by:        "jakarta.ee-spec.committee" <jakarta.ee-spec.committee-bounces@xxxxxxxxxxx>


 

From a GlassFish perspective I’m not aware of “basic issues that are preventing any meaningful results” I know there has been a mail about the ACC for EJB testing? We don’t currently have any open issues raised by the TCK team.

 

Steve

 

From:jakarta.ee-spec.committee <jakarta.ee-spec.committee-bounces@xxxxxxxxxxx> On Behalf Of Kevin Sutter
Sent:
25 February 2021 17:52
To:
Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Subject:
[jakarta.ee-spec.committee] Jakarta EE 9.1 release is in jeopardy...

 

Hi,
Just this week, my eyes have been opened to the fact that our Jakarta EE 9.1 goal of a March 25 release is in jeopardy.  As of Tuesday morning, we still have zero results for the GF 6.2 and TCK runs.  Tests are executing, but there are still some basic issues that are preventing any meaningful results.


If we work backwards from March 25, the two week ballot for the 9.1 release would have to start on March 10.  And, given that Feb is a short month, that is less than two weeks away.  Going from essentially 0% passing to 100% passing in less than two weeks would be a miracle.  As much as I like miracles, I just don't want to count on that to meet this goal.


On our calls this week, I did mention that Open Liberty is at 99.9% passing with the 9.1 TCK and Java SE 11.  The main issue is with the Signature tests.  We have a workaround to make these work, but we are still working with Scott Marlow to figure out a proper solution for the TCK.  Also, given our current process, Open Liberty could not be the CI for ratification because we do not implement the optional Entity Beans feature.


One idea is to use a tag-team approach for certifying...  Focus on GF 6.2 providing test coverage for Entity Beans and OL being used for everything else.  We've talked about allowing this co-CI approach in the past, but I'm not positive that our process would currently allow for this.  It reads pretty specific to a single CI:


Compatible Implementations
A Compatible Implementation must fully implement all non-optional elements of a Specification Version, must not extend the API (no supersetting), and must fulfill all the requirements of the corresponding TCK. A Specification Version must identify at least one Compatible Implementation under an Open Source License that implements all optional elements of the Specification and fulfills the requirements of all elements (including optional elements) of the TCK.


But, if I look at the figure in the Ratification section of the EFSP, next to the Compatible Implementation box it does use the 1..n notation.


Maybe I'm just fishing for an alternative solution...  And, maybe we'll get the magic results for GF and the TCK before the weekend...  But, if we are intent on sticking to this March 25 goal, something's going to have to give...  


We'll have to start this discussion now via this email distribution since we don't meet again "in person" until the deadline of March 10...  Thanks!

---------------------------------------------------
Kevin Sutter
STSM, Jakarta EE and MicroProfile architect @ IBM
e-mail:  
sutter@xxxxxxxxxx    Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn:
https://www.linkedin.com/in/kevinwsutter

Part-time schedule: Tue, Wed, Thu (off on Mon and Fri)
_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee


_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee

_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

Back to the top