[GeoNetwork-devel] SVNmanager questions

Using geonetwork 2.10.2 on unix

I recently migrated my database over to a new server and updated the jdbc
connection information on my geonetwork installation.

Now I get the error message below.

Questions:
- I don't have the subversion client on this system - without installing an
svn client so that I can change the svn property can this change be made. I
don't think a subversion client is part of the requirements for geonetwork -
should it be?

- If I remove the folder
"/u01/apps/geonetwork_data_dir/data/metadata_subversion" will it recreate
the repository with the correct information or will it corrupt the
installation?

-The error mentions "specify a different subversion repository" - is this
supported? - the comments in the XmlSerializerSvn seem to indicate that it
is but only for the local file system "Sets the repository URL - at present
we really only expect that this will be a local filesystem repository". If
it only supports local filesystem then the error should probably be updated
to something like ""specify a different subversion repository (local
filesystem only)". If it does support external subversion repositories is
there an example of how to do this?

java.lang.IllegalArgumentException: Repository uses database URL of
'jdbc:oracle:thin:@old_hostname.com:1521:OLDSID' which does not match
current database URL 'jdbc:oracle:thin:@new_hostname.com:1521/NEWSID'.
Modify the svn property geonet:dburl on the root of the subversion
repository at /u01/apps/geonetwork_data_dir/data/metadata_subversion or
specify a different subversion repository at
org.fao.geonet.kernel.SvnManager.<init>(SvnManager.java:179) at
org.fao.geonet.Geonetwork.start(Geonetwork.java:345) at
jeeves.server.JeevesEngine.initAppHandler(JeevesEngine.java:600) at
jeeves.server.JeevesEngine.init(JeevesEngine.java:206) at
jeeves.server.sources.http.JeevesServlet.init(JeevesServlet.java:91) at
javax.servlet.GenericServlet.init(GenericServlet.java:241) at
org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:477)
at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:293)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:739)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:254)
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1238)
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:683)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:480) at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at
org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:39)
at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:186)
at
org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:494)
at
org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:141)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:145)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:56)
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:609) at
org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:540) at
org.eclipse.jetty.util.Scanner.scan(Scanner.java:403) at
org.eclipse.jetty.util.Scanner.doStart(Scanner.java:337) at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:121)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at
org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:555)
at
org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:230)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at
org.eclipse.jetty.util.component.AggregateLifeCycle.doStart(AggregateLifeCycle.java:81)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:58)
at
org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:96)
at org.eclipse.jetty.server.Server.doStart(Server.java:275) at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1266)
at java.security.AccessController.doPrivileged(Native Method) at
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1189) at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616) at
org.eclipse.jetty.start.Main.invokeMain(Main.java:472) at
org.eclipse.jetty.start.Main.start(Main.java:620) at
org.eclipse.jetty.start.Main.main(Main.java:95)

Thank you
Ian

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/SVNmanager-questions-tp5085413.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.

I ended up shutting down geonetwork. Removing the folder
/u01/apps/geonetwork_data_dir/data/metadata_subversion and then starting it
back up. As we were not using the subversion options, no revisions were
lost.

It seems to have recreated the folder
/u01/apps/geonetwork_data_dir/data/metadata_subversion during the startup of
geonetwork and all seems to be working well now.

If anyone is aware of any issues that this could have causes, please let me
know.

Thank you.

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/SVNmanager-questions-tp5085413p5085420.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.