Koert:
If you have time, you can try this diff - with which you would be able to
specify the following on the command line:
-Dscalastyle.failonviolation=false

diff --git a/pom.xml b/pom.xml
index 687cc63..108585e 100644
--- a/pom.xml
+++ b/pom.xml
@@ -123,6 +123,7 @@
     <log4j.version>1.2.17</log4j.version>
     <hadoop.version>1.0.4</hadoop.version>
     <protobuf.version>2.4.1</protobuf.version>
+    <scalastyle.failonviolation>true</scalastyle.failonviolation>
     <yarn.version>${hadoop.version}</yarn.version>
     <hbase.version>0.94.6</hbase.version>
     <flume.version>1.4.0</flume.version>
@@ -1071,7 +1072,7 @@
         <version>0.4.0</version>
         <configuration>
           <verbose>false</verbose>
-          <failOnViolation>true</failOnViolation>
+          <failOnViolation>${scalastyle.failonviolation}</failOnViolation>
           <includeTestSourceDirectory>false</includeTestSourceDirectory>
           <failOnWarning>false</failOnWarning>
           <sourceDirectory>${basedir}/src/main/scala</sourceDirectory>



On Thu, Oct 23, 2014 at 12:07 PM, Koert Kuipers <ko...@tresata.com> wrote:

> Hey Ted,
> i tried:
> mvn clean package -DskipTests -Dscalastyle.failOnViolation=false
>
> no luck, still get
> [ERROR] Failed to execute goal
> org.scalastyle:scalastyle-maven-plugin:0.4.0:check (default) on project
> spark-core_2.10: Failed during scalastyle execution: You have 3 Scalastyle
> violation(s). -> [Help 1]
>
>
> On Thu, Oct 23, 2014 at 2:14 PM, Ted Yu <yuzhih...@gmail.com> wrote:
>
>> Koert:
>> Have you tried adding the following on your commandline ?
>>
>> -Dscalastyle.failOnViolation=false
>>
>> Cheers
>>
>> On Thu, Oct 23, 2014 at 11:07 AM, Patrick Wendell <pwend...@gmail.com>
>> wrote:
>>
>>> Hey Koert,
>>>
>>> I think disabling the style checks in maven package could be a good
>>> idea for the reason you point out. I was sort of mixed on that when it
>>> was proposed for this exact reason. It's just annoying to developers.
>>>
>>> In terms of changing the global limit, this is more religion than
>>> anything else, but there are other cases where the current limit is
>>> useful (e.g. if you have many windows open in a large screen).
>>>
>>> - Patrick
>>>
>>> On Thu, Oct 23, 2014 at 11:03 AM, Koert Kuipers <ko...@tresata.com>
>>> wrote:
>>> > 100 max width seems very restrictive to me.
>>> >
>>> > even the most restrictive environment i have for development (ssh with
>>> > emacs) i get a lot more characters to work with than that.
>>> >
>>> > personally i find the code harder to read, not easier. like i kept
>>> > wondering why there are weird newlines in the
>>> > middle of constructors and such, only to realise later it was because
>>> of
>>> > the 100 character limit.
>>> >
>>> > also, i find "mvn package" erroring out because of style errors
>>> somewhat
>>> > excessive. i understand that a pull request needs to conform to "the
>>> style"
>>> > before being accepted, but this means i cant even run tests on code
>>> that
>>> > does not conform to the style guide, which is a bit silly.
>>> >
>>> > i keep going out for coffee while package and tests run, only to come
>>> back
>>> > for an annoying error that my line is 101 characters and therefore
>>> nothing
>>> > ran.
>>> >
>>> > is there some maven switch to disable the style checks?
>>> >
>>> > best! koert
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org
>>> For additional commands, e-mail: dev-h...@spark.apache.org
>>>
>>>
>>
>

Reply via email to