public final Enum MapperFeature

Feature that determines if Enum deserialization should be case sensitive or not. If enabled, Enum deserialization will ignore case, that is, case of incoming String value and enum id (depending on other settings, either `name()`, `toString()`, or explicit override) do not need to match.

This allows both Enum-as-value deserialization and Enum-as-Map-key, unlike some other settings that are separate for value/key handling.

Feature is disabled by default.

Feature that will allow for more forgiving deserialization of incoming JSON. If enabled, the bean properties will be matched using their lower-case equivalents, meaning that any case-combination (incoming and matching names are canonicalized by lower-casing) should work.

Note that there is additional performance overhead since incoming property names need to be lower-cased before comparison, for cases where there are upper-case letters. Overhead for names that are already lower-case should be negligible.

Feature is disabled by default.

Feature that permits parsing some enumerated text-based value types but ignoring the case of the values on deserialization: for example, date/time type deserializers. Support for this feature depends on deserializer implementations using it.

Note, however, that regular Enum types follow ACCEPT_CASE_INSENSITIVE_ENUMS setting instead.

Feature is disabled by default.

Feature that determines whether coercions from secondary representations are allowed for simple non-textual scalar types: numbers and booleans. This includes `primitive` types and their wrappers, but excludes `java.lang.String` and date/time types.

When feature is disabled, only strictly compatible input may be bound: numbers for numbers, boolean values for booleans. When feature is enabled, conversions from JSON String are allowed, as long as textual value matches (for example, String "true" is allowed as equivalent of JSON boolean token `true`; or String "1.0" for `double`).

Note that it is possible that other configurability options can override this in closer scope (like on per-type or per-property basis); this is just the global default.

Feature is enabled by default (for backwards compatibility since this was the default behavior)

Feature that when enabled will allow explicitly named properties (i.e., fields or methods annotated with com.fasterxml.jackson.annotation.JsonProperty("explicitName")) to be re-named by a PropertyNamingStrategy, if one is configured.

Feature is disabled by default.

Feature that determines whether member fields declared as 'final' may be auto-detected to be used mutators (used to change value of the logical property) or not. If enabled, 'final' access modifier has no effect, and such fields may be detected according to usual visibility and inference rules; if disabled, such fields are NOT used as mutators except if explicitly annotated for such use.

Feature is disabled by default in Jackson 3.x, in 2.x it was enabled by default.

Feature that when enabled will allow getters with is-Prefix also for non-boolean return types; if disabled only methods that return boolean or Boolean qualify as "is getters".

Feature is disabled by default for backwards compatibility.

Since

2.14

