wake-up-neo.net

Ausnahmebedingung _ $$ _ javassist_0 kann nicht in javassist.util.proxy.Proxy umgewandelt werden

Hallo, ich verwende Java-Webanwendung von Developnig und erhalte die nächste Ausnahme, wenn ich versuche, Daten mithilfe des Ruhezustands abzurufen

Java.lang.ClassCastException: com.digitalticket.model.UserType_$$_javassist_0 cannot be cast to javassist.util.proxy.Proxy

Hier Stacktrace

Java.lang.ClassCastException: com.digitalticket.model.UserType_$$_javassist_0 cannot be cast to javassist.util.proxy.Proxy
    at org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.getProxy(JavassistLazyInitializer.Java:147)
    at org.hibernate.proxy.pojo.javassist.JavassistProxyFactory.getProxy(JavassistProxyFactory.Java:75)
    at org.hibernate.Tuple.entity.AbstractEntityTuplizer.createProxy(AbstractEntityTuplizer.Java:771)
    at org.hibernate.persister.entity.AbstractEntityPersister.createProxy(AbstractEntityPersister.Java:4613)
    at org.hibernate.event.internal.DefaultLoadEventListener.createProxyIfNecessary(DefaultLoadEventListener.Java:349)
    at org.hibernate.event.internal.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.Java:270)
    at org.hibernate.event.internal.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.Java:150)
    at org.hibernate.internal.SessionImpl.fireLoad(SessionImpl.Java:1070)
    at org.hibernate.internal.SessionImpl.internalLoad(SessionImpl.Java:989)
    at org.hibernate.type.EntityType.resolveIdentifier(EntityType.Java:716)
    at org.hibernate.type.EntityType.resolve(EntityType.Java:502)
    at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.Java:170)
    at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.Java:144)
    at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.Java:1114)
    at org.hibernate.loader.Loader.processResultSet(Loader.Java:972)
    at org.hibernate.loader.Loader.doQuery(Loader.Java:920)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.Java:354)
    at org.hibernate.loader.Loader.doList(Loader.Java:2553)
    at org.hibernate.loader.Loader.doList(Loader.Java:2539)
    at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.Java:2369)
    at org.hibernate.loader.Loader.list(Loader.Java:2364)
    at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.Java:126)
    at org.hibernate.internal.SessionImpl.list(SessionImpl.Java:1682)
    at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.Java:380)
    at com.digitalticket.model.DAO.fetchAll(DAO.Java:204)
    at com.digitalticket.controller.IndexController.handleRequestInternal(IndexController.Java:22)
    at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.Java:154)
    at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.Java:50)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.Java:945)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.Java:876)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.Java:961)
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.Java:852)
    at javax.servlet.http.HttpServlet.service(HttpServlet.Java:731)
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.Java:837)
    at javax.servlet.http.HttpServlet.service(HttpServlet.Java:844)
    at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.Java:280)
    at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.Java:254)
    at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.Java:136)
    at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.Java:341)
    at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.Java:238)
    at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.Java:3363)
    at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.Java:3333)
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.Java:321)
    at weblogic.security.service.SecurityManager.runAs(SecurityManager.Java:120)
    at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.Java:57)
    at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.Java:2220)
    at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.Java:2146)
    at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.Java:2124)
    at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.Java:1564)
    at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.Java:254)
    at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.Java:550)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.Java:295)
    at weblogic.work.ExecuteThread.run(ExecuteThread.Java:254)

Hier mein Code 

public T fetchAll(tClass<T> className) {

    Session s = sessionFactory.getCurrentSession();
    s.beginTransaction();

    try {

        List<T> results = (List<T>) sessionFactory.getCurrentSession()
                .createCriteria(className)
                .list();

        s.getTransaction().commit();

        return results();

    } catch (NullPointerException ex) {
        return null;
    }
    catch (RuntimeException re) {
        s.getTransaction().rollback();
        throw re;
    } finally {

    }
}

Hier sind meine Objekte 

