Am 18.07.2014 08:36, schrieb Radim Kubacki:
> On Fri, Jul 18, 2014 at 1:23 AM, Luke Daley <luke.da...@gradleware.com
> <mailto:luke.da...@gradleware.com>> wrote:
> 
>     It would be better to explicitly set the locale for the test builds
>     so we don’t battle these issues one by one.
But your test's should verify that gradle runs under different locales.
If you force your tests to a single locale you loose that.
I think it is a bad idea to tweak the test environment to pass the tests.
> 
>     This would probably require some changes in Gradle to forward the
>     locale setting for all forked processes. We would also need to add
>     locale handling to the daemon matching.
> 
>     @Devs: do you think this is worth doing? 
> 
>     I can see a case for a multi national development team wanting to
>     enforce that the build runs with a consistent locale.
> 
> Setting locale explicitly for test builds sounds like good idea to me.
> The consistency is really key thing.  
> 
>     On 18 July 2014 at 1:10:33 am, Harald Schmitt (li...@hschmitt.de
>     <mailto:li...@hschmitt.de>) wrote:
> 
>>     Am 17.07.2014 10:16, schrieb Harald Schmitt:
>>     > Hello,
>>     >  
>>     > the integration test case
>>     > org.gradle.api.plugins.quality.CheckstylePluginIntegrationTest."analyze
>>     > bad code"() does not pass with de Locale (and some others) because it
>>     > checks for an exception message, that is localized.
>>     >     failure.error.contains("Name 'class1' must match pattern")
>>     >  
>>     > When I build gradle the :codeQuality:integTest fails because of that.
>>     > What is the preffered solution?
>>     > 1) Test for the German message, too
>>     >   || failure.error.contains("'class1' entspricht nicht dem Muster")
>>     > 2) Add an annotation that this test is only run with "en" locale
>>     I went ahead and implemented and tested this as
>>     @Requires(TestPrecondition.LANGUAGE_EN)
>>     If you like this solution I can submit it, right away.
>>     > 3) Load the localized message from checkstyle code, which adds a
>>     > dependency to that jar
>>     > 4) Other?
>>     >  
>>     > Best regards,
>>     > Harald
>>     >  
>>     > ---------------------------------------------------------------------
>>     > To unsubscribe from this list, please visit:
>>     >  
>>     >     http://xircles.codehaus.org/manage_email
>>     >  
>>     >  
>>     >  
>>
>>
>>     ---------------------------------------------------------------------
>>     To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
> 


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to