You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The TCK jsonprovidertests have a test that verifies calling jakarta.json.Json.createParser(InputStream = null) throws a JsonException. Currently this is seeing an NPE as described in this issue: jakartaee/platform-tck#1002
Current parsson version in glassfish is 1.1.0.
The text was updated successfully, but these errors were encountered:
starksm64
changed the title
TCK failure
TCK failure, NPE in JsonProvider.createParser(InputStream)
May 17, 2022
I think there is currently no deterministic way to know which implementation will be loaded first from the META-INF/services. When 2 different implementations exists in the classpath there is no logic to determine which one should be used.
We should agree in a common solution, because I think this is also a problem in mail and jsonb at least.
I discussed with @lukasj and he told me there is already one bundle dependency that contains Parsson implementation and JSONP API. This bundle does not have META-INF/services, so it will allow other implementations in the classpath to be loaded.
The TCK jsonprovidertests have a test that verifies calling jakarta.json.Json.createParser(InputStream = null) throws a JsonException. Currently this is seeing an NPE as described in this issue:
jakartaee/platform-tck#1002
Current parsson version in glassfish is 1.1.0.
The text was updated successfully, but these errors were encountered: