[JIRA] Commented: (HUDSON-1939) NumberFormatException in p4 changes

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[JIRA] Commented: (HUDSON-1939) NumberFormatException in p4 changes

Hudson issues mailing list

    [ http://issues.hudson-ci.org/browse/HUDSON-1939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=136257#action_136257 ]

yodee commented on HUDSON-1939:
-------------------------------

I slightly modified the PerforceSCM::checkout function to sync the client to the specific revision. I will be doing the testing for a while to see whether it meets all of my expectation or not. So far it worked for me.

The change is like below,

-sbSyncPath.append(newestChange);
+// This is to avoid "request too large" error. We are trying
+// to sync the files available on the depot from the last
+// change to the newestchange.
+sbSyncPath.append(lastChange);
+sbSyncPath.append(",@");
+sbSyncPath.append(newestChange);

This will result in command like below,

p4 sync //workspace/...@1,@10

May be i think i should take lastChange+1.

> NumberFormatException in p4 changes
> -----------------------------------
>
>                 Key: HUDSON-1939
>                 URL: http://issues.hudson-ci.org/browse/HUDSON-1939
>             Project: Hudson
>          Issue Type: Bug
>          Components: perforce
>    Affects Versions: current
>         Environment: Platform: All, OS: Windows XP
>            Reporter: folkstone42
>            Assignee: rpetti
>            Priority: Blocker
>
> [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.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.hudson-ci.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]