-
Bug
-
Resolution: Duplicate
-
Blocker
-
None
-
Platform: All, OS: Windows XP
[workspace] $ p4 changes -m 25 //depot/main/Foo/...
FATAL: For input string: "too"
java.lang.NumberFormatException: For input string: "too"
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.<init>(Unknown Source)
at
com.tek42.perforce.parse.Changes.getChangeNumbersToForSinglePath(Changes.java:217)
at com.tek42.perforce.parse.Changes.getChangeNumbersTo(Changes.java:171)
at com.tek42.perforce.parse.Changes.getChangeNumbersTo(Changes.java:127)
at hudson.plugins.perforce.PerforceSCM.checkout(PerforceSCM.java:288)
at hudson.model.AbstractProject.checkout(AbstractProject.java:574)
at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:251)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:225)
at hudson.model.Run.run(Run.java:778)
at hudson.model.Build.run(Build.java:85)
at hudson.model.ResourceController.execute(ResourceController.java:70)
at hudson.model.Executor.run(Executor.java:85)
The actual string results of this command are as follows:
Request too large (over 700000); see 'p4 help maxresults'.
Exceptions such as this should be caught and handled.
In this case, the depot path will have to be broken up.
Strip the final ... from the view path given, and replace it with a *. This will
then be an argument to p4 dirs
p4 dirs //depot/main/Foo/*
This will then return a list of nested paths that stand a better chance of
satisfying the perforce limits.
This is a blocking issue for me, as I am currently unable to sync a project to
even get hudson to start building my project.