Error al importar jar en un proyecto android

Debajo del error que consigo mientras que pone apache xerces.jar en la trayectoria de la estructura.

He buscado antes para el error .. y las soluciones descritas fueron para los frascos en conflicto .. pero que no es el caso aquí .. estoy recibiendo algunos ParserException debido a una mala utf-8

He intentado (pero sin suerte):

Limpiar el proyecto
Reiniciar eclipse
Actualizando adt, sdk
Eliminando todas las libs y arreglando propiedades proj e importando xerces para resolver conflictos
Además sólo tengo sólo 1 lib externa xerces

De soluciones aquí

Quitar xerces ejecuta el proj

Pocos meses atrás había importado xerces normalmente vía vía de construcción y había funcionado. ¡Cualquier ayuda apreciada!

[2013-12-24 12:21:44 – tryout] Dx EXCEPCION INESPERADA DEL TOP-LEVEL: com.android.dx.cf.iface.ParseException: utf-8 malo byte a0 en el desplazamiento 00000004 en com.android.dx.cf .cst.ConstantPoolParser.parseUtf8 (ConstantPoolParser.java:374) en com.android.dx.cf.cst.ConstantPoolParser.parse0 (ConstantPoolParser.java:262) en com.android.dx.cf.cst.ConstantPoolParser.parse0 (ConstantPoolParser .java: 294) en com.android.dx.cf.cst.ConstantPoolParser.parse (ConstantPoolParser.java:150) en com.android.dx.cf.cst.ConstantPoolParser.parseIfNecessary (ConstantPoolParser.java:124) en com. Android.dx.cf.cst.ConstantPoolParser.getPool (ConstantPoolParser.java:115) en com.android.dx.cf.direct.DirectClassFile.parse0 (DirectClassFile.java:482) en com.android.dx.cf.direct. DirectClassFile.parse (DirectClassFile.java:406) en com.android.dx.cf.direct.DirectClassFile.parseToInterfacesIfNecessary (DirectClassFile.java:388) en com.android.dx.cf.direct.DirectClassFile.getMagic (DirectClassFile.java: 251) en com.android.dx.command.dexer.M Ain.processClass (Main.java:665) en com.android.dx.command.dexer.Main.processFileBytes (Main.java:634) en com.android.dx.command.dexer.Main.access $ 600 (Main.java : 78) en com.android.dx.command.dexer.Main $ 1.processFileBytes (Main.java:572) en com.android.dx.cf.direct.ClassPathOpener.processArchive (ClassPathOpener.java:284) en com.android .dx.cf.direct.ClassPathOpener.processOne (ClassPathOpener.java:166) en com.android.dx.cf.direct.ClassPathOpener.process (ClassPathOpener.java:144) en com.android.dx.command.dexer.Main .processOne (Main.java:596) en com.android.dx.command.dexer.Main.processAllFiles (Main.java:498) en com.android.dx.command.dexer.Main.runMonoDex (Main.java:264 ) En com.android.dx.command.dexer.Main.run (Main.java:230) en sun.reflect.NativeMethodAccessorImpl.invoke0 (Método nativo) en sun.reflect.NativeMethodAccessorImpl.invoke (fuente desconocida) en sun.reflect .DelegatingMethodAccessorImpl.invoke (Fuente desconocida) en java.lang.reflect.Method.invoke (Fuente desconocida) en com.android.ide.eclipse.a Dt.internal.build.DexWrapper.run (DexWrapper.java:187) en com.android.ide.eclipse.adt.internal.build.BuildHelper.executeDx (BuildHelper.java:786) en com.android.ide.eclipse. Adt.internal.build.builders.PostCompilerBuilder.build (PostCompilerBuilder.java:597) en org.eclipse.core.internal.events.BuildManager $ 2.run (BuildManager.java:733) en org.eclipse.core.runtime.SafeRunner .run (SafeRunner.java:42) en org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:206) en org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:328 ) En org.eclipse.core.internal.events.BuildManager.build (BuildManager.java:403) en org.eclipse.core.internal.resources.Project $ 1.run (Project.java:618) en org.eclipse.core .internal.resources.Workspace.run (Workspace.java:2345) en org.eclipse.core.internal.resources.Project.internalBuild (Project.java:597) en org.eclipse.core.internal.resources.Project.build (Project.java:124) en com.android.ide.eclipse.adt.internal.project.ProjectHelper.doF UllIncrementalDebugBuild (ProjectHelper.java:1116) en com.android.ide.eclipse.adt.internal.launch.LaunchConfigDelegate.launch (LaunchConfigDelegate.java:147) en org.eclipse.debug.internal.core.LaunchConfiguration.launch (LaunchConfiguration. Java: 858) en org.eclipse.debug.internal.core.LaunchConfiguration.launch (LaunchConfiguration.java:707) en org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch (DebugUIPlugin.java:1018) at org.eclipse .debug.internal.ui.DebugUIPlugin $ 8.run (DebugUIPlugin.java:1222) en org.eclipse.core.internal.jobs.Worker.run (Worker.java:53) Causado por: java.lang.IllegalArgumentException: bad utf -8 byte a0 en el desplazamiento 00000004 en com.android.dx.rop.cst.CstString.throwBadUtf8 (CstString.java:171) en com.android.dx.rop.cst.CstString.utf8BytesToString (CstString.java:143) at Com.android.dx.rop.cst.CstString (CstString.java:200) en com.android.dx.cf.cst.ConstantPoolParser.parseUtf8 (ConstantPoolParser.java:371) … 43 más … mientras se analiza Cst 012c en el desplazamiento 00000afe … mientras que p Arsing cst 00a5 en offset 00000316 … mientras analiza > org / apache / xerces / impl / xpath / regex / ParserForXMLSchema.class

