Kein Serializer für die Klasse org.hibernate.proxy.pojo.javassist.Javassist gefunden?

Ich arbeite an SpringMVC, Hibernate& JSONaber ich diese Störung erhalte.

HTTP Status 500 - Could not write JSON: No serializer found for class org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationConfig.SerializationFeature.FAIL_ON_EMPTY_BEANS) ) 

Bitte überprüfen Sie meine Entität unten

    @Entity
@Table(name="USERS")
public class User {

    @Id
    @GeneratedValue
    @Column(name="USER_ID")
    private Integer userId;

    @Column(name="USER_FIRST_NAME")
    private String firstName;

    @Column(name="USER_LAST_NAME")
    private String lastName;


    @Column(name="USER_MIDDLE_NAME")
    private String middleName;

    @Column(name="USER_EMAIL_ID")
    private String emailId;

    @Column(name="USER_PHONE_NO")
    private Integer phoneNo;

    @Column(name="USER_PASSWORD")
    private String password;

    @Column(name="USER_CONF_PASSWORD")
    private String  confPassword;

    @Transient
    private String token;

    @Column(name="USER_CREATED_ON")
    private Date createdOn;

    @OneToMany(fetch=FetchType.EAGER,cascade=CascadeType.ALL)
    @Fetch(value = FetchMode.SUBSELECT)
    @JoinTable(name = "USER_ROLES", joinColumns = { @JoinColumn(name = "USER_ID") }, inverseJoinColumns = { @JoinColumn(name = "ROLE_ID") })
    private List<ActifioRoles> userRole = new ArrayList<ActifioRoles>();


    @OneToMany(fetch=FetchType.EAGER,cascade=CascadeType.ALL,mappedBy="userDetails")
    @Fetch(value = FetchMode.SUBSELECT)
    private List<com.actifio.domain.Address> userAddress = new ArrayList<com.actifio.domain.Address>();

    @OneToOne(cascade=CascadeType.ALL)
    private Tenant tenantDetails;


    public Integer getUserId() {
        return userId;
    }
    public void setUserId(Integer userId) {
        this.userId = userId;
    }
    public String getFirstName() {
        return firstName;
    }
    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }
    public String getLastName() {
        return lastName;
    }
    public void setLastName(String lastName) {
        this.lastName = lastName;
    }
    public String getEmailId() {
        return emailId;
    }
    public void setEmailId(String emailId) {
        this.emailId = emailId;
    }
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }
    public String getConfPassword() {
        return confPassword;
    }
    public void setConfPassword(String confPassword) {
        this.confPassword = confPassword;
    }
    public Date getCreatedOn() {
        return createdOn;
    }
    public void setCreatedOn(Date createdOn) {
        this.createdOn = createdOn;
    }

    public List<ActifioRoles> getUserRole() {
        return userRole;
    }

    public void setUserRole(List<ActifioRoles> userRole) {
        this.userRole = userRole;
    }
    public String getMiddleName() {
        return middleName;
    }
    public void setMiddleName(String middleName) {
        this.middleName = middleName;
    }
    public Integer getPhoneNo() {
        return phoneNo;
    }
    public void setPhoneNo(Integer phoneNo) {
        this.phoneNo = phoneNo;
    }

    public List<com.actifio.domain.Address> getUserAddress() {
        return userAddress;
    }
    public void setUserAddress(List<com.actifio.domain.Address> userAddress) {
        this.userAddress = userAddress;
    }
    public Tenant getTenantDetails() {
        return tenantDetails;
    }
    public void setTenantDetails(Tenant tenantDetails) {
        this.tenantDetails = tenantDetails;
    }
    public String getToken() {
        return token;
    }
    public void setToken(String token) {
        this.token = token;
    }

    }

Wie kann ich das lösen?

Ich hatte ein ähnliches Problem mit dem verzögerten Laden über das Ruhezustand-Proxy-Objekt. Ich habe es umgangen, indem ich die Klasse mit faulen geladenen privaten Eigenschaften mit folgenden Anmerkungen versehen habe:

@JsonIgnoreProperties({"hibernateLazyInitializer", "handler"})

Ich gehe davon aus, dass Sie die Eigenschaften Ihres Proxy-Objekts, die die JSON-Serialisierung unterbrechen, zu dieser Annotation hinzufügen können.

