I have a similar but different problem. If found examples in several places on how to use openGL. However all these examples show using the Open GL imports like: import javax.microedition.khronos.egl.EGL10; When i use these I get the same message discussed above: Attempt to include a core class (java.* or javax.*) in something other than a core library. It is likely that you have attempted to include in an application the core library (or a part thereof) from a desktop virtual machine. This will most assuredly not work. At a minimum, it jeopardizes the compatibility of your app with future versions of the platform. It is also often of questionable legality.
Do we have to indirectly reference these classes via the android opengl classes? Not sure why I see so manyexamples using the javax khronos.egl classes. Thanks for any help On Oct 29, 8:01 pm, JP <joachim.pfeif...@gmail.com> wrote: > OK fixed. > I've toyed around a little more and, in Eclipse, applied Android Tools> Fix > Project Properties. > > That created a single Google APIs [Android 2.0] entry in Libraries, as > opposed to the two individual entries android.jar and maps.jar > For future reference. Hope this helps someone else. > > On Oct 29, 7:51 pm, JP <joachim.pfeif...@gmail.com> wrote: > > > > > After getting comfy with the Android 2.0 environment and emulator (for > > the most part), I took the next step to bind <myapp> against the > > latest Android 2.0 jars: android.jar and maps.jar > > > The existing code (working in Android 1.6) did not need any changes to > > compile, but the app doesn't build due to a weird error message that > > prevents the build. See snippet below, drawn from the Eclipse > > Console. > > I have no aspirations to run up against any core library classes, and > > I am not aware I do. In other words, I am not implementing > > SealedObject (or any other core class that I am aware of) that would > > run up against Dalvik. Not in the javax, java or any other namespace. > > Anybody got any pointers what's going on here? > > > <----- Snippet ----> > > > [2009-10-29 19:37:42 - <myapp>] > > trouble processing "javax/crypto/SealedObject.class": > > [2009-10-29 19:37:42 - <myapp>] > > Attempt to include a core class (java.* or javax.*) in something other > > than a core library. It is likely that you have attempted to include > > in an application the core library (or a part thereof) from a desktop > > virtual machine. This will most assuredly not work. At a minimum, it > > jeopardizes the compatibility of your app with future versions of the > > platform. It is also often of questionable legality. > > > If you really intend to build a core library -- which is only > > appropriate as part of creating a full virtual machine distribution, > > 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 be forewarned that 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. > > > If you are legitimately using some code that happens to be in a core > > package, then the easiest safe alternative you have is to repackage > > that code. That is, move the classes in question into your own package > > namespace. This means that they will never be in conflict with core > > system classes. If you find that you cannot do this, then that is an > > indication that the path you are on will ultimately lead to pain, > > suffering, grief, and lamentation. > > > [2009-10-29 19:37:42 - <myapp>]1 error; aborting > > [2009-10-29 19:37:42 - <myapp>]Conversion to Dalvik format failed with > > error 1 > > > <----------- Snippet ----------------> -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
