Re: [jakartaee-tck-dev] CDI TCK + Web Profile?

["Brian M Decker" <bmdecker@xxxxxxxxxx>]

Ed,

Thanks for the pointer. I did know that the CDI TCK is considered as separate, but couldn't find a relevant list. I didn't realize that it would just be the main CDI dev one. I have reposted my question there.

However, my question still stands. There are certainly people on this list (I see their names all over their respective product's certification documentation, etc.) who know how to run the TCK. Since I'm asking an execution question, I'm hopeful that someone here might have the relevant experience or knowledge to help. For what it's worth, I searched the 'cditck-porting' repository that you linked and see no references to webprofile at all.

Thanks.

-Brian

Brian Decker
Rochester Blizzard
Jakarta Platform TCK Lead

Home Office
(612) 216-4881
Roch. Office
t/l 553-4686
bmdecker@xxxxxxxxxx

Ed Bratt ---06/03/2020 06:11:40 PM---Brian, Did you inquire with the CDI TCK Dev Team? I think that might be a good

From: Ed Bratt <ed.bratt@xxxxxxxxxx>
To: jakartaee-tck developer discussions <jakartaee-tck-dev@xxxxxxxxxxx>, Brian M Decker <bmdecker@xxxxxxxxxx>
Date: 06/03/2020 06:11 PM
Subject: [EXTERNAL] Re: [jakartaee-tck-dev] CDI TCK + Web Profile?

---

Brian,

Did you inquire with the CDI TCK Dev Team? I think that might be a good first place to check. The CDI TCK is external to the Platform TCK and Eclipse GlassFish uses a porting kit to adapt it for compatibility testing. (I don't think the porting kit has been "ported" yet, but for completeness, it's here).

CDI TCK Issues (by convention go to the API project repository) at github.com/eclipse-ee4j/cdi-api (though you might check ...eclipse-ee4j/cdi-tck, or ...

CDI development roject mailing list: cdi-dev@xxxxxxxxxxx

-- Ed

On 6/3/2020 3:53 PM, Brian M Decker wrote:

Does anyone here have experience running the CDI TCK with the Web Profile option? It's supposed to exclude the tests that require full platform technologies (like JMS & Persistent EJB Timers) from the suite, which it does successfully do, but it also seems to introduce some strange Arquillian failures in my Jakarta EE8 environment.

Three tests fail with something like this:
[ERROR] arquillianBeforeTest(org.jboss.cdi.tck.tests.context.conversation.event.TransientConversationLifecycleEventTest) Time elapsed: 1.44 s <<< FAILURE!
java.lang.RuntimeException: Could not lookup value for field private java.net.URL org.jboss.cdi.tck.tests.context.conversation.event.TransientConversationLifecycleEventTest.contextPath
Caused by: java.lang.RuntimeException: Provider for type class java.net.URL returned a null value: org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider@5082868e

In all three failures, the test in question has this:
@ArquillianResource(Servlet.class)
private URL contextPath;

This differs from all of the working tests, which merely have:
@ArquillianResource
private URL contextPath;

I am not enough of an Arquillian wizard to know why the difference in @ArquillianResource usage would matter or why merely running with an option to exclude additional tests would suddenly cause this test pattern to fail. Has anyone else tried to run this TCK in Web Profile mode and seen similar issues? If so, how did you resolve the problem?

Thanks.

-Brian

Brian Decker
Rochester Blizzard
Jakarta Platform TCK Lead

Home Office
(612) 216-4881
Roch. Office
t/l 553-4686
bmdecker@xxxxxxxxxx


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