2014-02-24 70 views
0

我創建SVN版本庫:# svnadmin create apigw,唐`工作同步

庫可用,API經理被創建在倉庫一個空目錄。

# svn co svn://repo-server/apigw 
A apigw/-1234 
Checked out revision 1. 

# ll /opt/wso2am/repository/components/lib/trilead_ssh2_1.0.0_build215_1.0.0.jar 
-rw-r--r-- 1 root root 227983 фев 21 17:41 
/opt/wso2am/repository/components/lib/trilead_ssh2_1.0.0_build215_1.0.0.jar 

# ll /opt/wso2am/repository/components/dropins/svnkit-bundle-1.0.0.jar 
-rw-r--r-- 1 root root 2954568 фев 24 15:23 
opt/wso2am/repository/components/dropins/svnkit-bundle-1.0.0.jar 

但同步不起作用。存在一定的誤差在wso2carbon.log

TID:[0] [AM] [2014年2月24日16:21:44104] ERROR {org.wso2.carbon.core.deployment.CarbonDeploymentSchedulerTask} - 部署同步提交租戶-1234失敗

{} org.wso2.carbon.core.deployment.CarbonDeploymentSchedulerTask 了java.lang.RuntimeException:org.wso2.carbon.deployment.synchronizer.DeploymentSynchronizerException:錯誤而犯下文物SVN庫 at org.wso2.carbon.deployment.synchronizer.internal.DeploymentSynchronizerServiceImpl.commit(DeploymentSynchronizerServiceImpl.java:116) at org.wso2.carb on.core.deployment.CarbonDeploymentSchedulerTask.deploymentSyncCommit(CarbonDeploymentSchedulerTask.java:173) 在org.wso2.carbon.core.deployment.CarbonDeploymentSchedulerTask.run(CarbonDeploymentSchedulerTask.java:114) 在java.util.concurrent.Executors $ RunnableAdapter。調用(Executors.java:471) 在java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) 在java.util.concurrent.ScheduledThreadPoolExecutor中的$ ScheduledFutureTask.access是java $ 301(ScheduledThreadPoolExecutor.java:178) .util.concurrent.ScheduledThreadPoolExecutor $ ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) 在java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 在java.util.concurrent.ThreadPoolExecutor中的$ Worker.run(的ThreadPoolExecutor的.java:615) 在java.lang.Thread.run(Thread.java:744)

引起:org.wso2.carbon.deployment.synchronizer.DeploymentSynchronizerException:錯誤而在org.wso2.carbon犯工件來SVN庫 的.deployment.synchronizer.subversion.SVNBasedArtifactRepository.handleException(SVNBasedArtifactRepository.java:744) at org.wso2.carbon.deployment.synchronizer.subversion.SVNBasedArtifactRepository.commit(SVNBasedArtifactRepository.java:365) at org.wso2.carbon.deployment .synchronizer.internal.DeploymentSynchronizer.commit(DeploymentSynchronizer.java:145) at org.wso2.carbon.deployment.synchronizer.internal.DeploymentSynchronizerServiceImpl.commit(DeploymentSynchronizerServiceImpl.java:114) ... 9更多

引起:org.tigris.subversion.svnclientadapter.SVNClientException:org.tigris.subversion.javahl.ClientException:svn:'/ opt/wso2am/repository/deployment/server'不是在org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.cleanup(AbstractJhlClientAdapter.java:2069) 在org.wso2.carbon.deployment.synchronizer.subversion.SVNBasedArtifactRepository.commit(SVNBasedArtifactRepository.java:339) 工作副本 。 .. 11多個

造成的:org.tigris.subversion.javahl.ClientException:SVN: '/選擇/ wso2am /庫/部署/服務器' 是不是工作拷貝 在org.tigris.subversio n.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:777) at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1850) at org.tmatesoft.svn.core.javahl.SVNClientImpl。清理(​​SVNClientImpl。Java的:863) 在org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.cleanup(AbstractJhlClientAdapter.java:2066) ...... 12多個

產生的原因:org.tmatesoft.svn.core.SVNException:SVN :'/ opt/wso2am/repository/deployment/server'不是工作副本 ,位於org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) ,位於org.tmatesoft.svn。 core.internal.wc.admin.SVNAdminAreaFactory.open(SVNAdminAreaFactory.java:163) at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.doOpen(SVNWCAccess.java:364) at org.tmatesoft。 svn.core.internal.wc.admin.SVNWCAccess.open(SVNWCAccess.java:272) at org.tmatesoft.svn.core.inte rrn.wc.admin.SVNWCAccess.open(SVNWCAccess.java:265) at org.tmatesoft.svn.core.wc.SVNWCClient.doCleanup(SVNWCClient.java:521) at org.tmatesoft.svn.core.wc。 SVNWCClient.doCleanup(SVNWCClient.java:480) 在org.tmatesoft.svn.core.javahl.SVNClientImpl.cleanup(SVNClientImpl.java:861)

+0

您是否試圖提取APIM的新副本,並指向舊的SVN回購?我認爲在回購和包裝中存在衝突。更好地刪除工作節點中'wso2am/repository/deployment/server'中的所有文件並嘗試。 – Ragavan

+0

不,我創建了新的SVN回購和APIM的新安裝。我修改了其他配置APIM不在目錄中。 –

+0

我認爲這可能是一個版本的svn的問題。例如我的本地svn客戶端不能使用wso2 svn repo。 #svn cleanup svn:E155036:請參閱'svn upgrade'命令 svn:E155036:工作副本'/opt/wso2am-1.5.0/repository/deployment/server'太舊(格式10,由Subversion創建1.6) 什麼版本的svn服務器可以保證工作? –

回答

0
基於SVN-

WSO2部署同步`噸使用Subversion -1.7.13和使用subversion-1.6.11,如果你使用java-libs svnkit-bundle。 但它通過本機系統顛覆1.7。*