Examples of ObjectMapper

com.dotcms.repackage.org.codehaus.jackson.map.ObjectMapper
com.facebook.presto.hive.shaded.org.codehaus.jackson.map.ObjectMapper
This mapper (or, data binder, or codec) provides functionality for converting between Java objects (instances of JDK provided core classes, beans), and matching JSON constructs. It will use instances of {@link JsonParser} and {@link JsonGenerator}for implementing actual reading/writing of JSON.
The main conversion API is defined in {@link ObjectCodec}, so that implementation details of this class need not be exposed to streaming parser and generator classes.
Note on caching: root-level deserializers are always cached, and accessed using full (generics-aware) type information. This is different from caching of referenced types, which is more limited and is done only for a subset of all deserializer types. The main reason for difference is that at root-level there is no incoming reference (and hence no referencing property, no referral information or annotations to produce differing deserializers), and that the performance impact greatest at root level (since it'll essentially cache the full graph of deserializers involved).
com.facebook.presto.jdbc.internal.jackson.databind.ObjectMapper
This mapper (or, data binder, or codec) provides functionality for converting between Java objects (instances of JDK provided core classes, beans), and matching JSON constructs. It will use instances of {@link JsonParser} and {@link JsonGenerator}for implementing actual reading/writing of JSON.
The main conversion API is defined in {@link ObjectCodec}, so that implementation details of this class need not be exposed to streaming parser and generator classes.
Note on caching: root-level deserializers are always cached, and accessed using full (generics-aware) type information. This is different from caching of referenced types, which is more limited and is done only for a subset of all deserializer types. The main reason for difference is that at root-level there is no incoming reference (and hence no referencing property, no referral information or annotations to produce differing deserializers), and that the performance impact greatest at root level (since it'll essentially cache the full graph of deserializers involved).
com.fasterxml.jackson.databind.ObjectMapper
This mapper (or, data binder, or codec) provides functionality for converting between Java objects (instances of JDK provided core classes, beans), and matching JSON constructs. It will use instances of {@link JsonParser} and {@link JsonGenerator}for implementing actual reading/writing of JSON.
The main conversion API is defined in {@link ObjectCodec}, so that implementation details of this class need not be exposed to streaming parser and generator classes.
Note on caching: root-level deserializers are always cached, and accessed using full (generics-aware) type information. This is different from caching of referenced types, which is more limited and is done only for a subset of all deserializer types. The main reason for difference is that at root-level there is no incoming reference (and hence no referencing property, no referral information or annotations to produce differing deserializers), and that the performance impact greatest at root level (since it'll essentially cache the full graph of deserializers involved).
com.google.appengine.repackaged.org.codehaus.jackson.map.ObjectMapper
com.pardot.rhombus.ObjectMapper
Pardot, an ExactTarget company User: Michael Frank Date: 4/17/13
com.sdicons.json.mapper.helper.impl.ObjectMapper
org.boon.json.ObjectMapper
org.codehaus.jackson.map.ObjectMapper
This mapper (or, data binder, or codec) provides functionality for conversting between Java objects (instances of JDK provided core classes, beans), and matching JSON constructs. It will use instances of {@link JsonParser} and {@link JsonGenerator}for implementing actual reading/writing of JSON.
The main conversion API is defined in {@link ObjectCodec}, so that implementation details of this class need not be exposed to streaming parser and generator classes.
Note on caching: root-level deserializers are always cached, and accessed using full (generics-aware) type information. This is different from caching of referenced types, which is more limited and is done only for a subset of all deserializer types. The main reason for difference is that at root-level there is no incoming reference (and hence no referencing property, no referral information or annotations to produce differing deserializers), and that the performance impact greatest at root level (since it'll essentially cache the full graph of deserializers involved).
org.elasticsearch.index.mapper.object.ObjectMapper
@author kimchy (shay.banon)
org.jboss.errai.marshalling.rebind.api.ObjectMapper
This class will actually figure out how to deconstruct and object and put it back together by generating mappings, which represent value bind and value read statements. @author Mike Brock
org.jboss.soa.esb.message.mapping.ObjectMapper
Extracts objects from an ESB message and puts them into a Map, which can be used for later processsing, based on expressions. This class is used internally within the jBPM and Rules integrations. It may be useful elsewhere. Likewise, it can be used to take a list of Objects and place them into a Message based on the same type of expressions. It is based on the notion of an ESB Message Object Path (MOP). The path should follow the syntax: location.objectname.... location : one of [body, property, attachment] objectname: name of the object. Since attachments can be named or numbered, this can be a number too and will be converted to an integer value. If a stringified number is used elsewhere to name an object then it will not be interpreted as an integer, i.e., it will remain as a string. The objectname can be hierarchical if required, but should be quoted in that case, e.g., 'foo.bar.a.b.c'. : optionally you traverse a bean graph by specifying bean names. examples : properties.Order, gets the property object named "Order" attachment.1, gets the first attachment Object attachment.FirstAttachment, gets the attachment named 'FirstAttachment' body.foo, gets the named Object foo body.1 gets the named Object 1 body.'foo.bar.a.b.c' looks for the Object named foo.bar.a.b.c in the body @author kurt.stam@jboss.com

Examples of org.jboss.soa.esb.message.mapping.ObjectMapper

        order.setUnitPrice(new BigDecimal("20.0"));
    message.getBody().add("Order", order);
        //extract the order from the message, so the drl can process it
        List<String> messagePathList = new ArrayList<String>();
        messagePathList.add("body.Order");
        ObjectMapper mapper = new ObjectMapper();
        List<Object> objectList = mapper.createObjectList(message, messagePathList);
        //Now send to the rules engine
    JBossRulesRouter jbossRulesRouter = new JBossRulesRouter();
    ConfigTree configTree = new CBRConfigTreeBuilder( true ).ruleFile( "JBossESBPricingRoutingRules.drl").build();
    jbossRulesRouter.setConfigTree( configTree );
        try {

View Full Code Here

0 1 2 3 4 5 6

TOP

All source code are property of their respective owners. Java is a trademark of Sun Microsystems, Inc and owned by ORACLE Inc. Contact coftware#gmail.com.