1

私は、xml と json の入出力を備えたレスト サービスを構築するのが好きです。xml 出力は有効であり、名前空間を使用して xsd スキーマで定義されている必要があります。xml を使用すると、サービスはうまく機能します。jsonの場合、一貫した入力と出力を達成するための解決策が見つかりませんでした。私の問題を説明するために、小さな例を示しました。親と子の jaxb アノテーションを持つ 2 つのクラスを作成しました。親には @XmlAttribute と子オブジェクトのリストがあります。Rest サービスは、2 つの親オブジェクトの例を生成できます。1 人の子供を含む 1 つの例と 2 人の子供を持つもう 1 つの例。1つ以上のメンバーを持つリストを持つ表記にはいくつかの違いがあるためです。さらに、サービスには、親オブジェクトを受け取り、それを直接返す @POST メソッドがあります。私の仮定は、生成された json テキストを post メソッドに入れて、以前と同じ表記を取得することです。しかし、これはほとんどの場合うまくいきません。

私の休憩サービス:

@Path("parent")
public class ParentResource {

    @GET
    @Produces ({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
    public Parent generateExample(){
        Parent father = new Parent();
        father.setName("peter");

        Child john = new Child();
        john.setName("john");

        father.getChildren().add(john);

        return father;
    }

    @GET
    @Path("list")
    @Produces ({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
    public Parent generateExample2(){
    Parent father = new Parent();
    father.setName("peter");

    Child john = new Child();
    john.setName("john");
    Child sue = new Child();
    sue.setName("sue");

    father.getChildren().add(john);
    father.getChildren().add(sue);

    return father;
    }


    @POST
    @Produces ({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
    @Consumes ({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
    public Parent echoEntity(Parent input){
        return input;
    }
}

@XmlAccessorType (XmlAccessType.NONE)
@XmlRootElement (name="parent")
public class Parent  implements Serializable{

   @XmlAttribute
  private String name;

  @XmlElement 
  private List<Child> children = null;

  public String getName() {
     return name;
  }

  public void setName(String name) {
     this.name = name;
  }

  public List<Child> getChildren() {
     if(children == null){
        children = new LinkedList<Child>();
     }
     return children;
  }

  public void setChildren(List<Child> children) {
     this.children = children;
  }

}

@XmlAccessorType (XmlAccessType.NONE)
@XmlRootElement (name="child")
public class Child  implements Serializable {

    @XmlElement
    private String name;

    public String getName() {
       return name;
    }

    public void setName(String name) {
       this.name = name;
    }
}

親+子パッケージのpackage-info.javaで名前空間を定義します。

@javax.xml.bind.annotation.XmlSchema(namespace="http://myexample.com",
    elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED, 
    attributeFormDefault = javax.xml.bind.annotation.XmlNsForm.UNQUALIFIED)

カスタム コンテキスト リゾルバー

@Provider
@Produces (MediaType.APPLICATION_JSON)
@Consumes (MediaType.APPLICATION_JSON)
public class CustomResolver implements ContextResolver<JAXBContext>{
    private final JAXBContext context;
    private final Set<Class<?>> types;
    private final Class<?>[] cTypes = {
       Parent.class, Child.class
    };

    public CustomResolver() throws Exception {
        this.types = new HashSet<Class<?>>(Arrays.asList(cTypes));


        Map<String, String> nsMap = new HashMap<String, String>();
        nsMap.put("http://myexample.com", "ex");

        JSONConfiguration config = JSONConfiguration.natural().rootUnwrapping(false).build();
//      JSONConfiguration config = JSONConfiguration.mapped().xml2JsonNs(nsMap).attributeAsElement("name").rootUnwrapping(false).build();
//      JSONConfiguration config = JSONConfiguration.mapped().attributeAsElement("name").rootUnwrapping(false).build();
//      JSONConfiguration config = JSONConfiguration.mappedJettison().build();
//      JSONConfiguration config = JSONConfiguration.badgerFish().build();

        context = new JSONJAXBContext(config, cTypes);
    }

    public JAXBContext getContext(Class<?> objectType) {
        return (types.contains(objectType)) ? context : null;
    }
}

カスタム コンテキスト リゾルバーを含む REST アプリケーション

public class RestApplication extends Application {
    private Set<Object> singletons = new HashSet<Object>();
    private Set<Class<?>> classes = new HashSet<Class<?>>();

    public RestApplication(){
        singletons.add(new ParentResource());

        classes.add(CustomResolver.class);
    }

    @Override
    public Set<Class<?>> getClasses(){
        return classes;
    }

    @Override
    public Set<Object> getSingletons(){
        return singletons;
    }
}

カスタム コンテキスト リゾルバーを使用しないテスト結果 (アプリケーション内のコメント):

generated 1 :
{"@name":"peter","children":{"name":"john"}}
output of post method :
{"@name":"peter"}

generated 2 :
{"@name":"peter","children":[{"name":"john"},{"name":"sue"}]}
output of post method :
{"@name":"peter"}

自然な表記法によるテスト結果 (この表記法は私が好んで使用するものです)

generated 1 :
{"parent":{"name":"peter","children":[{"name":"john"}]}}
output of post method :
Exception: The request sent by the client was syntactically incorrect ()

generated 2 :
{"parent":{"name":"peter","children":[{"name":"john"},{"name":"sue"}]}}
output of post method :
Exception: The request sent by the client was syntactically incorrect ()

マッピングされた記法を使用し、名前空間マップを使用しないテスト結果

generated 1 :
{"parent":{"name":"peter","children":{"name":"john"}}}
output of post method :
The request sent by the client was syntactically incorrect ()

generated 2 :
{"parent":{"name":"peter","children":[{"name":"john"},{"name":"sue"}]}}
output of post method :
The request sent by the client was syntactically incorrect ()

マッピング表記によるテスト結果

generated 1 :
{"ex.parent":{"name":"peter","ex.children":{"ex.name":"john"}}}
output of post method :
{"ex.parent":{"name":"peter","ex.children":{"ex.name":"john"}}}

generated 2 :
{"ex.parent":{"name":"peter","ex.children":[{"ex.name":"john"},{"ex.name":"sue"}]}}
output of post method :
{"ex.parent":{"name":"peter","ex.children":[{"ex.name":"john"},{"ex.name":"sue"}]}}

うわーそれは動作します。しかし、この表記法は JavaScript で使用するのが好きではありません。名前空間のプレフィックスは、属性名にマージされます。これは、ネストされた要素にアクセスするときに、javascript クライアントでプレフィックスをハードコーディングするのにはあまり使用できません。接頭辞の名前は変更される可能性があります。投棄記法では、前の例よりも悪く見えます。

話は長くなりますが素朴な疑問です。誰かがjsonの自然な表記を受け取り、同じ表記をジャージレストサービスに送信できる解決策を持っていますか?

4

1 に答える 1

0

新しいジャージバージョンに更新することで管理しました。かなり古い 1.1.5.1 になる前に、今は 1.13 を使用しています。私も同じ変更をしなければなりません。カスタム コンテキスト リゾルバで、注釈 @Consumes (MediaType.APPLICATION_JSON) を削除し、新しいクラスを追加して、アプリケーション クラスのクラスに追加します。

@Provider
@Consumes (MediaType.APPLICATION_JSON)
public class NaturalJsonReader implements MessageBodyReader{

    private static final JSONConfiguration jConfig = JSONConfiguration.natural().rootUnwrapping(false).build();

    @Override
    public boolean isReadable(Class arg0, Type type, Annotation[] arg2, MediaType mt) {
        return true;
    }

    @Override
    public Object readFrom(Class arg0, Type arg1, Annotation[] arg2, MediaType arg3, MultivaluedMap arg4, InputStream arg5) throws IOException, WebApplicationException {

        try {
             JSONUnmarshaller m = new JSONJAXBContext(jConfig, arg0).createJSONUnmarshaller();
             Object o = m.unmarshalJAXBElementFromJSON(arg5, arg0).getValue(); 
             return o;
        } catch (JAXBException e) {
        }

        return null;
    }
}

この後、残りのサービスの入出力操作に自然な表記法を使用できます。

于 2013-09-19T07:42:00.377 に答える