It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×42,789

question asked: Mar 25 '11, 11:46 a.m.
question was seen: 5,417 times
last updated: Mar 25 '11, 11:46 a.m.

Related questions

FAQ - How this Forum works

NullPointer Exception when starting build.

0
Jurgen van Dongen (6●3●2) | asked Mar 25 '11, 11:46 a.m.
Hi all,

I've configured a build definition in RTC with the option 'Delete directory before loading' checked and my build ran successfully.

When I uncheck the 'Delete directory before loading' option the build fails with the following error.

Please can somebody explain to me why I receive this exception and how to solve this, without checking the option 'Delete directory before loading'?

..
2011-03-25 16:00:59
2011-03-25 16:00:59 Substituted the following build property variables:
2011-03-25 16:00:59 tools.cp = ${java.home}/lib/tools.jar --> tools.cp = /build/bea/jdk150_06//lib/tools.jar
2011-03-25 16:00:59 sourceJHealthProjectDir = ${buildRootDir}/JHealthProject --> sourceJHealthProjectDir = /build/rtcBuild/JVD-${streamName}/JHealthProject
2011-03-25 16:00:59 targetJHealthProjectDir = ${buildRootDir}/output --> targetJHealthProjectDir = /build/rtcBuild/JVD-${streamName}/output
2011-03-25 16:00:59 buildLabelPrefix = ${streamName}- --> buildLabelPrefix = r320-
2011-03-25 16:00:59 team.scm.fetchDestination = ${buildRootDir} --> team.scm.fetchDestination = /build/rtcBuild/JVD-${streamName}
2011-03-25 16:00:59 buildRootDir = /build/rtcBuild/JVD-${streamName} --> buildRootDir = /build/rtcBuild/JVD-r320
2011-03-25 16:00:59 buildLabel = ${streamName}-20110325-1600 --> buildLabel = r320-20110325-1600
2011-03-25 16:00:59 sourceJHealthProjectDir = /build/rtcBuild/JVD-${streamName}/JHealthProject --> sourceJHealthProjectDir = /build/rtcBuild/JVD-r320/JHealthProject
2011-03-25 16:00:59 targetJHealthProjectDir = /build/rtcBuild/JVD-${streamName}/output --> targetJHealthProjectDir = /build/rtcBuild/JVD-r320/output
2011-03-25 16:00:59 team.scm.fetchDestination = /build/rtcBuild/JVD-${streamName} --> team.scm.fetchDestination = /build/rtcBuild/JVD-r320
2011-03-25 16:00:59
2011-03-25 16:00:59
2011-03-25 16:00:59 Substituted the following configuration element property variables:
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.buildFile = ${sourceJHealthProjectDir}/scripts/build.xml --> com.ibm.team.build.ant.buildFile = /build/rtcBuild/JVD-r320/JHealthProject/scripts/build.xml
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.antArgs = -Dproject.home=${sourceJHealthProjectDir} -Dbuild.home=${targetJHealthProjectDir} --> com.ibm.team.build.ant.antArgs = -Dproject.home=/build/rtcBuild/JVD-r320/JHealthProject -Dbuild.home=${targetJHealthProjectDir}
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.antArgs = -Dproject.home=/build/rtcBuild/JVD-r320/JHealthProject -Dbuild.home=${targetJHealthProjectDir} --> com.ibm.team.build.ant.antArgs = -Dproject.home=/build/rtcBuild/JVD-r320/JHealthProject -Dbuild.home=/build/rtcBuild/JVD-r320/output
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.javaHome = ${java.home} --> com.ibm.team.build.ant.javaHome = /build/bea/jdk150_06/
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.workingDir = ${sourceJHealthProjectDir}/scripts --> com.ibm.team.build.ant.workingDir = /build/rtcBuild/JVD-r320/JHealthProject/scripts
2011-03-25 16:00:59 com.ibm.team.build.ant : com.ibm.team.build.ant.propertiesFile = ${buildRootDir}/build.properties --> com.ibm.team.build.ant.propertiesFile = /build/rtcBuild/JVD-r320/build.properties
2011-03-25 16:00:59
2011-03-25 16:00:59 running on host: delta
2011-03-25 16:00:59 Should build occur?
2011-03-25 16:00:59 Yes: Always build a user initiated request.
2011-03-25 16:00:59 Invoking pre-build participant "com.ibm.team.build.jazzscm"
2011-03-25 16:00:59 Accepting changes into workspace "Release 320 Nightbuild Workspace" ...
2011-03-25 16:00:59 Fetching files to fetch destination "/build/rtcBuild/JVD-r320" ...
java.lang.NullPointerException
at com.ibm.team.filesystem.client.internal.ignore.JazzIgnoreFile.<init>(JazzIgnoreFile.java:106)
at com.ibm.team.filesystem.client.internal.ignore.loaders.JazzIgnoreFileLoader_0.load(JazzIgnoreFileLoader_0.java:114)
at com.ibm.team.filesystem.client.internal.ignore.IgnoreFileLoader.load(IgnoreFileLoader.java:281)
at com.ibm.team.filesystem.client.internal.ignore.IgnoreFileLoader.load(IgnoreFileLoader.java:194)
at com.ibm.team.filesystem.client.internal.ignore.IgnoreFileLoader.load(IgnoreFileLoader.java:182)
at com.ibm.team.filesystem.client.internal.ignore.DefaultIgnoreProvider.getIgnoreFileForFolder(DefaultIgnoreProvider.java:858)
at com.ibm.team.filesystem.client.internal.ignore.DefaultIgnoreProvider.getIgnoreFileForFolder(DefaultIgnoreProvider.java:831)
at com.ibm.team.filesystem.client.internal.ignore.DefaultIgnoreProvider.getGlobalIgnoreFile(DefaultIgnoreProvider.java:806)
at com.ibm.team.filesystem.client.internal.ignore.DefaultIgnoreProvider.access$3(DefaultIgnoreProvider.java:805)
at com.ibm.team.filesystem.client.internal.ignore.DefaultIgnoreProvider$DefaultIgnoreTester.shouldBeIgnored(DefaultIgnoreProvider.java:707)
at com.ibm.team.filesystem.client.internal.ignore.IgnoreManager.shouldBeIgnored(IgnoreManager.java:310)
at com.ibm.team.filesystem.client.internal.LocalFileStorage.shouldBeIgnored(LocalFileStorage.java:549)
at com.ibm.team.filesystem.client.internal.FileStorageWrapper.shouldBeIgnored(FileStorageWrapper.java:261)
at com.ibm.team.filesystem.client.internal.Shareable.shouldBeIgnored(Shareable.java:471)
at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeTracker$1.visit(LocalChangeTracker.java:740)
at com.ibm.team.filesystem.client.internal.Shareable$1.visit(Shareable.java:250)
at com.ibm.team.filesystem.client.internal.core.SharingMetadata2.accept(SharingMetadata2.java:1840)
at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.accept(CopyFileAreaStore.java:2406)
at com.ibm.team.filesystem.client.internal.Shareable.accept(Shareable.java:306)
at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeTracker.computePendingChanges(LocalChangeTracker.java:735)
at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.refreshSynchronously(LocalChangeManager.java:355)
at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.doRefresh(LocalChangeManager.java:393)
at com.ibm.team.filesystem.client.internal.localchanges.LocalChangeManager.refreshChanges(LocalChangeManager.java:639)
at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.load(MergeLoadMutator.java:426)
at com.ibm.team.filesystem.client.internal.load.MergeLoadMutator.execute(MergeLoadMutator.java:285)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:89)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation.load(LoadOperation.java:972)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation$1.run(LoadOperation.java:626)
at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager$1.run(ResourceSharingManager.java:200)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager.runWithinFileSystemLock(ResourceSharingManager.java:212)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:164)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:144)
at com.ibm.team.filesystem.client.internal.operations.LoadOperation.execute(LoadOperation.java:657)
at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:89)
at com.ibm.team.build.internal.scm.SourceControlUtility.updateFileCopyArea(SourceControlUtility.java:375)
at com.ibm.team.build.internal.engine.JazzScmPreBuildParticipant.preBuild(JazzScmPreBuildParticipant.java:238)
at com.ibm.team.build.internal.engine.BuildLoop.invokePreBuildParticipants(BuildLoop.java:806)
at com.ibm.team.build.internal.engine.BuildLoop$2.run(BuildLoop.java:622)
at java.lang.Thread.run(Unknown Source)


