Есть Rest-сервис / фасад на Java, использующий JAX-RS и JAXB как нижлежащие стандарты.
Какой лучший путь сохранить пришедший экземпляр класса в NoSQL хранилище (возьмем к примеру MongoDB)?
Спрашиваю потому, что использовать предлагаемый api ниже не кажется идеальным:
1.
2.
3.
BasicDBObject doc = new BasicDBObject("name", "MongoDB").
append("type", dto.getType()).
append("count", dto.getCount()));
Подходящим был бы механизм, если я мог бы разметить свой класс JPA-аннотациями и ничего не меняя подсунуть вместо реляционного хранилища хранилище NoSQL.
Впрочем, это тоже кажется странным... Ведь на сторону сервиса приходит уже готовый json, там он сначала десериализуется в java-класс, потом выходит что этот класс нужно заново сериализовать в json чтобы сохранить в таком виде в NoSQL хранилище.
MongoDB позволяет писать строку json напрямую в хранилище.
Вроде бы звучит неплохо, но возникают дополнительные аспекты и волнения по поводу того как обеспечить безопасность, валидацию приходящих данных и их структуры и т.п.
Так как же поступают "конкретные пацаны"?
Какой наилучший способ прокинуть данные от клиента через Rest-сервис на сторону NoSQL хранилища так, чтобы не получился быдло-код в виде заполнения пар ключ-значение, чтобы не пострадала безопасность и прочие аспекты?
Метод фасада Rest-сервиса:
1.
2.
3.
4.
5.
6.
7.
8.
/** Сохраняет данные о пользователе.
* @param user
* @exception JAXBException */
@POST
@Path("/saveuser")
@Produces({MediaType.APPLICATION_JSON+";charset=utf-8"})
@Consumes({MediaType.APPLICATION_JSON+";charset=utf-8"})
UserInfo saveUser(UserInfo user) throws JAXBException;
Data Transfer Object:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
@XmlRootElement
public class UserInfo {
private int id;
private String login;
private String firstName;
private String lastName;
private String gender;
private int statusId;
private String birthdate;
private String city;
private String address;
private DeliveryInfo deliveryInfo;
public java.util.Collection<ChildInfo> children;
...
}
