Spring Data MongoDB - Spring Web Services - Parent - SpringSource
Spring Data MongoDB - Spring Web Services - Parent - SpringSource Spring Data MongoDB - Spring Web Services - Parent - SpringSource
please define productname in your docbook file!package com.mycompany.domain;@Document@CompoundIndexes({@CompoundIndex(name = "age_idx", def = "{'lastName': 1, 'age': -1}")})public class Person {@Idprivate ObjectId id;private Integer age;private String firstName;private String lastName;}Example 7.4 Example Compound Index UsageUsing DBRefsThe mapping framework doesn't have to store child objects embedded within the document. You canalso store them separately and use a DBRef to refer to that document. When the object is loaded fromMongoDB, those references will be eagerly resolved and you will get back a mapped object that looksthe same as if it had been stored embedded within your master document.Here's an example of using a DBRef to refer to a specific document that exists independently of theobject in which it is referenced (both classes are shown in-line for brevity's sake):@Documentpublic class Account {@Idprivate ObjectId id;private Float total;}@Documentpublic class Person {@Idprivate ObjectId id;@Indexedprivate Integer ssn;@DBRefprivate List accounts;}Example 7.5There's no need to use something like @OneToMany because the mapping framework sees that you'rewanting a one-to-many relationship because there is a List of objects. When the object is stored inMongoDB, there will be a list of DBRefs rather than the Account objects themselves.1.4.0.BUILD-SNAPSHOTSpring Data MongoDB -Reference Documentation 85
please define productname in your docbook file!ImportantThe mapping framework does not handle cascading saves. If you change an Account object thatis referenced by a Person object, you must save the Account object separately. Calling save onthe Person object will not automatically save the Account objects in the property accounts.Mapping Framework EventsEvents are fired throughout the lifecycle of the mapping process. This is described in the LifecycleEvents section.Simply declaring these beans in your Spring ApplicationContext will cause them to be invoked wheneverthe event is dispatched.Overriding Mapping with explicit ConvertersWhen storing and querying your objects it is convenient to have a MongoConverter instancehandle the mapping of all Java types to DBObjects. However, sometimes you may want theMongoConverter's do most of the work but allow you to selectivly handle the conversion for a particulartype or to optimize performance.To selectivly handle the conversion yourself, register one or more one ormore org.springframework.core.convert.converter.Converter instances with theMongoConverter.NoteSpring 3.0 introduced a core.convert package that provides a general type conversion system.This is described in detail in the Spring reference documentation section entitled Spring 3 TypeConversion.The setConverters method on SimpleMongoConverter and MappingMongoConvertershould be used for this purpose. The method afterMappingMongoConverterCreation inAbstractMongoConfiguration can be overriden to configure a MappingMongoConverter. Theexamples here at the begining of this chapter show how to perform the configuration using Java andXML.Below is an example of a Spring Converter implementation that converts from a DBObject to a PersonPOJO.public class PersonReadConverter implements Converter {public Person convert(DBObject source) {Person p = new Person((ObjectId) source.get("_id"), (String) source.get("name"));p.setAge((Integer) source.get("age"));return p;}}Here is an example that converts from a Person to a DBObject.1.4.0.BUILD-SNAPSHOTSpring Data MongoDB -Reference Documentation 86
- Page 40 and 41: please define productname in your d
- Page 42 and 43: please define productname in your d
- Page 44 and 45: please define productname in your d
- Page 46 and 47: please define productname in your d
- Page 48 and 49: please define productname in your d
- Page 50 and 51: please define productname in your d
- Page 52 and 53: please define productname in your d
- Page 54 and 55: please define productname in your d
- Page 56 and 57: please define productname in your d
- Page 58 and 59: please define productname in your d
- Page 60 and 61: please define productname in your d
- Page 62 and 63: please define productname in your d
- Page 64 and 65: please define productname in your d
- Page 66 and 67: please define productname in your d
- Page 68 and 69: please define productname in your d
- Page 70 and 71: please define productname in your d
- Page 72 and 73: please define productname in your d
- Page 74 and 75: please define productname in your d
- Page 76 and 77: please define productname in your d
- Page 78 and 79: please define productname in your d
- Page 80 and 81: please define productname in your d
- Page 82 and 83: please define productname in your d
- Page 84 and 85: please define productname in your d
- Page 86 and 87: please define productname in your d
- Page 88 and 89: please define productname in your d
- Page 92 and 93: please define productname in your d
- Page 94 and 95: please define productname in your d
- Page 96 and 97: please define productname in your d
- Page 98 and 99: please define productname in your d
- Page 100 and 101: please define productname in your d
- Page 102 and 103: please define productname in your d
- Page 104: please define productname in your d
please define productname in your docbook file!ImportantThe mapping framework does not handle cascading saves. If you change an Account object thatis referenced by a Person object, you must save the Account object separately. Calling save onthe Person object will not automatically save the Account objects in the property accounts.Mapping Framework EventsEvents are fired throughout the lifecycle of the mapping process. This is described in the LifecycleEvents section.Simply declaring these beans in your <strong>Spring</strong> ApplicationContext will cause them to be invoked wheneverthe event is dispatched.Overriding Mapping with explicit ConvertersWhen storing and querying your objects it is convenient to have a MongoConverter instancehandle the mapping of all Java types to DBObjects. However, sometimes you may want theMongoConverter's do most of the work but allow you to selectivly handle the conversion for a particulartype or to optimize performance.To selectivly handle the conversion yourself, register one or more one ormore org.springframework.core.convert.converter.Converter instances with theMongoConverter.Note<strong>Spring</strong> 3.0 introduced a core.convert package that provides a general type conversion system.This is described in detail in the <strong>Spring</strong> reference documentation section entitled <strong>Spring</strong> 3 TypeConversion.The setConverters method on SimpleMongoConverter and MappingMongoConvertershould be used for this purpose. The method afterMappingMongoConverterCreation inAbstractMongoConfiguration can be overriden to configure a MappingMongoConverter. Theexamples here at the begining of this chapter show how to perform the configuration using Java andXML.Below is an example of a <strong>Spring</strong> Converter implementation that converts from a DBObject to a PersonPOJO.public class PersonReadConverter implements Converter {public Person convert(DBObject source) {Person p = new Person((ObjectId) source.get("_id"), (String) source.get("name"));p.setAge((Integer) source.get("age"));return p;}}Here is an example that converts from a Person to a DBObject.1.4.0.BUILD-SNAPSHOT<strong>Spring</strong> <strong>Data</strong> <strong>MongoDB</strong> -Reference Documentation 86