It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×42,787

question asked: May 04 '11, 4:19 p.m.
question was seen: 3,930 times
last updated: May 04 '11, 4:19 p.m.

Related questions

FAQ - How this Forum works

java.lang.IllegalStateException during checkin

0
Michael Beaver (1●1●1) | asked May 04 '11, 4:19 p.m.
Hi there, Jazz forum. I'm trying to check in and deliver changes to a workspace using the scm command line tools and am encountering an unexpected exception. The process I'm implementing is attempting to extract the trunk of an external SVN repository and check in those resources to a stream in Jazz. This is being accomplished by loading the Jazz workspace on the machine, replacing the contents with a fresh checkout of SVN, and checkin/deliver those changes back to the stream. During the checkin process, I encounter the following error: 

jazz_check-in_and_deliver_baseline:

     [echo] Creating a new changeset

     [exec] Committing...

     [exec] Unexpected exception

     [exec] java.lang.IllegalStateException: The parent of item com.ibm.team.scm.common.internal.impl.FolderHandleImpl@36393639 (stateId: [UUID _TA52IlvWEeCC4uyDETsX3g], itemId: [UUID _m-D9kFvVEeCYR78UeS46-A], origin: <unset>, immutable: <unset>) with name prop-base is missing

     [exec] 	at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.getLocalPathInternal(CopyFileAreaStore.java:973)

     [exec] 	at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileAreaStore.deleteTreeInfo(CopyFileAreaStore.java:2500)

     [exec] 	at com.ibm.team.filesystem.client.internal.copyfileareas.CopyFileArea.forget(CopyFileArea.java:145)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.NewCheckInOperation.updateMetadata(NewCheckInOperation.java:1666)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.NewCheckInOperation.commitChanges(NewCheckInOperation.java:1004)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.NewCheckInOperation.runRequest(NewCheckInOperation.java:722)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.NewCheckInOperation$1.run(NewCheckInOperation.java:629)

     [exec] 	at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager$1.run(ResourceSharingManager.java:200)

     [exec] 	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)

     [exec] 	at com.ibm.team.filesystem.rcp.core.internal.resources.ResourceSharingManager.runWithinFileSystemLock(ResourceSharingManager.java:212)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:164)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.runWithinFileSystemLock(FileSystemOperation.java:144)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.NewCheckInOperation.execute(NewCheckInOperation.java:654)

     [exec] 	at com.ibm.team.filesystem.client.internal.operations.FileSystemOperation.run(FileSystemOperation.java:89)

     [exec] 	at com.ibm.team.filesystem.cli.client.internal.subcommands.CheckInCmd.commit(CheckInCmd.java:427)

     [exec] 	at com.ibm.team.filesystem.cli.client.internal.subcommands.CheckInCmd.run(CheckInCmd.java:256)

     [exec] 	at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(SubcommandLauncher.java:628)

     [exec] 	at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.doStart(SubcommandLauncher.java:373)

     [exec] 	at com.ibm.team.filesystem.cli.core.internal.SubcommandLauncher.run(SubcommandLauncher.java:150)

     [exec] 	at com.ibm.team.filesystem.cli.core.internal.Application.start(Application.java:37)

     [exec] 	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)

     [exec] 	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)

     [exec] 	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)

     [exec] 	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)

     [exec] 	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)

     [exec] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

     [exec] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)

     [exec] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

     [exec] 	at java.lang.reflect.Method.invoke(Method.java:600)

     [exec] 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)

     [exec] 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)

     [exec] 	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)

     [exec] 	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)


So, I'm looking for any pointers for information on correcting this exception, or for any advice on a better way to accomplish this task. Thanks in advance for any and all help!

2 answers

Most liked answers ↑|Newest answers|Oldest answers

0
permanent link
Ralph Schoon (63.1k●3●36●46) | answered May 09 '11, 2:54 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Hi Michael,

which version are you using?

There is a SVN Importer available in the Eclipse Client. Have you tried that?

If doing it manually, I'd propose to make sure to disconnect the projects from SVN and potentially doing a refresh, before sharing them in Jazz SCM. In this case it is just a sharing operation and should work fine.

Ralph
0
permanent link
Michael Valenta (3.7k●3) | answered May 09 '11, 9:40 a.m.
FORUM MODERATOR / JAZZ DEVELOPER
Is this failure reproducable for you? If so, you should open a work item against the RTC Source Control component with the version of RTC you are using and the steps you use to reproduce the failure.

W.r.t. getting your code into RTC from SVN, you could use the SVN importer as Ralph mentioned. You could also extract the code from SVN without loading the workspace and then try a share. The share should sync up the local content with what is contrained in the workspace and give you pending changes that you can check in to make the remote workspace match what is in the sandbox (at least, I know that is how the Eclipse client works and I assume the CLI does the same thing).

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.