Omg, thanks!
I did the upgrade and, after a bunch of other minor fixes I still ran
into the Dalvik problem.
My "fix" was a bit different. And not quite sure what actually made it
work.
- I made the changes suggested in this thread - namely touching up the
build path. Then "clean all" and built .. closed Eclipse, clean,
build ... but still didn't not fixed. Although the extra referenced
library projects in Package Explorer went away.
S ..
- I turned off build automatically
- Closed each of the projects in Eclipse (application plus the
separate library projects)
- Closed Eclipse
- Deleted each of the {Project}/bin directories from my local system
manually (ie, Windows Explorer)
- Reopened Eclipse
- Opened each project individually starting with the lowest library up
to the application building each project as I went along ... As
Eclipse opened each I could see it reconstruct the projects contents
in Package Explorer as it detected the missing ./bin directory
- By the time I opened and built the main application project it all
seemed to link and work okay .. ie, no more Dalvik error.
Side note: I looked in the ./bin directories before deleting and there
were sub-directories {classes, res} but they were otherwise empty. So
I am guessing that really had no effect. And, more likely, it was the
fact Eclipse did the refresh on the Project that made the real
difference.
(Maybe a subtle difference between an "F5 refresh" and "detecting a
change on the file system" refresh?)
Side note #2 (other side) ... using Perforce for source control
management. I wouldn't be at all surprised it that might have marked
something read-only or somehow interfered with Eclipse detecting the
change.
At any rate, perhaps the above helps shed some light on something for
somebody :)
On Oct 21, 1:09 pm, Xavier Ducrohet wrote:
> Forgot to add the link to the migration, but looking at it I can't find it :\
>
> Will put official information up soon.
>
>
>
>
>
>
>
>
>
> On Fri, Oct 21, 2011 at 2:08 PM, Xavier Ducrohet wrote:
> > hey,
>
> > we have a migration note at the end of but obviously we should have
> > put this more forward.
>
> > A great explanation of the issue and how to fix it is here:
> >http://android.foxykeep.com/dev/fix-the-conversion-to-dalvik-format-f...
>
> > On Fri, Oct 21, 2011 at 12:00 PM, Ben H wrote:
> >> since updating ADT to r14, i've been plagued by the bug described here
>
> >>http://code.google.com/p/android/issues/detail?id=20398
>
> >> and here
>
> >>http://stackoverflow.com/questions/7823312/problems-building-with-adt...
>
> >> i was surprised that i couldn't find a thread about this bug in this
> >> group. i'm hoping someone here has some insight. i've tried all the
> >> solutions offered so far, and none of them work for me.
>
> >> my comment from the bug report: i'm having this problem too. my app
> >> only references one library - my LVL library. i have tried removing
> >> the reference, cleaning .classpath, and .project, and removing
> >> references to source folders. i've cleaned the project, opened and
> >> closed it, and waved a dead chicken over my keyboard. nothing has
> >> worked. please help!
>
> >> my console output with stack trace:
>
> >> [2011-10-20 23:32:04 - MyApp] Dx UNEXPECTED TOP-LEVEL
> >> EXCEPTION:java.lang.IllegalArgumentException:alreadyadded: Lcom/
> >> android/vending/licensing/AESObfuscator;
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.dex.file.ClassDefsSection.add(ClassDefsSection.java:
> >> 123)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.dex.file.DexFile.add(DexFile.java:163)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.processClass(Main.java:486)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.processFileBytes(Main.java:455)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.access$400(Main.java:67)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main
> >> $1.processFileBytes(Main.java:394)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.java:
> >> 245)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:
> >> 131)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:
> >> 109)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.processOne(Main.java:418)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.processAllFiles(Main.java:329)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> com.android.dx.command.dexer.Main.run(Main.java:206)
> >> [2011-10-20 23:32:04 - MyApp] Dx at
> >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >> [2011-10-20 23:32:04 - MyA