Das Problem ist, dass Entitäten träge geladen werden und die Serialisierung erfolgt, bevor sie vollständig geladen werden.

Hibernate.initialize(<your getter method>);

Um dies hinzuzufügen, bin ich auf dasselbe Problem gestoßen, aber die bereitgestellten Antworten haben nicht funktioniert. Ich habe das Problem behoben, indem ich den Vorschlag der Ausnahme aufgegriffen und zur Datei application.properties hinzugefügt habe ...

spring.jackson.serialization.fail-on-empty-beans=false

Ich verwende Spring Boot v1.3 mit Hibernate 4.3

Es serialisiert jetzt das gesamte Objekt und verschachtelte Objekte.

EDIT: 2018

Da dies noch Kommentare bekommt, werde ich hier klarstellen. Dies verbirgt absolut nur den Fehler. Die Auswirkungen auf die Leistung sind da. Zu der Zeit brauchte ich etwas, um es zu liefern und später daran zu arbeiten (was ich tat, indem ich keine Feder mehr benutzte). Also ja, hören Sie jemand anderem zu, wenn Sie das Problem wirklich lösen möchten. Wenn Sie es erst einmal weg haben möchten, verwenden Sie diese Antwort. Es ist eine schreckliche Idee, aber zum Teufel, könnte für Sie arbeiten. Für die Aufzeichnung, hatte nie wieder einen Absturz oder ein Problem danach. Aber es ist wahrscheinlich die Quelle eines SQL-Performance-Alptraums.

Wie in früheren Antworten richtig vorgeschlagen, bedeutet verzögertes Laden, dass beim Abrufen Ihres Objekts aus der Datenbank die verschachtelten Objekte nicht abgerufen werden (und bei Bedarf möglicherweise später abgerufen werden).

Jetzt versucht Jackson, das verschachtelte Objekt zu serialisieren (== JSON daraus zu machen), schlägt jedoch fehl, da JavassistLazyInitializer anstelle des normalen Objekts gefunden wird. Dies ist der Fehler, den Sie sehen. Wie kann man das lösen?

Wie zuvor von CP510 vorgeschlagen, besteht eine Option darin, den Fehler durch diese Konfigurationszeile zu unterdrücken:

spring.jackson.serialization.fail-on-empty-beans=false

Aber es geht um die Symptome, nicht um die Ursache . Um es elegant zu lösen, müssen Sie entscheiden, ob Sie dieses Objekt in JSON benötigen oder nicht.

1. Wenn Sie das Objekt in JSON benötigen, entfernen Sie die FetchType.LAZYOption aus dem Feld, das sie verursacht (es kann sich auch um ein Feld in einem verschachtelten Objekt handeln, nicht nur in der Stammentität, die Sie abrufen).

2. Wenn Sie das Objekt in JSON nicht benötigen, kommentieren Sie den Getter dieses Felds (oder das Feld selbst, wenn Sie auch keine eingehenden Werte akzeptieren müssen) mit @JsonIgnore:

   // this field will not be serialized to/from JSON @JsonIgnore private NestedType secret;

Wenn Sie komplexere Anforderungen haben (z. B. unterschiedliche Regeln für unterschiedliche REST-Controller, die dieselbe Entität verwenden), können Sie Jackson- Ansichten oder -Filter verwenden oder für einen sehr einfachen Anwendungsfall verschachtelte Objekte separat abrufen .

Sie können das Zusatzmodul für Jackson verwenden, das das verzögerte Laden im Ruhezustand übernimmt.

Weitere Informationen unter https://github.com/FasterXML/jackson-datatype-hibernate , die den Ruhezustand 3 und 4 separat unterstützen.

Ich denke, dass das Problem darin besteht, wie Sie die Entität abrufen.

Vielleicht machst du so etwas:

Person p = (Person) session.load(Person.class, new Integer(id));

Versuchen Sie es mit der Methode getanstelle vonload

Person p = (Person) session.get(Person.class, new Integer(id));

