Как использовать перечисления с JPA

Я не знаю внутреннего устройства toplink, но мое обоснованное предположение следующее: он использует метод Rating.valueOf (String s) для сопоставления в другом направлении. невозможно переопределить valueOf (), поэтому вы должны придерживаться соглашения об именах java, чтобы разрешить правильный метод valueOf.

public enum Rating {

    UNRATED,
    G, 
    PG,
    PG_13 ,
    R ,
    NC_17 ;

    public String getRating() {
        return name().replace("_","-");;
    }
}

getRating выдает рейтинг, "удобочитаемый". обратите внимание, что символ «-» не допускается в идентификаторе перечисления.

конечно, вам нужно будет сохранить значения в БД как NC_17.

Как насчет этого

public String getRating{  
   return rating.toString();
}

pubic void setRating(String rating){  
   //parse rating string to rating enum
   //JPA will use this getter to set the values when getting data from DB   
}  

@Transient  
public Rating getRatingValue(){  
   return rating;
}

@Transient  
public Rating setRatingValue(Rating rating){  
   this.rating = rating;
}

при этом вы используете рейтинги как String как в своей БД, так и в сущности, но используйте перечисление для всего остального.

public enum Rating {

    UNRATED ( "" ),
    G ( "G" ), 
    PG ( "PG" ),
    PG13 ( "PG-13" ),
    R ( "R" ),
    NC17 ( "NC-17" );

    private String rating;

    private static Map<String, Rating> ratings = new HashMap<String, Rating>();
    static {
        for (Rating r : EnumSet.allOf(Rating.class)) {
            ratings.put(r.toString(), r);
        }
    }

    private static Rating getRating(String rating) {
        return ratings.get(rating);
    }

    private Rating(String rating) {
        this.rating = rating;
    }

    @Override
    public String toString() {
        return rating;
    }
}

Однако я не знаю, как делать сопоставления в аннотированной стороне TopLink.

Похоже, вам нужно добавить поддержку специального типа:

Расширение OracleAS TopLink для поддержки преобразования пользовательских типов

У вас есть проблема, и это ограниченные возможности JPA, когда дело доходит до обработки перечислений. С перечислениями у вас есть два варианта:

1. Сохраните их как число, равное Enum.ordinal(), что является ужасной идеей (imho); или же
2. Сохраните их как строку, равную Enum.name(). Примечание:, а не toString(), как вы могли ожидать, тем более что поведение по умолчанию для Enum.toString() - возвращать name().

Лично я считаю, что лучший вариант - (2).

Теперь у вас есть проблема в том, что вы определяете значения, которые не представляют действительные имена экземпляров в Java (а именно, используя дефис). Итак, ваш выбор:

• Измените свои данные;
• Сохранять строковые поля и неявно преобразовывать их в перечисления в ваших объектах или из них; или же
• Используйте нестандартные расширения, такие как TypeConverters.

Я бы сделал их в таком порядке (от первого до последнего) в порядке предпочтения.

Кто-то предложил преобразователь Oracle TopLink, но вы, вероятно, используете Toplink Essentials, являющуюся эталонной реализацией JPA 1.0, которая является подмножеством коммерческого продукта Oracle Toplink.

В качестве еще одного предложения я настоятельно рекомендую перейти на EclipseLink. Это гораздо более полная реализация, чем Toplink Essentials, и Eclipselink будет эталонной реализацией JPA 2.0 после выпуска (ожидается JavaOne в середине следующего года).

вы пытались сохранить порядковый номер. Сохранение строкового значения отлично работает, если у вас нет связанной строки со значением:

@Enumerated(EnumType.ORDINAL)

используйте эту аннотацию

@Column(columnDefinition = "ENUM('User', 'Admin')")

Решено !!! Где нашел ответ: http://programming.itags.org/development-tools/65254/

Вкратце, преобразование ищет имя перечисления, а не значение атрибута "рейтинг". В вашем случае: если у вас есть значения db «NC-17», вам необходимо иметь в своем перечислении:

enum Рейтинг {
(...)
NC-17 ("NC-17");
(...)

Проблема, я думаю, в том, что JPA никогда не создавалась с мыслью о том, что у нас уже может быть сложная уже существующая схема.

Я думаю, что это связано с двумя основными недостатками, характерными для Enum:

1. Ограничение использования name () и ordinal (). Почему бы просто не пометить геттер с помощью @Id, как мы это делаем с @Entity?
2. Enum обычно имеют представление в базе данных, чтобы обеспечить связь со всеми видами метаданных, включая собственное имя, описательное имя, возможно, что-то с локализацией и т. д. Нам нужна простота использования Enum в сочетании с гибкостью Entity.

Помогите моему делу и проголосуйте за JPA_SPEC-47

Enum public enum ParentalControlLevelsEnum { U («U»), PG («PG»), _12 («12»), _15 («15»), _18 («18»);

private final String value;

ParentalControlLevelsEnum(final String value) {
    this.value = value;
}

public String getValue() {
    return value;
}

public static ParentalControlLevelsEnum fromString(final String value) {
    for (ParentalControlLevelsEnum level : ParentalControlLevelsEnum.values()) {
        if (level.getValue().equalsIgnoreCase(value)) {
            return level;
        }
    }
    return null;
}

}

сравнить -> Enum

открытый класс RatingComparator реализует Comparator {

public int compare(final ParentalControlLevelsEnum o1, final ParentalControlLevelsEnum o2) {
    if (o1.ordinal() < o2.ordinal()) {
        return -1;
    } else {
        return 1;
    }
}

}

Используя ваш существующий enum Rating. Вы можете использовать AttributeCoverters.

@Converter(autoApply = true)
public class RatingConverter implements AttributeConverter<Rating, String> {

    @Override
    public String convertToDatabaseColumn(Rating rating) {
        if (rating == null) {
            return null;
        }
        return rating.toString();
    }

    @Override
    public Rating convertToEntityAttribute(String code) {
        if (code == null) {
            return null;
        }

        return Stream.of(Rating.values())
          .filter(c -> c.toString().equals(code))
          .findFirst()
          .orElseThrow(IllegalArgumentException::new);
    }
}