public class User implements Java.io.Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = -2383716625869790753L;
    private long userId;
    private UserType userType;
    private String email;
    private String password;
    private String name;
    private String surname;
    private String middlename;
    private Set<Ticket> tickets = new HashSet<Ticket>(0);
    private Set<Organization> organizations = new HashSet<Organization>(0);

    public User() {
    }

    public User(long userId, String email, String password, String name,
            String surname) {
        this.userId = userId;
        this.email = email;
        this.password = password;
        this.name = name;
        this.surname = surname;
    }

    public User(long userId, UserType userType, String email, String password,
            String name, String surname, String middlename,
            Set<Ticket> tickets, Set<Organization> organizations) {
        this.userId = userId;
        this.userType = userType;
        this.email = email;
        this.password = password;
        this.name = name;
        this.surname = surname;
        this.middlename = middlename;
        this.tickets = tickets;
        this.organizations = organizations;
    }

    public long getUserId() {
        return this.userId;
    }

    public void setUserId(long userId) {
        this.userId = userId;
    }

    public UserType getUserType() {
        return this.userType;
    }

    public void setUserType(UserType userType) {
        this.userType = userType;
    }

    public String getEmail() {
        return this.email;
    }

    public void setEmail(String email) {
        this.email = email;
    }

    public String getPassword() {
        return this.password;
    }

    public void setPassword(String password) {
        this.password = password;
    }

    public String getName() {
        return this.name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public String getSurname() {
        return this.surname;
    }

    public void setSurname(String surname) {
        this.surname = surname;
    }

    public String getMiddlename() {
        return this.middlename;
    }

    public void setMiddlename(String middlename) {
        this.middlename = middlename;
    }

    public Set<Ticket> getTickets() {
        return this.tickets;
    }

    public void setTickets(Set<Ticket> tickets) {
        this.tickets = tickets;
    }

    public Set<Organization> getOrganizations() {
        return this.organizations;
    }

    public void setOrganizations(Set<Organization> organizations) {
        this.organizations = organizations;
    }

}

public class UserType implements Java.io.Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = -206438165274679246L;
    private long userTypeCode;
    private String userTypeName;
    private Set<User> users = new HashSet<User>(0);

    public UserType() {
    }

    public UserType(long userTypeCode, String userTypeName) {
        this.userTypeCode = userTypeCode;
        this.userTypeName = userTypeName;
    }

    public UserType(long userTypeCode, String userTypeName, Set<User> users) {
        this.userTypeCode = userTypeCode;
        this.userTypeName = userTypeName;
        this.users = users;
    }

    public long getUserTypeCode() {
        return this.userTypeCode;
    }

    public void setUserTypeCode(long userTypeCode) {
        this.userTypeCode = userTypeCode;
    }

    public String getUserTypeName() {
        return this.userTypeName;
    }

    public void setUserTypeName(String userTypeName) {
        this.userTypeName = userTypeName;
    }

    public Set<User> getUsers() {
        return this.users;
    }

    public void setUsers(Set<User> users) {
        this.users = users;
    }

}

hier sind Zuordnungen

<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
                                   "http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd">
<!-- Generated Mar 16, 2014 10:31:53 AM by Hibernate Tools 4.0.0 -->
<hibernate-mapping>
    <class name="com.digitalticket.model.User" table="&quot;USER&quot;">
        <id name="userId" type="long">
            <column name="USER_ID" precision="10" scale="0" />
            <generator class="assigned" />
        </id>
        <many-to-one class="com.digitalticket.model.UserType"
            fetch="select" name="userType">
            <column name="USER_TYPE" precision="10" scale="0" />
        </many-to-one>
        <property generated="never" lazy="false" name="email" type="string">
            <column length="20" name="EMAIL" not-null="true" unique="true" />
        </property>
        <property generated="never" lazy="false" name="password"
            type="string">
            <column length="32" name="PASSWORD" not-null="true" />
        </property>
        <property generated="never" lazy="false" name="name" type="string">
            <column length="64" name="NAME" not-null="true" />
        </property>
        <property generated="never" lazy="false" name="surname" type="string">
            <column length="64" name="SURNAME" not-null="true" />
        </property>
        <property generated="never" lazy="false" name="middlename"
            type="string">
            <column length="64" name="MIDDLENAME" />
        </property>
        <set fetch="select" inverse="true" lazy="true" name="tickets"
            sort="unsorted" table="TICKET">
            <key>
                <column name="USER" precision="10" scale="0" />
            </key>
            <one-to-many class="com.digitalticket.model.Ticket" />
        </set>
        <set fetch="select" lazy="true" name="organizations" sort="unsorted"
            table="AUDITOR">
            <key>
                <column name="USER" not-null="true" precision="9" scale="0" />
            </key>
            <many-to-many entity-name="com.digitalticket.model.Organization"
                unique="false">
                <column name="ORGANIZATION" not-null="true" precision="10"
                    scale="0" />
            </many-to-many>
        </set>
    </class>
