Annotation Type CsvBindAndJoinByPosition


  • @Documented
    @Retention(RUNTIME)
    @Target(FIELD)
    public @interface CsvBindAndJoinByPosition
    Joins the values of multiple columns from the input into one bean field based on a selection of column positions.
    Since:
    4.2
    Author:
    Andrew Rucker Jones
    • Required Element Summary

      Required Elements 
      Modifier and Type Required Element Description
      java.lang.Class<?> elementType
      Defines what type the elements of the map should have.
      java.lang.String position
      The column position(s) in the input that is/are used to fill the annotated field.
    • Optional Element Summary

      Optional Elements 
      Modifier and Type Optional Element Description
      java.lang.String capture
      If this is anything but an empty string, it will be used as a regular expression to extract part of the input before conversion to the bean field.
      java.lang.Class<? extends AbstractCsvConverter> converter
      Once the data points have been recovered from the various columns of the input, a custom converter can optionally be specified for conversion of each of the data points before they are joined in a MultiValuedMap.
      java.lang.String format
      If this is anything but an empty string, it will be used as a format string for String.format(String, Object...) on writing.
      java.lang.String locale
      Defines the locale to be used for decoding the argument.
      java.lang.Class<? extends org.apache.commons.collections4.MultiValuedMap> mapType
      Defines the class used for the multi-valued map.
      boolean required
      Whether or not the annotated field is required to be present in every data set of the input.
      java.lang.String writeLocale
      The locale for writing.
      boolean writeLocaleEqualsReadLocale
      Whether or not the same locale is used for writing as for reading.
    • Element Detail

      • position

        java.lang.String position
        The column position(s) in the input that is/are used to fill the annotated field. This field allows comma-separated lists of columns, e.g. "2,4,6", as well as ranges, including open-ended ranges, e.g. "3-5", "10-" or "-3". With the open-ended versions the implicit ends are the first and last column. A mixture of these forms is naturally possible, e.g. "2,4,6-10". Nothing bad will happen if you make a silly list, like "4,2,-0,1000-,10-5".
        Returns:
        The position(s) of the column(s) in the CSV file from which this field should be taken. The column numbers are zero-based.
      • elementType

        java.lang.Class<?> elementType
        Defines what type the elements of the map should have. It is necessary to instantiate elements of the map, and it is not always possible to determine the type of the elements at runtime. A perfect example of this is Map<String, ? extends Number>.
        Returns:
        The type of the map elements
      • required

        boolean required
        Whether or not the annotated field is required to be present in every data set of the input. This means that the input cannot be empty. The output after conversion is not guaranteed to be non-empty. "Input" means the string from every matching field in the CSV file on reading and the bean member variable on writing.
        Returns:
        If the field is required to contain information.
        Default:
        false
      • locale

        java.lang.String locale
        Defines the locale to be used for decoding the argument.

        If not specified, the current default locale is used. The locale must be one recognized by Locale. Locale conversion is supported for the following data types:

        • byte and Byte
        • float and Float
        • double and Double
        • int and Integer
        • long and Long
        • short and Short
        • BigDecimal
        • BigInteger
        • All time data types supported by CsvDate

        The locale must be in a format accepted by Locale.forLanguageTag(java.lang.String)

        Caution must be exercised with the default locale, for the default locale for numerical types does not mean the locale of the running program, such as en-US or de-DE, but rather no locale. Numbers will be parsed more or less the way the Java compiler would parse them. That means, for instance, that thousands separators in long numbers are not permitted, even if the locale of the running program would accept them. When dealing with locale-sensitive data, it is always best to specify the locale explicitly.

        Returns:
        The locale selected. The default is indicated by an empty string.
        Default:
        ""
      • writeLocaleEqualsReadLocale

        boolean writeLocaleEqualsReadLocale
        Whether or not the same locale is used for writing as for reading. If this is true, locale() is used for both reading and writing and writeLocale() is ignored.
        Returns:
        Whether the read locale is used for writing as well
        Since:
        5.0
        Default:
        true
      • mapType

        java.lang.Class<? extends org.apache.commons.collections4.MultiValuedMap> mapType
        Defines the class used for the multi-valued map.

        This must be a specific implementation of MultiValuedMap, and not an interface! The default is set to MultiValuedMap.class as a signal to use the default for the interface supplied in the bean to be populated.

        The logic for determining which class to instantiate for the multi-valued map is as follows. In all cases, the implementation must have a nullary constructor.

        1. If the bean declares a specific implementation instead of the associated interface (e.g. ArrayListValuedHashMap vs. ListValuedMap), that specific implementation will always be used.
        2. Otherwise, the implementation named in this field will be used, if it is not an interface.
        3. If no implementation is specified in this field (i.e. if an interface is specified, as is the default), a default is used based on the interface of the bean field annotated. These are:
          • ArrayListValuedHashMap for MultiValuedMap
          • ArrayListValuedHashMap for ListValuedMap
          • HashSetValuedHashMap for SetValuedMap
        Returns:
        A class implementing MultiValuedMap
        Default:
        org.apache.commons.collections4.MultiValuedMap.class
      • converter

        java.lang.Class<? extends AbstractCsvConverter> converter
        Once the data points have been recovered from the various columns of the input, a custom converter can optionally be specified for conversion of each of the data points before they are joined in a MultiValuedMap.
        Returns:
        The converter applied to each of the data points extracted from the input
        Since:
        4.3
        Default:
        com.opencsv.bean.AbstractCsvConverter.class
      • capture

        java.lang.String capture
        If this is anything but an empty string, it will be used as a regular expression to extract part of the input before conversion to the bean field.

        An empty string behaves as if the regular expression ^(.*)$ had been specified.

        The regular expression will be compiled and every field of input will be passed through it, naturally after the input has been normalized (quotations and escape characters removed). The first capture group will be extracted, and that string will be passed on to the appropriate conversion routine for the bean field in question.

        This makes it possible to easily convert input fields with forms like Grade: 94.2 into 94.2, which can then be converted to a floating point bean field, all without writing a custom converter.

        The regular expression is applied to the entire string in question (i.e. with Matcher.matches()), instead of just the beginning of the string (Matcher.lookingAt()) or anywhere in the string (Matcher.find()). If it fails to match, the input string is passed unchanged to the appropriate conversion routine for the bean field. The reason for this is two-fold:

        1. The matching may occur against an empty string. If the field is not required, this is legitimate, but it's likely the regular expression is not written to accommodate this possibility, and it may indeed not be at all desirable to.
        2. If there is an error in either the regular expression or the input that causes the match to fail, there is a good likelihood that the subsequent conversion will fail with a CsvDataTypeMismatchException if the input is not being converted into a simple string.

        This is the inverse operation of format().

        Returns:
        A regular expression, the first capture group of which will be used for conversion to the bean field
        Since:
        4.3
        Default:
        ""
      • format

        java.lang.String format
        If this is anything but an empty string, it will be used as a format string for String.format(String, Object...) on writing.

        An empty string behaves as if the format string "%s" had been specified.

        The format string, if it is not empty, should contain one and only one %s, which will be replaced by the string value of the bean field after conversion. If, however, the bean field is empty, then the output will be empty as well, as opposed to passing an empty string to this format string and using that as the output.

        This is the inverse operation of capture().

        Returns:
        A format string for writing fields
        Since:
        4.3
        Default:
        ""