It's all about the answers!

Ask a question

Exceptions during load phase of personal builds


Jeff Care (1.0k3733) | asked Apr 08 '15, 2:54 p.m.
edited Apr 08 '15, 2:57 p.m.
My developers are occasionally plagued by anomalous exceptions during the load phase of their personal builds. I've attached one such example from an engine running 5.0.2 below.

How do we get past this? Usually a second request will be successful but not always. My developers are understandably dismayed at not being able to rely on personal builds to validate their changes prior to delivery. They aren't at the torches & pitchforks stage yet, but it's getting there. We've been living with this for a while and I hoped that upgrading to 5.0.2 would fix it but apparently my hopes were mislaid.

java.lang.NullPointerException
at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.moveShareRootToWC(CopyFileAreaStore.java:1646)
at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.setSharingInfo(CopyFileAreaStore.java:1549)
at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileArea.share(CopyFileArea.java:285)
at com.ibm.team.filesystem.client.internal.SharingManager.share(SharingManager.java:537)
at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.createNewFolder(MergeLoadMutator.java:1620)
at com.ibm.team.filesystem.rcp.core.internal.resources.EclipseWorkspaceMergeLoadMutator.createNewFolder(EclipseWorkspaceMergeLoadMutator.java:94)
at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.load(MergeLoadMutator.java:570)
at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.execute(MergeLoadMutator.java:319)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:90)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation.load(LoadOperation.java:1105)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation$1.run(LoadOperation.java:715)
at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager$1.run(ResourceSharingManager.java:77)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975)
at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager.runWithinFileSystemLock(ResourceSharingManager.java:89)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:165)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:145)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation.execute(LoadOperation.java:753)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:90)
at com.ibm.team.build.internal.scm.SourceControlUtility.updateFileCopyArea(SourceControlUtility.java:664)
at com.ibm.team.build.internal.engine.JazzScmPreBuildParticipant.preBuild(JazzScmPreBuildParticipant.java:244)
at com.ibm.team.build.internal.engine.BuildLoop.invokePreBuildParticipants(BuildLoop.java:958)
at com.ibm.team.build.internal.engine.BuildLoop$3.run(BuildLoop.java:764)
at java.lang.Thread.run(Thread.java:853)

Accepted answer


permanent link
Krishna Kishore (50112) | answered Apr 08 '15, 10:08 p.m.
JAZZ DEVELOPER
 Hi Jeff,

Can you raise a new work item for this issue on jazz.net with the relevant details. 

Thanks,
Kishore
Ralph Schoon selected this answer as the correct answer

Comments
Jeff Care commented Apr 09 '15, 9:10 a.m. | edited Apr 09 '15, 9:11 a.m.

Your answer


Register or to post your answer.