</hibernate-mapping>

<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd">
<!-- Generated Mar 16, 2014 10:31:53 AM by Hibernate Tools 4.0.0 -->
<hibernate-mapping>
    <class name="com.digitalticket.model.UserType" table="USER_TYPE">
        <id name="userTypeCode" type="long">
            <column name="USER_TYPE_CODE" precision="10" scale="0" />
            <generator class="assigned" />
        </id>
        <property name="userTypeName" type="string">
            <column name="USER_TYPE_NAME" length="40" not-null="true" unique="true" />
        </property>
        <set name="users" table="USER" inverse="true" lazy="true" fetch="select">
            <key>
                <column name="USER_TYPE" precision="10" scale="0" />
            </key>
            <one-to-many class="com.digitalticket.model.User" />
        </set>
    </class>
</hibernate-mapping>

Ich verwende den Oracle Weblogic 12c-Server

29
Sergey Pekar

Fixiert durch Ändern der Abhängigkeit in meiner pom.xml auf ältere Version 4.3.4.Final Der Fehler wurde in 4.3.4.Finalversion in 4.2.7.Final geändert.

Ich glaube nicht, dass es die beste Lösung ist, aber ich habe keine andere gefunden.

8
Sergey Pekar

Ich benutze es mit Hibernate 4.3.5.Final und habe ein ähnliches Problem mit Javassist.

<dependency>
    <groupId>org.javassist</groupId>
    <artifactId>javassist</artifactId>
    <version>3.18.1-GA</version> 
</dependency>

In späteren Ausgaben wird es wieder behoben

Damit funktioniert alles in meinem Fall, 

24
anquegi

In meinem Fall bestand das Problem darin, dass sich im Klassenpfad zwei javassist Bibliotheken befanden. Eine von org.hibernate und eine andere von org.Apache.struts.xwork. Gelöst durch Entfernen des letzteren.

17
rand0m86

Wie hat anquegi schon kommentiert. Sie haben einen Lib-Konflikt. Zurück in den Ruhezustand auf 4.2.7.Final wird Ihren lib-Konflikt nicht lösen Führen Sie mvn dependency:tree -Dverbose aus, und suchen Sie nach verschiedenen Versionen von javassist. In meinem Fall muss ich Javassist aus Hibernate-Abhängigkeiten ausschließen.

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-core</artifactId>
    <version>${hibernate.version}</version>
    <exclusions>
        <exclusion>
            <groupId>org.javassist</groupId>
            <artifactId>javassist</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-entitymanager</artifactId>
    <version>${hibernate.version}</version>
    <exclusions>
        <exclusion>
            <groupId>org.javassist</groupId>
            <artifactId>javassist</artifactId>
        </exclusion>
    </exclusions>
</dependency>

Dies kann anderen in Zukunft helfen.

11
Paulo Jr

Während ich mich nur teilweise mit Ihrer Frage befasste, wollte ich dies irgendwo posten, um jedem zu helfen, der bei der Verwendung von SpringMVC, Hibernate und Apache Tiles auf dieses Problem stoßen könnte.

Ich bekam diese Ausnahme, als ich org.Apache.tiles-Kacheln-Extras hatte, die als Abhängigkeit aufgelistet waren. Kacheln-Extras und Hibernate-Core haben verschiedene Versionen von Javassist als Abhängigkeit aufgelistet. Durch Hinzufügen der folgenden Informationen zu meiner Datei pom.xml konnte ich den Fehler beheben.

<dependency>
    <groupId>org.Apache.tiles</groupId>
    <artifactId>tiles-extras</artifactId>
    <version>3.0.5</version>
    <exclusions>
        <exclusion>
            <artifactId>javassist</artifactId>
            <groupId>jboss</groupId>
        </exclusion>
    </exclusions>
</dependency>
10
Peter Kirby

