2013/11/22 Szczepan Faber-2 [via Gradle] <
ml-node+s1045684n5712035...@n5.nabble.com>
> Thanks for feedback guys.
>
> Using '#' makes the implementation much easier, because it's very clear
> where the class qualified name ends and when the method name starts. Still,
> the current plan is to use '.' because Adam & me prefer it. As far as
> command line is concerned I'll make the implementation dead simple (for
> starters), e.g. assume that if the last word is lowercase it's a method.
> For special cases, one can always declare the method in the build script
> via dsl.
>
> The assumption of method name starting with lower case is OK for many
languages. It will not work for C# and probably some other. Declaring the
method in build script is not the best idea if I want to implement 'run
test method' action for the IDE unless you want to force IDE to create some
dynamic script on the fly. BTW: Go lang seems to name functions randomly.
-Radim
Currently, in Gradle master here's how you can declare specific method via
> dsl:
>
> test {
> selection {
> includeMethod 'someMethod'
> }
> }
>
> The dsl is not finalized but I needed to start with something (and spark
> discussion and review). The command line would be probably something like:
>
> gradle test --only FooTest.bar
>
> Cheers!
>
>
> On Thu, Nov 21, 2013 at 10:14 PM, radimk <[hidden
> email]<http://user/SendEmail.jtp?type=node&node=5712035&i=0>
> > wrote:
>
>> Hi,
>>
>> I think '#' is OK. Special chars can be escaped. People are used to this
>> char in JUnit runner and when writing Javadoc links. There was also
>> mention
>> of supporting both patterns: class name with '.' as delimiter and resource
>> path with slashes where '$' can occur (I know it would be unusual to have
>> static inner class as test). And this is another special char. Last but
>> not
>> least the fuzziness when deciding if there is a method name or not is good
>> idea IMO.
>>
>> -Radim
>>
>>
>>
>> --
>> View this message in context:
>> http://gradle.1045684.n5.nabble.com/supporting-the-execution-of-a-particular-test-method-tp5711996p5712034.html
>>
>> Sent from the gradle-dev mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>>
>
>
> --
> Szczepan Faber
> Principal engineer@gradle; Founder@mockito
>
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://gradle.1045684.n5.nabble.com/supporting-the-execution-of-a-particular-test-method-tp5711996p5712035.html
> To start a new topic under gradle-dev, email
> ml-node+s1045684n1436218...@n5.nabble.com
> To unsubscribe from gradle-dev, click
> here<http://gradle.1045684.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=1436218&code=cmFkaW1Aa3ViYWNraS5jenwxNDM2MjE4fC0xOTY0NzcxNTQ0>
> .
> NAML<http://gradle.1045684.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>
--
View this message in context:
http://gradle.1045684.n5.nabble.com/supporting-the-execution-of-a-particular-test-method-tp5711996p5712036.html
Sent from the gradle-dev mailing list archive at Nabble.com.
