[
https://issues.apache.org/jira/browse/OLINGO-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14054967#comment-14054967
]
Francesco Chicchiriccò commented on OLINGO-317:
-----------------------------------------------
After pulling latest changes from master, the build fails with:
{code}
testServiceDocumentDefault(org.apache.olingo.server.core.ODataHandlerTest)
Time elapsed: 0.056 sec <<< FAILURE!
org.junit.ComparisonFailure: expected:<application/json[]> but
was:<application/json[;odata.metadata=minimal]>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at
org.apache.olingo.server.core.ODataHandlerTest.testServiceDocumentDefault(ODataHandlerTest.java:85)
{code}
> JSON serialization for server use case
> --------------------------------------
>
> Key: OLINGO-317
> URL: https://issues.apache.org/jira/browse/OLINGO-317
> Project: Olingo
> Issue Type: New Feature
> Components: odata4-server
> Affects Versions: V4 0.1.0
> Reporter: Michael Bolz
> Assignee: Michael Bolz
>
> Hi together,
> I started to take a look into the JSON Serialization for the server use case.
> Therefore I checked the "JSONEntitySerializer" in the commons package and
> found following points which could be improved:
> * The common Entity (JSONEntity and AtomEntity) with the separated Property
> and Value interfaces is complex and overloaded. Perhaps this could be
> improved by reducing (merge?) Property and Value to a single class.
> Furthermore the JSONEntity and AtomEntity could be merged into a single
> Entity.
> * The use of the Jackson ObjectMapper (in JSON case) seems not necessary.
> Perhaps the AbstractODataSerializer could use the "JSONEntitySerializer"
> similar to the "AtomSerializer" (This would also help in merging JSONEntity
> and AtomEntity by removing the @Json* annotations).
> And following points are missing but necessary for server usage:
> * Use of an existing EDM for type information (instead of setting and/or
> guessing type like in client use case)
> * Differentiation between the metadata output formats
> "json-full/-minimal/-none"
> Based on above points I think about the creation of an own JSON Serializer
> for the server.
> Kind regards,
> Michael
--
This message was sent by Atlassian JIRA
(v6.2#6252)