Das Problem ist, dass Sie mit der Lademethode nur einen Proxy erhalten, aber nicht das eigentliche Objekt. Für das Proxy-Objekt sind die Eigenschaften noch nicht geladen. Wenn die Serialisierung erfolgt, müssen keine Eigenschaften serialisiert werden. Mit der get-Methode erhalten Sie tatsächlich das reale Objekt, dieses Objekt könnte tatsächlich serialisiert werden.

Für mich geht das

@JsonIgnoreProperties({"hibernateLazyInitializer","handler"})

z.B

@Entity
@Table(name = "user")
@Data
@NoArgsConstructor
@JsonIgnoreProperties({"hibernateLazyInitializer","handler"})
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;

    private Date created;

}

Es gibt zwei Möglichkeiten, um das Problem zu beheben.

Weg 1 :

spring.jackson.serialization.fail-on-empty-beans=falseIn application.properties hinzufügen

Weg 2 :

Verwendung join fetchin JPQL Abfrage übergeordnetes Objekt Daten abrufen, siehe unten:

@Query(value = "select child from Child child join fetch child.parent Parent ",
           countQuery = "select count(*) from Child child join child.parent parent ")
public Page<Parent> findAll(Pageable pageable); 

Fügen Sie diese Anmerkung zur Entitätsklasse (Modell) hinzu, die für mich funktioniert, da dies zu einem verzögerten Laden über das Proxy-Objekt im Ruhezustand führt.

@JsonIgnoreProperties ({"hibernateLazyInitializer", "handler"})

Diese Ausnahme

org.springframework.http.converter.HttpMessageNotWritableException

Ich hoffe, Sie senden eine Antwortausgabe als serialisierbares Objekt.
Dies ist ein Problem, das im Frühjahr auftritt. Um dieses Problem zu beheben, senden Sie das POJO-Objekt als Antwortausgabe.

