Jackson JSON Processor
  1. Jackson JSON Processor
  2. JACKSON-781

Add @JsonWrapped (to complement @JsonUnwrapped)

    Details

    • Type: Improvement Improvement
    • Status: Closed Closed
    • Priority: Minor Minor
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
      None
    • Number of attachments :
      0

      Description

      @JsonUnwrapped allows people who want a more compressed JSON hierarchy than their POJO to affect the process, but there is no option for the reverse. I have a REST service producing unnecessary additional layers of abstraction that i would like to exclude from my Java POJOs rather than writing all sorts of unseemly wrapper classes.

        Activity

        Hide
        Tatu Saloranta added a comment -

        fixed name of annotations

        Show
        Tatu Saloranta added a comment - fixed name of annotations
        Hide
        Tatu Saloranta added a comment -

        Sounds reasonable. Will be considered for 2.1, as 2.0 feature set is closed.

        Show
        Tatu Saloranta added a comment - Sounds reasonable. Will be considered for 2.1, as 2.0 feature set is closed.
        Hide
        Tatu Saloranta added a comment -

        Ah. Forgot to verify this had not been reported – there was already JACKSON-482, with some more notes. Closed it to keep just one entry, but might make sense to copy additional suggestions from there, regarding possible ways to denote expected wrapping to use for JSON representation.

        Show
        Tatu Saloranta added a comment - Ah. Forgot to verify this had not been reported – there was already JACKSON-482 , with some more notes. Closed it to keep just one entry, but might make sense to copy additional suggestions from there, regarding possible ways to denote expected wrapping to use for JSON representation.
        Hide
        Luke Noel-Storr added a comment -

        It seems this has been "In Progress" for quite a while, has much progress been made? I think this would be a very useful feature, as it allows you to avoid unnecessary object complexity on the Java side when consuming JSON APIs.

        Show
        Luke Noel-Storr added a comment - It seems this has been "In Progress" for quite a while, has much progress been made? I think this would be a very useful feature, as it allows you to avoid unnecessary object complexity on the Java side when consuming JSON APIs.
        Hide
        Tatu Saloranta added a comment -

        No work has been done to try to support this feature. As importantly, Jira is only being used for 1.x bugs (if anything); all future issues are logged against Github projects that they relate to, as all 2.x code is at Github.
        Codehaus still has 1.9 code branch, for potential critical bug fixes, but no new features will be added for 1.x.

        Show
        Tatu Saloranta added a comment - No work has been done to try to support this feature. As importantly, Jira is only being used for 1.x bugs (if anything); all future issues are logged against Github projects that they relate to, as all 2.x code is at Github. Codehaus still has 1.9 code branch, for potential critical bug fixes, but no new features will be added for 1.x.
        Hide
        Tatu Saloranta added a comment -

        Closing with respect to 1.x – I think there should be a replacement issue at:

        https://github.com/FasterXML/jackson-databind/issues

        but if not, feel free to add one if/when this feature is still desired.

        That is: I have nothing against implementing this feature, and can see how it could be useful. Just closing entry here so as not to be misleading wrt active issue tracker.

        Show
        Tatu Saloranta added a comment - Closing with respect to 1.x – I think there should be a replacement issue at: https://github.com/FasterXML/jackson-databind/issues but if not, feel free to add one if/when this feature is still desired. That is: I have nothing against implementing this feature, and can see how it could be useful. Just closing entry here so as not to be misleading wrt active issue tracker.

          People

          • Assignee:
            Tatu Saloranta
            Reporter:
            Brian Mulholland
          • Votes:
            3 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: