Клиент Restlet плохо взаимодействует со службой Джерси

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

Сервис Джерси

Ресурс:

 @Path("/object")
 @RolesAllowed({"admin", "user"})
 public class ObjectResourceBean implements ObjectResourceIF {
        @POST
        @Consumes({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
        public Response postObject(JAXBElement<ObjectDTO> object) {
            ObjectDTO c = object.getValue();
            String generatedId = generateID();
            c.setObjectId(generatedId);
            c.setOwner(sec.getUserPrincipal().getName());
            return postAndGetResponse(c);
        }

        private Response postAndGetResponse(ObjectDTO object) {
            Response res;

                res = Response.created(UriBuilder.fromUri(uriInfo.getAbsolutePath() + "/" + object.getObjectId()).build()).entity(object).build();
                ObjectDAO.instance.getObjectDao().put(object.getObjectId(), object);

                System.out.println("Response: " + res);
            }
            return res;
        }

Интерфейс Restlet Wrap:

    @Path("/object")
    @RolesAllowed({"admin", "user"})
    public interface ObjectResourceIF {
        @Post
        public Response postObject(JAXBElement<ObjectDTO> object);
 }

Уже здесь я не могу работать с аннотациями Джерси, такими как @POST. Я должен использовать @Post из Restlet Framework. Но это не настоящая проблема.

Клиент рестлета

 ClientResource service = new ClientResource("http://localhost:8080/com-project-core/rest");
 service.setChallengeResponse(ChallengeScheme.HTTP_BASIC, "admin", "xxx");
 service.getReference().addSegment("object");
 // *create object*
 JAXBElement<ObjectDTO> object = new JAXBElement<ObjectDTO>(new QName("object"),    ObjectDTO.class, objectOne);
    ObjectResourceIF objectResource = service.wrap(ObjectResourceIF.class);

    List<Preference<MediaType>> acceptedMediaTypes = new ArrayList<Preference<MediaType>>();
    acceptedMediaTypes.add(new Preference(MediaType.APPLICATION_JSON));
    service.getClientInfo().setAcceptedMediaTypes(acceptedMediaTypes);

    Response res = objectResource.postObject(object);

Я просто получаю внутреннюю ошибку сервера (500).

    Internal Server Error (500) - The server encountered an unexpected condition which prevented it from fulfilling the request
    at org.restlet.resource.UniformResource.toObject(UniformResource.java:649)
    at org.restlet.resource.ClientResource$1.invoke(ClientResource.java:1669)
    at $Proxy12.postObject(Unknown Source)
    at com.project.restlet.RestletConnectedTest.postObject(RestletConnectedTest.java:108)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
    Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: objectId : objectId
    at com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:68)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:71)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.PackageAliasingMapper.realClass(PackageAliasingMapper.java:88)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.ClassAliasingMapper.realClass(ClassAliasingMapper.java:86)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.ArrayMapper.realClass(ArrayMapper.java:96)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:38)
    at com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:52)
    at com.thoughtworks.xstream.core.util.HierarchicalStreams.readClassType(HierarchicalStreams.java:29)
    at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:136)
    at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:33)
    at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:923)
    at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:909)
    at com.thoughtworks.xstream.XStream.fromXML(XStream.java:861)
    at org.restlet.ext.xstream.XstreamRepresentation.getObject(XstreamRepresentation.java:166)
    at org.restlet.ext.xstream.XstreamConverter.toObject(XstreamConverter.java:200)
    at org.restlet.service.ConverterService.toObject(ConverterService.java:161)
    at org.restlet.resource.UniformResource.toObject(UniformResource.java:647)
    ... 27 more

На стороне сервера запрос выполняется для

 return res;

Когда я пытаюсь это сделать, не обертывая интерфейс с помощью

 service.post(object, MediaType.APPLICATION_JSON).write(System.out);

оно работает!

Как я уже сказал, клиент Джерси тоже работает.

