Re: [dspace-tech] any organization to use DSpace 7
On a similar note, I'm also curious if anyone is using 7.* in production yet (or who are planning to do so in the not-too-distant future)? Carl Carl Jones MIT Libraries Information Technology Services Enterprise Systems Bldg. NE36-6101 105 Broadway Cambridge, MA 02142 On Thu, Dec 16, 2021 at 9:08 AM Joshua Kim wrote: > Hi all, > > University of Delaware Library is working on installing DSPace 7. Is there > any way I can look at the websites of other organizations using DSpace 7? > > > Joshua Kim > Web Developer, Library IT > Library, Museums and Press > University of Delaware > > -- > 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+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/dspace-tech/CAOE6Kn6yChiYchRr9wyZzUQwBwUs2Abp8BOPnto1SQ1-HSbOsA%40mail.gmail.com > <https://groups.google.com/d/msgid/dspace-tech/CAOE6Kn6yChiYchRr9wyZzUQwBwUs2Abp8BOPnto1SQ1-HSbOsA%40mail.gmail.com?utm_medium=email_source=footer> > . > -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/CALcv9MkymEb5prsDr427rkoru%2B98SaMsMJ-iC-ZfAff2bfL7DQ%40mail.gmail.com.
[dspace-tech] Re: SWORD v2 zip submission fails to parse mets.xml
I haven't found any difference in the METS between SWORD v1 or v2. You might try changing the packaging header directive to 'Packaging' instead of 'X-Packaging'. Apparently -H "Packaging:" was required for v2. On 6.3 we've had success with: /usr/bin/curl --basic --user myn...@mit.edu:$mypass -i -T "./PhysRevB.99.075430-mets.zip" -H "Content-Disposition:attachment; filename=PhysRevB.99.075430-mets.zip" -H "Content-Type:application/zip" -H "Packaging:http://purl.org/net/sword/package/METSDSpaceSIP; -H "X-No-Op:false" -vvv -X POST https://dspace.mit.edu/swordv2/collection/1721.1/121131 I also tested v2 on beta dspace 7.* a while back and that worked as well. Hopefully that helps. Carl On Friday, September 24, 2021 at 3:30:16 PM UTC-4 al...@vt.edu wrote: > I can use SWORD (v1) to deposit the attached zip file containing a PDF and > mets.xml file with > > curl -i --data-binary "@art_4959256494595851995.zip" -H > "Content-Disposition: filename=art_4959256494595851995.zip" -H > "Content-Type: application/zip" -H "X-Packaging: > http://purl.org/net/sword-types/METSDSpaceSIP; -H "X-No-Op: false" -H > "X-Verbose: true" -u em...@vt.edu:password -X POST > https://vtechworks.lib.vt.edu/sword/deposit/10919/105038 > > An item with complete parsed metadata is created. The reply is, > > HTTP/2 202 > content-type: application/atom+xml;charset=UTF-8 > date: Fri, 24 Sep 2021 14:18:26 GMT > location: https://vtechworks.lib.vt.edu/sword/media-link > server: nginx/1.14.0 (Ubuntu) > strict-transport-security: max-age=31536000; includeSubDomains; preload > > However the similar action in SWORD v2 fails, > > curl -i --data-binary "@SV.2021.21548575.zip" -H "Content-Disposition: > filename=SV.2021.2154857.zip" -H "Content-Type: application/zip" -H > "X-Packaging: http://purl.org/net/sword-types/METSDSpaceSIP; -H "X-No-Op: > false" -H "X-Verbose: true" -u em...@vt.edu:password -X POST > https://vtechworks.lib.vt.edu/swordv2/collection/10919/105038 > > It creates an item but fails to parse the metadata in mets.xml. It returns: > > Warning: Couldn't read data from file "SV.2021.21548575.zip", this makes > an > Warning: empty POST. > HTTP/2 201 > content-md5: 340de27eba01e49135f4d564802550c5 > content-type: application/atom+xml; type=entry;charset=UTF-8 > date: Fri, 24 Sep 2021 14:14:43 GMT > last-modified: Fri, 24 Sep 2021 10:14:43 -0400 > location: > http://vtechworks.lib.vt.edu/swordv2/edit/dd50a6b3-d43b-4de3-b85e-7a021f480259 > server: nginx/1.14.0 (Ubuntu) > strict-transport-security: max-age=31536000; includeSubDomains; preload > > http://www.w3.org/2005/Atom;> type="application/zip" src=" > http://vtechworks.lib.vt.edu/swordv2/edit-media/dd50a6b3-d43b-4de3-b85e-7a021f480259"/> > href=" > http://vtechworks.lib.vt.edu/swordv2/edit-media/dd50a6b3-d43b-4de3-b85e-7a021f480259; > > rel="edit-media" type="application/zip"/>http://purl.org/dc/terms/;>Submitted by xx (x...@vt.edu) on > 2021-09-24T14:14:43Z > No. of bitstreams: 2 > SV.2021.2154857.zip: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e > (MD5) > SV.2021.2154857.zip: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e > (MD5)http://purl.org/dc/terms/;>Zip file > deposted by SWORD without accompanying metadatahttp://purl.org/dc/terms/;>Untitled: SV.2021.2154857.zip type="text">Untitled: SV.2021.2154857.zip type="text">2021-09-24T04:00:00.000Z uri="http://www.dspace.org/ns/sword/2.0/; version="2.0">x...@vt.edu > > http://vtechworks.lib.vt.edu/swordv2/edit/dd50a6b3-d43b-4de3-b85e-7a021f480259 > href=" > http://vtechworks.lib.vt.edu/swordv2/edit/dd50a6b3-d43b-4de3-b85e-7a021f480259; > > rel="edit"/>http://vtechworks.lib.vt.edu/swordv2/edit/dd50a6b3-d43b-4de3-b85e-7a021f480259; > > rel="http://purl.org/net/sword/terms/add"/>http://vtechworks.lib.vt.edu/swordv2/edit-media/dd50a6b3-d43b-4de3-b85e-7a021f480259.atom; > > rel="edit-media" type="application/atom+xml; type=feed"/>http://purl.org/net/sword/terms/;> > http://purl.org/net/sword/package/SimpleZiphttp://vtechworks.lib.vt.edu/swordv2/statement/dd50a6b3-d43b-4de3-b85e-7a021f480259.rdf; > > rel="http://purl.org/net/sword/terms/statement; > type="application/rdf+xml"/>http://vtechworks.lib.vt.edu/swordv2/statement/dd50a6b3-d43b-4de3-b85e-7a021f480259.atom; > > rel="http://purl.org/net/sword/terms/statement; > type="application/atom+xml; type=feed"/>http://purl.org/net/sword/terms/;>The package has been ingested and > unpacked into the item. Template metadata for the collection has been > used, and a default title with the name of the file has been > sethttp://vtechworks.lib.vt.edu/swordv2/edit-media/bitstream/9d9d-ad48-4dcd-8f75-bd28bd826718/SV.2021.2154857.zip; > > rel="http://purl.org/net/sword/terms/originalDeposit; > type="application/x-zip-compressed"/> > > Is METSDSpaceSIP enabled for SWORD v2? > > Is there any difference between the mets.xml needed for SWORD and SWORDv2? > > I tried testing this on DSpace Demo (6.3 XMLUI), > >
[dspace-tech] DSpace 7 - Thumbnails in Browse Lists?
Hi I was curious about the earlier in the summer, but since 7 has been released has anyone customized their theme to add thumbnails to Browse view? Ideally, the ability to toggle between list and thumbnail (aka gridElement) views as with Search results. I know browse is implemented differently and only use a simple list style format (according to Tim from back in June). I'm hoping this will eventually become a standard feature (esp. useful with media-rich collections). Thanks, Carl ca...@mit.edu MIT Libraries -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/475e0b4e-20a0-42f7-bc9f-4f95f6ab39a6n%40googlegroups.com.
Re: [dspace-tech] Recent-submissions homepage error in DSpace 6.3
Hi Jose, That worked. Our sysadmin created the UUID and inserted into the tables as described in the earlier post. So, for whatever reason, didn't get populated as part of the 1.8 -> 6.3 upgrade process. Thank you! Carl On Tuesday, April 13, 2021 at 11:04:23 AM UTC-4 Carl Jones wrote: > Hi Jose, > > Thanks for the link, looks very helpful (the table should not be empty) > and I'll pass onto our sysadmin. > > Carl > > On Tuesday, April 13, 2021 at 10:04:12 AM UTC-4 bla...@umich.edu wrote: > >> Look at this: >> https://groups.google.com/g/dspace-tech/c/k33Thvse0LA/m/v2XEQeOfAQAJ >> >> Look at what Hernan did. I'm not sure how he created the UUID he >> inserted in the tables. Perhaps you know how to create one. I googled a >> bit and saw some documentation about it. >> >> Hope this helps. >> -Jose >> >> On Mon, Apr 12, 2021 at 6:25 PM Carl Jones wrote: >> >>> >>> It's been a while, but following up, what if the Site table is present >>> but it's empty? >>> >>> Carl >>> On Tuesday, December 8, 2020 at 9:49:07 AM UTC-5 Carl Jones wrote: >>> >>>> Hi Jose, >>>> >>>> Thanks, much, for the suggestions. We’ll check those out. >>>> >>>> Carl >>>> >>>> > On Dec 7, 2020, at 6:01 PM, Jose Blanco wrote: >>>> > >>>> > I remember having this issue, and I think it was a migration that had >>>> not run. You can check your database to make sure you have a table named >>>> site: >>>> > >>>> > => \d site >>>> > Table "public.site" >>>> > Column | Type | Modifiers >>>> > +--+--- >>>> > uuid | uuid | not null >>>> > >>>> > Indexes: >>>> > "site_pkey" PRIMARY KEY, btree (uuid) >>>> > Foreign-key constraints: >>>> > "site_uuid_fkey" FOREIGN KEY (uuid) REFERENCES dspaceobject(uuid) >>>> > >>>> > And also, In the config area take a look at this file: >>>> hibernate.cfg.xml >>>> > >>>> > You should have this in the file: >>>> > >>>> > >>>> > Hope this helps! >>>> > -Jose >>>> > >>>> > On Mon, Dec 7, 2020 at 5:11 PM Carl Jones wrote: >>>> > Hi, >>>> > >>>> > We've upgraded from 1.8 to 6.3 a couple of months ago and are >>>> experiencing a similar error with the 'Recently Added' list when we try to >>>> hit the 'View more' link at the site homepage. Tim Donohue mentioned this >>>> could be because of a missing virtual Site Object that represents our >>>> system as a whole. We get the following Stack Trace (similar to what was >>>> reported by Donna Barber back in February of this year): >>>> > >>>> > Java stacktrace: java.lang.NullPointerException at >>>> org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.setMainTitle(RecentSubmissionTransformer.java:154) >>>> >>>> at >>>> org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.addBody(RecentSubmissionTransformer.java:124) >>>> >>>> at >>>> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:234) >>>> >>>> at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>> >>>> at java.lang.reflect.Method.invoke(Method.java:607) at >>>> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) >>>> >>>> at com.sun.proxy.$Proxy493.startElement(Unknown Source) at >>>> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) >>>> >>>> at >>>> org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94) >>>> >>>> at >>>> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:251) >>>> >>>> at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>> &
Re: [dspace-tech] Recent-submissions homepage error in DSpace 6.3
Hi Jose, Thanks for the link, looks very helpful (the table should not be empty) and I'll pass onto our sysadmin. Carl On Tuesday, April 13, 2021 at 10:04:12 AM UTC-4 bla...@umich.edu wrote: > Look at this: > https://groups.google.com/g/dspace-tech/c/k33Thvse0LA/m/v2XEQeOfAQAJ > > Look at what Hernan did. I'm not sure how he created the UUID he inserted > in the tables. Perhaps you know how to create one. I googled a bit and > saw some documentation about it. > > Hope this helps. > -Jose > > On Mon, Apr 12, 2021 at 6:25 PM Carl Jones wrote: > >> >> It's been a while, but following up, what if the Site table is present >> but it's empty? >> >> Carl >> On Tuesday, December 8, 2020 at 9:49:07 AM UTC-5 Carl Jones wrote: >> >>> Hi Jose, >>> >>> Thanks, much, for the suggestions. We’ll check those out. >>> >>> Carl >>> >>> > On Dec 7, 2020, at 6:01 PM, Jose Blanco wrote: >>> > >>> > I remember having this issue, and I think it was a migration that had >>> not run. You can check your database to make sure you have a table named >>> site: >>> > >>> > => \d site >>> > Table "public.site" >>> > Column | Type | Modifiers >>> > +--+--- >>> > uuid | uuid | not null >>> > >>> > Indexes: >>> > "site_pkey" PRIMARY KEY, btree (uuid) >>> > Foreign-key constraints: >>> > "site_uuid_fkey" FOREIGN KEY (uuid) REFERENCES dspaceobject(uuid) >>> > >>> > And also, In the config area take a look at this file: >>> hibernate.cfg.xml >>> > >>> > You should have this in the file: >>> > >>> > >>> > Hope this helps! >>> > -Jose >>> > >>> > On Mon, Dec 7, 2020 at 5:11 PM Carl Jones wrote: >>> > Hi, >>> > >>> > We've upgraded from 1.8 to 6.3 a couple of months ago and are >>> experiencing a similar error with the 'Recently Added' list when we try to >>> hit the 'View more' link at the site homepage. Tim Donohue mentioned this >>> could be because of a missing virtual Site Object that represents our >>> system as a whole. We get the following Stack Trace (similar to what was >>> reported by Donna Barber back in February of this year): >>> > >>> > Java stacktrace: java.lang.NullPointerException at >>> org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.setMainTitle(RecentSubmissionTransformer.java:154) >>> >>> at >>> org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.addBody(RecentSubmissionTransformer.java:124) >>> >>> at >>> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:234) >>> >>> at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> >>> at java.lang.reflect.Method.invoke(Method.java:607) at >>> org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) >>> >>> at com.sun.proxy.$Proxy493.startElement(Unknown Source) at >>> org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) >>> >>> at >>> org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94) >>> at >>> org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:251) >>> >>> at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> >>> at java.lang.reflect.Method.invoke(Method.java:607) >>> > >>> > >>> > I followed the suggestion to run 'bin/database info' but as far as I >>> can tell the database update checks all come back as Successful. >>> > >>> > I'm attaching the stack trace and database info output. >>> > >>> > I was curious if there were any other things I might check before >>> passing this onto our sysadmin for further investigation into what might >>> cause a missing virtual Site object problem? >>> > >>> > Thanks, >>> > >>> > Carl >>> > On Wedn
Re: [dspace-tech] Recent-submissions homepage error in DSpace 6.3
It's been a while, but following up, what if the Site table is present but it's empty? Carl On Tuesday, December 8, 2020 at 9:49:07 AM UTC-5 Carl Jones wrote: > Hi Jose, > > Thanks, much, for the suggestions. We’ll check those out. > > Carl > > > On Dec 7, 2020, at 6:01 PM, Jose Blanco wrote: > > > > I remember having this issue, and I think it was a migration that had > not run. You can check your database to make sure you have a table named > site: > > > > => \d site > > Table "public.site" > > Column | Type | Modifiers > > +--+--- > > uuid | uuid | not null > > > > Indexes: > > "site_pkey" PRIMARY KEY, btree (uuid) > > Foreign-key constraints: > > "site_uuid_fkey" FOREIGN KEY (uuid) REFERENCES dspaceobject(uuid) > > > > And also, In the config area take a look at this file: hibernate.cfg.xml > > > > You should have this in the file: > > > > > > Hope this helps! > > -Jose > > > > On Mon, Dec 7, 2020 at 5:11 PM Carl Jones wrote: > > Hi, > > > > We've upgraded from 1.8 to 6.3 a couple of months ago and are > experiencing a similar error with the 'Recently Added' list when we try to > hit the 'View more' link at the site homepage. Tim Donohue mentioned this > could be because of a missing virtual Site Object that represents our > system as a whole. We get the following Stack Trace (similar to what was > reported by Donna Barber back in February of this year): > > > > Java stacktrace: java.lang.NullPointerException at > org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.setMainTitle(RecentSubmissionTransformer.java:154) > > at > org.dspace.app.xmlui.aspect.discovery.recentSubmissions.RecentSubmissionTransformer.addBody(RecentSubmissionTransformer.java:124) > > at > org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:234) > > at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:607) at > org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) > > at com.sun.proxy.$Proxy493.startElement(Unknown Source) at > org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) > at > org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94) > at > org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:251) > > at sun.reflect.GeneratedMethodAccessor215.invoke(Unknown Source) at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:607) > > > > > > I followed the suggestion to run 'bin/database info' but as far as I can > tell the database update checks all come back as Successful. > > > > I'm attaching the stack trace and database info output. > > > > I was curious if there were any other things I might check before > passing this onto our sysadmin for further investigation into what might > cause a missing virtual Site object problem? > > > > Thanks, > > > > Carl > > On Wednesday, February 19, 2020 at 6:50:34 PM UTC-5 > donna@canterbury.ac.nz wrote: > > Hi Tim, > > > > > > > > Thanks very much for pointing us in the right direction. We think we’ve > now resolved the issue by following the instructions for a post you > responded to in 2015. > > > > > > > > The registry update was being ignored, and when I tried to run it > separately, we were getting the error: > > > > > > > > Caused by: java.sql.BatchUpdateException: Batch entry 0 update > public.bitstreamformatregistry set description=NULL, internal='FALSE', > mimetype='application/vnd.openxmlformats-officedocument.wordprocessingml.document', > > short_description=NULL, support_level=-1 where bitstream_format_id=52 was > aborted: ERROR: value too long for type character varying(48) > > > > > > > > Which led me to your 2015 reply to a post about the change of the > bitstreamformatregistry table’s mimetype column switching from 48 to 256 > characters in DSpace 1.5. We’ve been on DSpace since 1.4, so we’ve > obviously been hauling this problem along for a while! > > > > > > > > After altering the column character length on the 5.6 database the > registry update task w
[dspace-tech] DSpace 1.8 and Postgres11, index-init doesn't seem to rebuild browse indexes
Hi, We’re (still) running 1.8 on one of our DSpace instances and after having recently migrated from a local server to AWS we’re experiencing problems with our Browse indexes returning zero or only a single item for certain collections when we try to browse by title, author, issue date, creators, subjects or type. In other words, Browse works just fine for some collections but returns no results for other collections; there isn't any particular pattern. Our system administrator has tried the usual strategies of reindexing (index-update) and rebuilding the browse indexes with the 'index-init’ command but these efforts have had no effect. Although we're not seeing any error messages I'm beginning to wonder if perhaps index-init isn’t deleting and rebuilding the indexes after all? We’re running Postgres 11 (evidently required by our install on AWS). I realize this is a 'unique' setup and while I don't think there are compatibility issues with 'index init’ and Postgres11 maybe it's not out of the question, or perhaps it's a permissions-related issue. There's more testing we can do. For example, we haven’t yet tried running index-init in stages, to first delete, then create, and finally rebuild the indexes. We’ve checked our dspace.cfg for any inadvertent changes since the move to AWS but everything appears consistent with the pre-existing state of the config files. Search indexes and Discovery facets work as usual. Any suggestions would be welcome. Thanks, Carl Carl Jones Digital Library Systems Manager MIT Libraries Bldg. NE36-6101 105 Broadway Cambridge, MA 02142 617 253-1618 ca...@mit.edu -- All messages to this mailing list should adhere to the DuraSpace Code of Conduct: https://duraspace.org/about/policies/code-of-conduct/ --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/4b2edc85-c97d-42a7-96f4-756f092f68ad%40googlegroups.com.