Best regards,

Jurgen van Dongen
Synobsys Nederland B.V.

4 answers

Most liked answers ↑|Newest answers|Oldest answers

0
permanent link
Evan Hughes (2.4k●13●18) | answered Mar 28 '11, 11:17 a.m.
JAZZ DEVELOPER
You should submit a bug against RTC.
0
permanent link
Morten Madsen (132●7●7) | answered Oct 06 '11, 7:42 a.m.
Hi all,

I've configured a build definition in RTC with the option 'Delete directory before loading' checked and my build ran successfully.

When I uncheck the 'Delete directory before loading' option the build fails with the following error.

Please can somebody explain to me why I receive this exception and how to solve this, without checking the option 'Delete directory before loading'?
<cut>


Hi, I've also experienced this error. Do you have a .jazzignore file in the root of your component? If you have, you should create a folder with the same name as the component, and use this instead of "load components as root folders" in your build.

It seems that the command line "scm" cannot handle .jazzignore files in the root of the component structure.

Please ask again if this message is a little confusing :-).
0
permanent link
Nick Edgar (6.5k●7●11) | answered Oct 06 '11, 9:30 a.m.
JAZZ DEVELOPER
The corresponding work item is:
148792: .jazzignore NullPointerException in Builds with "Create folders for Components" turned on and "Delete Directory before loading" turned off
and is fixed in RTC 3.0.1.
0
permanent link
Morten Madsen (132●7●7) | answered Oct 07 '11, 3:36 a.m.
The corresponding work item is:
148792: .jazzignore NullPointerException in Builds with "Create folders for Components" turned on and "Delete Directory before loading" turned off
and is fixed in RTC 3.0.1.


Thanks a lot for your quick answer :-).

Your answer

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.