2012-04-25 9 views

Respuesta

6

Pasé dos días peleando con el mismo problema. Resultó que CollabNet Subversion 4.0.11 Edge no tiene Java 8.

El procedimiento siguiente me ayudó a hacer CN Subverion Edge 4.0.11 trabajo de nuevo en Windows 7:

1) Desinstalar CollabNet Subversion

2) Desinstale Java 8 (tenía Java 7 y 6 uno al lado del otro, así que después de desinstalar el 8, 7 lo recogí después de agregarlo a la variable PATH. Es importante agregarlo al comienzo de la ruta, de lo contrario Windows \ será tomada System32 \ java.exe, que no era bueno para mí también)

3) Instalar CollabNet Subverion (la im Lo importante es desmarcar la casilla de verificación "Ejecutar CollabNet ..." en la pantalla final. Parece que el instalador sigue creando archivos al final y solo después de haber hecho clic en Aceptar en la pantalla final, los archivos de configuración necesarios se han creado en la carpeta data/conf.

4) Asegúrese de que los datos se crean archivo/conf/httpd.conf. Si está allí, llegó a los servicios (services.msc) e iniciar el servidor manualmente

Ahora inicie el explorador y vaya a localhost: 3343/csvn. Buena suerte.

+2

Esto me ahorró algo de tiempo en Java 8. Incidentalmente, no es necesario desinstalar Collabnet - navegue a csvn \ svcwrapper \ bat, después de obtener las instalaciones de Java correctas, y ejecute uninstallService.bat seguido de installService.bat - esto clasifica la edición de Java utilizada por el servicio. –

1

Comprobar en c:/csvn/datos/registros para un registro que comienza con "consola". Luego encuentre el (los) error (es) y verifique qué está mal.

¿Usted intentó reiniciar el servicio?

3

1) Instalar Java 7

2) En el archivo \ csvn \ svcwrapper \ cambio conf \ wrapper.conf de # wrapper.java.command.maxVersion = 1,6 a 1,7 wrapper.java.command.maxVersion =

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

Buena suerte.

0

que tenían el mismo problema, CollabNet Subversion Edge la versión 4.0.4. En mi caso, el problema era actualizar el JAVA_HOME de JDK 1.6 a JDK 1.7.

finalmente resolvió cambiando el archivo: C: \ ~ 1 \ csvn \ svcwrapper \ conf \ wrapper.conf

he cambiado el valor de la propiedad: wrapper.java.command: java envoltorio .java.command = C: /PROGRA~1/Java/jdk1.6.0_45/bin/java

Por lo tanto, el csvn ahora se ejecuta con 1.6 como antes. Y funciona de nuevo como un servicio de forma automática.

¡Buena suerte!

0

Existe un problema alternativo que produce el mismo error: la base de datos puede corromperse. Esto es lo que me acaba de pasar. Las respuestas anteriores no funcionaron en este caso. Como Subversion Edge 5.0.1 viene incluido con jre8, sería bastante extraño si no se pudiera ejecutar en su contra.

Para resolver el problema, tuve que parchear la base de datos (afortunadamente, la base de datos de usuario c: \ csvn \ data \ csvn-production-hsqldb.script es un archivo sql de texto plano).

  • archivos de copia de seguridad de datos en C: \ csvn \
  • Eliminar csvn-producción-hsqldb.script e iniciar el servicio (debería aparecer ahora)
  • salir del servicio
  • Guardar el fichero del cual es automáticamente recreado ahora
  • comparar su archivo antiguo y el nuevo trabajo de un
  • reemplazar cada línea que comienza con INSERT INTO QRTZ en su base de datos con las líneas correspondientes de la copia de trabajo
  • copiar los nuevos archivos en el lugar que le corresponde
  • iniciar el servicio
  • espero que trabajó
0

tuve este problema también. Actualizar a SubversionEdge 5.1.4 resolvió el problema.

0

Nos encontramos con este problema con CollabNet Subversion Edge 3.3.1 cada vez que parcheamos nuestra instalación de JDK 6 (por ejemplo, actualización de IAVM). Necesitamos instalar JDK 7 y 8 en esta máquina también para que los instaladores confundan la información de la versión en el Registro de Windows (no es una sorpresa). Incluso si actualizamos JDK 6 al final, también se pone raro.

Sin embargo, resulta que la Consola de Subversion utiliza el Registro de Windows para localizar la instalación de Java para iniciar el servicio de la Consola. Actualizar la entrada de registro HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion a 1.6 y tener una instalación adecuada de JDK 1.6 restablecerá el funcionamiento de la consola.

Cuestiones relacionadas