Интересно, что ни один из ответов на этой странице не упоминает два крайних случая, надеюсь, никто не возражает, если я их добавлю:
Родовые словари в .NET не являются потокобезопасными, а иногда могут бросать NullReference
или даже (чаще) a KeyNotFoundException
при попытке получить доступ к ключу из двух параллельных потоков. Исключение в этом случае является довольно ошибочным.
Если код NullReferenceException
задан кодом unsafe
, вы можете посмотреть на переменные указателя , и проверьте их на IntPtr.Zero
или что-то в этом роде. Это одно и то же («исключение нулевого указателя»), но в небезопасном коде переменные часто переводятся в типы значений / массивы и т. Д., И вы ударяете головой о стену, задаваясь вопросом, как тип значения может исключение.
(Еще одна причина для небезопасного использования небезопасного кода, если вам это нужно)
@JsonRawValue предназначен только для сериализации, так как обратное направление немного сложнее для обработки. Фактически он был добавлен, чтобы разрешить впрыскивание предварительно закодированного контента.
Я предполагаю, что можно было бы добавить поддержку для обратного, хотя это было бы довольно неудобно: контент должен быть проанализирован, записанный обратно в «сырую» форму, которая может быть или не быть одинаковой (поскольку котировка символов может отличаться). Это для общего случая. Но, возможно, это имело бы смысл для некоторого подмножества проблем.
Но я думаю, что для вашего конкретного случая было бы полезно указать тип как «java.lang.Object», так как это должно работать нормально: для сериализации строка будет выводиться как есть, а для десериализации она десериализуется как карта. На самом деле, возможно, вы захотите иметь отдельный геттер / сеттер; getter возвращает String для сериализации (и нуждается в @JsonRawValue); и сеттер возьмет либо карту, либо объект. Вы можете перекодировать его в String, если это имеет смысл.
@JsonSetter может помочь. См. Мой пример («данные» должны содержать unparsed JSON):
class Purchase
{
String data;
@JsonProperty("signature")
String signature;
@JsonSetter("data")
void setData(JsonNode data)
{
this.data = data.toString();
}
}
У меня была аналогичная проблема, но с использованием списка с большим количеством JSON itens (List<String>
).
public class Errors {
private Integer status;
private List<String> jsons;
}
Мне удалось сериализовать, используя аннотацию @JsonRawValue
. Но для десериализации мне пришлось создать собственный десериализатор, основанный на предложении Роя.
public class Errors {
private Integer status;
@JsonRawValue
@JsonDeserialize(using = JsonListPassThroughDeserialzier.class)
private List<String> jsons;
}
Ниже вы можете увидеть мой десериализатор «Список».
public class JsonListPassThroughDeserializer extends JsonDeserializer<List<String>> {
@Override
public List<String> deserialize(JsonParser jp, DeserializationContext cxt) throws IOException, JsonProcessingException {
if (jp.getCurrentToken() == JsonToken.START_ARRAY) {
final List<String> list = new ArrayList<>();
while (jp.nextToken() != JsonToken.END_ARRAY) {
list.add(jp.getCodec().readTree(jp).toString());
}
return list;
}
throw cxt.instantiationException(List.class, "Expected Json list");
}
}
У меня была такая же проблема. Я нашел решение в этом сообщении: Разделите дерево JSON на простой класс с использованием Джексона или его альтернатив
Проверьте последний ответ. Определив настраиваемый параметр для свойства, которое принимает параметр JsonNode в качестве параметра и вызывает метод toString в jsonNode для установки свойства String, все это работает.
Это даже работает в сущности JPA:
private String json;
@JsonRawValue
public String getJson() {
return json;
}
public void setJson(final String json) {
this.json = json;
}
@JsonProperty(value = "json")
public void setJsonRaw(JsonNode jsonNode) {
setJson(jsonNode.toString());
}
Вот полный рабочий пример того, как использовать модули Jackson для работы @JsonRawValue
в обоих направлениях (сериализация и десериализация):
public class JsonRawValueDeserializerModule extends SimpleModule {
public JsonRawValueDeserializerModule() {
setDeserializerModifier(new JsonRawValueDeserializerModifier());
}
private static class JsonRawValueDeserializerModifier extends BeanDeserializerModifier {
@Override
public BeanDeserializerBuilder updateBuilder(DeserializationConfig config, BeanDescription beanDesc, BeanDeserializerBuilder builder) {
builder.getProperties().forEachRemaining(property -> {
if (property.getAnnotation(JsonRawValue.class) != null) {
builder.addOrReplaceProperty(property.withValueDeserializer(JsonRawValueDeserializer.INSTANCE), true);
}
});
return builder;
}
}
private static class JsonRawValueDeserializer extends JsonDeserializer<String> {
private static final JsonDeserializer<String> INSTANCE = new JsonRawValueDeserializer();
@Override
public String deserialize(JsonParser p, DeserializationContext ctxt) throws IOException, JsonProcessingException {
return p.readValueAsTree().toString();
}
}
}
Затем вы можете зарегистрировать модуль после создания ObjectMapper
:
ObjectMapper objectMapper = new ObjectMapper();
objectMapper.registerModule(new JsonRawValueDeserializerModule());
String json = "{\"foo\":\"one\",\"bar\":{\"A\":false}}";
Pojo deserialized = objectMapper.readValue(json, Pojo.class);
Это легкое решение сработало для меня:
public class MyObject {
private Object rawJsonValue;
public Object getRawJsonValue() {
return rawJsonValue;
}
public void setRawJsonValue(Object rawJsonValue) {
this.rawJsonValue = rawJsonValue;
}
}
Таким образом, я смог сохранить исходное значение JSON в переменной rawJsonValue, и тогда не было никакой проблемы десериализовать его (как объект) с другими полями назад к JSON и отправить через мой REST. Использование @JsonRawValue мне не помогло, потому что сохраненный JSON был десериализован как String, а не как объект, и это было не то, что я хотел.
Это проблема с вашими внутренними классами. Класс Pojo
является [статическим внутренним классом нестатического класса вашего тестового класса, и Джексон не может создать экземпляр этого класса. Таким образом, он может сериализоваться, но не десериализоваться.
Переопределить свой класс следующим образом:
public static class Pojo {
public String foo;
@JsonRawValue
public String bar;
}
Обратите внимание на добавление static
Использование объекта отлично работает в обоих направлениях ... Этот метод имеет немного избыточного десериализации исходного значения в два раза.
ObjectMapper mapper = new ObjectMapper();
RawJsonValue value = new RawJsonValue();
value.setRawValue(new RawHello(){{this.data = "universe...";}});
String json = mapper.writeValueAsString(value);
System.out.println(json);
RawJsonValue result = mapper.readValue(json, RawJsonValue.class);
json = mapper.writeValueAsString(result.getRawValue());
System.out.println(json);
RawHello hello = mapper.readValue(json, RawHello.class);
System.out.println(hello.data);
RawHello.java
public class RawHello {
public String data;
}
RawJsonValue.java
public class RawJsonValue {
private Object rawValue;
public Object getRawValue() {
return rawValue;
}
public void setRawValue(Object value) {
this.rawValue = value;
}
}