We're working on test module support.
On Fri, Mar 6, 2015 at 10:48 AM, Michael Wallstedt <[email protected]
> wrote:
> Version 1.1 of the gradle plugin breaks our current workaround ("only
> jar-type local dependencies are supported.")
>
> Are there new features that provide a better way for a test module to
> depend on an application module?
>
> On Sunday, October 12, 2014 at 1:05:39 PM UTC-7, Xavier Ducrohet wrote:
>>
>> Yes, though it's subject to change once we start actually looking into
>> this.
>>
>> On Sun, Oct 12, 2014 at 4:10 AM, Roman Mazur <[email protected]> wrote:
>>
>>> And is it connected with that custom artifact types API? :)
>>>
>>> On Thursday, 9 October 2014 22:51:52 UTC+3, Xavier Ducrohet wrote:
>>>>
>>>> Yes to the ability to do both. It's on our roadmap.
>>>>
>>>> On Thu, Oct 9, 2014 at 12:07 PM, Jake Wharton <[email protected]>
>>>> wrote:
>>>>
>>>>> Indeed. Although separate configurations would also allow that just
>>>>> the same (i.e., testCompile vs androidTestCompile).
>>>>>
>>>>> On Thu, Oct 9, 2014 at 11:57 AM, Michael Wallstedt <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> For one, having separate test modules also allows you to isolate the
>>>>>> test dependencies from each other.
>>>>>>
>>>>>> On Tuesday, October 7, 2014 10:41:11 PM UTC-7, Jake Wharton wrote:
>>>>>>>
>>>>>>> This is a function of a lack of support for multiple test source
>>>>>>> sets in a single module by Android Studio. If this was remedied what
>>>>>>> actual
>>>>>>> use case would there be for depending on an app module?
>>>>>>>
>>>>>>> On Tue, Oct 7, 2014 at 6:45 PM, Michael Wallstedt <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>> The following blog outlines a solution for having test code depend
>>>>>>>> upon the application directly. This seems like a somewhat elaborate
>>>>>>>> workaround for what should be a fairly common case. Is there a better
>>>>>>>> way?
>>>>>>>>
>>>>>>>> http://blog.blundell-apps.com/android-gradle-app-with-robole
>>>>>>>> ctric-junit-tests/
>>>>>>>>
>>>>>>>> On Thursday, July 24, 2014 5:39:59 PM UTC-7, Siva Velusamy wrote:
>>>>>>>>>
>>>>>>>>> Thanks for the test case. I understand your question now, and yes,
>>>>>>>>> I don't think depending on an Android application would work. You'd
>>>>>>>>> either
>>>>>>>>> put your tests inside your app itself, or create a jar.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Jul 24, 2014 at 2:53 PM, Michael Wallstedt <
>>>>>>>>> [email protected]> wrote:
>>>>>>>>>
>>>>>>>>>> I've attached a simple application that demonstrates the issue.
>>>>>>>>>> With this example, if I invoke the gradle task project-test:
>>>>>>>>>> compileDebugJava, the compilation fails with:
>>>>>>>>>>
>>>>>>>>>> /usr/local/google/home/mikewallstedt/dev/bigtop_android/test
>>>>>>>>>> _proj_poc/project-test/java/com/google/example/test/MainTest.java:3:
>>>>>>>>>> error: cannot find symbol
>>>>>>>>>> import com.google.example.Main;
>>>>>>>>>> ^
>>>>>>>>>> symbol: class Main
>>>>>>>>>> location: package com.google.example
>>>>>>>>>> /usr/local/google/home/mikewallstedt/dev/bigtop_android/test
>>>>>>>>>> _proj_poc/project-test/java/com/google/example/test/MainTest.java:6:
>>>>>>>>>> error: cannot find symbol
>>>>>>>>>> private Main main;
>>>>>>>>>> ^
>>>>>>>>>> symbol: class Main
>>>>>>>>>> location: class MainTest
>>>>>>>>>> 2 errors
>>>>>>>>>> :project-test:compileDebugJava FAILED
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Monday, July 14, 2014 6:20:49 PM UTC-7, Siva Velusamy wrote:
>>>>>>>>>>
>>>>>>>>>>> Could you provide a sample project that demonstrates this issue?
>>>>>>>>>>> Just a simple "Hello world" app module and an additional test
>>>>>>>>>>> module would
>>>>>>>>>>> do.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Jul 14, 2014 at 6:08 PM, Michael Wallstedt <
>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> I have a project with separate modules for several libraries,
>>>>>>>>>>>> a module for the application, and another module for the tests. In
>>>>>>>>>>>> the test
>>>>>>>>>>>> module, there are references back to the application, which
>>>>>>>>>>>> IntelliJ seems
>>>>>>>>>>>> to handle just find (i.e. ctrl+click takes me where I expect).
>>>>>>>>>>>> However, if
>>>>>>>>>>>> I "make" the test module, there are several errors about missing
>>>>>>>>>>>> symbols
>>>>>>>>>>>> from the application.
>>>>>>>>>>>>
>>>>>>>>>>>> I assume that when gradle eventually calls out to javac, the
>>>>>>>>>>>> classpath is missing a reference to the application source. Could
>>>>>>>>>>>> this be
>>>>>>>>>>>> because the application module is generated from the
>>>>>>>>>>>> 'com.android.application' plugin, as opposed to
>>>>>>>>>>>> 'com.android.library'? I
>>>>>>>>>>>> suppose I could extract another library just for the source that is
>>>>>>>>>>>> referenced in tests, and wrap that with a thin shell to create the
>>>>>>>>>>>> actual
>>>>>>>>>>>> application, but this seems rather heavy handed. Is there a better
>>>>>>>>>>>> way?
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>>>> Google Groups "adt-dev" group.
>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails from
>>>>>>>>>>>> it, send an email to [email protected].
>>>>>>>>>>>>
>>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>> You received this message because you are subscribed to the
>>>>>>>>>> Google Groups "adt-dev" group.
>>>>>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>>>>>> send an email to [email protected].
>>>>>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>> Groups "adt-dev" group.
>>>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>>>> send an email to [email protected].
>>>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>> You received this message because you are subscribed to the Google
>>>>>> Groups "adt-dev" group.
>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>> send an email to [email protected].
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "adt-dev" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>>> an email to [email protected].
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Xavier Ducrohet
>>>> Android SDK Tech Lead
>>>> Google Inc.
>>>> http://developer.android.com | http://tools.android.com
>>>>
>>>> Please do not send me questions directly. Thanks!
>>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "adt-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Xavier Ducrohet
>> Android SDK Tech Lead
>> Google Inc.
>> http://developer.android.com | http://tools.android.com
>>
>> Please do not send me questions directly. Thanks!
>>
> --
> You received this message because you are subscribed to the Google Groups
> "adt-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>
--
Xavier Ducrohet
Android SDK Tech Lead
Google Inc.
http://developer.android.com | http://tools.android.com
Please do not send me questions directly. Thanks!
--
You received this message because you are subscribed to the Google Groups
"adt-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
