@Jared
I ran ./gradlew spotlessApply on the Windows 10 machine using git bash this
is what has happened.
NOTE: I started the below steps on a fresh git clone of the open side.
[Steps:
1.  git clone https://git-wip-us.apache.org/repos/asf/incubator-geode.git
open
2. cd open
3. git checkout -b develop origin/develop]

*Step 1. ./gradlew clean build -Dskip.tests=true*

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':geode-core:spotlessJavaCheck'.
> Format violations were found. Run 'gradlew spotlessApply' to fix them.

geode-core\src\main\java\org\apache\geode\internal\statistics\StatArchiveReader.java

geode-core\src\test\java\org\apache\geode\cache\query\dunit\PdxLocalQueryVersionedClassDUnitTest.java

geode-core\src\test\java\org\apache\geode\internal\cache\execute\ClientServerFunctionExecutionDUnitTest.java

geode-core\src\test\java\org\apache\geode\internal\cache\functions\TestFunction.java

geode-core\src\test\java\org\apache\geode\internal\statistics\StatArchiveWithMissingResourceTypeRegressionTest.java


*Step 2: ./gradlew spotlessApply*

BUILD SUCCESSFUL

Total time: 12.728 secs


*Step 3: git status*

 modified:
geode-core/src/main/java/org/apache/geode/internal/statistics/StatArchiveReader.java
        modified:
geode-core/src/test/java/org/apache/geode/cache/query/dunit/PdxLocalQueryVersionedClassDUnitTest.java
        modified:
geode-core/src/test/java/org/apache/geode/internal/cache/execute/ClientServerFunctionExecutionDUnitTest.java
        modified:
geode-core/src/test/java/org/apache/geode/internal/cache/functions/TestFunction.java
        modified:
geode-core/src/test/java/org/apache/geode/internal/statistics/StatArchiveWithMissingResourceTypeRegressionTest.java


*Step 4 : git add .*
warning: LF will be replaced by CRLF in
geode-core/src/main/java/org/apache/geode/internal/statistics/StatArchiveReader.java.
The file will have its original line endings in your working directory.
warning: LF will be replaced by CRLF in
geode-core/src/test/java/org/apache/geode/cache/query/dunit/PdxLocalQueryVersionedClassDUnitTest.java.
The file will have its original line endings in your working directory.
warning: LF will be replaced by CRLF in
geode-core/src/test/java/org/apache/geode/internal/cache/execute/ClientServerFunctionExecutionDUnitTest.java.
The file will have its original line endings in your working directory.
warning: LF will be replaced by CRLF in
geode-core/src/test/java/org/apache/geode/internal/cache/functions/TestFunction.java.
The file will have its original line endings in your working directory.
warning: LF will be replaced by CRLF in
geode-core/src/test/java/org/apache/geode/internal/statistics/StatArchiveWithMissingResourceTypeRegressionTest.java.
The file will have its original line endings in your working directory.


*Step 5: git status*
On branch develop
Your branch is up-to-date with 'origin/develop'.
nothing to commit, working tree clean


*Step 6: ./gradlew clean build -Dskip.tests=true*
BUILD SUCCESSFUL

Total time: 5 mins 28.64 secs

NOTE: This happens only the first time. I did run the above steps,couple of
times on  fresh checkouts and I was able to reproduce it every time.

However, after running spotlessApply and git add . the first time, the
spotless errors do not reoccur on subsequent builds.

I will try running this on other machines and check if this occurs in other
windows environments.


Regards
Naba

On Thu, Nov 3, 2016 at 4:25 PM Udo Kohlmeyer <ukohlme...@pivotal.io> wrote:

