Как использовать Spring Маршрутизация RestTemplate и JAXB по URL-адресу, который возвращает несколько типов XML

Ответ 1

@Tom: Я не думаю, что создание настраиваемого MarshallingHttpMessageConverter принесет вам любую пользу. Встроенный конвертер возвращает вам правильный класс (класс исключения), когда служба выходит из строя, но это RestTemplate, который не знает, как вернуть класс исключения вызываемому, поскольку вы указали тип ответа как класс Job.

Я прочитал исходный код RestTemplate, и вы в настоящее время вызываете этот API: -

public <T> T postForObject(URI url, Object request, Class<T> responseType) throws RestClientException {
    HttpEntityRequestCallback requestCallback = new HttpEntityRequestCallback(request, responseType);
    HttpMessageConverterExtractor<T> responseExtractor =
            new HttpMessageConverterExtractor<T>(responseType, getMessageConverters());
    return execute(url, HttpMethod.POST, requestCallback, responseExtractor);
}

Как вы можете видеть, он возвращает тип T на основе вашего типа ответа. Что вам, вероятно, нужно сделать, это подкласс RestTemplate и добавить новый API postForObject(), который возвращает объект вместо типа T, чтобы вы могли выполнить проверку instanceof на возвращаемом объекте.

UPDATE

Я думал о решении этой проблемы, вместо использования встроенного RestTemplate, почему бы не написать его самостоятельно? Я думаю, что это лучше, чем подклассификация RestTemplate, чтобы добавить новый метод.

Здесь мой пример... предоставлен, я не тестировал этот код, но он должен дать вам идею: -

// reuse the same marshaller wired in RestTemplate
@Autowired
private Jaxb2Marshaller jaxb2Marshaller;

public Object genericPost(String url) {
    // using Commons HttpClient
    HttpClient client = new HttpClient();
    PostMethod method = new PostMethod(url);

    // add your data here
    method.addParameter("data", "your-data");

    try {
        int returnCode = client.executeMethod(method);

        // status code is 200
        if (returnCode == HttpStatus.SC_OK) {
            // using Commons IO to convert inputstream to string
            String xml = IOUtil.toString(method.getResponseBodyAsStream());
            return jaxb2Marshaller.unmarshal(new StreamSource(new ByteArrayInputStream(xml.getBytes("UTF-8"))));
        }
        else {
            // handle error
        }
    }
    catch (Exception e) {
        throw new RuntimeException(e);
    }
    finally {
        method.releaseConnection();
    }

    return null;
}

Если есть ситуации, когда вы хотите повторно использовать некоторые из API-интерфейсов от RestTemplate, вы можете создать адаптер, который обертывает вашу собственную реализацию и повторно использовать API-интерфейсы RestTemplate, без фактического раскрытия API-интерфейсов RestTemplate по всему вашему коду.

Например, вы можете создать интерфейс адаптера, например:

public interface MyRestTemplateAdapter {
    Object genericPost(String url);

    // same signature from RestTemplate that you want to reuse
    <T> T postForObject(String url, Object request, Class<T> responseType, Object... uriVariables);
}

Конкретный шаблон пользовательского отдыха выглядит примерно так: -

public class MyRestTemplateAdapterImpl implements MyRestTemplateAdapter {
    @Autowired
    private RestTemplate    restTemplate;

    @Autowired
    private Jaxb2Marshaller jaxb2Marshaller;

    public Object genericPost(String url) {
        // code from above
    }

    public <T> T postForObject(String url, Object request, Class<T> responseType, Object... uriVariables) {
        return restTemplate.postForObject(url, request, responseType);
    }
}

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

Ответ 2

При попытке решить ту же проблему я нашел следующее решение.

Я использую экземпляр RestTemplate по умолчанию и сгенерированные файлы с помощью xjc. Вызываемым преобразователем является Jaxb2RootElementHttpMessageConverter.

Оказывается, конвертер возвращает "реальный" тип, если класс ввода аннотируется аннотацией XmlRootElement. То есть метод

protected Object readFromSource(Class clazz, HttpHeaders headers, Source source)

может возвращать объект, который не является экземпляром clazz, учитывая, что clazz имеет аннотацию XmlRootElement. В этом случае clazz используется только для создания unmarshaller, который будет отменять clazz.

Следующий трюк решает проблему: если мы определим

@XmlRootElement()
@XmlSeeAlso({ Exception.class, Job.class })
public static abstract class XmlResponse {}

и передать XmlResponse.class в postForObject (...), чем ответ будет Exception или Job.

Это несколько хак, но он решает проблему метода postForObject, не способную вернуть более одного класса объектов.