Es sieht so aus, als ob Weblogic Javaassist älter enthält als Ihre Anwendung. Es kann in Anwendungsdeskriptor, weblogic.xml oder weblogic-application.xml behoben werden. Einfach hinzufügen 

<prefer-application-packages>
    <package-name>javassist</package-name>        
</prefer-application-packages>

in das root config Element.

Übrigens, Sie können solche Konflikte mit dem Weblogic Classloader Analysis Tool überprüfen. Sie können auf den Kontextpfad des/wls-cat Ihres Servers zugreifen.

10

Ich hatte ein ähnliches Problem bei JBoss EAP 7.1.3 (EAP 6.0.1) für den Ruhezustand 4.2.x. Sein, weil JBoss-Module bereits javassist lib enthalten.

Ich habe das Problem gelöst, indem ich im WEB-INF-Verzeichnis jboss-deploy-structure.xml mit diesem Inhalt erstellt habe:

<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2">
  <deployment>
    <exclusions>
      <module name="org.javassist"/>
    </exclusions>
    <local-last value="true" />
  </deployment>
</jboss-deployment-structure>
5
rgrebski

Ich habe die 4.2.8-Final-Version von Hibernate verwendet und hatte dieses Problem. Ich habe die folgenden Antworten/Vorschläge zuvor durchgearbeitet. Hier ist die Abfolge der Ereignisse, die ich gemacht habe - Um das Problem mit 4.2.8-Final zu beseitigen, wurde in Websphere der Klassenlader-Ansatz "Elternklassen zuletzt" verwendet. Vor kurzem, als das Projekt an Größe zunahm (durch mehr Winterschlaf-ähnliche Gefäßaromen), begann das gleiche Problem.

Schließlich schloss der "Javassist" den Winterschlaf aus

<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-core</artifactId>
<version>${hibernate.version}</version>
<exclusions>
    <exclusion>
        <groupId>org.javassist</groupId>
        <artifactId>javassist</artifactId>
    </exclusion>
</exclusions>

und hinzugefügt 

<dependency>
<groupId>org.javassist</groupId>
<artifactId>javassist</artifactId>
<version>3.18.1-GA</version> 

Auch das Problem wurde dadurch nicht vollständig gelöst (dennoch musste ich den Klassenladeransatz mit übergeordnetem Klassenlauf und Ruhezustand verwenden, um das Problem zu lösen.).

Schließlich habe ich die Hibernat-Version von 4.2.8-Final auf 4.2.7-Final heruntergestuft, und das Problem wurde behoben (Ich muss meine Klassen-Loader-Präferenz in der Websphere-Administrationskonsole nicht mehr als übergeordnetes Element ändern)

Nicht genau sicher, welche Änderung in 4.2.8 Hibernate dieses Problem verursacht. Neugierig zu wissen.

3
Kisanagaram

Behobenes Problem für Weblogic-basierte Spring-Hibernate-JPA-Anwendung. Die Klassenumwandlungsausnahme tritt auf, wenn Konflikte zwischen Weblogik-Servern und Javassist-Jar bestehen. Fügen Sie die Version javassist-3.18.0-ga.jar oder höher in Ihren Klassenpfad ein, und fügen Sie der Datei weblogic-application.xml unten Codezeilen hinzu, um das Problem zu beheben.

<wls:prefer-application-packages>
        <wls:package-name>javassist.*</wls:package-name>
  </wls:prefer-application-packages>
2
shailesh Totale

Ich hatte das gleiche Problem mit Spring Data JPA. Ich bestätige, dass es aus einem jassistischen Konflikt kommt. .___.Die Lösung ist :

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-core</artifactId>
    <scope>compile</scope>
    <exclusions>
        <exclusion>
            <artifactId>javassist</artifactId>
            <groupId>org.javassist</groupId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>org.javassist</groupId>
    <artifactId>javassist</artifactId>
    <version>3.18.2-GA</version>
    <scope>compile</scope>
</dependency>
0
rasolog

Ich hatte das gleiche Problem bei der Verwendung von Hibernate + Titeln. Gelöst durch Ausschluss von Javassist von Fliesen-Extras:

<dependency>
  <groupId>org.Apache.tiles</groupId>
  <artifactId>tiles-extras</artifactId>
  <version>3.0.5</version>
  <exclusions>
    <exclusion>
      <groupId>jboss</groupId>
      <artifactId>javassist</artifactId>
    </exclusion>
  </exclusions>