Beispiel:

    @Entity
    @Table(name="user_details")
    public class User implements Serializable{

        @Id
        @GeneratedValue(strategy= GenerationType.IDENTITY)
        @Column(name="id")
        private Integer id;

        @Column(name="user_name")
        private String userName;

        @Column(name="email_id")
        private String emailId;

        @Column(name="phone_no")
        private String phone;

//setter and getters

POJO-Klasse:

public class UserVO {

    private int Id;
    private String userName;
    private String emailId;
    private String phone;
    private Integer active;

//setter and getters

In der Steuerung konvertieren Sie die serilisierbaren Objektfelder in POJO-Klassenfelder und geben die Pojo-Klasse als Ausgabe zurück.

         User u= userService.getdetials(); // get data from database

        UserVO userVo= new UserVO();  // created pojo class object

        userVo.setId(u.getId());
        userVo.setEmailId(u.getEmailId());
        userVo.setActive(u.getActive());
        userVo.setPhone(u.getPhone());
        userVo.setUserName(u.getUserName());
       retunr userVo;  //finally send pojo object as output.

In Hibernate 5.2 und höher können Sie den Hibernate-Proxy wie folgt entfernen. Dadurch erhalten Sie das eigentliche Objekt, damit Sie es ordnungsgemäß serialisieren können:

Object unproxiedEntity = Hibernate.unproxy( proxy );

Für den Ruhezustand können Sie den Jackson-Datentyp-Ruhezustand verwenden Projekt , um die JSON-Serialisierung / -Deserialisierung mit verzögert geladenen Objekten zu ermöglichen.

Beispielsweise,

import com.fasterxml.jackson.databind.Module;
import com.fasterxml.jackson.datatype.hibernate5.Hibernate5Module;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class JacksonDatatypeHibernate5Configuration {

    // Register Jackson Hibernate5 Module to handle JSON serialization of lazy-loaded entities
    // Any beans of type com.fasterxml.jackson.databind.Module are automatically
    // registered with the auto-configured Jackson2ObjectMapperBuilder
    // https://docs.spring.io/spring-boot/docs/current/reference/html/howto-spring-mvc.html#howto-customize-the-jackson-objectmapper
    @Bean
    public Module hibernate5Module() {
        Hibernate5Module hibernate5Module = new Hibernate5Module();
        hibernate5Module.enable( Hibernate5Module.Feature.FORCE_LAZY_LOADING );
        hibernate5Module.disable( Hibernate5Module.Feature.USE_TRANSIENT_ANNOTATION );
        return hibernate5Module;
    }
}

Die Lösung ist von der folgenden Lösung von @marco inspiriert. Ich habe auch seine Antwort mit diesen Daten aktualisiert.

Das Problem hierbei ist das verzögerte Laden der Unterobjekte, bei denen Jackson nur Proxys im Ruhezustand anstelle von vollständigen Objekten findet.

Wir haben also zwei Möglichkeiten: Unterdrücken Sie die Ausnahme, wie oben in der Antwort mit den meisten Abstimmungen hier beschrieben, oder stellen Sie sicher, dass die LazyLoad-Objekte geladen sind.

Wenn Sie sich für die letztere Option entscheiden, besteht die Lösung darin, die Jackson-Datentypbibliothek zu verwenden und die Bibliothek so zu konfigurieren, dass Abhängigkeiten beim verzögerten Laden vor der Serialisierung initialisiert werden.

Ich habe dazu eine neue Konfigurationsklasse hinzugefügt.

@Configuration
public class JacksonConfig extends WebMvcConfigurerAdapter {

@Bean
@Primary
public MappingJackson2HttpMessageConverter jacksonMessageConverter(){
    MappingJackson2HttpMessageConverter messageConverter = new MappingJackson2HttpMessageConverter();
    ObjectMapper mapper = new ObjectMapper();
    Hibernate5Module module = new Hibernate5Module();
    module.enable(Hibernate5Module.Feature.FORCE_LAZY_LOADING);
    mapper.registerModule(module);
    messageConverter.setObjectMapper(mapper);
    return messageConverter;
}

}}

@Primarystellt sicher, dass keine andere Jackson-Konfiguration zum Initialisieren anderer Beans verwendet wird. @Beanist wie immer. module.enable(Hibernate5Module.Feature.FORCE_LAZY_LOADING);soll das verzögerte Laden der Abhängigkeiten aktivieren.

Achtung - Bitte achten Sie auf die Auswirkungen auf die Leistung. Manchmal hilft EAGER-Abruf, aber selbst wenn Sie es eifrig machen, benötigen Sie diesen Code immer noch, da Proxy-Objekte für alle anderen Zuordnungen außer noch vorhanden sind@OneToOne

PS: Als allgemeinen Kommentar würde ich davon abraten, ganze Datenobjekte in der Json-Antwort zurückzusenden. Man sollte Dto's für diese Kommunikation verwenden und einen Mapper wie mapstruct verwenden, um sie abzubilden. Dies erspart Ihnen versehentliche Sicherheitslücken sowie die oben genannten Ausnahmen.

Ich habe jetzt das gleiche Problem. Überprüfen Sie, ob Sie Fetch in Lazy mit einem @jsonIQgnore beheben

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name="teachers")
@JsonIgnoreProperties("course")
Teacher teach;

Löschen Sie einfach "(fetch = ...)" oder die Anmerkung "@jsonIgnore" und es wird funktionieren

@ManyToOne
@JoinColumn(name="teachers")
@JsonIgnoreProperties("course")
Teacher teach;

Oder Sie können Mapper wie folgt konfigurieren:

// benutzerdefinierte Konfiguration für verzögertes Laden

public static class HibernateLazyInitializerSerializer extends JsonSerializer<JavassistLazyInitializer> {

    @Override
    public void serialize(JavassistLazyInitializer initializer, JsonGenerator jsonGenerator,
            SerializerProvider serializerProvider)
            throws IOException, JsonProcessingException {
        jsonGenerator.writeNull();
    }
}

und Mapper konfigurieren:

    mapper = new JacksonMapper();
    SimpleModule simpleModule = new SimpleModule(
            "SimpleModule", new Version(1,0,0,null)
    );
    simpleModule.addSerializer(
            JavassistLazyInitializer.class,
            new HibernateLazyInitializerSerializer()
    );
    mapper.registerModule(simpleModule);

Es könnte sich um Ihre Entität im Ruhezustand handeln, die das Problem verursacht. Beenden Sie einfach das verzögerte Laden dieser verwandten Entität. Beispiel: Ich habe das Problem unten gelöst, indem ich für customerType faul = "false" gesetzt habe.

