Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TCK requires specific response header case #1267

Open
yawkat opened this issue Jun 3, 2024 · 13 comments
Open

TCK requires specific response header case #1267

yawkat opened this issue Jun 3, 2024 · 13 comments

Comments

@yawkat
Copy link

yawkat commented Jun 3, 2024

ee.jakarta.tck.ws.rs.spec.resource.requestmatching.JAXRSClientIT#optionsOnSubResourceTest requires that the Allow response header is uppercase: https://github.com/jakartaee/rest/blob/main/jaxrs-tck/src/main/java/ee/jakarta/tck/ws/rs/spec/resource/requestmatching/JAXRSClientIT.java#L432

@jansupol
Copy link
Contributor

jansupol commented Jun 3, 2024

RFC 9110:

The type and subtype tokens are case-insensitive.

@jansupol
Copy link
Contributor

jansupol commented Jun 3, 2024

@yawkat Do you really discuss the "Accept" header? The link points to the code handling the "Allow" header.

@yawkat
Copy link
Author

yawkat commented Jun 3, 2024

Yep, I meant allow

@jansupol
Copy link
Contributor

jansupol commented Jun 3, 2024

@yawkat So you say that the test expects the "Allow" but not "allow", or do you say the test expects "GET" but not "get"?

@yawkat
Copy link
Author

yawkat commented Jun 3, 2024

It expects Allow and does not accept allow. The startsWith I linked to causes this issue because it's not case-insensitive.

I think method is case sensitive so the matching logic there is fine.

@jansupol
Copy link
Contributor

jansupol commented Jun 3, 2024

Yes, field names are case-insensitive and the test should allow "allow".

@spericas
Copy link
Contributor

spericas commented Jun 3, 2024

@alwin-joseph Do you have time to fix this one? Not sure why startsWith is used in this case.

@alwin-joseph
Copy link
Contributor

@alwin-joseph Do you have time to fix this one? Not sure why startsWith is used this case.

Sure. This challenge can be resolved by fixing the test (instead of excluding) as per https://jakarta.ee/committees/specification/tckprocess/ .

@yawkat Which version of restful-ws TCK test is challenged here ?

@alwin-joseph
Copy link
Contributor

alwin-joseph commented Jun 7, 2024

@spericas @jansupol Considering that we need to address this test challenge for TCK 4.0, which branch do you suggest we make the changes ? We had release-3.1.x branch from where we released 3.1.x TCKs with test challenges. So for 4.0.x we would need a branch that has all changes of 4.0. Do you think 4.0.0 branch is the right place for this or another branch required ?

@spericas
Copy link
Contributor

spericas commented Jun 7, 2024

Branch 4.0.0 is set up for a 4.0.1 release. Seems like the correct branch to me. Any suggestions @jim-krueger?

@jim-krueger
Copy link
Contributor

Seems to me that this needs to go into two branches (dual maintenance). 4.0.0 for the service release of the TCK and also the main branch. Correct?

@jamezp
Copy link
Contributor

jamezp commented Jun 7, 2024

+1 to two branches, 4.0.0 and main.

@spericas
Copy link
Contributor

spericas commented Jun 7, 2024

Seems to me that this needs to go into two branches (dual maintenance). 4.0.0 for the service release of the TCK and also the main branch. Correct?

Indeed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants