Spring MVC + DeferredResult добавляет материал Hateoas

Таким образом, решение, которое я использовал, состоит в том, чтобы закрыть атрибуты запроса, а затем применить их как часть оператора лифта.

public class RequestContextStashOperator<T> implements Observable.Operator<T, T> {

    private final RequestAttributes attributes;

    /**
     * Spring hateoas requires the request context to be set but observables may happen on other threads
     * This operator will reapply the context of the constructing thread on the execution thread of the subscriber
     */
    public RequestContextStashOperator() {
        attributes = RequestContextHolder.currentRequestAttributes();
    }
    @Override
    public Subscriber<? super T> call(Subscriber<? super T> subscriber) {
        return new Subscriber<T>() {
            @Override
            public void onCompleted() {
                subscriber.onCompleted();
            }

            @Override
            public void onError(Throwable e) {
                subscriber.onError(e);
            }

            @Override
            public void onNext(T t) {
                RequestContextHolder.setRequestAttributes(attributes);
                subscriber.onNext(t);
            }
        };
    }
}

который вы можете затем использовать на наблюдаемом, например

lift(new RequestContextStashOperator<>())

пока объект создается в том же потоке, что и запрос. Затем вы можете использовать карту после в наблюдаемой цепочке, чтобы сопоставить ваш объект с ресурсом и добавить ссылки ненависти.

Так что ответ немного запоздал, но, возможно, кому-то он будет полезен. Вы правы насчет ThreadLocal - если вы создаете ссылки ненависти в другом потоке, то это происходит с исключением. Я нашел какое-то обходное решение для этого:

@RequestMapping(path = "/{id}", method = RequestMethod.GET, produces = MediaType.APPLICATION_JSON_VALUE)
DeferredResult<ResponseEntity<ProductResource>> example(@PathVariable("id") final String productId, final HttpServletRequest request) {

    final DeferredResult<ResponseEntity<ProductResource>> deferredResult = new DeferredResult<>();

    request.setAttribute(WebUtils.INCLUDE_CONTEXT_PATH_ATTRIBUTE, request.getContextPath());
    final RequestAttributes requestAttributes = new ServletRequestAttributes(request);

    productByIdQuery.byId(UUID.fromString(productId)).subscribe(productEntity -> {
        RequestContextHolder.setRequestAttributes(requestAttributes);
            deferredResult.setResult(result, HttpStatus.OK))
    }, deferredResult::setErrorResult);

    return deferredResult;
}

Итак, как видите, я сохраняю RequestAttributes, чтобы позже установить их в обратном вызове. Это решает только часть проблемы — вы получите еще одно исключение, потому что потеряете атрибут contextPath. Чтобы избежать этого, сохраните его явно:

request.setAttribute(WebUtils.INCLUDE_CONTEXT_PATH_ATTRIBUTE, request.getContextPath());

После этих изменений вроде бы все работает, но, конечно, выглядит грязно. Я надеюсь, что кто-то может предоставить более элегантное решение.