Problem with "Import into Jazz" from CVS
I'm trying to import a CVS project into RTC and get the following error:
java.lang.IllegalStateException: Contents for ###################### were not fetched
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.fetchFiles(CVSImporter.java:441)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.walk(CVSImporter.java:277)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.gatherInformation(CVSImporter.java:262)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:219)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:182)
at com.ibm.team.scm.client.importz.internal.CreateArchiveOperation.run(CreateArchiveOperation.java:32)
at com.ibm.team.scm.client.importz.ui.ImportOperation.createArchive(ImportOperation.java:122)
at com.ibm.team.scm.client.importz.ui.ImportOperation.filesystemRun(ImportOperation.java:93)
at com.ibm.team.filesystem.ccvs.ui.internal.CVSImportOperation.filesystemRun(CVSImportOperation.java:86)
at com.ibm.team.filesystem.ui.operations.FileSystemUIOperation.repositoryRun(FileSystemUIOperation.java:43)
at com.ibm.team.repository.rcp.ui.operations.RepositoryOperation.run(RepositoryOperation.java:42)
at com.ibm.team.repository.rcp.ui.operations.JobRunner.run(JobRunner.java:205)
at com.ibm.team.repository.rcp.ui.operations.JobRunner$1.run(JobRunner.java:62)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Does anybody has an idea what's going wrong here?
Thanks,
Michael
java.lang.IllegalStateException: Contents for ###################### were not fetched
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.fetchFiles(CVSImporter.java:441)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.walk(CVSImporter.java:277)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.gatherInformation(CVSImporter.java:262)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:219)
at com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:182)
at com.ibm.team.scm.client.importz.internal.CreateArchiveOperation.run(CreateArchiveOperation.java:32)
at com.ibm.team.scm.client.importz.ui.ImportOperation.createArchive(ImportOperation.java:122)
at com.ibm.team.scm.client.importz.ui.ImportOperation.filesystemRun(ImportOperation.java:93)
at com.ibm.team.filesystem.ccvs.ui.internal.CVSImportOperation.filesystemRun(CVSImportOperation.java:86)
at com.ibm.team.filesystem.ui.operations.FileSystemUIOperation.repositoryRun(FileSystemUIOperation.java:43)
at com.ibm.team.repository.rcp.ui.operations.RepositoryOperation.run(RepositoryOperation.java:42)
at com.ibm.team.repository.rcp.ui.operations.JobRunner.run(JobRunner.java:205)
at com.ibm.team.repository.rcp.ui.operations.JobRunner$1.run(JobRunner.java:62)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Does anybody has an idea what's going wrong here?
Thanks,
Michael
5 answers
Michael,
What CVS server version are you using? The method used to fetch the
contents is not compatible with CVSNT. If you're not using CVSNT, you
could try using the cvs2svn utility to create an SVN dump file and then
import the SVN dump file into Jazz (unfortunately, the utility isn;t
compatible with CVSNT either).
Michael
Michael Haeberlen wrote:
What CVS server version are you using? The method used to fetch the
contents is not compatible with CVSNT. If you're not using CVSNT, you
could try using the cvs2svn utility to create an SVN dump file and then
import the SVN dump file into Jazz (unfortunately, the utility isn;t
compatible with CVSNT either).
Michael
Michael Haeberlen wrote:
I'm trying to import a CVS project into RTC and get the following error:
java.lang.IllegalStateException: Contents for ######################
were not fetched
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.fetchFiles(CVSImporter.java:441)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.walk(CVSImporter.java:277)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.gatherInformation(CVSImporter.java:262)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:219)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:182)
at
com.ibm.team.scm.client.importz.internal.CreateArchiveOperation.run(CreateArchiveOperation.java:32)
at
com.ibm.team.scm.client.importz.ui.ImportOperation.createArchive(ImportOperation.java:122)
at
com.ibm.team.scm.client.importz.ui.ImportOperation.filesystemRun(ImportOperation.java:93)
at
com.ibm.team.filesystem.ccvs.ui.internal.CVSImportOperation.filesystemRun(CVSImportOperation.java:86)
at
com.ibm.team.filesystem.ui.operations.FileSystemUIOperation.repositoryRun(FileSystemUIOperation.java:43)
at
com.ibm.team.repository.rcp.ui.operations.RepositoryOperation.run(RepositoryOperation.java:42)
at
com.ibm.team.repository.rcp.ui.operations.JobRunner.run(JobRunner.java:205)
at
com.ibm.team.repository.rcp.ui.operations.JobRunner$1.run(JobRunner.java:62)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Does anybody has an idea what's going wrong here?
Thanks,
Michael
Michael,
thanks for your quick answer. No, I'm not using CVSNT. Fortunately, the source code is available so I was able to debug
into the problem quite easily. In com.ibm.team.filesystem.ccvs.internal.CVSImporter#fetchFiles I found some problematic
code:
CVSTag tag = new CVSTag(revision, CVSTag.VERSION);
//CVSTag tag = CVSUtil.getTag(remoteResource);
CVSUtil.retryCommand(CHECKOUT, session, Command.NO_GLOBAL_OPTIONS,
new LocalOption[] {Command.DO_NOT_RECURSE, Update.makeTagOption(tag)},
(String[])foldersToFetch.toArray(new String),
null, subProgress.newChild(1));
the problem is that the checkout command gets the local options "-r 1.x" from Update.makeTagOption(tag). When I try this
from the cvs command line, e.g. "cvs checkout -l -r 1.3 <module>" I also get an error saying
"cvs : Numeric directory tags are not allowed."
At least for my special situation ;-) a solution would be if the first line above would be changed to
CVSTag tag = new CVSTag();
because then Update.makeTagOption(tag) would give "-A" option which does work on the command line.
I'm sure there are good reasons to do it the other way, and maybe I'm doing something wrong, do you have another workaround?
Thanks,
Michael
Michael Valenta wrote:
thanks for your quick answer. No, I'm not using CVSNT. Fortunately, the source code is available so I was able to debug
into the problem quite easily. In com.ibm.team.filesystem.ccvs.internal.CVSImporter#fetchFiles I found some problematic
code:
CVSTag tag = new CVSTag(revision, CVSTag.VERSION);
//CVSTag tag = CVSUtil.getTag(remoteResource);
CVSUtil.retryCommand(CHECKOUT, session, Command.NO_GLOBAL_OPTIONS,
new LocalOption[] {Command.DO_NOT_RECURSE, Update.makeTagOption(tag)},
(String[])foldersToFetch.toArray(new String),
null, subProgress.newChild(1));
the problem is that the checkout command gets the local options "-r 1.x" from Update.makeTagOption(tag). When I try this
from the cvs command line, e.g. "cvs checkout -l -r 1.3 <module>" I also get an error saying
"cvs : Numeric directory tags are not allowed."
At least for my special situation ;-) a solution would be if the first line above would be changed to
CVSTag tag = new CVSTag();
because then Update.makeTagOption(tag) would give "-A" option which does work on the command line.
I'm sure there are good reasons to do it the other way, and maybe I'm doing something wrong, do you have another workaround?
Thanks,
Michael
Michael Valenta wrote:
Michael,
What CVS server version are you using? The method used to fetch the
contents is not compatible with CVSNT. If you're not using CVSNT, you
could try using the cvs2svn utility to create an SVN dump file and then
import the SVN dump file into Jazz (unfortunately, the utility isn;t
compatible with CVSNT either).
Michael
Michael Haeberlen wrote:
I'm trying to import a CVS project into RTC and get the following error:
java.lang.IllegalStateException: Contents for ######################
were not fetched
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.fetchFiles(CVSImporter.java:441)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.walk(CVSImporter.java:277)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.gatherInformation(CVSImporter.java:262)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:219)
at
com.ibm.team.filesystem.ccvs.internal.CVSImporter.createChangeSetArchive(CVSImporter.java:182)
at
com.ibm.team.scm.client.importz.internal.CreateArchiveOperation.run(CreateArchiveOperation.java:32)
at
com.ibm.team.scm.client.importz.ui.ImportOperation.createArchive(ImportOperation.java:122)
at
com.ibm.team.scm.client.importz.ui.ImportOperation.filesystemRun(ImportOperation.java:93)
at
com.ibm.team.filesystem.ccvs.ui.internal.CVSImportOperation.filesystemRun(CVSImportOperation.java:86)
at
com.ibm.team.filesystem.ui.operations.FileSystemUIOperation.repositoryRun(FileSystemUIOperation.java:43)
at
com.ibm.team.repository.rcp.ui.operations.RepositoryOperation.run(RepositoryOperation.java:42)
at
com.ibm.team.repository.rcp.ui.operations.JobRunner.run(JobRunner.java:205)
at
com.ibm.team.repository.rcp.ui.operations.JobRunner$1.run(JobRunner.java:62)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Does anybody has an idea what's going wrong here?
Thanks,
Michael
On Tue, 15 Jul 2008 23:38:10 +0200, Michael Haeberlen wrote:
What cvs server are you using? As far as I know only CVSNT produces this
error message.
Removing the -r option will make it always fetch the latest version of
all the files, so you will not be getting any history, just multiple
copies of the same latest contents.
- Dmitry
"cvs : Numeric directory tags are not allowed."
What cvs server are you using? As far as I know only CVSNT produces this
error message.
At least for my special situation ;-) a solution would be if the first
line above would be changed to
CVSTag tag = new CVSTag();
because then Update.makeTagOption(tag) would give "-A" option which does
work on the command line.
I'm sure there are good reasons to do it the other way, and maybe I'm
doing something wrong, do you have another workaround?
Removing the -r option will make it always fetch the latest version of
all the files, so you will not be getting any history, just multiple
copies of the same latest contents.
- Dmitry
On Wed, 16 Jul 2008 15:23:02 +0200, Michael Haeberlen wrote:
Yes. The only things you can try is use the SVN importer to generate an
SVN dump file (as Michael Suggested), or convert to using the real CVS
server.
- Dmitry
sorry it seems to be CVSNT as you suggested. I was confused by the fact
that org.eclipse.team.internal.ccvs.core.client.Session#isCVSNT() method
returned false when I debugged it. So I assume, I cannot use the "Import
int Jazz" functionality ?
Yes. The only things you can try is use the SVN importer to generate an
SVN dump file (as Michael Suggested), or convert to using the real CVS
server.
- Dmitry
Dmitry,
sorry it seems to be CVSNT as you suggested. I was confused by the fact that
org.eclipse.team.internal.ccvs.core.client.Session#isCVSNT() method returned false when I debugged it. So I assume, I
cannot use the "Import int Jazz" functionality ?
Thanks,
Michael
Dmitry Karasik wrote:
sorry it seems to be CVSNT as you suggested. I was confused by the fact that
org.eclipse.team.internal.ccvs.core.client.Session#isCVSNT() method returned false when I debugged it. So I assume, I
cannot use the "Import int Jazz" functionality ?
Thanks,
Michael
Dmitry Karasik wrote:
On Tue, 15 Jul 2008 23:38:10 +0200, Michael Haeberlen wrote:
"cvs : Numeric directory tags are not allowed."
What cvs server are you using? As far as I know only CVSNT produces this
error message.
At least for my special situation ;-) a solution would be if the first
line above would be changed to
CVSTag tag = new CVSTag();
because then Update.makeTagOption(tag) would give "-A" option which does
work on the command line.
I'm sure there are good reasons to do it the other way, and maybe I'm
doing something wrong, do you have another workaround?
Removing the -r option will make it always fetch the latest version of
all the files, so you will not be getting any history, just multiple
copies of the same latest contents.
- Dmitry