On Nov 26, 2013 8:41 AM, "Robert Scholte" <rfscho...@apache.org> wrote: > > Yes indeed, I have GitTortoise installed. > You may call it good news, but I've also started the Process Explorer (to keep track of the problematic process) and now I've been able to run the project three times in a row without failures. > So it's a bit frustrating that the result is inconsistent whenever I try to execute the project. > > I think we're ready for SCM 1.9 take 2 > > @Olamy will you pick this up?
Sure I can early next week. > > Robert > > Op Mon, 25 Nov 2013 21:04:59 +0100 schreef Bernd Eckenfels < e...@zusammenkunft.net>: > > >> I sometimes have the problem that the explorer extension tgitcache from Tortoise keeps handles open in git directories. Maybe your test machine has that installed? >> >>> Am 25.11.2013 um 19:46 schrieb "Robert Scholte" <rfscho...@apache.org>: >>> >>> I have an appointment tonight, will try it afterwards or tomorrow with a clean checkout. >>> >>> Robert >>> >>> Op Mon, 25 Nov 2013 19:43:58 +0100 schreef Dominik Bartholdi < d...@fortysix.ch>: >>> >>>> Thats really disappointing, specially as I have finally managed to get hold on a windows PC and I just run everything 10times in row without any issues… :( >>>> I’m pretty much out of ideas :( >>>> If anyone has any hand he can share, that would be great! >>>> I tried with: Windows 7, Java 1.6.0_17-b04, maven 3.1.1 >>>> Domi >>>> >>>> >>>>> On 24.11.2013, at 21:01, Robert Scholte <rfscho...@apache.org> wrote: >>>>> >>>>> Hmm, maybe I cheered too early. A second run gave me 6 errors. >>>>> Still unsure what is keeping a lock of the files. >>>>> Both 'mvn clean' and 'rmdir /S target' fail. >>>>> >>>>> F:\java-workspace\apache-maven-scm\maven-scm\maven-scm-providers\maven-scm-provi >>>>> ders-git\maven-scm-provider-jgit>rmdir /S target >>>>> target. Weet u het zeker (J/N)? j >>>>> target\scm-test\WORKIN~1\GIT~1\objects\pack\pack-3ecde7a8782b53b94510513a4b1275d >>>>> 7e33392a9.idx - Toegang geweigerd. >>>>> target\scm-test\WORKIN~1\GIT~1\objects\pack\pack-3ecde7a8782b53b94510513a4b1275d >>>>> 7e33392a9.pack - Het proces heeft geen toegang tot het bestand omdat het door ee >>>>> n ander proces wordt gebruikt. >>>>> >>>>> translations: >>>>> - Are you sure (Y/N) >>>>> - Access denied >>>>> - The process has no access to the file because it is used by another process. >>>>> >>>>> Robert >>>>> >>>>> >>>>> Op Sun, 24 Nov 2013 20:43:35 +0100 schreef Robert Scholte < rfscho...@apache.org>: >>>>> >>>>>> We're getting closer, only one error left: >>>>>> >>>>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.926 sec <<< FA >>>>>> ILURE! - in org.apache.maven.scm.provider.git.jgit.command.tag.JGitTagCommandTck >>>>>> Test >>>>>> testTagCommandTest(org.apache.maven.scm.provider.git.jgit.command.tag.JGitTagCom >>>>>> mandTckTest) Time elapsed: 1.817 sec <<< ERROR! >>>>>> java.io.IOException: Could not delete file F:\java-workspace\apache-maven-scm\ma >>>>>> ven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\targ >>>>>> et\scm-test\updating-copy\.git\objects\pack\pack-3ecde7a8782b53b94510513a4b1275d >>>>>> 7e33392a9.idx >>>>>> at org.eclipse.jgit.util.FileUtils.delete(FileUtils.java:180) >>>>>> at org.eclipse.jgit.util.FileUtils.delete(FileUtils.java:147) >>>>>> at org.eclipse.jgit.util.FileUtils.delete(FileUtils.java:149) >>>>>> at org.eclipse.jgit.util.FileUtils.delete(FileUtils.java:149) >>>>>> at org.eclipse.jgit.util.FileUtils.delete(FileUtils.java:149) >>>>>> at org.apache.maven.scm.provider.git.jgit.command.tag.JGitTagCommandTckT >>>>>> est.deleteDirectory(JGitTagCommandTckTest.java:52) >>>>>> >>>>>> >>>>>> Results : >>>>>> >>>>>> Tests in error: >>>>>> JGitTagCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:71->deleteDi >>>>>> rectory:52 ╗ IO >>>>>> >>>>>> Even when Maven has finished I still can't delete these files. >>>>>> >>>>>> Robert >>>>>> >>>>>> Op Sun, 24 Nov 2013 19:30:22 +0100 schreef Dominik Bartholdi < d...@fortysix.ch>: >>>>>> >>>>>>> Hi everyone, >>>>>>> I think I solved all the issues we had on windows with the jgit-provider >>>>>>> @Robert can you have another try now? >>>>>>> The build https://builds.apache.org/job/maven-scm/ currently fails, but this is related to an issue with the upload to the snapshot repository at https://repository.apache.org/content/repositories/snapshots/ >>>>>>> regards Domi >>>>>>> >>>>>>> >>>>>>>> On 29.10.2013, at 09:27, Olivier Lamy <ol...@apache.org> wrote: >>>>>>>> >>>>>>>> for the record vote cancel. >>>>>>>> >>>>>>>> >>>>>>>>> On 29 October 2013 17:20, Domi <d...@fortysix.ch> wrote: >>>>>>>>> I was pointed to Matthias Sohn (jgit commiter) let's see if he has an idea, before we do a release of this. >>>>>>>>> His first thought was the WindowCache.reconfigure() - but Robert already fixed that. >>>>>>>>> /Domi >>>>>>>>> >>>>>>>>>> Am 28.10.2013 um 20:51 schrieb "Robert Scholte" < rfscho...@apache.org>: >>>>>>>>>> >>>>>>>>>> @Kristian: Brilliant data! >>>>>>>>>> >>>>>>>>>> @Dennis: the statistics have changed[1]. I managed to fix it a bit, but as Kristian mentioned: some parts are out of reach and can't be closed by our code (let's avoid reflection!). >>>>>>>>>> >>>>>>>>>> I believe that in this case the Windows behavior is the preferred one: if you open a stream, you should close it too. >>>>>>>>>> Anyhow, we need a fix from JGit. >>>>>>>>>> >>>>>>>>>> Since the JGit is not yet part of the Maven SCM Standard Providers I think we are safe. >>>>>>>>>> Users need to explicitly add this provider if they want to use it. >>>>>>>>>> So a "non Windows compatible" warning on the website is fine by me. >>>>>>>>>> >>>>>>>>>> Robert >>>>>>>>>> >>>>>>>>>> [1] https://builds.apache.org/job/maven-scm-windows/ >>>>>>>>>> >>>>>>>>>> Op Mon, 28 Oct 2013 16:15:06 +0100 schreef Dennis Lundberg < denn...@apache.org>: >>>>>>>>>> >>>>>>>>>>> Thanks a lot Kristian! >>>>>>>>>>> >>>>>>>>>>> Do I understand you correctly that the leak is in the jgit Checkout command? >>>>>>>>>>> If so, there are probably more leaks in there since 9 of our tests >>>>>>>>>>> fail, each testing a different command. Some tests do succeed though. >>>>>>>>>>> >>>>>>>>>>> So how do we proceed with this? >>>>>>>>>>> Submit patches for jgit? >>>>>>>>>>> Release maven-scm as is? If so we need to inform our users about the >>>>>>>>>>> current limitations. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I agree that Windows sometimes suck when it comes to handling files, >>>>>>>>>>> but this is a double-edged sword. It does help us find problems like >>>>>>>>>>> these, that might otherwise pop up in a Windows production environment >>>>>>>>>>> after we release. >>>>>>>>>>> >>>>>>>>>>> Also having failing tests for one platform isn't very likely to >>>>>>>>>>> attract new developers from that platform. Turning it into a >>>>>>>>>>> never-ending downward spiral. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 28, 2013 at 8:22 AM, Kristian Rosenvold >>>>>>>>>>> <kristian.rosenv...@gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Finding this kind of leaks with my graciously provided OSS license of >>>>>>>>>>>> YJP is like stealing candy from children >>>>>>>>>>>> >>>>>>>>>>>> export MAVEN_OPTS="-Xms512m -Xmx2084m -XX:MaxPermSize=512m >>>>>>>>>>>> -agentpath:C:/java/yjp-12.0.6/bin/win64/yjpagent.dll=onexit=snapshot" >>>>>>>>>>>> c:/java/apache-maven-3.1.1/bin/mvn $@ >>>>>>>>>>>> >>>>>>>>>>>> Run test with forkMode never. >>>>>>>>>>>> >>>>>>>>>>>> Click on the "inspections" tag, run all inspections. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> A quick run with jprofiler on the surefire fork reveals that the >>>>>>>>>>>> un-closed file is allocated here. This even works on linux :) >>>>>>>>>>>> >>>>>>>>>>>> Kristian >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> java.io.RandomAccessFile.<init>(File, String) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.PackFile.doOpen() >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.PackFile.beginWindowCache() >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCache.load(PackFile, long) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCache.getOrLoad(PackFile, long) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCache.get(PackFile, long) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCursor.pin(PackFile, long) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCursor.copy(PackFile, >>>>>>>>>>>> long, byte[], int, int) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.PackFile.readFully(long, >>>>>>>>>>>> byte[], int, int, WindowCursor) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.PackFile.load(WindowCursor, long) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.PackFile.get(WindowCursor, AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.ObjectDirectory.openObject1(WindowCursor, >>>>>>>>>>>> AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.FileObjectDatabase.openObjectImpl1(WindowCursor, >>>>>>>>>>>> AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.FileObjectDatabase.openObject(WindowCursor, >>>>>>>>>>>> AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.internal.storage.file.WindowCursor.open(AnyObjectId, int) >>>>>>>>>>>> org.eclipse.jgit.lib.ObjectReader.open(AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.revwalk.RevWalk.parseAny(AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.revwalk.RevWalk.parseCommit(AnyObjectId) >>>>>>>>>>>> org.eclipse.jgit.api.CloneCommand.parseCommit(Repository, Ref) >>>>>>>>>>>> org.eclipse.jgit.api.CloneCommand.checkout(Repository, FetchResult) >>>>>>>>>>>> org.eclipse.jgit.api.CloneCommand.call() >>>>>>>>>>>> org.apache.maven.scm.provider.git.jgit.command.checkout.JGitCheckOutCommand.executeCheckOutCommand(ScmProviderRepository, >>>>>>>>>>>> ScmFileSet, ScmVersion, boolean) >>>>>>>>>>>> org.apache.maven.scm.command.checkout.AbstractCheckOutCommand.executeCommand(ScmProviderRepository, >>>>>>>>>>>> ScmFileSet, CommandParameters) >>>>>>>>>>>> org.apache.maven.scm.command.AbstractCommand.execute(ScmProviderRepository, >>>>>>>>>>>> ScmFileSet, CommandParameters) >>>>>>>>>>>> org.apache.maven.scm.provider.git.AbstractGitScmProvider.executeCommand(GitCommand, >>>>>>>>>>>> ScmProviderRepository, ScmFileSet, CommandParameters) >>>>>>>>>>>> org.apache.maven.scm.provider.git.AbstractGitScmProvider.checkout(ScmProviderRepository, >>>>>>>>>>>> ScmFileSet, CommandParameters) >>>>>>>>>>>> org.apache.maven.scm.provider.AbstractScmProvider.checkOut(ScmRepository, >>>>>>>>>>>> ScmFileSet, ScmVersion, boolean) >>>>>>>>>>>> org.apache.maven.scm.provider.AbstractScmProvider.checkOut(ScmRepository, >>>>>>>>>>>> ScmFileSet) >>>>>>>>>>>> org.apache.maven.scm.manager.AbstractScmManager.checkOut(ScmRepository, >>>>>>>>>>>> ScmFileSet) >>>>>>>>>>>> org.apache.maven.scm.tck.command.tag.TagCommandTckTest.testTagCommandTest() >>>>>>>>>>>> junit.framework.TestSuite.run(TestResult) >>>>>>>>>>>> org.junit.internal.runners.JUnit38ClassRunner.run(RunNotifier) >>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(Class, >>>>>>>>>>>> RunNotifier, String[]) >>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(Class, >>>>>>>>>>>> RunListener, RunNotifier) >>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(Object) >>>>>>>>>>>> java.lang.reflect.Method.invoke(Object, Object[]) >>>>>>>>>>>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(Object, >>>>>>>>>>>> Method, Object[]) >>>>>>>>>>>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(Object) >>>>>>>>>>>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(Object, >>>>>>>>>>>> ClassLoader, Object, ProviderConfiguration, boolean, >>>>>>>>>>>> StartupConfiguration, boolean) >>>>>>>>>>>> org.apache.maven.plugin.surefire.InPluginVMSurefireStarter.runSuitesInProcess(DefaultScanResult) >>>>>>>>>>>> org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(ProviderInfo, >>>>>>>>>>>> DefaultScanResult) >>>>>>>>>>>> org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(DefaultScanResult) >>>>>>>>>>>> org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute() >>>>>>>>>>>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(MavenSession, >>>>>>>>>>>> MojoExecution) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MavenSession, >>>>>>>>>>>> MojoExecution, ProjectIndex, DependencyContext) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MavenSession, >>>>>>>>>>>> MojoExecution, ProjectIndex, DependencyContext, PhaseRecorder) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MavenSession, >>>>>>>>>>>> List, ProjectIndex) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(MavenSession, >>>>>>>>>>>> MavenSession, ReactorContext, MavenProject, TaskSegment) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(MavenSession, >>>>>>>>>>>> ReactorContext, MavenProject, TaskSegment) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(MavenSession, >>>>>>>>>>>> ReactorContext, ProjectBuildList, List, ReactorBuildStatus) >>>>>>>>>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(MavenSession) >>>>>>>>>>>> org.apache.maven.DefaultMaven.doExecute(MavenExecutionRequest) >>>>>>>>>>>> org.apache.maven.DefaultMaven.execute(MavenExecutionRequest) >>>>>>>>>>>> org.apache.maven.cli.MavenCli.execute(MavenCli$CliRequest) >>>>>>>>>>>> org.apache.maven.cli.MavenCli.doMain(MavenCli$CliRequest) >>>>>>>>>>>> org.apache.maven.cli.MavenCli.main(String[], ClassWorld) >>>>>>>>>>>> java.lang.reflect.Method.invoke(Object, Object[]) >>>>>>>>>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(String[]) >>>>>>>>>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(String[]) >>>>>>>>>>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(String[]) >>>>>>>>>>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(String[]) >>>>>>>>>>>> >>>>>>>>>>>> 2013/10/28 Olivier Lamy <ol...@apache.org>: >>>>>>>>>>>>> >>>>>>>>>>>>> Windauze one of the biggest pain of my life... >>>>>>>>>>>>> So few people trying to fix that (perso I don't have any windauze env). >>>>>>>>>>>>> And it looks no success. >>>>>>>>>>>>> >>>>>>>>>>>>> So what else now? Not releasing that until we get a fix from jgit. >>>>>>>>>>>>> AFAICS the issue is because after testing we try to delete the local clone. >>>>>>>>>>>>> Is it really something blocker? I mean does our users delete their >>>>>>>>>>>>> local clone after doing a release or using scm api? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> On 26 October 2013 21:04, Robert Scholte < rfscho...@apache.org> wrote: >>>>>>>>>>>>>> Hi Domi, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I've given the tests another spin, but still with the same results. >>>>>>>>>>>>>> I found this thread: >>>>>>>>>>>>>> http://dev.eclipse.org/mhonarc/lists/jgit-dev/msg01959.html >>>>>>>>>>>>>> It seems to expose the same kind of problem. >>>>>>>>>>>>>> I've tried a couple of things, but still couldn't delete during the test. >>>>>>>>>>>>>> Maybe it gives you some inspiration to fix this. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Robert >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Op Sat, 26 Oct 2013 11:15:59 +0200 schreef domi < d...@fortysix.ch>: >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> I updated jgit to the newest version - on MAC everything is still OK, but >>>>>>>>>>>>>>> as I don't have windows box, I can't verify it… >>>>>>>>>>>>>>> Robert, can you try it again with this version? >>>>>>>>>>>>>>> /Domi >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 25.10.2013, at 23:51, "Robert Scholte" < rfscho...@apache.org> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I can confirm the same issue on Windows 7. >>>>>>>>>>>>>>>> Not being able to delete a file often means that the outputstream wasn't >>>>>>>>>>>>>>>> closed after writing. >>>>>>>>>>>>>>>> The file seems to be generated by jgit, so I'm wondering if there's >>>>>>>>>>>>>>>> something which can be done by the scm-provider. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Robert >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Op Fri, 25 Oct 2013 21:03:36 +0200 schreef Dennis Lundberg >>>>>>>>>>>>>>>> <denn...@apache.org>: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -1 at the moment. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> The unit tests for the new jgit provider fails on Windows. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Here's the surefire summary: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Tests in error: >>>>>>>>>>>>>>>>> JGitBranchCommandTckTest>BranchCommandTckTest.testBranchCommandTest:77 >>>>>>>>>>>>>>>>> ╗ IO Fi... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> JGitChangeLogCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> JGitCheckInCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> JGitCheckInCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> JGitCheckOutCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 ╗ >>>>>>>>>>>>>>>>> IO >>>>>>>>>>>>>>>>> JGitDiffCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO Fil... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> JGitRemoteInfoCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO >>>>>>>>>>>>>>>>> JGitStatusCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO F... >>>>>>>>>>>>>>>>> JGitTagCommandTckTest>ScmTckTestCase.setUp:106->ScmTestCase.setUp:65 >>>>>>>>>>>>>>>>> ╗ IO File... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Tests run: 9, Failures: 0, Errors: 9, Skipped: 0 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Here is the first part of the build output I get: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Running >>>>>>>>>>>>>>>>> org.apache.maven.scm.provider.git.jgit.command.branch.JGitBranchCommandTckTest >>>>>>>>>>>>>>>>> [INFO] cloning [master] to >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> G:\apache\maven\git\maven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\target\scm-test\working-copy >>>>>>>>>>>>>>>>> remote: Counting objects: 1 >>>>>>>>>>>>>>>>> remote: Finding sources: 100% (11/11) >>>>>>>>>>>>>>>>> remote: Getting sizes: 100% (10/10) >>>>>>>>>>>>>>>>> remote: Compressing objects: 100% (363/363) >>>>>>>>>>>>>>>>> Receiving objects: 100% (11/11) >>>>>>>>>>>>>>>>> Updating references: 100% (1/1) >>>>>>>>>>>>>>>>> [INFO] fetch url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] push url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] checkout [master] at >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> G:\apache\maven\git\maven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\target\scm-test\working-copy >>>>>>>>>>>>>>>>> [INFO] created [refs/heads/test-branch] >>>>>>>>>>>>>>>>> [INFO] push branch [test-branch] to remote... >>>>>>>>>>>>>>>>> [INFO] fetch url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] push url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] OK - RemoteRefUpdate[remoteName=refs/heads/test-branch, OK, >>>>>>>>>>>>>>>>> (null)...92f139dfec4d1dfb79c3cd2f94e83bf13129668b, fastForward, >>>>>>>>>>>>>>>>> srcRef=refs/heads/test-branch, message=null] >>>>>>>>>>>>>>>>> [INFO] commit done: commit message >>>>>>>>>>>>>>>>> [INFO] push changes to remote... refs/heads/master:refs/heads/master >>>>>>>>>>>>>>>>> [INFO] fetch url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] push url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] OK - RemoteRefUpdate[remoteName=refs/heads/master, OK, >>>>>>>>>>>>>>>>> (null)...dad31f52c2e81b71c2b4954ec9e2bc6dacfe9bef, fastForward, >>>>>>>>>>>>>>>>> srcRef=refs/heads/master, message=null] >>>>>>>>>>>>>>>>> [INFO] cloning [master] to >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> G:\apache\maven\git\maven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\target\scm-test\assertion-copy >>>>>>>>>>>>>>>>> remote: Counting objects: 1 >>>>>>>>>>>>>>>>> remote: Finding sources: 100% (14/14) >>>>>>>>>>>>>>>>> remote: Getting sizes: 100% (12/12) >>>>>>>>>>>>>>>>> remote: Compressing objects: 100% (363/363) >>>>>>>>>>>>>>>>> Receiving objects: 100% (14/14) >>>>>>>>>>>>>>>>> Resolving deltas: 100% (1/1) >>>>>>>>>>>>>>>>> Updating references: 100% (2/2) >>>>>>>>>>>>>>>>> [INFO] fetch url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] push url: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> file:///G:/apache/maven/git/maven-scm/maven-scm-providers/maven-scm-providers-git/maven-scm-provider-jgit/target/scm-test/repository >>>>>>>>>>>>>>>>> [INFO] checkout [master] at >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> G:\apache\maven\git\maven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\target\scm-test\assertion-copy >>>>>>>>>>>>>>>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.656 >>>>>>>>>>>>>>>>> sec <<< FAILURE! - in >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> org.apache.maven.scm.provider.git.jgit.command.branch.JGitBranchCommandTckTest >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> testBranchCommandTest(org.apache.maven.scm.provider.git.jgit.command.branch.JGitBranchCommandTckTest) >>>>>>>>>>>>>>>>> Time elapsed: 5.602 sec <<< ERROR! >>>>>>>>>>>>>>>>> java.io.IOException: File >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> G:\apache\maven\git\maven-scm\maven-scm-providers\maven-scm-providers-git\maven-scm-provider-jgit\target\scm-test\assertion-copy\.git\objects\pack\pack-a06d224d673591806e6a66da6d8f27915e18184d.pack >>>>>>>>>>>>>>>>> unable to >>>>>>>>>>>>>>>>> be deleted. >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1413) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1673) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1618) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1401) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1673) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1618) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1401) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1673) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1618) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.forceDelete(FileUtils.java:1401) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.cleanDirectory(FileUtils.java:1673) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.codehaus.plexus.util.FileUtils.deleteDirectory(FileUtils.java:1618) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.scm.tck.command.branch.BranchCommandTckTest.testBranchCommandTest(BranchCommandTckTest.java:77) >>>>>>>>>>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>>>>>>>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:592) >>>>>>>>>>>>>>>>> at junit.framework.TestCase.runTest(TestCase.java:168) >>>>>>>>>>>>>>>>> at junit.framework.TestCase.runBare(TestCase.java:134) >>>>>>>>>>>>>>>>> at junit.framework.TestResult$1.protect(TestResult.java:110) >>>>>>>>>>>>>>>>> at junit.framework.TestResult.runProtected(TestResult.java:128) >>>>>>>>>>>>>>>>> at junit.framework.TestResult.run(TestResult.java:113) >>>>>>>>>>>>>>>>> at junit.framework.TestCase.run(TestCase.java:124) >>>>>>>>>>>>>>>>> at junit.framework.TestSuite.runTest(TestSuite.java:243) >>>>>>>>>>>>>>>>> at junit.framework.TestSuite.run(TestSuite.java:238) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) >>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Thu, Oct 24, 2013 at 5:35 AM, Olivier Lamy < ol...@apache.org> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>> We fixed 9 issues. The new feature is the jgit provider (based on >>>>>>>>>>>>>>>>>> jgit). >>>>>>>>>>>>>>>>>> Details: >>>>>>>>>>>>>>>>>> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10527&version=18783 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Staging repository: >>>>>>>>>>>>>>>>>> https://repository.apache.org/content/repositories/maven-027/ >>>>>>>>>>>>>>>>>> Staged site: http://maven.apache.org/scm-archives/scm-LATEST/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Sources release: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> https://repository.apache.org/content/repositories/maven-027/org/apache/maven/scm/maven-scm/1.9/maven-scm-1.9-source-release.zip >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Vote open for 72H >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> [+1] >>>>>>>>>>>>>>>>>> [0] >>>>>>>>>>>>>>>>>> [-1] >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Olivier Lamy >>>>>>>>>>>>>>>>>> Ecetera: http://ecetera.com.au >>>>>>>>>>>>>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Olivier Lamy >>>>>>>>>>>>> Ecetera: http://ecetera.com.au >>>>>>>>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Olivier Lamy >>>>>>>> Ecetera: http://ecetera.com.au >>>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> For additional commands, e-mail: dev-h...@maven.apache.org >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>> For additional commands, e-mail: dev-h...@maven.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org >
