cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Bowser <bows...@gmail.com>
Subject Re: Cordova and Proguard
Date Mon, 14 Dec 2015 21:53:10 GMT
It's something that we might add.  That said, we may just skip it and add
whatever replaces ProGuard, since Google implied it would be replaced at
the Android Dev Summit.  If you want to work on this and submit a patch or
pull request, that'd be awesome.

On Sun, Dec 13, 2015 at 10:48 PM, jdhabolt <jdhabolt@gmail.com> wrote:

> Hello,
>
> I've been unable to find much info online regarding the issue I'm having
> with Cordova and Proguard, so as a last ditch effort I'm emailing in hopes
> that someone can point me toward a solution.
>
> I've been developing a simple app via the Cordova CLI workflow (v. 5.4.1).
> The Android launch checklist recommends obfuscating with Proguard (or other
> tool) while building my release apk. I couldn't find anything  on the
> Cordova site about Proguard, so I've been Googling around trying to figure
> out how this works. The info I've been able to dig up suggests that I can
> enable Proguard by adding a few lines to build.gradle (
>
> https://stackoverflow.com/questions/30925029/proguard-with-cordova-android-4?rq=1
> ) and/or project.properties (
>
> https://iphonedevlog.wordpress.com/2014/12/05/adding-proguard-to-your-android-cordova-project/
> ) file(s). I've tried both to no avail. I've also come across a couple Jira
> tickets that seem to indicate that Proguard may not be supported in Cordova
> CLI ( https://issues.apache.org/jira/browse/CB-9269
> <
> https://issues.apache.org/jira/browse/CB-9269%29%28https://issues.apache.org/jira/browse/CB-9708
> >
> )( https://issues.apache.org/jira/browse/CB-9708
> <
> https://issues.apache.org/jira/browse/CB-9269%29%28https://issues.apache.org/jira/browse/CB-9708
> >
> )
>
> It's not clear to me whether the feature is unsupported or if I'm just
> doing something wrong as I'm new to app development. Any clarity on this
> would be much appreciated!
>
> Thanks!
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message