|
Clarification regarding ManagedExecutorService in Rx Client
Good luck. Please keep us informed. -Markus
Good luck. Please keep us informed. -Markus
|
By
Markus KARG
· #280
·
|
|
Clarification regarding ManagedExecutorService in Rx Client
Without any changes of the JAX-RS spec and Concurrency Utils spec JAX-RS will definitively capture the initial context only, so this is what is to be implemented right now. In any doubt please check t
Without any changes of the JAX-RS spec and Concurrency Utils spec JAX-RS will definitively capture the initial context only, so this is what is to be implemented right now. In any doubt please check t
|
By
Markus KARG
· #278
·
|
|
Clarification regarding ManagedExecutorService in Rx Client
Andy, JAX-RS has technically no chance within Java EE 8 / Java SE 8 to enforce what you want. So it maks no sense to write anything like that into a maintenance release of that spec. What we could do
Andy, JAX-RS has technically no chance within Java EE 8 / Java SE 8 to enforce what you want. So it maks no sense to write anything like that into a maintenance release of that spec. What we could do
|
By
Markus KARG
· #276
·
|
|
Clarification regarding ManagedExecutorService in Rx Client
Andy, I need to say that your question does not seem to be particularly related to JAX-RS: The question you ask would be the exact same even if you do not use JAX-RS at all, but simply do CompletionSt
Andy, I need to say that your question does not seem to be particularly related to JAX-RS: The question you ask would be the exact same even if you do not use JAX-RS at all, but simply do CompletionSt
|
By
Markus KARG
· #273
·
|
|
Clarification regarding ManagedExecutorService in Rx Client
Andy, as much as I would love to work on JAX-RS 2.1.1, 2.2 or 3.0, actually this is impossible at the moment. The reason is that JAX-RS is to be migrated from Oracle to the Eclipse Foundation. At the
Andy, as much as I would love to work on JAX-RS 2.1.1, 2.2 or 3.0, actually this is impossible at the moment. The reason is that JAX-RS is to be migrated from Oracle to the Eclipse Foundation. At the
|
By
Markus KARG
· #271
·
|
|
Clarification of Configuration.getClasses() behavior
I would rather say, we have a charter for JAX-RS 2.2 to provide a more concise phrasing in the spec. :-) -Markus
I would rather say, we have a charter for JAX-RS 2.2 to provide a more concise phrasing in the spec. :-) -Markus
|
By
Markus KARG
· #261
·
|
|
Clarification of Configuration.getClasses() behavior
Yes automatic discovery is to be considered for Configuration.get*, so it returns more than Application.getClasses.
Yes automatic discovery is to be considered for Configuration.get*, so it returns more than Application.getClasses.
|
By
Markus KARG
· #258
·
|
|
Clarification of Configuration.getClasses() behavior
IIRC… * Application.getClasses() is implemented by the application developer to let the JAX-RS engine know which components (= resources and providers) are to be loaded. It exists since JAX-RS 2.0 and
IIRC… * Application.getClasses() is implemented by the application developer to let the JAX-RS engine know which components (= resources and providers) are to be loaded. It exists since JAX-RS 2.0 and
|
By
Markus KARG
· #257
·
|
|
Clarification of Configuration.getClasses() behavior
Sergey, seems you missed the irony smiley at the end of my posting. -Markus
Sergey, seems you missed the irony smiley at the end of my posting. -Markus
|
By
Markus KARG
· #256
·
|
|
Clarification of Configuration.getClasses() behavior
Due to the fact that Jersey is the RI and RESTEasy is not, what Jersey does is inherently correct, and what RESTEasy does is not. ;-) -Markus
Due to the fact that Jersey is the RI and RESTEasy is not, what Jersey does is inherently correct, and what RESTEasy does is not. ;-) -Markus
|
By
Markus KARG
· #246
·
|
|
JAX-RS 2.1 released!
Will you keep us updated on IBM's implementation progress? :-) -Markus
Will you keep us updated on IBM's implementation progress? :-) -Markus
|
By
Markus KARG
· #244
·
|
|
JAX-RS 2.1 released!
Congratulations! When do we start with JAX-RS 2.2? ;-)
Congratulations! When do we start with JAX-RS 2.2? ;-)
|
By
Markus KARG
· #239
·
|
|
Question on CompletionStage
I think it make sense to file this as an issue for JAX-RS 2.2 / 3.0, so a future specification will align CXF and Jersey and give application developers safety how things shall work.
I think it make sense to file this as an issue for JAX-RS 2.2 / 3.0, so a future specification will align CXF and Jersey and give application developers safety how things shall work.
|
By
Markus KARG
· #235
·
|
|
Question on CompletionStage
Pavel, as the spec does not explicitly mention it, can you please confirm that what the spec actually wants to say is that CompletionStage does not only imply async when declared as a method's return
Pavel, as the spec does not explicitly mention it, can you please confirm that what the spec actually wants to say is that CompletionStage does not only imply async when declared as a method's return
|
By
Markus KARG
· #231
·
|
|
Status of JAX-RS 2.1 Implementations
Last thursday I gave a talk on JAX-RS 2.1 at JFS2017 conference using Jersey 2.26. One question was what the status of the JAX-RS implementations is _besides_ Jersey. Hence I would like to kindly ask
Last thursday I gave a talk on JAX-RS 2.1 at JFS2017 conference using Jersey 2.26. One question was what the status of the JAX-RS implementations is _besides_ Jersey. Hence I would like to kindly ask
|
By
Markus KARG
· #225
·
|
|
Proposed Final Draft -- Java 8 Implementation
Ok I agree that we should not touch old APIs, but we should add @throws to new APIs like Sse and SseEventSink then. Also I am not convinced that IAE is only for application callers: Why should it stay
Ok I agree that we should not touch old APIs, but we should add @throws to new APIs like Sse and SseEventSink then. Also I am not convinced that IAE is only for application callers: Why should it stay
|
By
Markus KARG
· #217
·
|
|
Proposed Final Draft -- Java 8 Implementation
Lol ;-D Pavel, I meant the SSE API, actually, but right, I did not check ALL APIs. So to make your claim a valid argument, we should now add @throws IllegalArgumentExcpetion to the JavaDocs of ALL pla
Lol ;-D Pavel, I meant the SSE API, actually, but right, I did not check ALL APIs. So to make your claim a valid argument, we should now add @throws IllegalArgumentExcpetion to the JavaDocs of ALL pla
|
By
Markus KARG
· #215
·
|
|
Proposed Final Draft -- Java 8 Implementation
Pavel, actually looking at the rest of the *API* (as you suggested) I did not find declaration of IAE, as it is solely part of the *implementation* -- it is rather undocumented that in particular IAE
Pavel, actually looking at the rest of the *API* (as you suggested) I did not find declaration of IAE, as it is solely part of the *implementation* -- it is rather undocumented that in particular IAE
|
By
Markus KARG
· #213
·
|
|
Proposed Final Draft -- Java 8 Implementation
So it is by intention that you still use IllegalArgumentException instead of NPE. Understood. :-)
So it is by intention that you still use IllegalArgumentException instead of NPE. Understood. :-)
|
By
Markus KARG
· #211
·
|
|
FW: [jersey/jersey] SseEventSink invokes custom WriterInterceptor with wrong type, then throws NPE (#3592)
Pavel, from the view of an application programmer the arguments look quite different: SSE within JAX-RS is not recognized as a different technology, but simply as a push-add-on that will keep the clie
Pavel, from the view of an application programmer the arguments look quite different: SSE within JAX-RS is not recognized as a different technology, but simply as a push-add-on that will keep the clie
|
By
Markus KARG
· #206
·
|