1. Hugh McManus
  2. bamboo-accurev-plugin
Issue #13 on hold

Configuration problem, help request

Anonymous created an issue

Bamboo 3.2.2, plugin 1.4.6 I have the plugin correctly configured so that I can specify an Accurev repository and save the build plan, but the task always fails. I am probably missing something simple, but can't figure out what.

Bamboo Server reports the error as follows: com.atlassian.bamboo.repository.RepositoryException: Error populating sources from repository at com.luxoft.bamboo.plugins.repository.accurev.AccuRevRepository.retrieveSourceCode(AccuRevRepository.java:485) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevRepository.retrieveSourceCode(AccuRevRepository.java:495) at com.atlassian.bamboo.v2.build.task.CheckoutUpdateForBuild.checkoutCode(CheckoutUpdateForBuild.java:119) at com.atlassian.bamboo.v2.build.task.CheckoutUpdateForBuild.doCall(CheckoutUpdateForBuild.java:91) at com.atlassian.bamboo.v2.build.task.CheckoutUpdateForBuild.call(CheckoutUpdateForBuild.java:41) at sun.reflect.GeneratedMethodAccessor596.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:304) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.springframework.orm.hibernate.HibernateInterceptor.invoke(HibernateInterceptor.java:117) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy421.call(Unknown Source) at com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent.build(DefaultBuildAgent.java:198) at com.atlassian.bamboo.v2.build.agent.BuildAgentControllerImpl.waitAndPerformBuild(BuildAgentControllerImpl.java:99) at com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent$1.run(DefaultBuildAgent.java:107) at com.atlassian.bamboo.build.pipeline.concurrent.NamedThreadFactory$2.run(NamedThreadFactory.java:50) at java.lang.Thread.run(Unknown Source) Caused by: com.luxoft.bamboo.plugins.repository.accurev.AccuRevException: AccuRev command = 'c:\Program Files (x86)\AccuRev\bin\accurev', 'show', '-fx', 'wspaces', '-a' completed with error code (1): at com.luxoft.bamboo.plugins.repository.accurev.AccuRevClientImpl.execute(AccuRevClientImpl.java:107) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevClient.executeWithXmlResult(AccuRevClient.java:156) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevClient.executeWithXmlResult(AccuRevClient.java:148) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevUtils.getWorkspaceAttribute(AccuRevUtils.java:184) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevUtils.getWorkspaceLocation(AccuRevUtils.java:201) at com.luxoft.bamboo.plugins.repository.accurev.AccuRevRepository.retrieveSourceCode(AccuRevRepository.java:440) ... 19 more

I have tried both Stream and Workspace configurations both fail. I can open cmd and execute the command (ensuring the -a preceeds the wspaces) successfully.

I have created an Executable for accurev and can invoke that as a task successfully.

Any suggestions would be welcome.

thanks, bill packard bill.packard @ kepware.com

Comments (7)

  1. Hugh McManus repo owner

    Hey Bill,

    I'm going to have to get back to you on this one as I have been just using this plugin in a linux environment so don't test it actively in a windows one. I'll give it a go though and get back to you.

    If you can use it from the command line I'm assuming that you've synced the time with the accurev server and all that?

    You have also logged in to the server, I have a solution to this just haven't got around to re-enabling it.

    Regards,

    Hugh

  2. Anonymous

    Hugh,

    Thanks for looking into this. I have synched with the server. I have created a (Bamboo) 'Executable' for accurev and can use that in a task. I am using a perl script for the build logic and it can run an accurev update successfully. I just can't get the plugin to work.

    I also copied the client folder to a pat without spaces, but that didn't help either.

    thanks, bill

  3. Hugh McManus repo owner

    Hey Bill,

    Apologies about the late reply on this but the company I work for are using this in a linux environment so I do limited testing for it on Windows. I do nearly all of my development on linux as well so I'm pretty slow getting to grips with the windows environment stuff as well.

    I reckon I've found your problem, this is a bug in the code. I've got a patch ready to go for it and I'll include it in the version 2.0.0 that is coming out in the next couple of days, I'm in my final stages of testing, just doing some benchmarking on it.

    Hope this will fix your problem and you can get going with it. If you have any further requirements then feel free to raise more bugs on this tracker. I'll resolve this issue once I've included it in the code and uploaded the new 2.0.0 jar.

    Regards,

    Hugh

  4. Hugh McManus repo owner

    Hey Bill,

    I've not made this change, can you please test with the new uploaded version (2.0.0) and close this ticket if it has been resolved?

    Thanks,

    Hugh

  5. Anonymous

    Hugh,

    I have installed v2.0 of the plugin, still having a problem: Error populating sources from repository: AccuRev command = 'c:\Program Files (x86)\AccuRev\bin\accurev', 'show', '-fx', 'wspaces', '-a' completed with error code (1).

    Not certain (haven't looked at the code), but if the arguments are in the order specified then that may be the problem. If I execute: accurev show -fx wspaces -a on a command line it also returns an error code of 1. If I execute accurev show -fx -a wspaces then I get the expected workspace list. Not sure why there would be an ordering difference between unix and windows - or if the order in the error message has relevance.

    On the positive side, it seems to be able to run the accurev command now, thanks for that.

    bill

  6. Hugh McManus repo owner

    Hey Bill,

    Again apologies about not getting back to you about this. For some reason I'm not getting alerts to my email.

    Ok, so you're working with workspaces then...this has a different code path than I have tested previously. I've been mostly working with streams. However the plugin as far as I know worked fine with workspaces when I had tried it before. It may be the issue you were saying with the difference in windows and unix. When I execute the command:

    accurev show -fx -a wspaces

    on my unix machine it works fine, but when I try the command:

    accurev show -fx wspaces -a

    it also works fine.

    So what I'll propose is to change it to the way that it works for both environments - i.e. the first one:

    accurev show -fx -a wspaces

    Regards,

    Hugh

  7. Hugh McManus repo owner

    Hey Bill,

    I've made the changes specified above, the version that should have the fix is 2.1.0,

    Give it a try and let me know if you have any further changes.

    Regards,

    Hugh

  8. Log in to comment