> @Jared, I mailed with the Spotless project devs and they recommend using
> .gitattributes. But maybe @Naba's problem is Windows10 related... Who
> knows..
>
> --Udo
>
>
> On 4/11/16 10:16 am, Jared Stewart wrote:
> > The only Windows machine I have is running Windows 8, and I am unable to
> reproduce this on that machine.  I don’t think .gitattributes would affect
> this, since we have already configured spotless to always use Unix line
> endings.
> >
> > Naba - Can you run ‘./gradlew spotlessApply’ and push the results to a
> branch so I can see what Spotless was complaining about?
> >
> >> On Nov 3, 2016, at 4:09 PM, Udo Kohlmeyer <u...@apache.org> wrote:
> >>
> >> I think we seriously have to look at using .gitattributes for this...
> >>
> >> As I initially said, it should be a no brainer.. it should just
> automatically just work.
> >>
> >> --Udo
> >>
> >>
> >> On 4/11/16 9:00 am, Bruce Schuchardt wrote:
> >>> It's been working on my Windows 7 machine under a cygwin shell.   I
> just ran it again using "clean bulid -Dskip.tests=true" from the root Geode
> directory on the develop branch.
> >>>
> >>> Run spotlessApply and let us know how it modified the files.
> >>>
> >>>
> >>> Le 11/3/2016 à 12:38 PM, Nabarun Nag a écrit :
> >>>> I tested gradlew build on a windows 10 machine to test the spotless
> feature.
> >>>>
> >>>> Steps:
> >>>> 1.  git clone
> https://git-wip-us.apache.org/repos/asf/incubator-geode.git
> >>>> open
> >>>> 2. cd open
> >>>> 3. git checkout -b develop origin/develop
> >>>> 4.  ./gradlew clean build -Dskip.tests=true
> >>>>
> >>>> The build failed with multiple formatting error on each file.
> >>>>
> >>>> In my opinion the issue still exists. It will be awesome if someone
> else
> >>>> can verify if the issue still exists by running the build steps on a
> >>>> different windows machine.
> >>>>
> >>>> Regards
> >>>> Nabarun
> >>>>
> >>>> On Mon, Oct 24, 2016 at 3:50 PM Bruce Schuchardt <
> bschucha...@pivotal.io>
> >>>> wrote:
> >>>>
> >>>>> The lineEndings setting works great. I've pushed the change to
> develop
> >>>>>
> >>>>> On Mon, Oct 24, 2016 at 3:47 PM, Dan Smith <dsm...@pivotal.io>
> wrote:
> >>>>>
> >>>>>> I think we have a fix for the spotless line ending issue on windows;
> >>>>> Bruce
> >>>>>> will check it in shortly:
> >>>>>>
> >>>>>> diff --git a/build.gradle b/build.gradle
> >>>>>> index a734e05..6e82433 100755
> >>>>>> --- a/build.gradle
> >>>>>> +++ b/build.gradle
> >>>>>> @@ -88,6 +88,7 @@ subprojects {
> >>>>>>
> >>>>>>     apply plugin: "com.diffplug.gradle.spotless"
> >>>>>>     spotless {
> >>>>>> +    lineEndings = 'unix';
> >>>>>>       java {
> >>>>>>         eclipseFormatFile
> >>>>>> "${rootProject.projectDir}/etc/eclipse-java-google-style.xml"
> >>>>>>
> >>>>>>
> >>>>>> On Mon, Oct 24, 2016 at 2:50 PM, Bruce Schuchardt <
> >>>>> bschucha...@pivotal.io>
> >>>>>> wrote:
> >>>>>>
> >>>>>>> Running geode-core:spotlessCheck complains that all of the .java
> files
> >>>>>>> have format violations
> >>>>>>>
> >>>>>>> * What went wrong:
> >>>>>>> Execution failed for task ':geode-core:spotlessJavaCheck'.
> >>>>>>>> Format violations were found. Run 'gradlew spotlessApply' to fix
> >>>>> them.
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\GFConne
> >>>>>>> ctionFactoryImpl.java
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\
> >>>>>> GFConnectionImpl.java
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\spi\JCA
> >>>>>>> LocalTransaction.java
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\spi\JCA
> >>>>>>> ManagedConnection.java
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\spi\JCA
> >>>>>>> ManagedConnectionFactory.java
> >>>>>>> geode-core\src\jca\java\org\apache\geode\internal\ra\spi\JCA
> >>>>>>> ManagedConnectionnMetaData.java
> >>>>>>> etc.
> >>>>>>>
> >>>>>>> Until this is fixed I can't validate that the changes I check in
> >>>>> conform
> >>>>>>> to the formatting rules.
> >>>>>>>
>
>

Reply via email to