I made the conclusion too early, the problem is still there.

The mercurial plugin is able to poll the changes for the 1st time, e.g.
when the workspace directory is deleted. Then, it fails in the subsequent
polling, e.g. when the workspace directory is created.



On Tue, Nov 6, 2012 at 11:33 AM, hezjing <hezj...@gmail.com> wrote:

> Hi
>
> This problem is resolved by deleting the workspace directory.
>
> It looks like the problem occurred after Jenkins is restarted after the
> upgrade.
>
>
> On Tue, Nov 6, 2012 at 11:08 AM, hezjing <hezj...@gmail.com> wrote:
>
>> Hi
>>
>> I'm using Jenkins 1.489 and Mercurial plugin 1.41.
>>
>> My Jenkins failed to poll Mercurial changes with the following error in
>> the polling log:
>>
>> ERROR: Failed to record SCM polling for
>> hudson.maven.MavenModuleSet@3c32fb80[.....]
>> java.lang.ArrayIndexOutOfBoundsException: 1
>> at hudson.Launcher$2.launch(Launcher.java:712)
>>  at hudson.Launcher$ProcStarter.start(Launcher.java:346)
>> at
>> hudson.plugins.mercurial.MercurialSCM.joinWithPossibleTimeout(MercurialSCM.java:309)
>>  at hudson.plugins.mercurial.MercurialSCM.pull(MercurialSCM.java:303)
>> at
>> hudson.plugins.mercurial.MercurialSCM.compareRemoteRevisionWith(MercurialSCM.java:252)
>>  at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:356)
>> at hudson.scm.SCM.poll(SCM.java:373)
>> at hudson.model.AbstractProject._poll(AbstractProject.java:1471)
>>  at hudson.model.AbstractProject.poll(AbstractProject.java:1404)
>> at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:420)
>>  at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:449)
>> at
>> hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
>>  at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>  at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>> at java.lang.Thread.run(Thread.java:662)
>>
>>
>> Any idea?
>>
>> --
>>
>> Hez
>>
>
>
>
> --
>
> Hez
>



-- 

Hez

Reply via email to