2012-04-25 175 views

回答

6

我花了兩天與同樣的問題打架。原來,CollabNet的Subversion的邊緣4.0.11不支持Java 8

以下步驟幫助我做出CN Subverion邊緣再次4.0.11工作在Windows 7:

1)卸載的CollabNet的Subversion

2)卸載Java 8(我並排使用Java 7和6,所以在我將它添加到PATH變量後卸載了8,7之後,重要的是在路徑的開始處添加它,否則Windows \ System32 \ java.exe將被採取,這對我也不好)

3)安裝CollabNet Subverion(im重要的是在最終屏幕中取消選中「運行CollabNet ...」複選框。看起來安裝程序仍然在最後創建文件,只有在最終屏幕中單擊確定後,纔會在data/conf文件夾中創建所需的配置文件。

4)確保已創建data/conf/httpd.conf文件。如果有,請到服務(services.msc)並手動啓動服務器

現在啓動瀏覽器並導航到localhost:3343/csvn。 祝你好運。

+2

這爲Java8節省了一些時間。順便說一下,您無需卸載Collabnet - 在java安裝正確後導航到csvn \ svcwrapper \ bat,然後運行uninstallService.bat,然後運行installService.bat - 此操作整理服務使用的java版本。 – 2015-03-12 12:41:01

1

在c:/ csvn/data/logs中檢入以「console」開頭的日誌。然後找到錯誤並檢查錯誤。

您是否嘗試重新啓動服務?

3

1)安裝Java 7

2)在文件\ csvn \ svcwrapper \ CONF \ wrapper.conf從#wrapper.java.command.maxVersion變化= 1.6〜wrapper.java.command.maxVersion = 1.7

3)Run \ csvn \ svcwrapper \ bat \ runConsole.bat

祝您好運。

0

我有同樣的問題,CollabNet Subversion Edge版本4.0.4。在我的情況下,問題是將JAVA_HOME從JDK 1.6更新到JDK 1.7。

我終於解決它改變了文件: C:\ PROGRA〜1 \ csvn \ svcwrapper \的conf \ wrapper.conf

我改變了屬性的值:wrapper.java.command:JAVA 包裝.java.command = C:/PROGRA~1/Java/jdk1.6.0_45/bin/java

所以csvn現在可以像以前一樣運行1.6。它會自動作爲服務再次運行。

祝你好運!

0

存在導致相同錯誤的替代問題:數據庫可能損壞。這就是發生在我身上的事情。以上答案不適用於這種情況。由於Subversion Edge 5.0.1將捆綁在與jre8中,如果它無法運行,它會相當奇怪。

爲了解決這個問題,我不得不修補數據庫(幸運的是,用戶數據庫c:\ csvn \ data \ csvn-production-hsqldb.script是一個純文本sql文件)。

  • 在C備份文件:\ csvn \數據
  • 刪除csvn - 生產 - hsqldb.script和啓動服務(應該拿出現在)
  • 退出服務
  • 保存文件,該文件是現在自動重新
  • 比較舊文件和新的工作一個
  • 替換每一行中你的數據庫開始INSERT INTO QRTZ從工作副本對應的線
  • 複製新文件到合適的地方
  • 啓動服務
  • 希望它的工作
0

我也有這個問題。升級到SubversionEdge 5.1.4解決了這個問題。

0

我們每次修補JDK 6安裝(例如IAVM更新)時,都會遇到CollabNet Subversion Edge 3.3.1的這個問題。我們需要在這臺機器上安裝JDK 7和8,所以安裝程序會混淆Windows註冊表中的版本信息(不是太驚奇)。即使我們最後更新了JDK 6,它也變得很奇怪。

不過,事實證明,Subversion控制檯使用Windows註冊表來查找Java安裝來啓動Console服務。將註冊表項HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion更新爲1.6並且正確安裝JDK 1.6將恢復控制檯操作。