2

I am trying to get a hello world android app work with scala and intellij Whoever tried the same feat must be familiar with the following steps. The problem happens at the end when I am using the sbt

Please note the versions for each tool I use. For starters I am using the java version 1.7.0_07

-Download and setup the android sdk. I have downloaded all versions from 1.5 (API 3) to 4.1 (API 16). I will not go into further details on this. There are many tutorials already.

We are going to need the android home path in an enviroment variable. So let's set a persistant enviroment variable for the current user

gedit ~/.pam_environment

and now append this: ANDROID_HOME= e.g.

ANDROID_HOME=/home/pligor/android-sdks

Now let's grab the sbt tool. We would rather have a manual installation of sbt. Find the “Unix” section in the link: https://github.com/harrah/xsbt/wiki/Getting-Started-Setup and download sbt-launch.jar and place it in ~/bin Currently this is version 0.12.0 Then create an sbt file:

gedit ~/bin/sbt

write this line inside:

java -Xms512M -Xmx1536M -Xss1M -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=384M -jar `dirname $0`/sbt-launch.jar "$@"

and make script executable:

chmod u+x ~/bin/sbt

Now you need to install an sbt plugin for the intellij. The sbt-idea version 1.1.0:

gedit ~/.sbt/plugins/build.sbt

add append inside the line (remember each .sbt files seperates each statement by an extra empty line):

addSbtPlugin("com.github.mpeltonen" % "sbt-idea" % "1.1.0")

For github templates you need the giter8 tool. So execute:

curl https://raw.github.com/n8han/conscript/master/setup.sh | sh

and then execute:

cs n8han/giter8

Now I use the g8 to get an android app template from jberkel:

g8 jberkel/android-app

There are some questions for you to setup. Currently I leave everything to default. Which means I use scala version 2.9.1 and Android 2.3.3 (API 10) and scalatest_version of 1.8.RC1. I am not accustomed with proguard since I haven't use it before so I set useProguard to false.

Before you run sbt: The android-plugin is currently compatible with the 0.11.3 version of sbt we need to make an adjustment. So inside the folder of the new android application execute: gedit project/build.properties and insert this line: sbt.version=0.11.3

Inside the same folder execute: sbt 'gen-idea no-classifiers' compile

and then go to the sbt interactive mode console: sbt

Inside the console execute: android:package-debug

And I believe these kind of warnings is where the problem starts: trouble processing: bad class file magic (cafebabe) or version (0033.0000) ...while parsing my/android/project/R$id.class

Now you can try to start an android emulator: android:emulator-start # use to get a list of avds e.g. android:emulator-start android2_3_3

after the emulator is fully started execute the android app like that: android:start-emulator

AND AFTER ALL THIS THE APP WILL CRASH !!

George Pligoropoulos
  • 2,919
  • 3
  • 33
  • 65
  • 2
    This is what I get from logcat: FATAL EXCEPTION: main 443 AndroidRuntime E java.lang.RuntimeException: Unable to instanti ate activity ComponentInfo{my.android.project/ my.android.project.MainActivity}: java.lang.Cl assNotFoundException: my.android.project.MainA ctivity in loader dalvik.system.PathClassLoade r[/data/app/my.android.project-1.apk] – George Pligoropoulos Sep 13 '12 at 20:53

2 Answers2

2

The problem is with your Java version. Switch back to Java 6 or if you can't, https://stackoverflow.com/a/7705091/203487 might help.

"bad class file magic (cafebabe) or version (0033.0000)" means the generated class files has a version of 51 which is Java 7, so it's clear that neither the dexer nor ProGuard can work with these class files. Here I'm not talking about the latest ProGuard version but the one bundled with the Android SDK.

Community
  • 1
  • 1
Szabolcs Berecz
  • 4,081
  • 1
  • 22
  • 21
0

I can only speak about my setup, which is kind of successful so far.

  • You will need Proguard to create apks of reasonable size.
  • I use Scala 2.10-M6, since 2.8 is old and has its quirks, especially with Android, and 2.9 is very slow to Proguard.
  • The keep class scala.collection.SeqLike { ... is important otherwise the class is left out to the contrary it has a method references (I posted this workaround).
  • The Build.scala uses many fun stuff like scalaz or libgdx, feel free to prune these. Many android stuff is hacked together from various g8 templates, thx for all the people sharing them.

So here is a dump of my setup:

project/Build.scala project/plugins.sbt

I use sbt 0.11.3 and Idea 11.1. I compile using the sbt console, mainly use the android:start-device command, and sometimes android:emulator-start RomName + android:start-emulator. Idea attaches nicely to the running Android process.

I'm developing a small game with non-intensive graphics, and so far I used idiomatic Scala (and even Scalaz) without slowdowns. So no need to revert to arrays, vars and while loops just for the sake of Android :)

Good luck!

ron
  • 9,262
  • 4
  • 40
  • 73
  • How much faster does proguard get with 2.10? – pedrofurla Sep 14 '12 at 05:54
  • Proguarding the 2.10 stdlib is on par with that of 2.8 (12-15 sec on my computer), while that of 2.9 is approximately double (35 sec). See also http://scalandroid.blogspot.hu/2012/03/proguard-performance-and-scala-versions.html for more radical differences. Also points to the why of the issue: http://blog.duh.org/2011/11/scala-pitfalls-trait-bloat.html – ron Sep 14 '12 at 07:07
  • Thanks, for the link. Oh, i do know about the second link and .class files combinatory explosion. – pedrofurla Sep 14 '12 at 07:10
  • 1
    By setting proguard to be enabled and using this extra option Seq(proguardOption in Android := "-keep class scala.Function1") ++ I made it work. But unfortunately from what I get from your sbt configuration and the sbt configuration of others is that there must be a constant maintainance of it! It is not one time thing... – George Pligoropoulos Sep 14 '12 at 07:51
  • George: Proguard config may need change if you add new, exotic libraries to the project. Ususally you don't do that every day :) – ron Sep 14 '12 at 17:03