<class name="Customer" table="CUSTOMER">
        <id name="custId" type="long">
            <column name="CUSTID" />
            <generator class="assigned" />
        </id>
        <property name="name" type="java.lang.String">
            <column name="NAME" />
        </property>
        <property name="phone" type="java.lang.String">
            <column name="PHONE" />
        </property>
        <property name="pan" type="java.lang.String">
            <column name="PAN" />
        </property>

        <many-to-one name="customerType" not-null="true" lazy="false"></many-to-one>
    </class>
</hibernate-mapping>

Ich habe mich geändert (in der Annotation-Modellklasse)

fetch = FetchType.LAZY

zu

fetch = FetchType.EAGER

und auf hübsche Weise gearbeitet ...

Liebe es.

Dies ist ein Problem mit Jackson. Um dies zu verhindern, weisen Sie Jackson an, keine verschachtelten Beziehungen oder verschachtelten Klassen zu serialisieren.

Schauen Sie sich das folgende Beispiel an. Adressklasse, die den Klassen Stadt , Bundesland und Land zugeordnet ist , und der Staat selbst zeigt auf Land und Land auf Region. Wenn Sie Adresswerte über die Spring Boot REST-API abrufen, wird der obige Fehler angezeigt. Um dies zu verhindern, serialisieren Sie einfach die zugeordnete Klasse (die JSON der ersten Ebene widerspiegelt) und ignorieren Sie verschachtelte Beziehungen mit @JsonIgnoreProperties(value = {"state"}), @JsonIgnoreProperties(value = {"country"})und @JsonIgnoreProperties(value = {"region"})

Dies verhindert eine Lazyload-Ausnahme zusammen mit dem obigen Fehler. Verwenden Sie den folgenden Code als Beispiel und ändern Sie Ihre Modellklassen.

Address.java

@Entity
public class Address extends AbstractAuditingEntity
{
    private static final long serialVersionUID = 4203344613880544060L;

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "id")
    private Long id;

    @Column(name = "street_name")
    private String streetName;

    @Column(name = "apartment")
    private String apartment;

    @ManyToOne
    @JoinColumn(name = "city_id")
    @JsonIgnoreProperties(value = {"state"})
    private City city;

    @ManyToOne
    @JoinColumn(name = "state_id")
    @JsonIgnoreProperties(value = {"country"})
    private State state;

    @ManyToOne
    @JoinColumn(name = "country_id")
    @JsonIgnoreProperties(value = {"region"})
    private Country country;

    @ManyToOne
    @JoinColumn(name = "region_id")
    private Region region;

    @Column(name = "zip_code")
    private String zipCode;

    @ManyToOne
    @JoinColumn(name = "address_type_id", referencedColumnName = "id")
    private AddressType addressType;

}

City.java

@EqualsAndHashCode(callSuper = true)
@Entity
@Table(name = "city")
@Cache(region = "cityCache",usage = CacheConcurrencyStrategy.READ_WRITE)
@Data
public class City extends AbstractAuditingEntity
{
    private static final long serialVersionUID = -8825045541258851493L;

    @Id
    @Column(name = "id")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column(name = "name")
    //@Length(max = 100,min = 2)
    private String name;


    @ManyToOne
    @JoinColumn(name = "state_id")
    private State state;
}

State.java

@Entity
@Table(name = "state")
@Data
@EqualsAndHashCode(callSuper = true)
public class State extends AbstractAuditingEntity
{
    private static final long serialVersionUID = 5553856435782266275L;

    @Id
    @Column(name = "id")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column(name = "code")
    private String code;

    @Column(name = "name")
    @Length(max = 200, min = 2)
    private String name;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "country_id")
    private Country country;

}

Country.java

@Entity
@Table(name = "country")
@Data
@EqualsAndHashCode(callSuper = true)
public class Country extends AbstractAuditingEntity
{
    private static final long serialVersionUID = 6396100319470393108L;

    @Id
    @Column(name = "id")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column(name = "name")
    @Length(max = 200, min = 2)
    private String name;

    @Column(name = "code")
    @Length(max = 3, min = 2)
    private String code;

    @Column(name = "iso_code")
    @Length(max = 3, min = 2)
    private String isoCode;

    @ManyToOne
    @JoinColumn(name = "region_id")
    private Region region;
}

Versuchen

implements interface Serializable