import android.Dependencies.apklib
On Wed Dec 03 2014 at 8:47:37 AM alessio crestani <
crestani.ales...@gmail.com> wrote:
> tnx @ all. I will keep only one file and clean it up from old config.
> One problem: why if I add an apklib like :
> libraryDependencies ++= Seq(
> apklib("com.actionbarsherlock"%"actionbarsherlock"%"4.4.0"),
> "it.newvision.nv4me.notificationcenter" % "4me-nc-model_2.10.0" %
> "1.3.0" excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "it.newvision.nvp" % "xcontents-core-model_2.10.0" % "4.2.0"
> excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "it.newvision.nvp" % "nvp-sso-core-model_2.10.0" % "4.2.0"
> excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "it.newvision.nvp" % "xadmin-core-model_2.10.0" % "4.2.0"
> excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "it.newvision.nvp" % "xpackager-core-model_2.10.0" % "4.2.0"
> excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "it.newvision.4me.ue" % "4me-ue-model_2.10.0" % "1.3"
> excludeAll(ExclusionRule(organization = "org.codehaus.jackson"),
> ExclusionRule(organization = "org.slf4j")),
> "com.typesafe.akka" % "akka-actor_2.10" % "2.1.4",
> "com.google.android" % "support-v4" % "13" ,
> "org.codehaus.jackson" % "jackson-mapper-asl" % "1.9.12",
> "com.koushikdutta.android-async" % "androidasync" % "1.1",
> "com.nostra13.universalimageloader" % "universal-image-loader" % "1.9.0",
> "com.squareup.picasso" % "picasso" % "2.3.4"
> )
>
> on my libdep i cannot compile with error:
>
> error: not found: value apklib
> apklib("com.actionbarsherlock"%"actionbarsherlock"%"4.4.0"),
>
>
>
> Il giorno mercoledì 3 dicembre 2014 17:19:37 UTC+1, Daniel Skinner ha
> scritto:
>>
>> I actually should retract my comment about multidex, I didn't give it a
>> lot of thought at the time as I was just trying it out, but using multidex
>> interfered with our testing platform (TestFairy) and the installation issue
>> was more likely due to differing signing keys (TestFairy's vs mine).
>>
> On Wed, Dec 3, 2014 at 10:03 AM, Vyacheslav Blinov <blinov.v...@gmail.com>
>> wrote:
>>
> This happens only if you don’t control the contents of the main dex. In
>>> this scenario it might happen that your dex loader will not appear in your
>>> main dex and then things might go wrong.
>>> > On 03 Dec 2014, at 19:01, Daniel Skinner <dan...@dasa.cc> wrote:
>>> >
>>> > Multidex from support lib also doesn't always seem to work. I tried
>>> this with the scala-gradle plugin and it was working great for me and for
>>> testers, but then a 4.0.4 device for a tester would crash during
>>> installation. Can't say I recommend it.
>>>
>>> Regards,
>>> Vyacheslav Blinov
>>> https://github.com/dant3
>>>
>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "scala-on-android" group.
>>>
>> To unsubscribe from this group and stop receiving emails from it, send an
>>> email to scala-on-andro...@googlegroups.com.
>>>
>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "scala-on-android" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to scala-on-android+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"scala-on-android" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to scala-on-android+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
