Thank you Jared. I wanted to confirm that this was not an isolated incident specific to my machine.
Regards Naba On Fri, Nov 4, 2016 at 10:45 AM Jared Stewart <jstew...@pivotal.io> wrote: > @Naba, > > I filed a bug report with Spotless this morning. The Spotless devs have > been very responsive so far in my experience, hopefully this will be fixed > soon. > > > On Nov 4, 2016, at 10:35 AM, Nabarun Nag <n...@pivotal.io> wrote: > > > > @Udo, I confirmed that this is not limited to my windows 10 environment. > I > > ran the steps on a Windows Server 2016 AMI instance and the same error > > occurred in the AMI too. [source checkout time 4th Nov 10:00AM PST] > > > > I wanted to know if there is a mandate on what the value of > > core.autocrlf should > > be set to on a windows machine for geode dev work. For my experiments > value > > of core.autocrlf was set to true. [recommended for cross platform > > development] > > > > Regards > > Naba > > > > > > On Thu, Nov 3, 2016 at 10:18 PM Nabarun Nag <n...@pivotal.io> wrote: > > > >> @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. > >>>>>>>>> > >> > >> > >