jaxrs-spec@javaee.groups.io

Home Messages Hashtags

Topics

Date Date 1 - 10 of 10

Status update

Gunnar Morling #150 Hi Pavel, 2017-06-05 11:07 GMT+02:00 Pavel Bucek <pavel.bucek@oracle.com>: Hi Gunnar, I'm sorry to say that, but I don't think that proposal is viable. What if the app (BV layer) knows Locales L1 and L2 and the user (request) asks for L3;q=0.9, L2;q=0.5, L1;q=0.1. In the latest version of the proposal, L3 will be chosen - what happens when L3 is passed to BV? The fallback mechanism of the JDK ResourceBundle API will kick in which depends on the relationship between requested locales. So say L3 = EN_US and L2 = EN, the ResourceBundle API automatically will take care of that fallback and use EN if no messages for EN_US are present. If L2 was something unrelated, e.g. FR then it'd fall back to the default messages in whatever language defined by the user (and in English as measure of last resort for the built-in constraints). Producing an error? Using a default Locale? Neither is a good behavior, L2 should be selected. I haven't seen anything in BV which would return set of supported locales.. I thought that's where the suggested LocaleResolver SPI comes in. The user will know in which languages they have provided validation messages, so they could plug in an alternative LocaleResolver which could select L2 over L3 in your example. Also, the selected locale (whatever it is), should be made available to JAX-RS application, so it can work with that further if needed. We don't have anything like that now. Not to mention that the selection process might need to be pluggable. Isn't that what the LocalResolver SPI exactly is about? Last but not least - we would need to define how is the selected Locale used in whole context of JAX-RS application, which might sound easier as it is. Best regards, Pavel On 05/06/2017 10:06, Gunnar Morling via Groups.Io wrote: Hi Pavel, Any chance for considering the latest proposal for passing the (highest-quality) request locale to Bean Validation? Thanks, --Gunnar 2017-06-02 14:48 GMT+02:00 Pavel Bucek <pavel.bucek@oracle.com>: Dear experts, as you might have noticed, we dealt with several small issues in the past couple of weeks. Notable ones: - @Priority for providers - JSON-B integration update - Introduction of JSON-P integration - HTTP PATCH support on the server (client side was just reverted) - CompletionStage can be returned from the resource method - Response API: AutoCloseable + Status#asEnum - Support for new HTTP Status codes Etc. Complete list of closed issues: https://github.com/jax-rs/api/issues?q=is%3Aissue+is%3Aclosed+sort%3Aupdated-desc API commits: https://github.com/jax-rs/api/commits/master Spec commits: https://github.com/jax-rs/spec/commits/master If you have any questions or suggestions about changes we've made, please let us know. We are going to release another API milestone build soon and it will be most likely last milestone before submitting Proposed Final Draft. Thanks and regards, Pavel
More All Messages By This Member
Dennis Kieselhorst #149 Hi Pavel, thank you for adding this. I filed the OCA yesterday so next time you should be able to accept my contributions. Regards Dennis
More All Messages By This Member
Pavel Bucek #148 oops. :) will be fixed in the next milestone. Thanks, Pavel toggle quoted messageShow quoted text On 06/06/2017 06:27, Christian Kaltepoth wrote: Hey Pavel, thanks a lot. It is great to finally see this feature in the spec. Just one minor typo: "withing" should be "within". See: https://github.com/jax-rs/api/blob/9097eb290b3ba96201d4286034963e6236af5595/jaxrs-api/src/main/java/javax/ws/rs/client/ClientBuilder.java#L296 Christian 2017-06-05 21:13 GMT+02:00 Pavel Bucek <pavel.bucek@...>: please see https://github.com/jax-rs/api/commit/d18207327468870ab885120c3790e36a741af26d On 04/06/2017 23:15, Pavel Bucek wrote: Hi Dennis, I can't even if I wanted to - you are not on the OCA page (http://www.oracle.com/technetwork/community/oca-486395.html), so I cannot accept any code contribution from you. I'm still not sure whether we want to add these as client builder methods or as a properties and if latter, where the properties should be defined. The issue is on my list, but I cannot promise that it will be part of the next milestone build. Regards, Pavel On 03/06/2017 10:22, Dennis Kieselhorst wrote: Hi Pavel, could you merge my PR before the next milestone release? https://github.com/jax-rs/api/pull/555 Cheers Dennis -- Christian Kaltepoth Blog: http://blog.kaltepoth.de/ Twitter: http://twitter.com/chkal GitHub: https://github.com/chkal
More All Messages By This Member
Christian Kaltepoth #147 Hey Pavel, thanks a lot. It is great to finally see this feature in the spec. Just one minor typo: "withing" should be "within". See: https://github.com/jax-rs/api/blob/9097eb290b3ba96201d4286034963e6236af5595/jaxrs-api/src/main/java/javax/ws/rs/client/ClientBuilder.java#L296 Christian 2017-06-05 21:13 GMT+02:00 Pavel Bucek <pavel.bucek@...>: toggle quoted messageShow quoted text please see https://github.com/jax-rs/api/commit/d18207327468870ab885120c3790e36a741af26d On 04/06/2017 23:15, Pavel Bucek wrote: Hi Dennis, I can't even if I wanted to - you are not on the OCA page (http://www.oracle.com/technetwork/community/oca-486395.html), so I cannot accept any code contribution from you. I'm still not sure whether we want to add these as client builder methods or as a properties and if latter, where the properties should be defined. The issue is on my list, but I cannot promise that it will be part of the next milestone build. Regards, Pavel On 03/06/2017 10:22, Dennis Kieselhorst wrote: Hi Pavel, could you merge my PR before the next milestone release? https://github.com/jax-rs/api/pull/555 Cheers Dennis -- Christian Kaltepoth Blog: http://blog.kaltepoth.de/ Twitter: http://twitter.com/chkal GitHub: https://github.com/chkal
More All Messages By This Member
Pavel Bucek #146 please see https://github.com/jax-rs/api/commit/d18207327468870ab885120c3790e36a741af26d toggle quoted messageShow quoted text On 04/06/2017 23:15, Pavel Bucek wrote: Hi Dennis, I can't even if I wanted to - you are not on the OCA page (http://www.oracle.com/technetwork/community/oca-486395.html), so I cannot accept any code contribution from you. I'm still not sure whether we want to add these as client builder methods or as a properties and if latter, where the properties should be defined. The issue is on my list, but I cannot promise that it will be part of the next milestone build. Regards, Pavel On 03/06/2017 10:22, Dennis Kieselhorst wrote: Hi Pavel, could you merge my PR before the next milestone release? https://github.com/jax-rs/api/pull/555 Cheers Dennis
More All Messages By This Member
Pavel Bucek #145 Hi Gunnar, I'm sorry to say that, but I don't think that proposal is viable. What if the app (BV layer) knows Locales L1 and L2 and the user (request) asks for L3;q=0.9, L2;q=0.5, L1;q=0.1. In the latest version of the proposal, L3 will be chosen - what happens when L3 is passed to BV? Producing an error? Using a default Locale? Neither is a good behavior, L2 should be selected. I haven't seen anything in BV which would return set of supported locales.. Also, the selected locale (whatever it is), should be made available to JAX-RS application, so it can work with that further if needed. We don't have anything like that now. Not to mention that the selection process might need to be pluggable. Last but not least - we would need to define how is the selected Locale used in whole context of JAX-RS application, which might sound easier as it is. Best regards, Pavel toggle quoted messageShow quoted text On 05/06/2017 10:06, Gunnar Morling via Groups.Io wrote: Hi Pavel, Any chance for considering the latest proposal for passing the (highest-quality) request locale to Bean Validation? Thanks, --Gunnar 2017-06-02 14:48 GMT+02:00 Pavel Bucek <pavel.bucek@oracle.com>: Dear experts, as you might have noticed, we dealt with several small issues in the past couple of weeks. Notable ones: - @Priority for providers - JSON-B integration update - Introduction of JSON-P integration - HTTP PATCH support on the server (client side was just reverted) - CompletionStage can be returned from the resource method - Response API: AutoCloseable + Status#asEnum - Support for new HTTP Status codes Etc. Complete list of closed issues: https://github.com/jax-rs/api/issues?q=is%3Aissue+is%3Aclosed+sort%3Aupdated-desc API commits: https://github.com/jax-rs/api/commits/master Spec commits: https://github.com/jax-rs/spec/commits/master If you have any questions or suggestions about changes we've made, please let us know. We are going to release another API milestone build soon and it will be most likely last milestone before submitting Proposed Final Draft. Thanks and regards, Pavel
More All Messages By This Member
Gunnar Morling #144 Hi Pavel, Any chance for considering the latest proposal for passing the (highest-quality) request locale to Bean Validation? Thanks, --Gunnar 2017-06-02 14:48 GMT+02:00 Pavel Bucek <pavel.bucek@oracle.com>: toggle quoted messageShow quoted text Dear experts, as you might have noticed, we dealt with several small issues in the past couple of weeks. Notable ones: - @Priority for providers - JSON-B integration update - Introduction of JSON-P integration - HTTP PATCH support on the server (client side was just reverted) - CompletionStage can be returned from the resource method - Response API: AutoCloseable + Status#asEnum - Support for new HTTP Status codes Etc. Complete list of closed issues: https://github.com/jax-rs/api/issues?q=is%3Aissue+is%3Aclosed+sort%3Aupdated-desc API commits: https://github.com/jax-rs/api/commits/master Spec commits: https://github.com/jax-rs/spec/commits/master If you have any questions or suggestions about changes we've made, please let us know. We are going to release another API milestone build soon and it will be most likely last milestone before submitting Proposed Final Draft. Thanks and regards, Pavel
More All Messages By This Member
Pavel Bucek #142 Hi Dennis, I can't even if I wanted to - you are not on the OCA page (http://www.oracle.com/technetwork/community/oca-486395.html), so I cannot accept any code contribution from you. I'm still not sure whether we want to add these as client builder methods or as a properties and if latter, where the properties should be defined. The issue is on my list, but I cannot promise that it will be part of the next milestone build. Regards, Pavel toggle quoted messageShow quoted text On 03/06/2017 10:22, Dennis Kieselhorst wrote: Hi Pavel, could you merge my PR before the next milestone release? https://github.com/jax-rs/api/pull/555 Cheers Dennis
More All Messages By This Member
Dennis Kieselhorst #135 Hi Pavel, could you merge my PR before the next milestone release? https://github.com/jax-rs/api/pull/555 Cheers Dennis
More All Messages By This Member
Pavel Bucek #112 Dear experts, as you might have noticed, we dealt with several small issues in the past couple of weeks. Notable ones: - @Priority for providers - JSON-B integration update - Introduction of JSON-P integration - HTTP PATCH support on the server (client side was just reverted) - CompletionStage can be returned from the resource method - Response API: AutoCloseable + Status#asEnum - Support for new HTTP Status codes Etc. Complete list of closed issues: https://github.com/jax-rs/api/issues?q=is%3Aissue+is%3Aclosed+sort%3Aupdated-desc API commits: https://github.com/jax-rs/api/commits/master Spec commits: https://github.com/jax-rs/spec/commits/master If you have any questions or suggestions about changes we've made, please let us know. We are going to release another API milestone build soon and it will be most likely last milestone before submitting Proposed Final Draft. Thanks and regards, Pavel
More All Messages By This Member

1 - 10 of 10

Previous Topic Next Topic

Home Messages Hashtags About Features Pricing Updates Terms Help Twitter