Perforce Client View Mapping with Spaces Problem

I have a problem with TeamCity pullling source from Perforce when spaces are used in the Perforce folder naming structure. For example I have a mapping in my Perforce client spec of
"//APPS/source/dev/x/SQLServer/DBGhost Build Output Scripts/..." //MyApps/source/dev/x/SQLServer/DBGhost Build Output Scripts/..."

TeamCity gives me this error

Failed for the root 'Get DB Dev source' #1: Perforce problem: //APPS/source/dev/x/SQLServer/DBGhost@354362 - no such file(s).

THE DETAILS OF THE ERROR
jetbrains.buildServer.vcs.VcsException: Perforce problem: //APPS/source/dev/x/SQLServer/DBGhost@354362 - no such file(s).

at jetbrains.buildServer.buildTriggers.vcs.perforce.AbstractPythonReader.onRecordRead(AbstractPythonReader.java:1)
at jetbrains.buildServer.buildTriggers.vcs.perforce.PythonReader.read(PythonReader.java:26)
at jetbrains.buildServer.buildTriggers.vcs.perforce.PerforcePatchProvider.loadContents(PerforcePatchProvider.java:55)
at jetbrains.buildServer.buildTriggers.vcs.perforce.PerforcePatchProvider.buildPatch(PerforcePatchProvider.java:104)
at jetbrains.buildServer.buildTriggers.vcs.perforce.PerforceSupport.buildPatch(PerforceSupport.java:74)
at jetbrains.buildServer.serverSide.impl.projectSources.SmallPatchCache.getCachedCleanPatch(SmallPatchCache.java:12)
at jetbrains.buildServer.serverSide.impl.projectSources.PatchCacheImpl.buildCleanPatch(PatchCacheImpl.java:30)
at jetbrains.buildServer.serverSide.impl.projectSources.PatchComposer.buildPatch(PatchComposer.java:60)
at jetbrains.buildServer.serverSide.impl.projectSources.PatchComposer.buildPatch(PatchComposer.java:57)
at jetbrains.buildServer.serverSide.impl.projectSources.PatchComposer.buildPatch(PatchComposer.java:59)
at jetbrains.buildServer.serverSide.impl.BuildTypeImpl.buildPatch(BuildTypeImpl.java:598)
at jetbrains.buildServer.serverSide.impl.BuildTypeImpl$$FastClassByCGLIB$$a84db719.invoke() at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149) at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:696) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at jetbrains.buildServer.serverSide.impl.auth.TeamCityMethodSecurityInterceptor.invoke(TeamCityMethodSecurityInterceptor.java:12) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.Cglib2AopProxy$FixedChainStaticTargetInterceptor.intercept(Cglib2AopProxy.java:578) at jetbrains.buildServer.serverSide.impl.BuildTypeImpl$$EnhancerByCGLIB$$ab350858.buildPatch(]]>)
at jetbrains.buildServer.serverSide.impl.BuildStarter$3.run(BuildStarter.java:1)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)

Any ideas of getting around this?

Thanks
Bob

Message was edited by:
BobMN

Message was edited by:
BobMN

3 comments

I'll attach library with fix to the issue.

0

Thanks for fixing this so quickly! It will save us a great deal of renaming our source structure and the scripts that reference those paths.

Bob

0

Please sign in to leave a comment.