Mode of upgrading a DSpace repository from version 6 to 7 or 8

[admin]

Hello,

I am now considering various approaches to upgrade DSpace from ver. 6 to 7 or 8.

Would it be feasible to install a fresh new DSpace version and then import publications from the old repository, but preserving specific elements like item handles? Or traditional way of upgrading would be eventually less challenging? I don't care about any UI customization, but obviously keeping the current handles would be critical.

Thanks

Peter

[gustav chinovava]

Hi Peter

As far as I know, handles reside in the postgreSQL database (table 'handle').

So a dump of you dspace database in 6.x, followed by a restore on the newly-installed 7.x should do the trick.

But of course do perform tests.

And the 6.x restored database need a migrate task on it so one gets the 7.x schema.

Regards

--
All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bd557ebc-0b7d-4ac9-900a-a607fbd7899bn%40googlegroups.com.

[admin]

Hello Gustav,

Thanks. And can I test DSpace under temporary url and the move it into final destination just by changing url in DSpace config? Or the url is also included in the database so moving DSpace to a new url wouldn't be that easy?

Peter

[gustav chinovava]

The access URL to a DSpace 7 repository is a combination of configurations below.

(1)Your local/public DNS 

(2)Apache2 config or whatever web server used

(3)DSpace local.cfg and angular ui config files

(4)In my case server hosts file

The URL is detached from the database in my view.

https://groups.google.com/d/msgid/dspace-tech/9184734e-db94-4b76-9a3b-eeca6906db14n%40googlegroups.com

.

[admin]

Okay, so apparently moving the site to a new url without manipulating database could be painless.

Thank you, will be testing it further.

[Michael Plate]

Hi,

Am 12.04.24 um 11:25 schrieb admin:

> Okay, so apparently moving the site to a new url without manipulating
> database could be painless.

[…]

I'd say: partial.
Your metadata will presumably contain the full URL in "identifier.url"
(select * from metadatavalue where metadata_field_id =34;) , but this
does not break the approach - just remember to update that later on in
the database and run index-discovery.

CU

Michael

[gustav chinovava]

Hi Michael

I think this depends on how you set the following parameter in the local or dspace cfg.

If such uri's are meant to be persistent (and used for citations), I would avoid a value that includes my domain - since domain is bound to change - and leave it pointing to the handle base URL.

That is if one subscribes to handle.net system

handle.canonical.prefix = http://hdl.handle.net/

--
All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/b3716ff6-70dd-412a-b69c-3d130c58c354%40bibliothek.uni-kassel.de.