Feature that determines whether nominal property type of Void is allowed for Getter methods to indicate null valued pseudo-property or not. If enabled, such properties are recognized (see [databind#2675] for reasons -- mostly things related to frameworks, code generation); if disabled, such property accessors (or at least getters) are ignored.

Feature is enabled by default.

Feature that determines whether ObjectReader applies default values defined in class definitions in cases where the input data omits the relevant values.

Not all modules will respect this feature. Initially, only jackson-module-scala will respect this feature but other modules will add support over time.

Feature is enabled by default.

Since

2.13

Feature that determines whether method and field access modifier settings can be overridden when accessing properties. If enabled, method java.lang.reflect.AccessibleObject#setAccessible may be called to enable access to otherwise unaccessible objects.

Note that this setting may have significant performance implications, since access override helps remove costly access checks on each and every Reflection access. If you are considering disabling this feature, be sure to verify performance consequences if usage is performance sensitive. Also note that performance effects vary between Java platforms (JavaSE vs Android, for example), as well as JDK versions: older versions seemed to have more significant performance difference.

Conversely, on some platforms, it may be necessary to disable this feature as platform does not allow such calls. For example, when developing Applets (or other Java code that runs on tightly restricted sandbox), it may be necessary to disable the feature regardless of performance effects.

Feature is enabled by default.

Feature that determines whether properties that have no view annotations are included in JSON serialization views (see com.fasterxml.jackson.annotation.JsonView for more details on JSON Views). If enabled, non-annotated properties will be included; when disabled, they will be excluded. So this feature changes between "opt-in" (feature disabled) and "opt-out" (feature enabled) modes.

Feature is disabled by default as of Jackson 3.0 (in 2.x it was enabled), meaning that non-annotated properties are not included views if there is no com.fasterxml.jackson.annotation.JsonView annotation.

Feature that controls whether Jackson should detect Constructor and (factory) method parameter names (as "Implicit Names") -- similar to how java.lang.reflect.Field names are detected. This can avoid need to add explicit annotations like @JsonProperty for parameter names and allow for Creator (constructor / factory method) auto-detection (without explicit @JsonCreator annotation) as well.

In Jackson 2.x this functionality was provided by the separate jackson-parameter-names module; starting with Jackson 3.x functionality has been merged into core databind and is enabled by default.

Disabling this feature restores the older Jackson 2.x behavior where parameter names were not available as Implicit Names unless the external module was explicitly registered (NOTE: there is no 3.x version of jackson-parameter-names module).

Note that for constructor and factory method parameter names to be available at runtime, classes must be compiled with the Java compiler -parameters option.

Feature is enabled by default.

Since

3.0

Feature that can be enabled to solve problem where an upper-case letter in the first 2 characters of Java field name (like "IPhone" or "iPhone") prevents match with property name derived from accessors (getter like getIPhone() becomes "iphone"). If enabled, additional checking is done with case-insensitive comparison (for cases of the first or second letter of Field name being upper-case) to merge accessors. If disabled, no special processing is done.

Feature is enabled by default since 3.0 (in 2.x was disabled)

Setting that determines what happens if an attempt is made to explicitly "merge" value of a property, where value does not support merging; either merging is skipped and new value is created (true) or an exception is thrown (false).

Feature is enabled by default, to allow use of merge defaults even in presence of some unmergeable properties.

Feature that enables inferring builder type bindings from the value type being deserialized. This requires that the generic type declaration on the value type match that on the builder exactly: mismatched type declarations are not necessarily detected by databind.

Feature is enabled by default which means that deserialization does support deserializing types via builders with type parameters (generic types).

See: databind#921

Feature that determines handling of java.beans.ConstructorProperties annotation: when enabled, it is considered as alias of com.fasterxml.jackson.annotation.JsonCreator, to mean that constructor should be considered a property-based Creator; when disabled, only constructor parameter name information is used, but constructor is NOT considered an explicit Creator (although may be discovered as one using other annotations or heuristics).

Feature is mostly used to help interoperability with frameworks like Lombok that may automatically generate ConstructorProperties annotation but without necessarily meaning that constructor should be used as Creator for deserialization.

Feature is enabled by default.

Feature that determines whether member mutators (fields and setters) may be "pulled in" even if they are not visible, as long as there is a visible accessor (getter or field) with same name. For example: field "value" may be inferred as mutator, if there is visible or explicitly marked getter "getValue()". If enabled, inferring is enabled; otherwise (disabled) only visible and explicitly annotated accessors are ever used.

Note that 'getters' are never inferred and need to be either visible (including bean-style naming) or explicitly annotated.

Feature is enabled by default.

Feature that inverse logic in com.fasterxml.jackson.annotation.JsonProperty#access for READ_ONLY and WRITE_ONLY.

Feature is disabled by default.

Since

2.19

Feature that determines that forces call to java.lang.reflect.AccessibleObject#setAccessible even for public accessors -- that is, even if no such call is needed from functionality perspective -- if call is allowed (that is, CAN_OVERRIDE_ACCESS_MODIFIERS is set to true). The main reason to enable this feature is possible performance improvement as JDK does not have to perform access checks; these checks are otherwise made for all accessors, including public ones, and may result in slower Reflection calls. Exact impact (if any) depends on Java platform (Java SE, Android) as well as JDK version.

Feature is enabled by default, for legacy reasons (it was the behavior until 2.6)

Feature that determines how transient modifier for fields is handled: if disabled, it is only taken to mean exclusion of the field as an accessor; if true, it is taken to imply removal of the whole property.

Feature is disabled by default, meaning that existence of `transient` for a field does not necessarily lead to ignoral of getters or setters but just ignoring the use of field for access.

Feature that determines whether getters (getter methods) can be auto-detected if there is no matching mutator (setter, constructor parameter or field) or not: if set to true, only getters that match a mutator are auto-discovered; if false, all auto-detectable getters can be discovered.

Feature is disabled by default.

Feature that determines what happens when deserializing to a registered sub-type (polymorphic deserialization), but no type information has been provided. If enabled, then an InvalidTypeIdException will be thrown; if disabled then the deserialization may proceed without the type information if sub-type is legit target (non-abstract).

Feature is enabled by default.

Feature that defines whether Creator properties (ones passed through constructor or static factory method) should be sorted before other properties for which no explicit order is specified, in case where alphabetic ordering is to be used for such properties. Note that in either case explicit order (whether by name or by index) will have precedence over this setting.

Feature is enabled by default.

Feature that defines default property serialization order used for POJO properties. If enabled, default ordering is alphabetic (similar to how com.fasterxml.jackson.annotation.JsonPropertyOrder#alphabetic() works); if disabled, order is unspecified (based on what JDK gives us, which may be declaration order, but is not guaranteed).

Note that this is just the default behavior and can be overridden by explicit overrides in classes (for example with com.fasterxml.jackson.annotation.JsonPropertyOrder annotation)

Feature is enabled by default since 3.0 (in 2.x was disabled)

Feature that determines whether annotation introspection is used for configuration; if enabled, configured AnnotationIntrospector will be used: if disabled, no annotations are considered.

Feature is enabled by default.

Feature that specifies whether the declared base type of a polymorphic value is to be used as the "default" implementation, if no explicit default class is specified via @JsonTypeInfo.defaultImpl annotation.

Note that feature only has effect on deserialization of regular polymorphic properties: it does NOT affect non-polymorphic cases, and is unlikely to work with Default Typing.

Feature is disabled by default for backwards compatibility.

Feature that determines whether otherwise regular "getter" methods (but only ones that handle java.util.Collections and java.util.Maps, not getters of other types) can be used for purpose of getting a reference to Collection / Map valued properties, without requiring a setter method. This is similar to how JAXB framework sets Collections and Maps: no setter is involved, just getter.

Note that such getters-as-setters methods have lower precedence than setters, so they are only used if no setter is found for the Map/Collection property.

Feature is disabled by default since 3.0 (in 2.x was enabled)

Feature that determines whether the type detection for serialization should be using actual dynamic runtime type, or declared static type. Note that deserialization always uses declared static types since no runtime types are available (as we are creating instances after using type information).

This global default value can be overridden at class, method or field level by using JsonSerialize#typing annotation property.

Feature is disabled by default which means that dynamic runtime types are used (instead of declared static types) for serialization.

Feature that can be enabled to make property names be overridden by wrapper name (usually detected with annotations as defined by AnnotationIntrospector#findWrapperName. If enabled, all properties that have associated non-empty Wrapper name will use that wrapper name instead of property name. If disabled, wrapper name is only used for wrapping (if anything).

Feature is disabled by default.