</dependency>
0
Weidong Fang

Wenn Sie Ihre Anwendung im Hibernate-Modus auf dem Weblogic-Server oder ähnlichem bereitstellen, wird eine frühere Version von Javassist-JAR im Modulordner des Servers verfügbar sein. Dies würde dazu führen, dass der Konflikt, über den in den vorherigen Antworten gesprochen wurde, zu mehr Gläsern im Klassenpfad führt. 

speziell für die weblogic add following in Ihrer weblogic-application.xml

fügen Sie den Paketnamen javaassist. * hinzu, um sicherzustellen, dass das neueste Paket abgeholt wird. 

<?xml version="1.0" encoding="UTF-8"?>
<wls:weblogic-application
   xmlns:wls="http://www.bea.com/ns/weblogic/weblogic-application"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://Java.Sun.com/xml/ns/javaee http://Java.Sun.com/xml/ns/javaee/javaee_5.xsd http://www.bea.com/ns/weblogic/weblogic-application http://www.bea.com/ns/weblogic/weblogic-application/1.0/weblogic-application.xsd">

   <wls:ejb>
      <wls:start-mdbs-with-application>false
      </wls:start-mdbs-with-application>
   </wls:ejb>

   <wls:prefer-application-packages>
      <wls:package-name>antlr.*</wls:package-name>
      <wls:package-name>org.Apache.commons.*</wls:package-name>
      <wls:package-name>org.Apache.xmlbeans.*</wls:package-name>
      <wls:package-name>org.springframework.*</wls:package-name>
      <wls:package-name>org.hibernate.*</wls:package-name>
      <wls:package-name>org.joda.*</wls:package-name>
      <wls:package-name>javax.persistence.*</wls:package-name>
      <wls:package-name>com.google.*</wls:package-name>
      <wls:package-name>com.ibm.icu.*</wls:package-name>
      <wls:package-name>org.Apache.axiom.*</wls:package-name>
      <wls:package-name>javassist.*</wls:package-name>
   </wls:prefer-application-packages>
</wls:weblogic-application>
0
Amit Agarwal

Ich hatte ein ähnliches Problem mit Javassist. Ich verwende die folgenden Abhängigkeiten in der Datei pom.xml -

<org.hibernate.version>4.2.15.Final</org.hibernate.version>
<org.pentaho.di>6.0.1.0-386</org.pentaho.di>


<dependency>
            <groupId>pentaho-kettle</groupId>
            <artifactId>kettle-core</artifactId>
            <version>${org.pentaho.di}</version>
            <exclusions>
                <exclusion>
                    <artifactId>xercesImpl</artifactId>
                    <groupId>xerces</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>javassist</artifactId>
                    <groupId>javassist</groupId>
                </exclusion>
            </exclusions>
        </dependency>



    <dependency>
            <groupId>org.hibernate</groupId>
            <artifactId>hibernate-ehcache</artifactId>
            <version>${org.hibernate.version}</version>
            <exclusions>
                <exclusion>
                    <artifactId>slf4j-api</artifactId>
                    <groupId>org.slf4j</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>ehcache-core</artifactId>
                    <groupId>net.sf.ehcache</groupId>
                </exclusion>
            </exclusions>
        </dependency>

+- org.hibernate:hibernate-ehcache:jar:4.2.15.Final:compile
[INFO] |  +- org.jboss.logging:jboss-logging:jar:3.1.0.GA:compile
[INFO] |  \- org.hibernate:hibernate-core:jar:4.2.15.Final:compile
[INFO] |     +- antlr:antlr:jar:2.7.7:compile
[INFO] |     +- (org.jboss.logging:jboss-logging:jar:3.1.0.GA:compile - omitted for duplicate)
[INFO] |     +- (dom4j:dom4j:jar:1.6.1:compile - omitted for duplicate)
[INFO] |     +- org.javassist:javassist:jar:3.18.1-GA:compile

Hibernate enthält die entsprechende Version, daher wird sie aus dem Pentaho-Kern entfernt Ich fand den Abhängigkeitsbaum mit

mvn dependency:tree -Dverbose >> C:\pipeout2.txt
0
user471450

Überprüfen Sie den Rückgabetyp T oder List<T>of der Ergebnisse

0
Wundwin Born