-
Notifications
You must be signed in to change notification settings - Fork 841
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to build with enabled proguard #240
Comments
Thanks for reporting. Are you trying to build your own app or one of the
sample apps in this repository?
Dawid Hyży <notifications@github.com> schrieb am Di., 18. Apr. 2017, 16:32:
… *Mosby Version:*
3.0.2
*Expected behavior*
Should build with proguard
*Actual behavior (include a stacktrace if crash)*
Not building with proguard:
Warning:com.hannesdorfmann.mosby3.mvp.delegate.FragmentMvpDelegateImpl: can't find referenced class edu.umd.cs.findbugs.annotations.SuppressFBWarnings
Warning:com.hannesdorfmann.mosby3.PresenterManager: can't find referenced class edu.umd.cs.findbugs.annotations.SuppressFBWarnings
Warning:com.hannesdorfmann.mosby3.mvp.delegate.ViewGroupMvpDelegateImpl: can't find referenced class edu.umd.cs.findbugs.annotations.SuppressFBWarnings
Warning:com.hannesdorfmann.mosby3.mvp.delegate.ActivityMvpDelegateImpl: can't find referenced class edu.umd.cs.findbugs.annotations.SuppressFBWarnings
Warning:there were 4 unresolved references to classes or interfaces.
*Steps to reproduce the behavior or link to a sample repository*
Build with enabled proguard
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#240>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAjnrnhAaAtPPx46Dp0sysUWN3v6I7_wks5rxMl4gaJpZM4NAbdd>
.
|
My app, which I migrated from Mosby 2.0. |
I will take a closer look at it on Thursday. This annotation should be part of the aar at all (should only be used during compile time). |
Hello, |
Ok, this should be fixed with latest Could you please verify that this fixes the proguard problem? |
I've just tried it and it worked fine. Thanks for the quick workaround and the library of course! |
Thanks for your help! |
Hmm. I have just set up my (new) project to use
|
Ah! That's now coming through a viewstate module, which was implicitly added as a dependency by |
As a workaround until new version is released, one can use
in |
Hm, so @dimsuz you are saying that you still see the error in your project with mosby conductor if you specify the versions like this: compile 'com.hannesdorfmann.mosby3:viewstate-conductor:3.0.0'
compile 'com.hannesdorfmann.mosby3:viewstate:3.0.3' |
Not exactly. I use only:
and it transitively adds dependency on |
Oops, copy paste error, updated my last message. |
You are right, it should work if you add those 2 transitive dependencies explicitly: compile 'com.hannesdorfmann.mosby3:viewstate-conductor:3.0.0'
compile 'com.hannesdorfmann.mosby3:viewstate:3.0.3'
compile 'com.hannesdorfmann.mosby3:mvp:3.0.3' |
I will try a bit later today and report! When I add them explicitly those annotations will be filtered out? (Just curious) |
In 3.0.3 I have removed this annotation at all, so that they are no longer
bundled in 3.0.3. Therefore I expect that explicitly adding the 3.0.3
dependency forces mosby-conductor to use 3.0.3 internally and that the
issue should be fixed.
dimsuz <notifications@github.com> schrieb am Di., 25. Apr. 2017, 21:38:
… I will try a bit later today and report! When I add them explicitly those
annotations will be filtered out? (Just curious)
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#240 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAjnrn1orpceTcZ24g4zcG1xPSooHAZAks5rzkvJgaJpZM4NAbdd>
.
|
OK, it was enough to just add
Disregard my last question, I didn't notice that you suggested to just explicitly specify Thanks for helping to sort this out! Issue solved (can't close it, no rights) |
Mosby Version:
3.0.2
Expected behavior
Should build with proguard
Actual behavior (include a stacktrace if crash)
Not building with proguard:
Steps to reproduce the behavior or link to a sample repository
Build with enabled proguard
The text was updated successfully, but these errors were encountered: