No puede heredar del error de clase final

¿Qué significa este error? Se ejecuta bien en Eclipse pero no en idea inteligente

Exception in thread "main" java.lang.VerifyError: Cannot inherit from final class at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) at java.lang.ClassLoader.defineClass(ClassLoader.java:615) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at com.couchbase.client.ViewConnection.createConnections(ViewConnection.java:120) at com.couchbase.client.ViewConnection.(ViewConnection.java:100) at com.couchbase.client.CouchbaseConnectionFactory.createViewConnection(CouchbaseConnectionFactory.java:179) at com.couchbase.client.CouchbaseClient.(CouchbaseClient.java:243) at com.couchbase.client.CouchbaseClient.(CouchbaseClient.java:175) at com.couchbase.App.putincbase(App.java:122) at examplesCons.TestCons.run(TestCons.java:89) at examplesCons.TestCons.main(TestCons.java:121) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120) 

Me sale este error cuando trato de ejecutar couchbase usando couchbase-client-1.1.6.jar de Intellij IDea.

si está utilizando kotlin, agregue open a su statement de clase (extiende RealmObject)

El mensaje significa lo que dice.

En algún lugar, de alguna manera, ha logrado crear una clase que amplía una superclase, donde la superclase se ha declarado como final .

La causa más probable es que tenga un conflicto entre su classpath de comstackción y su classpath de inicio. En otras palabras, está comstackndo su subclase contra una versión de la superclase que no es final , y luego se ejecuta contra una versión que es final . El verificador está diciendo (correctamente) que esto está mal.


Si no es su comstackción / una de sus clases lo que está causando esto, entonces es un conflicto interno dentro de las clases de clientes CouchDB que está utilizando. De hecho, el hecho de que esto es un VerifyError lugar de un IncompatibleClassChangeError sugiere que esto puede ser un problema con algunos bytecodes generados dinámicamente.

    Intereting Posts