Возможно, для решения пригодится переданный класс ObjectDTO:

    @XmlRootElement
    @XmlAccessorType(XmlAccessType.FIELD)
    public class ObjectDTO implements Serializable{

        /**
         * 
         */
        private static final long serialVersionUID = -8545841080597549468L;

        @XmlElement(name="objectId")
        private String objectId;
        @XmlElement(name="owner")
        private String owner;
        @XmlElement(name="objectName")
        private String objectName;

        public ObjectDTO() {

        }

        public ObjectDTO(String objectName) {
            this.objectName = objectName;
        }

        public String getObjectId() {
            return objectId;
        }

        public void setObjectId(String objectId) {
            this.objectId = objectId;
        }

        public String getOwner() {
            return owner;
        }

        public void setOwner(String owner) {
            this.owner = owner;
        }
 }

Я пробовал это и без сериализации. Также без @XmlElement и @XmlAccessorType(XmlAccessType.FIELD). Также я пробовал это с

  @Consumes({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})

аннотация в интерфейсе.


rest jersey restlet
person Robin Wieruch    schedule 09.07.2012    source источник

Ответы (1)


arrow_upward
1
arrow_downward

У нас была такая же проблема с сервером Джерси и клиентом Restlet, но с запросом на получение. При взаимодействии клиента Restlet с сервером Restlet у нас не возникает проблем. Таким образом, единственная разница, которую мы могли видеть, заключалась в том, что реализация сервера Restlet заключала в себе полное квалифицированное имя класса маршалированного POJO как объект JSON вокруг объекта JSON, который содержит полезную нагрузку POJO.

package com.xyz;

    public class ExamplePojo implements Serializable{

        private static final long serialVersionUID = 1L;

        private String var;

        public ExamplePojo(){

        }
    //... 
    }

Результирующая строка json на сервере Restlet:

{"com.xyz.ExamplePojo":{"var":"10:23:53 30.10.2012"}}

но сервер Джерси в его реализации по умолчанию, если создание MediaType.APPLICATION_JSON не работает. Результирующая строка json на сервере Джерси:

{"var":"10:23:53 30.10.2012"}

Проблема заключалась в том, что если мы попытаемся связаться с сервером Джерси через клиент Restlet, мы получим ту же ошибку, что и в вашей трассировке стека, с основной причиной:

Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: var : var

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

Итак, мы помещаем библиотеки из zip-архива Restlet в наш путь сборки клиентского проекта.

org.restlet.ext.jackson.jar     
org.codehaus.jackson.core.jar           
org.codehaus.jackson.mapper.jar

(интерфейс ресурса)

public interface PojoResource {
    @Get("json")
    public ExamplePojo retrieve();
}

а затем мы добавляем явный JacksonConverter к зарегистрированным конвертерам

public ExamplePojo doRequest(){
    ClientResource cr = new ClientResource( url ); 
    // this is essential for Restlet-Jersey marshalling  
    Engine.getInstance().getRegisteredConverters().add( 0, new JacksonConverter() ); 
    PojoResource resource = cr.wrap( PojoResource.class );
    return resource.retrieve();
}

и все работало нормально.

Обратите внимание, что явный вызов

Engine.getInstance().getRegisteredConverters().add( 0, new JacksonConverter() );

на Reslet-Client для связи Restlet-Server не работало, но привело к

org.codehaus.jackson.map.JsonMappingException

из-за обертывания объекта JSON 'com.xyz.ExamplePojo' как нераспознанного поля, которое должно быть помечено как игнорируемое.

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

person leojkelav    schedule 30.10.2012
comment
{com.xyz.ExamplePojo{"var":"10:23:53 30.10.2012"}} не является допустимым JSON. - person ; 30.10.2012
comment
спасибо за подсказку {com.xyz.ExamplePojo:{var:10:23:53 30.10.2012}} , теперь она действительна - person leojkelav; 30.10.2012