When I am including the jaxp.jar, I get the following error-
trouble processing "javax/xml/XMLConstants.class": [2009-05-08 16:53:18 - TestProject] Attempt to include a core VM class in something other than a core library. It is likely that you have attempted to include the core library from a desktop virtual machine into an application, which will most assuredly not work. If you really intend to build a core library -- which is only appropriate as part of creating a full virtual machine binary, as opposed to compiling an application -- then use the "--core-library" option to suppress this error message. If you go ahead and use "--core-library" but are in fact building an application, then please be aware that your build will still fail at some point; you will simply be denied the pleasure of reading this helpful error message. [2009-05-08 16:53:18 - TestProject] 1 error; aborting [2009-05-08 16:53:18 - TestProject] Conversion to Dalvik format failed with error 1
Has anyone faced this problem? Any help will be really appreciated I have gone with some solutions but they are not specific.
the error you get from Dx is based only on the java package names of the libs you are importing and nothing else.
the message can by summarized as: if you import a library in the
javax.* namespace, it’s very likely that it depends on other “core” libraries that are only provided as part of the JDK, and therefore won’t be available in the Android platform. it’s essentially preventing you from doing something stupid, which is accurate 99% of the time when you see that message.
now, of course, just because a java package starts with
javax.* does not necessarily mean that it depends on the JDK proper. it may work perfectly fine in android. to get around the stupidity check, add the –core-library option to dx. change the last line of
exec java $javaOpts -jar "$jarpath" "$@"
exec java $javaOpts -jar "$jarpath" --core-library "$@"
in my case, i was including a library that depended on Jackson, which depends on JAXB. for me, overriding the stupidity check was acceptable because the library’s use of Jackson was only for JSON and not for XML serialization (i only include the JAXB API library, not the impl). of course i wish there was a cleaner way to go about this, but re-writing the top level library to avoid using Jackson was not an option.
I see two possibilities:
In your project’s folder, the file
.classpath could be wrong. Try to replace it with:
<?xml version="1.0" encoding="UTF-8"?> <classpath> <classpathentry kind="src" path="src"/> <classpathentry kind="src" path="gen"/> <classpathentry kind="con" path="com.android.ide.eclipse.adt.ANDROID_FRAMEWORK"/> <classpathentry kind="output" path="bin"/> </classpath>
If it does not work, it means the library you are trying to include is not compatible with Android.
If you are including a core class then this error is self explanatory. If you aren’t (search your code, just to make sure) then I have seen this error from time to time only when using Eclipse when the Android “library” gets added to the Eclipse build path multiple times on accident.
I don’t know how it gets in that state, but it has happened to me twice now. To resolve it, you need to fix the .classpath file as Nicolas noted. Another way to do that is to edit the “Java Build Path” (right click on the project and select properties) and remove your Android* libraries (if there are more than one remove them all).
This will cause the project to fail to compile and have many errors, but, once you are sure you have gotten rid of all the libraries you can then right click the project again and select “Android Tools”->”Fix Project Properties” and the correct (single copy) of Android.jar will be added back and things should work fine again from there.
I got this after copy-pasting an Android project into the same workspace. Deleting it from disk afterwards wasn’t enough, cause Eclipse still hade some reference to it hidden away. I also had to remove the following folder under the workspace folder:
I’m not including a core class or building a core library or any of that.
yes, you are:
trouble processing “javax/xml/XMLConstants.class”
java.* and javax.* both count. you can use the –core-library switch if you just want to ignore this in a test app, but heed the warning: “your application will still fail to build or run, at some point. Please be prepared for angry customers who find, for example, that your application ceases to function once they upgrade their operating system. You will be to blame for this problem.”
the right fix, as it says, for a shipping app, is to repackage those classes (i.e. move them to a new directory, edit their “package” lines correspondingly, and update the “import” lines in their callers).