> [2013-12-24 12:21:44 – prueba] Dx 1 error; Aborting [2013-12-24 12:21:44 – tryout] La conversión al formato Dalvik falló con error 1

En su pregunta, usted menciona:

Pocos meses atrás había importado xerces normalmente vía vía de construcción y había trabajado

Esto levantó la bandera roja para mí, ya que "meses" también podría ser una vida cuando se trata de bibliotecas que se están actualizando constantemente. Tal vez su problema no es con la compatibilidad de archivos jar con Eclipse, sino más bien, un problema con el propio archivo jar, que podría explicar su error de analizador con el "mal UTF-8 byte".

De acuerdo con Apache ( http://xerces.apache.org/xerces2-j/install.html ), resulta que xerces.jar ahora está obsoleto:

Xerces.jar ya no está disponible en la distribución principal. Todavía puede descargar este tarro de la distribución obsoleta. Xerces.jar es un archivo Jar que contiene todos los archivos de la clase parser (es decir, contiene la intersección de los contenidos de xercesImpl.jar y xml-apis.jar).

Por lo tanto, en la misma página que la lista anterior, encontré que sólo tienes que reemplazar xerces.jar con dos nuevos archivos: xercesImpl.jar y xml-apis.jar . Vea el extracto abajo (del mismo acoplamiento como arriba):

Cambios en los archivos jar de Xerces :

Con el fin de acomodar el caso muy común en el que Xerces se utiliza con un procesador XSLT como Xalan, entre Xerces 2.0.0 beta 3 y beta 4 se introdujo un cambio en la organización por defecto de los archivos jar de Xerces. Así como el archivo xercesSamples.jar, que todavía producimos, Xerces anteriormente venía con un archivo llamado xerces.jar. Este archivo contenía toda la funcionalidad del analizador. Ahora se incluyen dos archivos: xercesImpl.jar, nuestra implementación de varias API, y xml-apis.jar, las propias API . Esto se hizo para que, si su procesador XSLT se suministra con APIs al mismo nivel que los soportados por Xerces-J, puede evitar poner xml-apis.jar en su classpath.

Si todavía desea / necesita usar xerces.jar, Apache ha proporcionado una forma de compatibilidad con versiones anteriores :

Si desea utilizar xerces.jar en su lugar, hemos incluido varios objetivos Ant para compatibilidad con versiones anteriores. Un "Ant target" es un argumento dado a Ant, nuestra herramienta de compilación, que le dice qué partes del archivo build.xml debe aplicar.

Si está en un sistema Windows y desea obtener sólo el archivo xerces.jar, ejecuta build.bat deprecatedjars.

El enlace anterior continúa enumerando más problemas potenciales que podría encontrarse con problemas de versión. Déjeme saber si esto soluciona su problema; Si no, seguiré buscando soluciones potenciales.

Esto parece ser un problema con el último ADT. He estado experimentando el mismo problema desde que actualizé a ADT 22.6.3, y lo arreglé quitando el archivo de JER de xerces de la trayectoria de la estructura, y usando en lugar de otro el código de fuente de xerces-para-android: https://code.google. Com / p / xerces-for-android / fuente / comprobación

Sólo tiene que descargar el código fuente utilizando SVN, a continuación, copie el código fuente en la carpeta de origen del proyecto y actualice algunas importaciones. Funcionó para mí.

Espero eso ayude.

Le sugiero que elimine todos instalar nuevo eclipse y descargar la versión más reciente adt. La mejor práctica es usar Android Studio y construir su proyecto con Gradle.And importar sus dependencias con Gradle, que le ofrece gran variedad de características. Puede encontrar Documento sobre Vogella tutorial

Y Tutorial Oficial de Android