From christine.dibella at lyrasis.org Wed Sep 1 10:35:21 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 1 Sep 2021 14:35:21 +0000 Subject: [Archivesspace_Users_Group] announcing the 2020/2021 ArchivesSpace annual report Message-ID: Dear ArchivesSpace members, The ArchivesSpace team is pleased to share the ArchivesSpace annual report covering the 2020/2021 membership term. The report highlights some major themes of our activities last year and always. Thanks to all of you for all you've done and do to sustain and move the application and the community forward, even in these especially challenging times. We encourage you to share the ArchivesSpace annual report with others at your institutions and anyone else with an interest in ArchivesSpace. We hope that it may be especially helpful in conveying the value of ArchivesSpace, and the value of ArchivesSpace membership, to resource allocators at your institutions. In addition to this email, you can find it online at https://archivesspace.org/archives/7095. We welcome feedback and ideas on this or future annual reports. Please feel free to email us at ArchivesSpaceHome at lyrasis.org at any point. All best, Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AR-2021-ArchivesSpace-FINAL.pdf Type: application/pdf Size: 2178450 bytes Desc: AR-2021-ArchivesSpace-FINAL.pdf URL: From benn.joseph at northwestern.edu Wed Sep 1 10:46:22 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Wed, 1 Sep 2021 14:46:22 +0000 Subject: [Archivesspace_Users_Group] archival object ref_id error In-Reply-To: References: Message-ID: Hi Alex, Thanks for the reply?we are not using any plugins to generate sequential ref IDs, but I did reach out to our hosting service (Atlas) to make sure. Valerie Addonizio at Atlas confirmed this and plans to escalate this error to ArchivesSpace so they can look into it. I?ll reply back to the list sometime next week with the results. Thanks, --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Alexander Duryee Sent: Tuesday, August 31, 2021 2:21 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object ref_id error Benn, Are you using any plugins to generate sequential ref IDs, and if so, what rules are you using to generate them? Thanks, --Alex On Tue, Aug 31, 2021 at 10:55 AM Benn Joseph > wrote: Hi everyone, We received this rather alarming error message today while entering a new archival object in the staff interface. During this time, we were also loading a spreadsheet import for a different resource record in the same repository. Once the spreadsheet finished loading, we were able to successfully save this archival object below without error. But, this seems strange and I?m wondering if it?s indicative of some other underlying issue. We just upped our memory for production ASpace from 4GB to 5GB but still experience dramatic slowdowns when importing spreadsheets (even ones that aren?t all that big), in addition to this new issue below. Thanks, --Benn [cid:image001.png at 01D79F16.22C016F0] _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 197054 bytes Desc: image001.png URL: From vaddonizio at atlas-sys.com Wed Sep 1 13:27:55 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Wed, 1 Sep 2021 17:27:55 +0000 Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes In-Reply-To: References: Message-ID: I apologize that it took me so long to submit this bug report. Here it is if you'd like to follow along: https://archivesspace.atlassian.net/browse/ANW-1391 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Bolton Kelly Doub Sent: Tuesday, August 17, 2021 2:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi Benn, Thanks for your response. I did some more testing with the help of Valerie Addonizio at Atlas and we came to the same conclusion -- that the two URL columns are switched on the current "bulk_import_template.xlsx". After moving the Digital Object URL from the "URL of Linked-out digital object" column (column BL on the current template) to the "URL of thumbnail" column (column BM), the Digital Objects imported with the "onRequest" and "new" attributes (the attributes intended for the "URL of Linked-out digital object" column). The DO links are displaying correctly on our PUI with these settings. I also tried importing the DOs from the "bulk_import_DO_template.xlsx" (for creating and linking new DOs to existing archival object records) and that template actually worked as expected with the DOs importing with "onRequest" and "new" attributes. Valerie forwarded this information to ASpace so hopefully the "bulk_import_template.xlsx" will be fixed soon. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services Doheny Memorial Library, Room B22 tel:213-740-8180 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 17, 2021 8:26 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi Bo, We experienced something similar when using the 'bulk_import_DO_template' to add digital object instances to existing archival objects. In the spreadsheet, the "Linked-to Digital Object URL" indicates it will be set to Actuate=onRequest, Show=new; the "Thumbnail URL" indicates Actuate=onLoad, Show=embed. When we import the digital objects, these settings are actually switched-the "Linked-to Digital Object URL" indicates Actuate=onLoad, Show=embed and vice-versa. Otherwise the URLs themselves are in the correct locations in the DO instance. As a result, we see those same display issues and problems accessing content. We've successfully imported DOs with the spreadsheet importer in the past, so this must be something new. But, we don't use it a ton and can't pinpoint when this might have started. We're also on v2.8.1. --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Bolton Kelly Doub Sent: Thursday, August 12, 2021 4:11 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi All, I recently used the bulk_import_template.xlsx to import some new archival objects along with a linked digital object attached to each new archival object. See attached for the spreadsheet that I imported. The import successfully created the new archival object and digital object records. However, all of the new digital object records were created with the actuate_attribute set to "onLoad" and the show_attribute set to "embed." According to the documentation on the Import Archival Objects from Excel Help Center page, these two File Version attributes are supposed to import with values set to "onRequest" and "new" (not "onLoad" and "embed"). Is anyone else experiencing this? I searched Jira for open issues documenting this behavior and I didn't see any. The Digital Objects being set to "onload" and "embed" is causing display issues when viewing these records on our PUI (I can't click on the Digital Object URI and navigate to our Digital Library). We are currently running ArchivesSpace v2.8.1. Thanks in advance for any help or feedback. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services University of Southern California Pronouns: he, him, his tel:213-740-8180 bdoub at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludwigpossie at weber.edu Wed Sep 1 17:37:18 2021 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Wed, 1 Sep 2021 15:37:18 -0600 Subject: [Archivesspace_Users_Group] Archivesspace Crashing Message-ID: We've recently upgraded to AS 3.01 about a month ago. Recently AS has been crashing after several hours, I've looked through the logs and I'm noticing some fatal errors from the start. I'm not familiar with the error message and was hoping perhaps someone more experienced has seen this before. The first Fatal error message that pops up seems to indicate there is a null value somewhere? The log then repeats a RoutingError error after that. Any suggestions would be appreciated. Thx. ************************************************************ ? ? Welcome to ArchivesSpace! ? ? You can now point your browser to http://localhost:8080 ? ? ************************************************************ ? ? WARNING: An illegal reflective access operation has occurred ? ? WARNING: Illegal reflective access by org.jruby.ext.openssl.SecurityHelper (file:/archivesspace/data/tmp/jruby-62/jruby2087180818245229256jopenssl.jar) to field java.security.MessageDigest.provider ? ? WARNING: Please consider reporting this to the maintainers of org.jruby.ext.openssl.SecurityHelper ? ? WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations ? ? WARNING: All illegal access operations will be denied in a future release ? ? F, [2021-09-01T21:14:18.036770 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ? ? F, [2021-09-01T21:14:18.037466 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ActionView::Template::Error (undefined method `keys' for nil:NilClass): ? ? F, [2021-09-01T21:14:18.038123 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] 1: <% @result.notes.keys.each do |type| ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 2: note_struct = @result.note(type) %> ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 3: <%= render partial: 'shared/single_note', locals: {:type => type, :note_struct => note_struct} %> ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 4: <% end %> ? ? F, [2021-09-01T21:14:18.038325 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ? ? F, [2021-09-01T21:14:18.038513 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] app/views/shared/_display_notes.html.erb:1:in `_app_views_shared__display_notes_html_erb__1890622926_3380' . . .. [5681d57e-8892-4b16-9e12-95b7b6029ec7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ? ? F, [2021-09-01T21:18:06.355491 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ? ? F, [2021-09-01T21:18:06.355928 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/9821/request"): ? ? F, [2021-09-01T21:18:06.356198 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ? ? F, [2021-09-01T21:18:06.356364 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:38:in `call_app' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `block in call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `block in tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:28:in `tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/request_id.rb:27:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/method_override.rb:24:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/runtime.rb:22:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/executor.rb:14:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/static.rb:127:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/engine.rb:524:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ? ? F, [2021-09-01T21:18:20.942504 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ? ? F, [2021-09-01T21:18:20.942885 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/1901/request"): ? ? F, [2021-09-01T21:18:20.943198 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ? ? F, [2021-09-01T21:18:20.943537 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 *Sent with Shift * -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Wed Sep 1 18:16:44 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 1 Sep 2021 17:16:44 -0500 Subject: [Archivesspace_Users_Group] Date certainty in the PUI Message-ID: Hello all, We are exploring the public interface and were wondering what kinds of solutions anyone might have come up with for an automated way to display date certainty in resource records. We're using ASpace version 2.8.1. Currently, we export EAD to publish to a regional consortium and our EAD exporter exports the following inside tags. - Adds "circa " before each Begin and/or End date when a certainty of "Approximate" is selected in a date subrecord. e.g. for single date of 1980 or Begin = 1980 and End =1990 - circa 1980 - circa 1980-circa 1990 - Surrounds single dates and/or date ranges with brackets if "Inferred" is selected - [1980] - [1980-1990] - If anything is entered in the Expression field, it exports that field's conent instead of either of the above, regardless of certainly. This allows for e.g. - 1980-circa 1990 - [1980]-1990 This behavior has a lot of benefits for us. It saves work. Most of the time, processors don't have to enter the same date in two different ways, one in the normal fields and one in the Expression field. It avoids conflicts between the Expression field and Begin/End fields. It produces consistently formatted dates. Given the way we need to balance how the data would be entered for both the regional consortia and the PUI if we turned the public side of ASpace on, I want something that works with both platforms. I see in the following issue: https://archivesspace.atlassian.net/browse/ANW-1273 which would be wonderful to address. But it doesn't seem to incorporate certainty. I know that is a lot more complexity to throw in. We are curious as to how other institutions handle certainty in the PUI. Do you just manually add "circa," brackets, etc. in Expression so that certainty is publicly conveyed? Display "(approximate)" or "(inferred)" along with dates if applicable? Apologies if this has been addressed anywhere previously in this group. Thanks! Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.hoffman at lyrasis.org Thu Sep 2 06:57:28 2021 From: brian.hoffman at lyrasis.org (Brian Hoffman) Date: Thu, 2 Sep 2021 10:57:28 +0000 Subject: [Archivesspace_Users_Group] Archivesspace Crashing In-Reply-To: References: Message-ID: Hi ?C the first error in the log (after the warnings) is a known bug that should be fixed in the next release: https://github.com/archivesspace/archivesspace/pull/2352 I don??t think that would cause the application to crash though, so there may be other issues going on. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Date: Wednesday, September 1, 2021 at 5:37 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Archivesspace Crashing We've recently upgraded to AS 3.01 about a month ago. Recently AS has been crashing after several hours, I've looked through the logs and I'm noticing some fatal errors from the start. I'm not familiar with the error message and was hoping perhaps someone more experienced has seen this before. The first Fatal error message that pops up seems to indicate there is a null value somewhere? The log then repeats a RoutingError error after that. Any suggestions would be appreciated. Thx. ************************************************************ ?? ?? Welcome to ArchivesSpace! ?? ?? You can now point your browser to http://localhost:8080 ?? ?? ************************************************************ ?? ?? WARNING: An illegal reflective access operation has occurred ?? ?? WARNING: Illegal reflective access by org.jruby.ext.openssl.SecurityHelper (file:/archivesspace/data/tmp/jruby-62/jruby2087180818245229256jopenssl.jar) to field java.security.MessageDigest.provider ?? ?? WARNING: Please consider reporting this to the maintainers of org.jruby.ext.openssl.SecurityHelper ?? ?? WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations ?? ?? WARNING: All illegal access operations will be denied in a future release ?? ?? F, [2021-09-01T21:14:18.036770 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ?? ?? F, [2021-09-01T21:14:18.037466 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ActionView::Template::Error (undefined method `keys' for nil:NilClass): ?? ?? F, [2021-09-01T21:14:18.038123 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] 1: <% @result.notes.keys.each do |type| ?? ?? [8c076d10-8e4e-4e54-8014-518d690684ec] 2: note_struct = @result.note(type) %> ?? ?? [8c076d10-8e4e-4e54-8014-518d690684ec] 3: <%= render partial: 'shared/single_note', locals: {:type => type, :note_struct => note_struct} %> ?? ?? [8c076d10-8e4e-4e54-8014-518d690684ec] 4: <% end %> ?? ?? F, [2021-09-01T21:14:18.038325 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ?? ?? F, [2021-09-01T21:14:18.038513 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] app/views/shared/_display_notes.html.erb:1:in `_app_views_shared__display_notes_html_erb__1890622926_3380' . . .. [5681d57e-8892-4b16-9e12-95b7b6029ec7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ?? ?? F, [2021-09-01T21:18:06.355491 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ?? ?? F, [2021-09-01T21:18:06.355928 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/9821/request"): ?? ?? F, [2021-09-01T21:18:06.356198 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ?? ?? F, [2021-09-01T21:18:06.356364 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:38:in `call_app' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `block in call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `block in tagged' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:28:in `tagged' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `tagged' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/request_id.rb:27:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/method_override.rb:24:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/runtime.rb:22:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/executor.rb:14:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/static.rb:127:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/engine.rb:524:in `call' ?? ?? [f8162e37-ccd8-4186-ab01-e993201c66f7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ?? ?? F, [2021-09-01T21:18:20.942504 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ?? ?? F, [2021-09-01T21:18:20.942885 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/1901/request"): ?? ?? F, [2021-09-01T21:18:20.943198 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ?? ?? F, [2021-09-01T21:18:20.943537 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' -- Ludwig Possi?? Systems Admin Stewart Library Weber State University 801-626-8093 Sent with Shift -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Thu Sep 2 09:21:39 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Thu, 2 Sep 2021 13:21:39 +0000 Subject: [Archivesspace_Users_Group] Archivesspace Crashing In-Reply-To: References: Message-ID: You'll probably find some ERROR or FATAL lines that are NOT RoutingError. Usually RoutingError is just a 404. If it's crashing you'll likely see OutOfMemoryError from java as well. If you're not seeing those, reset the loglevel to debug and that should help log some better errors. Sometimes it doesn't log the good errors until you have it on debug. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Wednesday, September 1, 2021 5:37 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Archivesspace Crashing We've recently upgraded to AS 3.01 about a month ago. Recently AS has been crashing after several hours, I've looked through the logs and I'm noticing some fatal errors from the start. I'm not familiar with the error message and was hoping perhaps someone more experienced has seen this before. The first Fatal error message that pops up seems to indicate there is a null value somewhere? The log then repeats a RoutingError error after that. Any suggestions would be appreciated. Thx. ************************************************************ ? ? Welcome to ArchivesSpace! ? ? You can now point your browser to http://localhost:8080 ? ? ************************************************************ ? ? WARNING: An illegal reflective access operation has occurred ? ? WARNING: Illegal reflective access by org.jruby.ext.openssl.SecurityHelper (file:/archivesspace/data/tmp/jruby-62/jruby2087180818245229256jopenssl.jar) to field java.security.MessageDigest.provider ? ? WARNING: Please consider reporting this to the maintainers of org.jruby.ext.openssl.SecurityHelper ? ? WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations ? ? WARNING: All illegal access operations will be denied in a future release ? ? F, [2021-09-01T21:14:18.036770 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ? ? F, [2021-09-01T21:14:18.037466 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ActionView::Template::Error (undefined method `keys' for nil:NilClass): ? ? F, [2021-09-01T21:14:18.038123 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] 1: <% @result.notes.keys.each do |type| ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 2: note_struct = @result.note(type) %> ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 3: <%= render partial: 'shared/single_note', locals: {:type => type, :note_struct => note_struct} %> ? ? [8c076d10-8e4e-4e54-8014-518d690684ec] 4: <% end %> ? ? F, [2021-09-01T21:14:18.038325 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] ? ? F, [2021-09-01T21:14:18.038513 #62] FATAL -- : [8c076d10-8e4e-4e54-8014-518d690684ec] app/views/shared/_display_notes.html.erb:1:in `_app_views_shared__display_notes_html_erb__1890622926_3380' . . .. [5681d57e-8892-4b16-9e12-95b7b6029ec7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ? ? F, [2021-09-01T21:18:06.355491 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ? ? F, [2021-09-01T21:18:06.355928 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/9821/request"): ? ? F, [2021-09-01T21:18:06.356198 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] ? ? F, [2021-09-01T21:18:06.356364 #62] FATAL -- : [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:38:in `call_app' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `block in call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `block in tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:28:in `tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/tagged_logging.rb:71:in `tagged' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/rack/logger.rb:26:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/request_id.rb:27:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/method_override.rb:24:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/runtime.rb:22:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] activesupport (5.2.5) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/executor.rb:14:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] actionpack (5.2.5) lib/action_dispatch/middleware/static.rb:127:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] railties (5.2.5) lib/rails/engine.rb:524:in `call' ? ? [f8162e37-ccd8-4186-ab01-e993201c66f7] uri:classloader:/rack/handler/servlet.rb:22:in `call' ? ? F, [2021-09-01T21:18:20.942504 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ? ? F, [2021-09-01T21:18:20.942885 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/1901/request"): ? ? F, [2021-09-01T21:18:20.943198 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] ? ? F, [2021-09-01T21:18:20.943537 #62] FATAL -- : [987ef06b-0dc8-48e7-8a25-5b94412904dd] actionpack (5.2.5) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 Sent with Shift -------------- next part -------------- An HTML attachment was scrubbed... URL: From amywinter at unm.edu Thu Sep 2 11:46:48 2021 From: amywinter at unm.edu (Amy Winter) Date: Thu, 2 Sep 2021 15:46:48 +0000 Subject: [Archivesspace_Users_Group] Documentation for configuring the Staff Interface Message-ID: Hello, Could someone point me toward documentation for configuring the AS Staff Interface? We have several requests we are trying to implement (e.g. increase the number of items displayed in search results). Thank you for any assistance, Amy Winter Library Information Technology University of New Mexico amywinter at unm.edu 505.277.1233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddonizio at atlas-sys.com Thu Sep 2 12:54:57 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Thu, 2 Sep 2021 16:54:57 +0000 Subject: [Archivesspace_Users_Group] Documentation for configuring the Staff Interface In-Reply-To: References: Message-ID: Hi Amy, I hope these resources are helpful! The actual tech docs for the config: https://archivesspace.github.io/tech-docs/customization/configuration.html Two webinars on the config: Know Thy Config: Introduction 1h 2m (intended audience is people without prior experience with the config) Know Thy Config: Inheritance 1h 10m (only applies to PUI, so not exactly what you're looking for but possibly useful, assumes you've watched the first webinar) A page with some resources for the second webinar listed above: https://training.atlas-sys.com/Course/Details/4336 I hope these help! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Amy Winter Sent: Thursday, September 2, 2021 11:47 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Documentation for configuring the Staff Interface Hello, Could someone point me toward documentation for configuring the AS Staff Interface? We have several requests we are trying to implement (e.g. increase the number of items displayed in search results). Thank you for any assistance, Amy Winter Library Information Technology University of New Mexico amywinter at unm.edu 505.277.1233 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rachel.searcy at nyu.edu Thu Sep 2 14:48:16 2021 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Thu, 2 Sep 2021 14:48:16 -0400 Subject: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? In-Reply-To: References: Message-ID: Thank you for the reminder about this functionality, Kevin. Unfortunately, it doesn't seem to be working as expected with v.3.0.2 -- even though I have checked the Publish checkbox for the default Global, Repository, *and* User preferences, newly created agent records still default to unpublished. I've confirmed this to be the case not only with our local 3.0.2 instance, but also the community sandbox on this version. The upshot is that I've checked the program testing instance with the upcoming release and this functionality is back to working as expected. All of which is to say, it looks like this issue can be addressed with native functionality in a future release and doesn't warrant a bug report, but I do want to flag it for any folks who might be on 3.0.2. Thanks again! Rachel On Fri, Aug 20, 2021 at 9:38 AM Kevin W. Schlottmann wrote: > Hi Rachel, > > Re 1), the default publish status, which applies to all record types, can > be set at global, repository, and user levels in Preferences. A couple of > years ago we set the repository default to true because we would often > forget to set newly created agents to publish=true, resulting in published > description missing creators and subjects. I just checked our setting, and > it was set back to the default (publish=false), so I wonder if this is > reset to default when AS is upgraded. We rarely use publish=false for any > record type, so a default of publish=true works for us, but that may not be > the case for different setups, especially those using the PUI. There was a > JIRA request to allow more fine-grained control of publish status for > different record types, but it wasn't fleshed out and dev-pri marked it as > "Will not do" https://archivesspace.atlassian.net/browse/ANW-505 > > > > Re 2), we are seeing similar behavior for shared top containers as well; > we are on version 2.8.1. I'd be happy to add our examples to a ticket, as > this is annoying and potentially confusing behavior. > > Kevin > > > On Thu, Aug 19, 2021 at 11:47 AM Rachel Aileen Searcy < > rachel.searcy at nyu.edu> wrote: > >> Hello list! >> >> We are in the process of upgrading to v.3.0.2, and noticed a few unusual >> details that I'm hoping to get some more information about. Neither would >> be deal-breakers to upgrading, but I'm curious if these are intended or >> perhaps bugs. We first noticed these in our local development instance, but >> I've been able to replicate them in the community sandbox. >> >> When I create a new agent record -- either on its own via "Create -- >> Agent" or within the context of an accession or resource record, the >> "Publish" checkbox defaults to false. This is new behavior to us, and I'm >> curious if this is intended (and if so, if there is a way to locally alter >> this so that new agents default to Publish=True)? >> >> We also saw some potentially buggy behavior with the "sticky" parameters >> when browsing for containers. For example, when starting from a resource >> record and browsing for a container, Manage Top Containers pre-populates >> the interface with my resource record so that only containers linked to it >> are listed: >> >> [image: Screen Shot 2021-08-19 at 11.42.55 AM.png] >> >> If I want to browse for a shared box, for example, I want to clear the >> resource field and instead do a container search with a keyword (this >> screenshot shows my edits to the parameters before selecting "Search"): >> >> [image: Screen Shot 2021-08-19 at 11.39.48 AM.png] >> But as soon as I select "Search" my original resource record is >> re-inserted into the parameters although it doesn't actually seem to be >> impacting the search results: >> >> [image: Screen Shot 2021-08-19 at 11.41.14 AM.png] >> >> I'd be happy to put together a JIRA ticket for either of these issues, >> but first wanted to see if others had insight before doing so. >> >> Thanks so much. Take care, >> Rachel Searcy >> Accessioning Archivist, Archival Collections Management >> New York University Libraries >> 212.998.2539 | rachel.searcy at nyu.edu >> My pronouns are she/her/hers >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Kevin Schlottmann > Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > *Pronouns: he/him/his* > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=nnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.39.48 AM.png Type: image/png Size: 168972 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.41.14 AM.png Type: image/png Size: 278645 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.42.55 AM.png Type: image/png Size: 323450 bytes Desc: not available URL: From KennedyN at si.edu Thu Sep 2 15:22:28 2021 From: KennedyN at si.edu (Kennedy, Nancy) Date: Thu, 2 Sep 2021 19:22:28 +0000 Subject: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? In-Reply-To: References: Message-ID: Rachel - I've been setting global/repo/user preferences, and also looking at the Defaults for agent records, to try to get the Agents 'true'. Here's what I did: http://sandbox.archivesspace.org/agents/agent_person/defaults -- set Publish? to True (<--this is person, not corporate) http://sandbox.archivesspace.org/preferences/2/edit -- set this to Prepopulate True (Publish is also true) http://sandbox.archivesspace.org/agents/agent_person/new ends up with Publish? True versus Corporate: http://sandbox.archivesspace.org/agents/agent_corporate_entity/new still has Publish? False I wonder if this helps you around your issue too? For comparisons sake, I set this up in the sandbox for Person agents. A new Person in the sandbox will start out Publish? True. I left Corporate as-is, for comparison. It starts out with Publish? False (until someone else changes things : ) ...) -Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Rachel Aileen Searcy Sent: Thursday, September 2, 2021 2:48 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? External Email - Exercise Caution Thank you for the reminder about this functionality, Kevin. Unfortunately, it doesn't seem to be working as expected with v.3.0.2 -- even though I have checked the Publish checkbox for the default Global, Repository, and User preferences, newly created agent records still default to unpublished. I've confirmed this to be the case not only with our local 3.0.2 instance, but also the community sandbox on this version. The upshot is that I've checked the program testing instance with the upcoming release and this functionality is back to working as expected. All of which is to say, it looks like this issue can be addressed with native functionality in a future release and doesn't warrant a bug report, but I do want to flag it for any folks who might be on 3.0.2. Thanks again! Rachel On Fri, Aug 20, 2021 at 9:38 AM Kevin W. Schlottmann > wrote: Hi Rachel, Re 1), the default publish status, which applies to all record types, can be set at global, repository, and user levels in Preferences. A couple of years ago we set the repository default to true because we would often forget to set newly created agents to publish=true, resulting in published description missing creators and subjects. I just checked our setting, and it was set back to the default (publish=false), so I wonder if this is reset to default when AS is upgraded. We rarely use publish=false for any record type, so a default of publish=true works for us, but that may not be the case for different setups, especially those using the PUI. There was a JIRA request to allow more fine-grained control of publish status for different record types, but it wasn't fleshed out and dev-pri marked it as "Will not do" https://archivesspace.atlassian.net/browse/ANW-505 Re 2), we are seeing similar behavior for shared top containers as well; we are on version 2.8.1. I'd be happy to add our examples to a ticket, as this is annoying and potentially confusing behavior. Kevin On Thu, Aug 19, 2021 at 11:47 AM Rachel Aileen Searcy > wrote: Hello list! We are in the process of upgrading to v.3.0.2, and noticed a few unusual details that I'm hoping to get some more information about. Neither would be deal-breakers to upgrading, but I'm curious if these are intended or perhaps bugs. We first noticed these in our local development instance, but I've been able to replicate them in the community sandbox. When I create a new agent record -- either on its own via "Create -- Agent" or within the context of an accession or resource record, the "Publish" checkbox defaults to false. This is new behavior to us, and I'm curious if this is intended (and if so, if there is a way to locally alter this so that new agents default to Publish=True)? We also saw some potentially buggy behavior with the "sticky" parameters when browsing for containers. For example, when starting from a resource record and browsing for a container, Manage Top Containers pre-populates the interface with my resource record so that only containers linked to it are listed: [cid:image001.png at 01D7A00B.6BD42A70] If I want to browse for a shared box, for example, I want to clear the resource field and instead do a container search with a keyword (this screenshot shows my edits to the parameters before selecting "Search"): [cid:image002.png at 01D7A00B.6BD42A70] But as soon as I select "Search" my original resource record is re-inserted into the parameters although it doesn't actually seem to be impacting the search results: [cid:image003.png at 01D7A00B.6BD42A70] I'd be happy to put together a JIRA ticket for either of these issues, but first wanted to see if others had insight before doing so. Thanks so much. Take care, Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=nnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw&e= -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 323450 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 168972 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 278645 bytes Desc: image003.png URL: From h.e.dekker at uva.nl Fri Sep 3 04:35:46 2021 From: h.e.dekker at uva.nl (Hadewijch Dekker) Date: Fri, 3 Sep 2021 08:35:46 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v. 3 and Agents module redesign inquiry Message-ID: Hi everyone, With the update to ASpace v.3 the Agents module has had a complete redesign that does not seem to match the records that have been entered in earlier versions. I have been testing with the new version and have some concerns. I would like to know how others deal with these issues (if at all). Background: We have invested a lot of time over the last 18 months to convert all our Agent records to LCNAF-records. Our old Agent records were either local or were derived from the Dutch Authority File. We used the LCNAF plugin to import the LCNAF-records and merge them with the existing records. Our cataloguers doing this job could easily check to see what records were still waiting to be handled and which ones were already made from LCNAF-records, because they could filter by source when browsing the Agents. [cid:image001.png at 01D7A0AE.8B2488E0] In the new module there are changes that makes that the LCNAF importer won't match the records made in the older versions. If a NACO-record is reimported a new record is created. Q: How do people deal with this? I also understand updates to records are something on the roadmap. I would like to take advantage of this. Should we somehow convert the old records to the newer version? Any ideas on how to do this? Because of the new structure the records are also not recognized as being from the NACO Authority File and the Authority ID misses when looking at the search results and they are missing from the Source filters. [cid:image002.png at 01D7A0AE.8B2488E0] This last bit puzzles me because in the record the Record ID for the NACO-file is labelled as being the primary label. [cid:image003.png at 01D7A0AE.8B2488E0] Q: Why is there a primary label there, if the system does not take it into account? Do other people also find this to be a problem? On a related issue, when exporting to MARC21 the ID was added to $0 of the 1XX, 7XX, 6XX fields. I know it is not customary to have $0 added for LCNAF, but for our Alma instance it is necessary to do the bibliographic record linking (to authority records) by ID, because we have more than one personal name authority file in Alma. Kind regards, Hadewijch _____ University of Amsterdam University Library | Acquisition and Metadata Services Hadewijch Dekker Metadata Librarian P.O. Box 19185 | 1000 GD Amsterdam Singel 425 | 1012 WP Amsterdam | The Netherlands T +31 20 525 2407 www.uva.nl Available on Mon | Tues | Wed morning (every other week) | Thur | Fri morning Hadewijch Dekker Metadataspecialist _____ Universiteit van Amsterdam | Hogeschool van Amsterdam Bibliotheek UvA/HvA Acquisitie en Metadatadiensten Postbus 19185 / 1000 GD Amsterdam Singel 425 / 1012 WP Amsterdam T 020 525 2407 www.uba.uva.nl aanwezig op: maandag | dinsdag | woensdagochtend (om de week) | donderdag | vrijdagochtend -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 25898 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 40177 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 10566 bytes Desc: image003.png URL: From jsharp at hplct.org Fri Sep 3 10:05:41 2021 From: jsharp at hplct.org (Sharp, Jennifer) Date: Fri, 3 Sep 2021 14:05:41 +0000 Subject: [Archivesspace_Users_Group] spreadsheet import problem Message-ID: Hello, We are running 2.8.1, and I have been using the spreadsheet importer fairly routinely this summer. A couple of days ago, I started an import, but it just hung. When I asked IT for help, they ended up taking the server down for two days. They finally got it back up and running yesterday (I believe there might have been a support ticket involved), but this morning I'm having the same issue. This is the extent of the log: Start new bulk_import for job: 308 ================================================== bulk_import_template08312021a.xlsx ================================================== Is there an easy-ish solution to this? Perhaps a cache that needs to be cleaned out or something? Most likely IT will have to take care of whatever it is, but I'd rather not go another two days without access. Thanks, Jennifer --- Jennifer Sharp, MSI Archivist, Hartford History Center Hartford Public Library jsharp at hplct.org o: 860.695.6332 c: 860.929.6915 VIEW OUR EXHIBIT: Hartford Springs into Summer [hpl_hhc_cp_c481-3in] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 12032 bytes Desc: image001.jpg URL: From hanstra at nd.edu Fri Sep 3 11:06:05 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 3 Sep 2021 11:06:05 -0400 Subject: [Archivesspace_Users_Group] API output - extra unicode Message-ID: On our local version of ArchivesSpace, we are testing API output and are finding that we are getting extra Unicode characters on export. It looks like the data is right in the database, but doesn't quite come out right from the API extract. It looks like there is an extra unicode character added (in some of the code we reviewed, this was either \u00c3 or \u00a2). Where might we have something set incorrectly? Where might the extra data be coming from or have been introduced along the way? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.harrington at lyrasis.org Fri Sep 3 11:42:10 2021 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Fri, 3 Sep 2021 15:42:10 +0000 Subject: [Archivesspace_Users_Group] API output - extra unicode In-Reply-To: References: Message-ID: <0190D90E-01EC-4874-A037-9D318EC6AEE1@lyrasis.org> Hi Tom, In my experience \u00c3 appearing in anything is almost always a sign of encoding issues. I would make sure that everything is UTF-8 all the way through. Brian From: on behalf of Tom Hanstra Reply-To: Archivesspace Users Group Date: Friday, September 3, 2021 at 11:06 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] API output - extra unicode On our local version of ArchivesSpace, we are testing API output and are finding that we are getting extra Unicode characters on export. It looks like the data is right in the database, but doesn't quite come out right from the API extract. It looks like there is an extra unicode character added (in some of the code we reviewed, this was either \u00c3 or \u00a2). Where might we have something set incorrectly? Where might the extra data be coming from or have been introduced along the way? Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [Image removed by sender.] -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Fri Sep 3 13:09:34 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 3 Sep 2021 13:09:34 -0400 Subject: [Archivesspace_Users_Group] API output - extra unicode In-Reply-To: <0190D90E-01EC-4874-A037-9D318EC6AEE1@lyrasis.org> References: <0190D90E-01EC-4874-A037-9D318EC6AEE1@lyrasis.org> Message-ID: Brian (and others), The data in the database should be UTF-8 as far as I can tell. So, I think this has to be happening at the API export level. Is there anything specific that needs to be done to have the API know that this is UTF-8 data? Tom On Fri, Sep 3, 2021 at 11:42 AM Brian Harrington < brian.harrington at lyrasis.org> wrote: > Hi Tom, > > > > In my experience \u00c3 appearing in anything is almost always a sign of > encoding issues. I would make sure that everything is UTF-8 all the way > through. > > > > Brian > > > > *From: * on > behalf of Tom Hanstra > *Reply-To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Date: *Friday, September 3, 2021 at 11:06 AM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *[Archivesspace_Users_Group] API output - extra unicode > > > > On our local version of ArchivesSpace, we are testing API output and are > finding that we are getting extra Unicode characters on export. It looks > like the data is right in the database, but doesn't quite come out right > from the API extract. It looks like there is an extra unicode character > added (in some of the code we reviewed, this was either \u00c3 or \u00a2). > > > > Where might we have something set incorrectly? Where might the extra data > be coming from or have been introduced along the way? > > > > Thanks, > > Tom > > > > -- > > *Tom Hanstra* > > *Sr. Systems Administrator* > > hanstra at nd.edu > > > > [image: Image removed by sender.] > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Sat Sep 4 08:35:35 2021 From: ph448 at cam.ac.uk (Peter Heiner) Date: Sat, 4 Sep 2021 12:35:35 +0000 Subject: [Archivesspace_Users_Group] API output - extra unicode In-Reply-To: References: <0190D90E-01EC-4874-A037-9D318EC6AEE1@lyrasis.org> Message-ID: Hi Tom, The AS API is UTF-8 by default and AS tries to make sure your database is set up correctly, too, by checking the database/table encodings. As a data point, with dozens of migrations making millions of calls to the AS API and sending data in both directions I've yet to come across a single instance of AS inserting spurious characters into API responses, but I've had plenty of encoding issues in the same migrations on the data/database level. I'm fairly confident you'll find the source of those characters if you look at the raw data. p ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tom Hanstra Sent: 03 September 2021 18:09 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] API output - extra unicode Brian (and others), The data in the database should be UTF-8 as far as I can tell. So, I think this has to be happening at the API export level. Is there anything specific that needs to be done to have the API know that this is UTF-8 data? Tom On Fri, Sep 3, 2021 at 11:42 AM Brian Harrington > wrote: Hi Tom, In my experience \u00c3 appearing in anything is almost always a sign of encoding issues. I would make sure that everything is UTF-8 all the way through. Brian From: > on behalf of Tom Hanstra > Reply-To: Archivesspace Users Group > Date: Friday, September 3, 2021 at 11:06 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] API output - extra unicode On our local version of ArchivesSpace, we are testing API output and are finding that we are getting extra Unicode characters on export. It looks like the data is right in the database, but doesn't quite come out right from the API extract. It looks like there is an extra unicode character added (in some of the code we reviewed, this was either \u00c3 or \u00a2). Where might we have something set incorrectly? Where might the extra data be coming from or have been introduced along the way? Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [Image removed by sender.] _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Outlook-Image remo.gif Type: image/gif Size: 42 bytes Desc: Outlook-Image remo.gif URL: From Scott.Renton at ed.ac.uk Mon Sep 6 09:29:10 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Mon, 6 Sep 2021 13:29:10 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping Message-ID: Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Tue Sep 7 09:17:34 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 7 Sep 2021 13:17:34 +0000 Subject: [Archivesspace_Users_Group] The first ArchivesSpace Core Committers open call is next week Message-ID: <07E5ED21-5B71-44E9-8C47-2F7D8FEF4CB9@lyrasis.org> Dear ArchivesSpace Users, As a reminder, the ArchivesSpace Core Committers group will offer their first community-wide open call next week, on September 13, 2021, at 2pm ET/11am PT. This call is open to anyone using or interested in using ArchivesSpace in a more technical capacity. The ArchivesSpace Core Committers group is made up of volunteers within the ArchivesSpace community with a proven track record of contributing to the ArchivesSpace application, including reviewing pull requests, writing technical documentation, and contributing code to ArchivesSpace. Registration is currently open for this open call. This open call will cover the build system and testing suite within ArchivesSpace. Following a brief presentation, you will have the opportunity to ask questions about the topic. Once those run out we will answer other technical questions if time allows. ArchivesSpace Core Committers Open Call Date: September 13, 2021 Time: 2:00pm ET / 11:00am PT Topic: The ArchivesSpace build system and testing suite Registration: https://lyrasis.zoom.us/meeting/register/tZUtc-qrpzguGdIQndPjxjZ17lHwrjoAq7nH Please note this session will not be recorded but notes will be made available after the fact on the ArchivesSpace wiki. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29062 bytes Desc: image001.jpg URL: From rachel.searcy at nyu.edu Tue Sep 7 10:26:53 2021 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Tue, 7 Sep 2021 10:26:53 -0400 Subject: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? In-Reply-To: References: Message-ID: Hi Nancy, Thank you so much for this solution! This worked as you stated, and I really appreciate it. I don't recall needing to do this much to get new agents to publish when we were on a previous version, but perhaps I'm misremembering. It does require quite a few clicks to set up (for each agent type, in each repository), and each user also needs to update their User Preferences (again, in each repository), but ideally this is something users only have to do once. Thanks again, Rachel On Thu, Sep 2, 2021 at 3:23 PM Kennedy, Nancy wrote: > Rachel ? > > I?ve been setting global/repo/user preferences, and also looking at the > Defaults for agent records, to try to get the Agents ?true?. Here?s what I > did: > > > > http://sandbox.archivesspace.org/agents/agent_person/defaults > > > -- set Publish? to True (?this is person, not corporate) > > > > http://sandbox.archivesspace.org/preferences/2/edit > > > > -- set this to Prepopulate True (Publish is also true) > > > > http://sandbox.archivesspace.org/agents/agent_person/new > > > ends up with *Publish? True* > > > > versus Corporate: > > http://sandbox.archivesspace.org/agents/agent_corporate_entity/new > > > still has *Publish? False* > > > > I wonder if this helps you around your issue too? For comparisons sake, I > set this up in the sandbox for Person agents. A new Person in the sandbox > will start out Publish? True. I left Corporate as-is, for comparison. It > starts out with Publish? False (until someone else changes things : ) ?) > > > > -Nancy > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Rachel > Aileen Searcy > *Sent:* Thursday, September 2, 2021 2:48 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? > > > > *External Email - Exercise Caution* > > Thank you for the reminder about this functionality, Kevin. Unfortunately, > it doesn't seem to be working as expected with v.3.0.2 -- even though I > have checked the Publish checkbox for the default Global, Repository, > *and* User preferences, newly created agent records still default to > unpublished. I've confirmed this to be the case not only with our local > 3.0.2 instance, but also the community sandbox on this version. The upshot > is that I've checked the program testing instance with the upcoming release > and this functionality is back to working as expected. All of which is to > say, it looks like this issue can be addressed with native functionality in > a future release and doesn't warrant a bug report, but I do want to flag it > for any folks who might be on 3.0.2. > > > > Thanks again! > > Rachel > > > > On Fri, Aug 20, 2021 at 9:38 AM Kevin W. Schlottmann > wrote: > > Hi Rachel, > > > > Re 1), the default publish status, which applies to all record types, can > be set at global, repository, and user levels in Preferences. A couple of > years ago we set the repository default to true because we would often > forget to set newly created agents to publish=true, resulting in published > description missing creators and subjects. I just checked our setting, and > it was set back to the default (publish=false), so I wonder if this is > reset to default when AS is upgraded. We rarely use publish=false for any > record type, so a default of publish=true works for us, but that may not be > the case for different setups, especially those using the PUI. There was a > JIRA request to allow more fine-grained control of publish status for > different record types, but it wasn't fleshed out and dev-pri marked it as > "Will not do" https://archivesspace.atlassian.net/browse/ANW-505 > > > > > > Re 2), we are seeing similar behavior for shared top containers as well; > we are on version 2.8.1. I'd be happy to add our examples to a ticket, as > this is annoying and potentially confusing behavior. > > > > Kevin > > > > > > On Thu, Aug 19, 2021 at 11:47 AM Rachel Aileen Searcy < > rachel.searcy at nyu.edu> wrote: > > Hello list! > > > > We are in the process of upgrading to v.3.0.2, and noticed a few unusual > details that I'm hoping to get some more information about. Neither would > be deal-breakers to upgrading, but I'm curious if these are intended or > perhaps bugs. We first noticed these in our local development instance, but > I've been able to replicate them in the community sandbox. > > > > When I create a new agent record -- either on its own via "Create -- > Agent" or within the context of an accession or resource record, the > "Publish" checkbox defaults to false. This is new behavior to us, and I'm > curious if this is intended (and if so, if there is a way to locally alter > this so that new agents default to Publish=True)? > > > > We also saw some potentially buggy behavior with the "sticky" parameters > when browsing for containers. For example, when starting from a resource > record and browsing for a container, Manage Top Containers pre-populates > the interface with my resource record so that only containers linked to it > are listed: > > > > > > If I want to browse for a shared box, for example, I want to clear the > resource field and instead do a container search with a keyword (this > screenshot shows my edits to the parameters before selecting "Search"): > > > > But as soon as I select "Search" my original resource record is > re-inserted into the parameters although it doesn't actually seem to be > impacting the search results: > > > > > > I'd be happy to put together a JIRA ticket for either of these issues, but > first wanted to see if others had insight before doing so. > > > > Thanks so much. Take care, > > Rachel Searcy > Accessioning Archivist, Archival Collections Management > > New York University Libraries > > 212.998.2539 | rachel.searcy at nyu.edu > > My pronouns are she/her/hers > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Kevin Schlottmann > Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > > Columbia University > > *Pronouns: he/him/his* > > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=nnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw&e= > > > > > > -- > > Rachel Searcy > Accessioning Archivist, Archival Collections Management > > New York University Libraries > > 212.998.2539 | rachel.searcy at nyu.edu > > My pronouns are she/her/hers > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=kTXO_744qnaxP4BZBunP7ykT4YI_4Tg0OXnG2ePOEtU&s=GAbUyOpWnfYbbdANYCe-No-zZP_avsfzW6ku-YsYJlA&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 323450 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 168972 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 278645 bytes Desc: not available URL: From blake.carver at lyrasis.org Tue Sep 7 10:37:49 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 7 Sep 2021 14:37:49 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue Sep 7 11:09:50 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 7 Sep 2021 15:09:50 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v. 3 and Agents module redesign inquiry In-Reply-To: References: Message-ID: Hello Hadewijch, You are correct that the differences you've noted are due to updates in the mapping that came in with versions 3.x and the expansion of the agents module. Updating what appears in the search/browse table in the staff interface is something that could be undertaken for a release of ArchivesSpace later in the year. It's good to have feedback that source/role/authority ID are elements that people are using in this area. I've created a JIRA for this at https://archivesspace.atlassian.net/browse/ANW-1393 if you (or anyone else) would like to add comments to it. Depending on the urgency of your project, you could do a custom import routine that inserts source and ID into the field in the Name Forms area of the agent record or manually update these records post-update. Either way, using the merge functionality to combine them with other records would still be the usual way to eliminate duplicates. It wouldn't be nearly as efficient, but one way to discern from the search/browse page which records are old and which are new might be to add Audit Information as a column in preferences. If you had a sense that the records you want to keep were created after a certain date (or by a certain user) and the records you want to update created before that date or by a different user. On the exporting issue, it would be good to hear from others how they handle this. You may want to create a JIRA for that as well to have it considered for development. A custom export might also be an option to consider. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hadewijch Dekker Sent: Friday, September 3, 2021 4:36 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ArchivesSpace v. 3 and Agents module redesign inquiry Hi everyone, With the update to ASpace v.3 the Agents module has had a complete redesign that does not seem to match the records that have been entered in earlier versions. I have been testing with the new version and have some concerns. I would like to know how others deal with these issues (if at all). Background: We have invested a lot of time over the last 18 months to convert all our Agent records to LCNAF-records. Our old Agent records were either local or were derived from the Dutch Authority File. We used the LCNAF plugin to import the LCNAF-records and merge them with the existing records. Our cataloguers doing this job could easily check to see what records were still waiting to be handled and which ones were already made from LCNAF-records, because they could filter by source when browsing the Agents. [cid:image001.png at 01D7A3CA.513F4060] In the new module there are changes that makes that the LCNAF importer won't match the records made in the older versions. If a NACO-record is reimported a new record is created. Q: How do people deal with this? I also understand updates to records are something on the roadmap. I would like to take advantage of this. Should we somehow convert the old records to the newer version? Any ideas on how to do this? Because of the new structure the records are also not recognized as being from the NACO Authority File and the Authority ID misses when looking at the search results and they are missing from the Source filters. [cid:image002.png at 01D7A3CA.513F4060] This last bit puzzles me because in the record the Record ID for the NACO-file is labelled as being the primary label. [cid:image003.png at 01D7A3CA.513F4060] Q: Why is there a primary label there, if the system does not take it into account? Do other people also find this to be a problem? On a related issue, when exporting to MARC21 the ID was added to $0 of the 1XX, 7XX, 6XX fields. I know it is not customary to have $0 added for LCNAF, but for our Alma instance it is necessary to do the bibliographic record linking (to authority records) by ID, because we have more than one personal name authority file in Alma. Kind regards, Hadewijch _____ University of Amsterdam University Library | Acquisition and Metadata Services Hadewijch Dekker Metadata Librarian P.O. Box 19185 | 1000 GD Amsterdam Singel 425 | 1012 WP Amsterdam | The Netherlands T +31 20 525 2407 www.uva.nl Available on Mon | Tues | Wed morning (every other week) | Thur | Fri morning Hadewijch Dekker Metadataspecialist _____ Universiteit van Amsterdam | Hogeschool van Amsterdam Bibliotheek UvA/HvA Acquisitie en Metadatadiensten Postbus 19185 / 1000 GD Amsterdam Singel 425 / 1012 WP Amsterdam T 020 525 2407 www.uba.uva.nl aanwezig op: maandag | dinsdag | woensdagochtend (om de week) | donderdag | vrijdagochtend -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 25898 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 40177 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 10566 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 13904 bytes Desc: image004.jpg URL: From Scott.Renton at ed.ac.uk Tue Sep 7 11:21:32 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Tue, 7 Sep 2021 15:21:32 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: Thanks Blake. A mass of solr logging (I am set to ERROR throughout, but still getting plenty of indexer INFO). Prior to that: ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 15:37 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Sep 7 11:23:11 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 7 Sep 2021 15:23:11 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: Any ERROR or FATAL? If not, try bumping up the log_level to debug and see if that will catch something. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:21 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Thanks Blake. A mass of solr logging (I am set to ERROR throughout, but still getting plenty of indexer INFO). Prior to that: ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 15:37 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Scott.Renton at ed.ac.uk Tue Sep 7 11:27:28 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Tue, 7 Sep 2021 15:27:28 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: Apologies, hit send when cutting and pasting. ?Prior to the SOLR logging, there is this FATAL, which I think is associated with either deleted records or the top/subcontainers issue. We see loads of these in the logs though, and it doesn't seem to stop it functioning. I will put debug on though and try to get some more info. F, [2021-08-18T06:20:39.318509 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318716 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/21727/request"): F, [2021-08-18T06:20:39.318771 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318825 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:38:in `call_app' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `block in call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `block in tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:28:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/request_id.rb:27:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/method_override.rb:24:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/runtime.rb:22:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/executor.rb:14:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/static.rb:127:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/engine.rb:524:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] uri:classloader:/rack/handler/servlet.rb:22:in `call' ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 16:23 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. Any ERROR or FATAL? If not, try bumping up the log_level to debug and see if that will catch something. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:21 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Thanks Blake. A mass of solr logging (I am set to ERROR throughout, but still getting plenty of indexer INFO). Prior to that: ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 15:37 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Sep 7 12:18:05 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 7 Sep 2021 16:18:05 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: "No route matches" is just a 404 error, so that's probably not it. Try that loglevel on debug for a while. Also, are there outofmemory java errors in the logs or is it just dead? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:27 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Apologies, hit send when cutting and pasting. ?Prior to the SOLR logging, there is this FATAL, which I think is associated with either deleted records or the top/subcontainers issue. We see loads of these in the logs though, and it doesn't seem to stop it functioning. I will put debug on though and try to get some more info. F, [2021-08-18T06:20:39.318509 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318716 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/21727/request"): F, [2021-08-18T06:20:39.318771 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318825 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:38:in `call_app' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `block in call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `block in tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:28:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/request_id.rb:27:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/method_override.rb:24:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/runtime.rb:22:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/executor.rb:14:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/static.rb:127:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/engine.rb:524:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] uri:classloader:/rack/handler/servlet.rb:22:in `call' ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 16:23 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. Any ERROR or FATAL? If not, try bumping up the log_level to debug and see if that will catch something. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:21 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Thanks Blake. A mass of solr logging (I am set to ERROR throughout, but still getting plenty of indexer INFO). Prior to that: ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 15:37 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Scott.Renton at ed.ac.uk Tue Sep 7 12:24:51 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Tue, 7 Sep 2021 16:24:51 +0000 Subject: [Archivesspace_Users_Group] Connection/login dropping In-Reply-To: References: Message-ID: Thanks Blake. Just to check, I've read that I can use mysql-connector-java-8.0.26.jar using MariaDB 5, as I am on Java 8- would you agree? I can drop to 5.1.49 if necessary. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 17:18 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. "No route matches" is just a 404 error, so that's probably not it. Try that loglevel on debug for a while. Also, are there outofmemory java errors in the logs or is it just dead? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:27 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Apologies, hit send when cutting and pasting. ?Prior to the SOLR logging, there is this FATAL, which I think is associated with either deleted records or the top/subcontainers issue. We see loads of these in the logs though, and it doesn't seem to stop it functioning. I will put debug on though and try to get some more info. F, [2021-08-18T06:20:39.318509 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318716 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/21727/request"): F, [2021-08-18T06:20:39.318771 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] F, [2021-08-18T06:20:39.318825 #90658] FATAL -- : [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:38:in `call_app' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `block in call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `block in tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:28:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/tagged_logging.rb:71:in `tagged' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/rack/logger.rb:26:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/request_id.rb:27:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/method_override.rb:24:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/runtime.rb:22:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] activesupport (5.2.4.4) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/executor.rb:14:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] actionpack (5.2.4.4) lib/action_dispatch/middleware/static.rb:127:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] rack (2.2.3) lib/rack/sendfile.rb:110:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] railties (5.2.4.4) lib/rails/engine.rb:524:in `call' [71fbc902-de38-4056-8574-a9b803620eb3] uri:classloader:/rack/handler/servlet.rb:22:in `call' ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 16:23 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. Any ERROR or FATAL? If not, try bumping up the log_level to debug and see if that will catch something. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Tuesday, September 7, 2021 11:21 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping Thanks Blake. A mass of solr logging (I am set to ERROR throughout, but still getting plenty of indexer INFO). Prior to that: ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: 07 September 2021 15:37 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Connection/login dropping This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. What's happening in the logs just before that first "Unhanded exception" error? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of RENTON Scott Sent: Monday, September 6, 2021 9:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Connection/login dropping Hi all Our uptime has been a bit flaky the last few weeks- what we're finding is that, after a certain amount of service, users are unable to login, and if that's not noticed or acted on, the site generally stops responding some time later. A restart of the application resolves it. We're running 2.8.1 against MariaDB 5.5-65, and Java 8. I have tried different versions of the mysqlconnector, but this does not seem to make a difference (first noticed on 5.1.39). The MySQL has been tuned to an extent. The VM has 16GB of memory, approximately 10GB of which is apportioned to AS. The MySQL process was restarted last week, and clearing that has still allowed the issue. It's pretty hard to spot any particular action which causes this. The logging we see once it's happened looks like this: E, [2021-08-18T06:21:01.548843 #90658] ERROR -- : Thread-28310: Unhandled exception! E, [2021-08-18T06:21:01.552325 #90658] ERROR -- : apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:783) apps.archivesspace.gems.gems.sequel_minus_5_dot_9_dot_0.lib.sequel.model.base.RUBY$method$parent_id$0$__VARARGS__(/apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb) org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82) org.jruby.internal.runtime.methods.MixedModeIRMethod.call(MixedModeIRMethod.java:70) and will continue to spout "minus_?5_dot_9_dot_0" type errors until we reboot. I have taken some statistics around the numbers of threads running pre and post bounce. I don't see anything obvious there, and I have left the config.rb value AppConfig[:db_max_connections] = proc { 20 + (AppConfig[:indexer_thread_count] * 2) } as it is. I'm also aware that we have an issue some others have of a proliferation of FATAL errors since merging top/subcontainers (items cannot be found), but I do not know if it is related to this. However, if anyone recognises this behaviour, and can advise, I'd be grateful to hear about it. Cheers Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Sep 8 09:42:05 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 8 Sep 2021 13:42:05 +0000 Subject: [Archivesspace_Users_Group] project developer for ArchivesSpace Message-ID: Hello ArchivesSpace members, ArchivesSpace is currently seeking a project developer for a specialized assignment to work on frontend upgrades and improvements. It is a remote position and has a flexible term. While it could be for as little as three months, there is a possibility of extension. The job description is listed below and at https://lyrasis.isolvedhire.com/jobs/344198-25777.html. All applications should be submitted via the LYRASIS website. Please forward this to anyone you think might be interested, and feel free to reach out to Brian Hoffman or me if you have questions, ideas for candidates, or if you're interested yourself. Thanks for your help, Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] ArchivesSpace Project Developer (remote) ArchivesSpace is seeking a project developer. In search of a developer who can work within the multi-service architecture and the Java-based build system (Apache Ant), and who is also proficient with Ruby on Rails, Javascript (frameworks and build systems), and Twitter Bootstrap (or a similar framework). This is a contract remote position for 3-6 months. This is a full-time position but will consider part-time. There is the possibility for the term to be extended. Duties/Job Responsibilities: Under the supervision of the Tech Lead and the rest of the development team, the contractor will upgrade JavaScript and Ruby dependencies to more recent versions (or in some cases alternatives), while maintaining test coverage and rewriting tests as necessary. Required Knowledge, Skills, and Abilities: Required * Excellent command of git and be able to maintain a development branch that tracks the master branch. * Exceptional command of Rspec and be able to follow the principles of test-driven development. Preferred * Familiarity with library and archival metadata standards and practices (EAD, MARC). -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: From christine.dibella at lyrasis.org Wed Sep 8 13:53:48 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 8 Sep 2021 17:53:48 +0000 Subject: [Archivesspace_Users_Group] release candidate available - ArchivesSpace v3.1.0-RC1 Message-ID: Hello ArchivesSpace members, The ArchivesSpace team is pleased to announce a release candidate, v3.1.0-RC1. You can download it at https://github.com/archivesspace/archivesspace/releases/tag/v3.1.0-RC1 or test it out without downloading at http://test.archivesspace.org/staff (username admin /password admin). This release includes a number of accessibility improvements, particularly to the public interface. Many of these were identified in an accessibility audit conducted by Deque across the open source applications that make their homes at LYRASIS, which include DSpace, CollectionSpace, and ArchivesSpace. It also includes specific bug fixes and small feature improvements prioritized by the Development Prioritization sub-team. A particular thanks to our Testing sub-team for their work testing individual JIRAs and doing regression testing across the application. Please try this release candidate out and let us know at ArchivesSpaceHome at lyrasis.org by September 14 if you notice any problems with the specific areas addressed in this release, or if anything that was working before no longer is. Pending the results of this testing, we will aim to release the production version of 3.1.0 shortly afterwards. This is the spring/summer 2021 release from the roadmap. Items that were projected for this release that did not make it in have been shifted to future releases. Please get in touch if you have any questions. Thanks as always for your feedback and support. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Tue Sep 14 14:40:02 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 14 Sep 2021 18:40:02 +0000 Subject: [Archivesspace_Users_Group] Join us for the next ArchivesSpace Trainers Corps Office Hour, Friday, October 8th at 2pm ET/11am PT Message-ID: <7016975E-37A5-42D9-90E7-0C934B05ED55@lyrasis.org> Dear ArchivesSpace Users, The third ArchivesSpace Trainers Corps ?Office Hour? will be Friday, October 8th at 2pm ET/11am PT. In these office hours, members of the ArchivesSpace Trainers Corps will demo a task or tool frequently used by ArchivesSpace users and take questions related to the demo and topic. For this open call, the Trainers Corps will briefly explain how to import archival objects via Excel or CSV using the ?Load via Spreadsheet? feature, which became available in ArchivesSpace beginning with v2.8.0. (This feature was formerly known as the Harvard import plugin; those using ArchivesSpace v2.7 or earlier can still access it via the plugin.) Following the presentation, you will have the opportunity to ask questions about the topic, followed by a general Q&A about migration tools and data maps. If you would like to suggest a topic for a future ?Office Hour,? you can do so at https://forms.gle/unz3GmAbWwvpHjSr7. ArchivesSpace Trainers Corps ?Office Hour? Date: October 8, 2021 Time: 2:00pm ET / 11:00am PT Topic: Using the Load via Spreadsheet function in ArchivesSpace Registration: https://lyrasis.zoom.us/meeting/register/tZIqdOutrDMrHNVLZGMsiu539oOw0OVUPK-e Throughout this year, the Trainers Corps has been offering regularly scheduled trainings and office hours covering a variety of topics on all things ArchivesSpace. Registration for each training is separate and opens closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29065 bytes Desc: image001.jpg URL: From joanna.black at sierraclub.org Fri Sep 17 18:17:54 2021 From: joanna.black at sierraclub.org (Joanna Black) Date: Fri, 17 Sep 2021 15:17:54 -0700 Subject: [Archivesspace_Users_Group] Inexplicable Date Error Message-ID: Hello everyone, Lone arranger here, sole manager and user of my library's ASpace instance. I am trying to import digital objects using a .csv spreadsheet. I've looked at the mapping docs and templates, and everything seems to be in-line. However, when I run the import, I keep getting the message: The following errors were found: dates/0/begin : not a valid date dates/0/end : not a valid date For date_1_begin and date_1_end I am using years only (1910, for instance) in both fields. I have some undated objects, so I've tried importing three different ways: with the word "undated" in the fields; with "0" in the fields; and with nothing in the field (blank). None of these worked. This isn't some complicated metadata I'm working with, so I think it should be straightforward to fix. But I'm not finding anything that explains exactly how dates should be formatted (if that is indeed the problem). Please enlighten me! Thank you in advance. -- *Joanna BlackArchivistWilliam E. Colby Memorial Library* *Sierra Club* *(415) 977-5783* *joanna.black at sierraclub.org* *www.sierraclub.org/library * (Pronouns: She, Her, Hers) -------------- next part -------------- An HTML attachment was scrubbed... URL: From joanna.black at sierraclub.org Fri Sep 17 18:32:41 2021 From: joanna.black at sierraclub.org (Joanna Black) Date: Fri, 17 Sep 2021 15:32:41 -0700 Subject: [Archivesspace_Users_Group] Inexplicable Date Error In-Reply-To: References: Message-ID: I figured out the problem. Had to change undated to an actual year. Import successful. On Fri, Sep 17, 2021 at 3:17 PM Joanna Black wrote: > Hello everyone, > > Lone arranger here, sole manager and user of my library's ASpace instance. > I am trying to import digital objects using a .csv spreadsheet. I've looked > at the mapping docs and templates, and everything seems to be in-line. > However, when I run the import, I keep getting the message: > > The following errors were found: dates/0/begin : not a valid date > dates/0/end : not a valid date > > For date_1_begin and date_1_end I am using years only (1910, for > instance) in both fields. I have some undated objects, so I've tried > importing three different ways: with the word "undated" in the fields; with > "0" in the fields; and with nothing in the field (blank). None of these > worked. This isn't some complicated metadata I'm working with, so I think > it should be straightforward to fix. But I'm not finding anything that > explains exactly how dates should be formatted (if that is indeed the > problem). Please enlighten me! > > Thank you in advance. > -- > > > *Joanna BlackArchivistWilliam E. Colby Memorial Library* > *Sierra Club* > *(415) 977-5783* > *joanna.black at sierraclub.org* > *www.sierraclub.org/library * > (Pronouns: She, Her, Hers) > -- *Joanna BlackArchivistWilliam E. Colby Memorial Library* *Sierra Club* *(415) 977-5783* *joanna.black at sierraclub.org* *www.sierraclub.org/library * (Pronouns: She, Her, Hers) -------------- next part -------------- An HTML attachment was scrubbed... URL: From rheise at co.greene.oh.us Mon Sep 20 09:38:54 2021 From: rheise at co.greene.oh.us (Heise, Robin) Date: Mon, 20 Sep 2021 13:38:54 +0000 Subject: [Archivesspace_Users_Group] Getting Started Message-ID: Good morning, I'm new to ArchivesSpace and am looking for some guidance in getting started. Since I'm not the least bit technical, I'm actually looking for guidance that I can provide my IT folks. Any assistance would be greatly appreciated. Thank you in advance. Robin Robin Heise Records Manager/Archivist Greene County Records Center and Archives 535 Ledbetter Road, Xenia, OH 45385 Tel: (937) 562-6489 Fax: (937) 562-6485 Email: rheise at co.greene.oh.us [cid:image002.png at 01D665A8.19E90120] "Kindness All Around" -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 6480 bytes Desc: image001.png URL: From trthorn2 at ncsu.edu Mon Sep 20 09:46:40 2021 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Mon, 20 Sep 2021 09:46:40 -0400 Subject: [Archivesspace_Users_Group] Getting Started In-Reply-To: References: Message-ID: The technical documentation is here: https://archivesspace.github.io/tech-docs/ And there's even a page called "Getting Started": https://archivesspace.github.io/tech-docs/administration/getting_started.html On Mon, Sep 20, 2021 at 9:39 AM Heise, Robin wrote: > Good morning, > > > > I?m new to ArchivesSpace and am looking for some guidance in getting > started. Since I?m not the least bit technical, I?m actually looking for > guidance that I can provide my IT folks. > > > > Any assistance would be greatly appreciated. > > Thank you in advance. > > Robin > > > > Robin Heise > > Records Manager/Archivist > > Greene County Records Center and Archives > > 535 Ledbetter Road, Xenia, OH 45385 > > Tel: (937) 562-6489 > > Fax: (937) 562-6485 > > Email: rheise at co.greene.oh.us > > > > [image: cid:image002.png at 01D665A8.19E90120] > > ?Kindness All Around? > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 6480 bytes Desc: not available URL: From amywinter at unm.edu Mon Sep 20 18:13:14 2021 From: amywinter at unm.edu (Amy Winter) Date: Mon, 20 Sep 2021 22:13:14 +0000 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? Message-ID: Does anyone know where I could get a copy of the plugin/template to add a static page, referred to in the 2019 post from James, below. The repo is gone and not in the Wayback Machine either: https://github.com/hudmol/static_pages I can't find any other reference to this in the list archives or on Google. Thanks for any help, Amy E. Winter Library Information Technology University of New Mexico 505.277.1233 [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? James Bullen james at hudmol.com Mon Oct 28 18:02:16 EDT 2019 * Previous message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Next message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Kara, This seemed like a useful thing that I don't think exists yet, so I made a plugin to do it: https://github.com/hudmol/static_pages Maybe it can be a useful starting point. Cheers, James > On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote: > > Hi all, > I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? > > I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. > > If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= ) > > Thanks for any help, > Kara > > > ~~~ Kara S. Hart > Systems Librarian - Library & Technology Services - Wellesley College > > > !DSPAM:5db7471d288581084719066! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:5db7471d288581084719066! -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddonizio at atlas-sys.com Mon Sep 20 18:23:52 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Mon, 20 Sep 2021 22:23:52 +0000 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? In-Reply-To: References: Message-ID: Though definitely a different plugin, I do know of this plugin that presents a similar(?) use case: https://github.com/YaleArchivesSpace/pui-help From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Amy Winter Sent: Monday, September 20, 2021 6:13 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? Does anyone know where I could get a copy of the plugin/template to add a static page, referred to in the 2019 post from James, below. The repo is gone and not in the Wayback Machine either: https://github.com/hudmol/static_pages I can't find any other reference to this in the list archives or on Google. Thanks for any help, Amy E. Winter Library Information Technology University of New Mexico 505.277.1233 [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? James Bullen james at hudmol.com Mon Oct 28 18:02:16 EDT 2019 * Previous message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Next message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Kara, This seemed like a useful thing that I don't think exists yet, so I made a plugin to do it: https://github.com/hudmol/static_pages Maybe it can be a useful starting point. Cheers, James > On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote: > > Hi all, > I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? > > I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. > > If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= ) > > Thanks for any help, > Kara > > > ~~~ Kara S. Hart > Systems Librarian - Library & Technology Services - Wellesley College > > > !DSPAM:5db7471d288581084719066! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:5db7471d288581084719066! -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Sep 21 08:18:45 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 21 Sep 2021 12:18:45 +0000 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? In-Reply-To: References: Message-ID: I had used the same framework in the sitemaps plugin before I changed things to work in a different way. You can see the commit that still had a static page here: https://github.com/dartmouth-dltg/aspace_sitemap/tree/07720814e985193040b202db3d98c8c0c9f6f735/public You want this piece from routes.rb ArchivesSpacePublic::Application.routes.draw do match 'static/html/:page' => 'static_pages#page', :via => [:get] end This from plugin_init.rb Plugins::extend_aspace_routes(File.join(File.dirname(__FILE__), "routes.rb")) The entirety of controllers/static_pages_controller.rb (without line 8 which formats the xml) And the view for the static page: views/static_pages/page.html.erb Hope that helps! Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Valerie Addonizio Sent: Monday, September 20, 2021 6:23 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? Though definitely a different plugin, I do know of this plugin that presents a similar(?) use case: https://github.com/YaleArchivesSpace/pui-help From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Amy Winter Sent: Monday, September 20, 2021 6:13 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? Does anyone know where I could get a copy of the plugin/template to add a static page, referred to in the 2019 post from James, below. The repo is gone and not in the Wayback Machine either: https://github.com/hudmol/static_pages I can?t find any other reference to this in the list archives or on Google. Thanks for any help, Amy E. Winter Library Information Technology University of New Mexico 505.277.1233 [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? James Bullen james at hudmol.com Mon Oct 28 18:02:16 EDT 2019 * Previous message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Next message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Kara, This seemed like a useful thing that I don?t think exists yet, so I made a plugin to do it: https://github.com/hudmol/static_pages > Maybe it can be a useful starting point. Cheers, James > On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote: > > Hi all, > I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? > > I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. > > If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= >) > > Thanks for any help, > Kara > > > ~~~ Kara S. Hart > Systems Librarian - Library & Technology Services - Wellesley College > > > !DSPAM:5db7471d288581084719066! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:5db7471d288581084719066! -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue Sep 21 08:45:40 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 21 Sep 2021 12:45:40 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v3.1.0 now available Message-ID: ArchivesSpace is announcing the availability of v3.1.0. You can download it at https://github.com/archivesspace/archivesspace/releases/. This release includes a number of accessibility improvements, particularly to the public interface. Many of these were identified in an accessibility audit conducted by Deque across the open source applications that make their homes at LYRASIS, which include DSpace, CollectionSpace, and ArchivesSpace. The release also includes specific bug fixes and small feature improvements prioritized by the Development Prioritization sub-team. There are also additional performance, backend and staff interface improvements from Hudson Molonglo developers James Bullen, Mark Triggs, and Payten Giles that derived from work HM did for Queensland State Archives as part of a larger project. Thanks to all of our community members who contributed code for this release: Alex Duryee, Andrew Morrison, Dave Mayo, James Bullen, Mark Triggs, Nick Butler, Payten Giles, Sam Hatfield, and Sean Anderson. As always, program team members Lora Woodford, Brian Hoffman, and Mark Cooper, as well as contractors Manny Rodriguez and Brian Zelip, wrote and/or reviewed substantial code for the release. Thanks also to our community groups, especially the Testing sub-team, for their efforts. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have any difficulties, please let us know. This is the spring/summer 2021 release from the roadmap. Items that were projected for this release that did not make it in have been shifted to future releases. Please get in touch if you have any questions. Thanks as always for your feedback and support. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: From kstrosch at wellesley.edu Tue Sep 21 11:07:15 2021 From: kstrosch at wellesley.edu (Kara Hart) Date: Tue, 21 Sep 2021 11:07:15 -0400 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? In-Reply-To: References: Message-ID: Hi Amy, I still have a copy of the original I can share with you. Kara ~~~~~ Kara S. Hart Systems Librarian - Library & Technology Services - Wellesley College On Mon, Sep 20, 2021 at 6:13 PM Amy Winter wrote: > Does anyone know where I could get a copy of the plugin/template to add a > static page, referred to in the 2019 post from James, below. The repo is > gone and not in the Wayback Machine either: > https://github.com/hudmol/static_pages > > > > I can?t find any other reference to this in the list archives or on Google. > > > > Thanks for any help, > > > > Amy E. Winter > > Library Information Technology > > University of New Mexico > > 505.277.1233 > > > > > [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? > > *James Bullen* james at hudmol.com > > *Mon Oct 28 18:02:16 EDT 2019* > > - Previous message: [Archivesspace_Users_Group] Add a static web page > to ArchivesSpace PUI? > > - Next message: [Archivesspace_Users_Group] Add a static web page to > ArchivesSpace PUI? > > - *Messages sorted by:* [ date ] > [ > thread ] > [ > subject ] > [ > author ] > > > ------------------------------ > > Hi Kara, > > > > This seemed like a useful thing that I don?t think exists yet, so I made a plugin to do it: > > > > https://github.com/hudmol/static_pages > > > > Maybe it can be a useful starting point. > > > > > > Cheers, > > James > > > > > > > > >* On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote:* > > > > > >* Hi all,* > > >* I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? * > > > > > >* I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. * > > > > > >* If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= >)* > > > > > >* Thanks for any help,* > > >* Kara* > > > > > > > > >* ~~~ Kara S. Hart * > > >* Systems Librarian - Library & Technology Services - Wellesley College* > > > > > > > > >* !DSPAM:5db7471d288581084719066! _______________________________________________* > > >* Archivesspace_Users_Group mailing list* > > >* Archivesspace_Users_Group at lyralists.lyrasis.org * > > >* http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group * > > > > > > > > >* !DSPAM:5db7471d288581084719066!* > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Tue Sep 21 11:19:12 2021 From: ph448 at cam.ac.uk (Peter Heiner) Date: Tue, 21 Sep 2021 15:19:12 +0000 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? In-Reply-To: References: Message-ID: Hi all, While this will probably solve Amy's problem, it may not be a good idea for a busy site to use the whole RoR stack to do this. It would probably be better to use Middlemanto generate static pages using the AS partials and serve them using Apache or similar. p ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kara Hart Sent: 21 September 2021 16:07 To: Archivesspace Users Group ; Amy Winter Subject: Re: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? Hi Amy, I still have a copy of the original I can share with you. Kara ~~~~~ Kara S. Hart Systems Librarian - Library & Technology Services - Wellesley College On Mon, Sep 20, 2021 at 6:13 PM Amy Winter > wrote: Does anyone know where I could get a copy of the plugin/template to add a static page, referred to in the 2019 post from James, below. The repo is gone and not in the Wayback Machine either: https://github.com/hudmol/static_pages I can?t find any other reference to this in the list archives or on Google. Thanks for any help, Amy E. Winter Library Information Technology University of New Mexico 505.277.1233 [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? James Bullen james at hudmol.com Mon Oct 28 18:02:16 EDT 2019 * Previous message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Next message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Kara, This seemed like a useful thing that I don?t think exists yet, so I made a plugin to do it: https://github.com/hudmol/static_pages Maybe it can be a useful starting point. Cheers, James > On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote: > > Hi all, > I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? > > I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. > > If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= ) > > Thanks for any help, > Kara > > > ~~~ Kara S. Hart > Systems Librarian - Library & Technology Services - Wellesley College > > > !DSPAM:5db7471d288581084719066! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:5db7471d288581084719066! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at virginia.edu Tue Sep 21 11:28:14 2021 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 21 Sep 2021 15:28:14 +0000 Subject: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? In-Reply-To: References: Message-ID: <625E2A64-E4DD-48F2-ACC2-F93CB41A4746@virginia.edu> In our plugins/local/public, I just put a static html file into local/plugin/assets/ and then add a link to it in local/public/views/layout_head.html.erb: $( 'section#navigation >nav.navbar ul.nav ').append( '
  • HELP
    • ?); > On Sep 21, 2021, at 11:19 AM, Peter Heiner wrote: > > Hi all, > > While this will probably solve Amy's problem, it may not be a good idea for a busy site to use the whole RoR stack to do this. > It would probably be better to use Middlemanto generate static pages using the AS partials and serve them using Apache or similar. > > p > From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kara Hart > Sent: 21 September 2021 16:07 > To: Archivesspace Users Group ; Amy Winter > Subject: Re: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? > > Hi Amy, I still have a copy of the original I can share with you. > > Kara > ~~~~~ Kara S. Hart > Systems Librarian - Library & Technology Services - Wellesley College > > > On Mon, Sep 20, 2021 at 6:13 PM Amy Winter > wrote: > Does anyone know where I could get a copy of the plugin/template to add a static page, referred to in the 2019 post from James, below. The repo is gone and not in the Wayback Machine either: https://github.com/hudmol/static_pages > > I can?t find any other reference to this in the list archives or on Google. > > Thanks for any help, > > Amy E. Winter > Library Information Technology > University of New Mexico > 505.277.1233 > > > [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI? > > James Bullen james at hudmol.com? > Mon Oct 28 18:02:16 EDT 2019 > Previous message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI?? > Next message: [Archivesspace_Users_Group] Add a static web page to ArchivesSpace PUI?? > Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] > Hi Kara, > > This seemed like a useful thing that I don?t think exists yet, so I made a plugin to do it: > > https://github.com/hudmol/static_pages > > > Maybe it can be a useful starting point. > > > Cheers, > James > > > > > On Oct 28, 2019, at 3:52 PM, Kara Hart > wrote: > > > > Hi all, > > I want to be able to add static web pages to ArchivesSpace. I'd like to incorporate the header, top nav, and footer and be able to just add what I want in the middle. I'm basically hoping to create general FAQ, search help, about pages that live in my ArchivesSpace local plugin. Is this possible? > > > > I did find a way to add a page by putting a .html doc into /archivesspace/plugins/local/public/assets, but I have to manually copy in the head, navigation, header, and footer, which is obviously not ideal for updating and probably other reasons. > > > > If there isn't a way to do this, where is the proper place to suggest this enhancement? Should I create a new feature request in Jira the project ANW? (https://archivesspace.atlassian.net/projects/ANW/issues/?filter=allissues&= >) > > > > Thanks for any help, > > Kara > > > > > > ~~~ Kara S. Hart > > Systems Librarian - Library & Technology Services - Wellesley College > > > > > > !DSPAM:5db7471d288581084719066! _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > !DSPAM:5db7471d288581084719066! > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From jesh at towson.edu Wed Sep 22 15:22:55 2021 From: jesh at towson.edu (Esh, John C.) Date: Wed, 22 Sep 2021 19:22:55 +0000 Subject: [Archivesspace_Users_Group] Exporting to PDF errors Message-ID: For several finding aids, when I try to export to PDF, I?m getting this error? Generating PDF for Athletics Department records org.xml.sax.SAXParseException; lineNumber: 88; columnNumber: 42; The entity name must immediately follow the '&' in the entity reference. net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:379) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314) RUBY.parse(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:28) RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/processor.rb:58) RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:10) RUBY.to_fo(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38) RUBY.to_pdf(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:44) RUBY.block in run(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:51) If anyone has any thoughts as to what?s going on, I?d love to hear them. This isn?t the entirety of the error code, but it seems to repeat similar lines after this. Thanks! * John -------------- next part -------------- An HTML attachment was scrubbed... URL: From trthorn2 at ncsu.edu Wed Sep 22 15:50:23 2021 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Wed, 22 Sep 2021 15:50:23 -0400 Subject: [Archivesspace_Users_Group] Exporting to PDF errors In-Reply-To: References: Message-ID: The PDF exporter first generates EAD XML file and parses that to generate the PDF. If the XML is invalid the PDF export will fail. In this case, it looks like you have unescaped ampersands somewhere that the XML parser is trying to interpret as XML entities. If you find these, replacing them with & should make this error go away. On Wed, Sep 22, 2021 at 3:23 PM Esh, John C. wrote: > For several finding aids, when I try to export to PDF, I?m getting this > error? > > > > Generating PDF for Athletics Department records > > org.xml.sax.SAXParseException; lineNumber: 88; columnNumber: 42; The > entity name must immediately follow the '&' in the entity reference. > > > net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:379) > > java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) > > > org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453) > > > org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314) > > > RUBY.parse(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:28) > > > RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/processor.rb:58) > > > RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:10) > > > RUBY.to_fo(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38) > > > RUBY.to_pdf(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:44) > > RUBY.block in > run(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:51) > > If anyone has any thoughts as to what?s going on, I?d love to hear them. > This isn?t the entirety of the error code, but it seems to repeat similar > lines after this. > > > > Thanks! > > > > - John > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Sep 22 15:51:22 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 22 Sep 2021 19:51:22 +0000 Subject: [Archivesspace_Users_Group] Exporting to PDF errors In-Reply-To: References: Message-ID: Depending on your version it'll be a slightly different issue, but something somewhere in there has an ampersand that is causing the PDF generator to barf. There's one report here: https://archivesspace.atlassian.net/browse/ANW-1340 I've seen these most often in notes and usually on something like J&J or B&T, some kind of a note with an ampersand withOUT any spaces around it. Usually changing those to J & & or B & T will fix it. You can also change it to & and that might do the trick. Older versions of ArchivesSpace have more of those bugs than newer versions. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Esh, John C. Sent: Wednesday, September 22, 2021 3:22 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Exporting to PDF errors For several finding aids, when I try to export to PDF, I?m getting this error? Generating PDF for Athletics Department records org.xml.sax.SAXParseException; lineNumber: 88; columnNumber: 42; The entity name must immediately follow the '&' in the entity reference. net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:379) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314) RUBY.parse(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:28) RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/processor.rb:58) RUBY.XML(/as_server/current/gems/gems/saxon-xslt-0.8.2.2-java/lib/saxon/xml.rb:10) RUBY.to_fo(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38) RUBY.to_pdf(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:44) RUBY.block in run(/as_server/current/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:51) If anyone has any thoughts as to what?s going on, I?d love to hear them. This isn?t the entirety of the error code, but it seems to repeat similar lines after this. Thanks! * John -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Thu Sep 23 07:26:01 2021 From: na207 at cam.ac.uk (Natalie Adams) Date: Thu, 23 Sep 2021 11:26:01 +0000 Subject: [Archivesspace_Users_Group] TEI data and ArchivesSpace Message-ID: Good afternoon everyone, I've been looking at the TEI data we have about some of our collections and I wondered whether anyone on the list has experience or resources to share about TEI. I'd be interested in information about importing TEI data (or a subset of TEI data) into ArchivesSpace- either directly or by converting into one of the formats that can be ingested into ArchivesSpace. Also in information/experience of maintaining TEI metadata and ArchivesSpace metadata that are describing the same materials. Best wishes, Natalie Natalie Adams, FARA Metadata Specialist Cambridge University Library West Road Cambridge Cambridge, CB3 9DR Tel 01223 766377 www.lib.cam.ac.uk/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Wed Sep 22 15:23:16 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 22 Sep 2021 19:23:16 +0000 Subject: [Archivesspace_Users_Group] Registration now open: Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT Message-ID: <21FA8A4C-3FC9-43B4-B817-877FBAFB4706@lyrasis.org> Dear ArchivesSpace members, Registration is now open for the four-session Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT. During this workshop, trainers from the ArchivesSpace Trainers Corps will cover some of the most frequently used areas of the ArchivesSpace application. Attendees are expected to attend all 4 sessions since each session will build on the lessons learned in the session before. ArchivesSpace Basics Training - 4 sessions Date: October 18, 20, 25 and 27, 2021 Time: 12:00pm-2:30pm ET / 9:00am-11:30am PT Trainers: Miloche Kottman (University of Kansas) and Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_9zRa5tTqQZC7UQyX40HTgg For the first 48 hours, registration will be open to individuals associated with ArchivesSpace member institutions only. To register during this time, you must use an institutional email address associated with an ArchivesSpace member institution. Registrations using personal email addresses and addresses associated with non-member institutions will not be accepted. After 48 hours, any remaining registrations will be made available to all ArchivesSpace users. In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. While this training does not assume any prior experience with ArchivesSpace, attendees are expected to have an understanding of archival workflows and terminology. Due to the large number of attendees, trainers will not be able to troubleshoot individual implementations of ArchivesSpace or provide additional archival instruction beyond the use of ArchivesSpace. The Trainers Corps offers regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings are part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Agendas and recordings from previous trainings can be found at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Please email ArchivesSpaceHome at lyrasis.org if you have any questions. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahueb2 at uis.edu Thu Sep 23 10:28:04 2021 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Thu, 23 Sep 2021 14:28:04 +0000 Subject: [Archivesspace_Users_Group] User password reset Message-ID: <1632407283683.24262@uis.edu> Good morning, We are currently using v2.8.0 with plans to update to v3.1.0 in the near future, but we are having a recurring issue that may not be solved by this update. We have a user who regularly forgets their password and must email the IT department to get it reset every time. Is there a password reset feature being planned for an upcoming release? Or is there some other simple way to automate this process? Thank you, -Alan Huebschen Brookens Library Information Systems University of Illinois Springfield -------------- next part -------------- An HTML attachment was scrubbed... URL: From SPARKE at hartford.edu Fri Sep 24 06:58:34 2021 From: SPARKE at hartford.edu (Parke, Sean) Date: Fri, 24 Sep 2021 10:58:34 +0000 Subject: [Archivesspace_Users_Group] error - agent table is full Message-ID: Hello, When I try to create a new agent record, I get the error message "translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__javasql__sqlexception__the_table__agent_person__is_full" Anyone know how to address this? We are still on version 2.3.0 Thanks, Sean Parke University Archivist University of Hartford Archives & Special Collections sparke at hartford.edu (He/Him/His) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Fri Sep 24 07:13:55 2021 From: ph448 at cam.ac.uk (Peter Heiner) Date: Fri, 24 Sep 2021 11:13:55 +0000 Subject: [Archivesspace_Users_Group] error - agent table is full In-Reply-To: References: Message-ID: Hi Sean, This is a MySQL error relating to either the database server running out of disk space or the database hitting the maximum autoextend size, see https://stackoverflow.com/questions/730579/1114-hy000-the-table-is-full p ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Parke, Sean Sent: 24 September 2021 11:58 To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] error - agent table is full Hello, When I try to create a new agent record, I get the error message ?translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__javasql__sqlexception__the_table__agent_person__is_full? Anyone know how to address this? We are still on version 2.3.0 Thanks, Sean Parke University Archivist University of Hartford Archives & Special Collections sparke at hartford.edu (He/Him/His) -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Mon Sep 27 05:56:03 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 27 Sep 2021 10:56:03 +0100 Subject: [Archivesspace_Users_Group] TEI data and ArchivesSpace In-Reply-To: References: Message-ID: <112ec949-b998-774d-eb7d-bfb67d965e51@bodleian.ox.ac.uk> I'd recommend converting to EAD first, then importing that. TEI is a highly flexible and customizable schema, so writing a direct importer would be difficult, and unlikely to work for all the different styles and standards of TEI created by different projects. In some cases, it might require pulling together bits of information from different parts of the TEI document, which would be almost impossible with the SAX parser used by ArchivesSpace's importer. Also each TEI document would have to correspond one-to-one with something which you would want to become a resource in ArchivesSpace. If that is the case, I'd still convert to EAD first, using XSLT. If instead you've got lots of TEI files, each representing individual items in a collection, then XQuery would be my choice to build one EAD file from multiple source TEI files. But any programming language with a DOM parser library could do it. Whatever tools you use, the intermediate step of converting to EAD, which you can then validate, should find most of the data issues, and in bulk, whereas the importer fails on each problem, and has to be re-run to find the next one. The TEI and EAD catalogues here exist side-by-side. Originally they covered different eras and specialisms, but a recent summary catalogue conversion project has greatly increased the overlap. The plan is to link them together using ARKs. Andrew. On 23/09/2021 12:26, Natalie Adams wrote: > > Good afternoon everyone, > > I?ve been looking at the TEI data we have about some of our > collections and I wondered whether anyone on the list has experience > or resources to share about TEI. > > I?d be interested in information about importing TEI data (or a subset > of TEI data) into ArchivesSpace- either directly or by converting into > one of the formats that can be ingested into ArchivesSpace. Also in > information/experience of maintaining TEI metadata and ArchivesSpace > metadata that are describing the same materials. > > Best wishes, > > Natalie > > *Natalie Adams, FARA* > > Metadata Specialist > > Cambridge University Library > > West Road > > Cambridge > > Cambridge, CB3 9DR > > Tel 01223 766377 > > www.lib.cam.ac.uk/ > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Sep 27 09:08:56 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 27 Sep 2021 13:08:56 +0000 Subject: [Archivesspace_Users_Group] Registration now open: Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT In-Reply-To: <21FA8A4C-3FC9-43B4-B817-877FBAFB4706@lyrasis.org> References: <21FA8A4C-3FC9-43B4-B817-877FBAFB4706@lyrasis.org> Message-ID: Dear ArchivesSpace users, Registration is now open for the four-session Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT. During this workshop, trainers from the ArchivesSpace Trainers Corps will cover some of the most frequently used areas of the ArchivesSpace application. Attendees are expected to attend all 4 sessions since each session will build on the lessons learned in the session before. ArchivesSpace Basics Training - 4 sessions Date: October 18, 20, 25 and 27, 2021 Time: 12:00pm-2:30pm ET / 9:00am-11:30am PT Trainers: Miloche Kottman (University of Kansas) and Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_9zRa5tTqQZC7UQyX40HTgg In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. While this training does not assume any prior experience with ArchivesSpace, attendees are expected to have an understanding of archival workflows and terminology. Due to the large number of attendees, trainers will not be able to troubleshoot individual implementations of ArchivesSpace or provide additional archival instruction beyond the use of ArchivesSpace. The Trainers Corps offers regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings are part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Agendas and recordings from previous trainings can be found at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Please email ArchivesSpaceHome at lyrasis.org if you have any questions. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Sep 28 10:35:31 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 28 Sep 2021 14:35:31 +0000 Subject: [Archivesspace_Users_Group] error - agent table is full In-Reply-To: References: Message-ID: Just for the record, the problem was indeed disc space. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Peter Heiner Sent: Friday, September 24, 2021 7:13 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] error - agent table is full Hi Sean, This is a MySQL error relating to either the database server running out of disk space or the database hitting the maximum autoextend size, see https://stackoverflow.com/questions/730579/1114-hy000-the-table-is-full p ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Parke, Sean Sent: 24 September 2021 11:58 To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] error - agent table is full Hello, When I try to create a new agent record, I get the error message ?translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__javasql__sqlexception__the_table__agent_person__is_full? Anyone know how to address this? We are still on version 2.3.0 Thanks, Sean Parke University Archivist University of Hartford Archives & Special Collections sparke at hartford.edu (He/Him/His) -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue Sep 28 10:50:26 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 28 Sep 2021 14:50:26 +0000 Subject: [Archivesspace_Users_Group] upcoming change in the way the ArchivesSpace application is deployed Message-ID: Hello ArchivesSpace users, We wanted to alert you to an upcoming change in the way the ArchivesSpace application is deployed. This change will not be noticeable to end users of the application, but it will affect those that install and maintain it for users. Background ArchivesSpace uses Solr for its search platform. Since its original release in 2013, ArchivesSpace has used a version of Solr that can be embedded into the application so that Solr is installed and configured by default when ArchivesSpace is installed. Though most ArchivesSpace deployments opt for this embedded version of Solr, some sites choose to use an external deployment of Solr and maintain it separately from ArchivesSpace. In its own upgrades over the years, Solr made some changes so that it can no longer be embedded. While we have stayed on the highest embeddable version of Solr (v4.10.4) for years, this version is now old and unsupported by its maintainers, and it is no longer sustainable for us to use it in new releases. In order to maintain and improve this critical piece of ArchivesSpace infrastructure, we need to upgrade Solr. In the process we will need to make the transition to using external Solr only. What does this mean for me? Once we make this change, if you are responsible for deploying ArchivesSpace at your institution, you will need to download and install Solr and use ArchivesSpace's supplied Solr configuration to create the Solr index. This will be in addition to managing your own MySQL database. Solr will no longer be distributed with ArchivesSpace and ArchivesSpace will no longer work out-of-the-box without an external Solr deployment. ArchivesSpace will need to be fully re-indexed when this transition occurs. If you are not the person responsible for deploying ArchivesSpace at your institution, this change will not directly affect you, though it will be important to make sure the person responsible for deploying your ArchivesSpace is aware of the change. Will you have strict requirements for how to deploy Solr? Like with MySQL, the ArchivesSpace team does not intend to be opinionated about how Solr is deployed externally. System administrators will be able to use whatever method they prefer to install Solr. For those who require more guidance, however, we will have instructions for using a standalone Solr installation along with specific ArchivesSpace Solr configuration files. These will be in addition to the standard documentation provided by Solr (https://solr.apache.org/guide/8_9/installing-solr.html). When will this happen? We expect to make the transition to external Solr with the release on the roadmap that is planned for December 2021. Even so, older versions of ArchivesSpace will continue to work with the embedded Solr that was included with them at the time of their release. How can I learn more? We will be providing a number of community education opportunities along with technical documentation beginning later this fall to help people understand what they will need to do to make the changes. These may include webinars, recorded tutorials, Q&A sessions for technical staff, and online documentation. All of these resources will be publicly available to members and non-members. In addition, ArchivesSpace members will be able to access technical support as questions arise as a benefit of their membership. Thank you for your understanding and cooperation as we continue to work to improve ArchivesSpace for everyone. We look forward to working with you to facilitate this important transition. Please feel free to reach out with any questions or feedback. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: From ahueb2 at uis.edu Wed Sep 29 13:06:50 2021 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Wed, 29 Sep 2021 17:06:50 +0000 Subject: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Message-ID: <1632935210597.38430@uis.edu> Good morning, I have recently been made aware of some issues with functionality in our ArchivesSpace instance. Users are unable to perform some tasks, such as use the "Delete" button to delete records. I have tested my dev and prod copies of ASpace against local and remote DBs. My dev instance works perfectly fine, it does not use Apache/httpd for SSL/TLS but our production instance does. When I bypass Apache/httpd on the production instance, all of the functionality issues vanish. We are currently running ArchivesSpace v3.1.0 and just upgraded from v2.8.0. The issues began in v2.8.0 and remain after our upgrade to v3.1.0. Has anyone else run into similar issues with Apache/httpd or Nginx interfering with ASpace functionality? How did you resolve it? I'm happy to provide more details if needed. Thank you, -Alan Huebschen Brookens Library Information Systems University of Illinois Springfield -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Sep 29 13:33:35 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 29 Sep 2021 17:33:35 +0000 Subject: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality In-Reply-To: <1632935210597.38430@uis.edu> References: <1632935210597.38430@uis.edu> Message-ID: Check your Apache logs for errors. Sounds like maybe it's some kind of issue there. Also, check the browser devtools counsel for errors, they are likely to show up there too. Also check the archivesspace.out log for errors, might be something in there. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Huebschen, Alan M Sent: Wednesday, September 29, 2021 1:06 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Good morning, I have recently been made aware of some issues with functionality in our ArchivesSpace instance. Users are unable to perform some tasks, such as use the "Delete" button to delete records. I have tested my dev and prod copies of ASpace against local and remote DBs. My dev instance works perfectly fine, it does not use Apache/httpd for SSL/TLS but our production instance does. When I bypass Apache/httpd on the production instance, all of the functionality issues vanish. We are currently running ArchivesSpace v3.1.0 and just upgraded from v2.8.0. The issues began in v2.8.0 and remain after our upgrade to v3.1.0. Has anyone else run into similar issues with Apache/httpd or Nginx interfering with ASpace functionality? How did you resolve it? I'm happy to provide more details if needed. Thank you, -Alan Huebschen Brookens Library Information Systems University of Illinois Springfield -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Sep 30 09:10:41 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 30 Sep 2021 13:10:41 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - September 2021 Message-ID: <36B7FEA7-7CBE-4D95-A91A-27AB6A7249A2@lyrasis.org> [cid:image001.jpg at 01D7B5DB.0A8C6F80] ArchivesSpace Update ? September 2021 Development ArchivesSpace v3.1 is currently available. ArchivesSpace is announcing the availability of v3.1.0. You can download it at https://github.com/archivesspace/archivesspace/releases/. This release includes a number of accessibility improvements, particularly to the public interface. Many of these were identified in an accessibility audit conducted by Deque across the open source applications that make their homes at LYRASIS, which include DSpace, CollectionSpace, and ArchivesSpace. The release also includes specific bug fixes and small feature improvements prioritized by the Development Prioritization sub-team. There are also additional performance, backend and staff interface improvements from Hudson Molonglo developers James Bullen, Mark Triggs, and Payten Giles that derived from work HM did for Queensland State Archives as part of a larger project. Thanks to all of our community members who contributed code for this release: Alex Duryee, Andrew Morrison, Dave Mayo, James Bullen, Mark Triggs, Nick Butler, Payten Giles, Sam Hatfield, and Sean Anderson. As always, program team members Lora Woodford, Brian Hoffman, and Mark Cooper, as well as contractors Manny Rodriguez and Brian Zelip, wrote and/or reviewed substantial code for the release. Thanks also to our community groups, especially the Testing sub-team, for their efforts. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have any difficulties, please let us know. This is the spring/summer 2021 release from the roadmap. Items that were projected for this release that did not make it in have been shifted to future releases. Please get in touch if you have any questions. Thanks as always for your feedback and support. Upcoming Change to the Way ArchivesSpace is Deployed We wanted to alert you to an upcoming change in the way the ArchivesSpace application is deployed. This change will not be noticeable to end users of the application, but it will affect those that install and maintain it for users. Background ArchivesSpace uses Solr for its search platform. Since its original release in 2013, ArchivesSpace has used a version of Solr that can be embedded into the application so that Solr is installed and configured by default when ArchivesSpace is installed. Though most ArchivesSpace deployments opt for this embedded version of Solr, some sites choose to use an external deployment of Solr and maintain it separately from ArchivesSpace. In its own upgrades over the years, Solr made some changes so that it can no longer be embedded. While we have stayed on the highest embeddable version of Solr (v4.10.4) for years, this version is now old and unsupported by its maintainers, and it is no longer sustainable for us to use it in new releases. In order to maintain and improve this critical piece of ArchivesSpace infrastructure, we need to upgrade Solr. In the process we will need to make the transition to using external Solr only. What does this mean for me? Once we make this change, if you are responsible for deploying ArchivesSpace at your institution, you will need to download and install Solr and use ArchivesSpace?s supplied Solr configuration to create the Solr index. This will be in addition to managing your own MySQL database. Solr will no longer be distributed with ArchivesSpace and ArchivesSpace will no longer work out-of-the-box without an external Solr deployment. ArchivesSpace will need to be fully re-indexed when this transition occurs. If you are not the person responsible for deploying ArchivesSpace at your institution, this change will not directly affect you, though it will be important to make sure the person responsible for deploying your ArchivesSpace is aware of the change. Will you have strict requirements for how to deploy Solr? Like with MySQL, the ArchivesSpace team does not intend to be opinionated about how Solr is deployed externally. System administrators will be able to use whatever method they prefer to install Solr. For those who require more guidance, however, we will have instructions for using a standalone Solr installation along with specific ArchivesSpace Solr configuration files. These will be in addition to the standard documentation provided by Solr (https://solr.apache.org/guide/8_9/installing-solr.html). When will this happen? We expect to make the transition to external Solr with the release on the roadmap that is planned for December 2021. Even so, older versions of ArchivesSpace will continue to work with the embedded Solr that was included with them at the time of their release. How can I learn more? We will be providing a number of community education opportunities along with technical documentation beginning later this fall to help people understand what they will need to do to make the changes. These may include webinars, recorded tutorials, Q&A sessions for technical staff, and online documentation. All of these resources will be publicly available to members and non-members. In addition, ArchivesSpace members will be able to access technical support as questions arise as a benefit of their membership. Thank you for your understanding and cooperation as we continue to work to improve ArchivesSpace for everyone. We look forward to working with you to facilitate this important transition. Please feel free to reach out with any questions or feedback. Join us for the next ArchivesSpace Trainers Corps Office Hour, Friday, October 8th at 2pm ET/11am PT The third ArchivesSpace Trainers Corps ?Office Hour? will be Friday, October 8th at 2pm ET/11am PT. In these office hours, members of the ArchivesSpace Trainers Corps will demo a task or tool frequently used by ArchivesSpace users and take questions related to the demo and topic. For this open call, the Trainers Corps will briefly explain how to import archival objects via Excel or CSV using the ?Load via Spreadsheet? feature, which became available in ArchivesSpace beginning with v2.8.0. (This feature was formerly known as the Harvard import plugin; those using ArchivesSpace v2.7 or earlier can still access it via the plugin.) Following the presentation, you will have the opportunity to ask questions about the topic, followed by a general Q&A about migration tools and data maps. If you would like to suggest a topic for a future ?Office Hour,? you can do so at https://forms.gle/unz3GmAbWwvpHjSr7. ArchivesSpace Trainers Corps ?Office Hour? Date: October 8, 2021 Time: 2:00pm ET / 11:00am PT Topic: Using the Load via Spreadsheet function in ArchivesSpace Registration: https://lyrasis.zoom.us/meeting/register/tZIqdOutrDMrHNVLZGMsiu539oOw0OVUPK-e Throughout this year, the Trainers Corps has been offering regularly scheduled trainings and office hours covering a variety of topics on all things ArchivesSpace. Registration for each training is separate and opens closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. Registration now open: Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT Registration is now open for the four-session Virtual ArchivesSpace Basics Workshop on October 18, 20, 25 and 27, 2021 from 12:00pm-2:30pm ET / 9:00am-11:30am PT. During this workshop, trainers from the ArchivesSpace Trainers Corps will cover some of the most frequently used areas of the ArchivesSpace application. Attendees are expected to attend all 4 sessions since each session will build on the lessons learned in the session before. ArchivesSpace Basics Training - 4 sessions Date: October 18, 20, 25 and 27, 2021 Time: 12:00pm-2:30pm ET / 9:00am-11:30am PT Trainers: Miloche Kottman (University of Kansas) and Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_9zRa5tTqQZC7UQyX40HTgg In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. While this training does not assume any prior experience with ArchivesSpace, attendees are expected to have an understanding of archival workflows and terminology. Due to the large number of attendees, trainers will not be able to troubleshoot individual implementations of ArchivesSpace or provide additional archival instruction beyond the use of ArchivesSpace. The Trainers Corps offers regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings are part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Agendas and recordings from previous trainings can be found at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Please email ArchivesSpaceHome at lyrasis.org if you have any questions. ArchivesSpace is participating in Hacktoberfest 2021 This October, ArchivesSpace will again be participating in Hacktoberfest, a month-long celebration of open source software run by DigitalOcean. Hacktoberfest is open to anyone who contributes pull requests to participating open source repositories on GitHub or GitLab. Whether you?re new to ArchivesSpace development or a long-time contributor, we encourage you to get involved. No specific background or skill level is required to get started, and all community contributions are welcome and appreciated. To learn more about submitting a pull request for ArchivesSpace specifically, visit our wiki. To qualify for the official Hacktoberfest competition, you must register and make four pull requests between October 1-31. Pull requests can be made to any public repository on GitHub or GitLab, including ArchivesSpace. Any qualifying pull request submitted to the ArchivesSpace GitHub between October 1 and October 31 will get a Hacktoberfest label. To learn more about qualifying pull requests and how to notify Hacktoberfest of your pull requests, visit the official Hacktoberfest website. In addition to the official Hacktoberfest swag options, ArchivesSpace will acknowledge all submitters, regardless of number of pull requests, in our October monthly update. The community member who submits the most pull requests in the month of October will receive an ArchivesSpace swag bag! Last year?s winner of the coveted ArchivesSpace swag bag was Joshua Shaw from Dartmouth College. We hope you will join us in this celebration of the open source community. Please email us at ArchivesSpaceHome at lyrasis.org if you have questions or want to know more about contributing code to the ArchivesSpace GitHub. To learn more about Hacktoberfest, visit their official website. Membership Update We are excited to welcome our newest members to our community! Our new members since August 31 include: * Acme Studios (London, UK) * Colorado State University (Fort Collins, CO) * Greene County Records Center & Archives (Xenia, OH) * Hallie Q. Brown Community Center, Inc. (Saint Paul, MN) * Ottawa University (Ottawa, KS) * Kennedy Center (Washington, DC) As of September, we have 449 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22469 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29066 bytes Desc: image002.jpg URL: From ahueb2 at uis.edu Thu Sep 30 09:20:48 2021 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Thu, 30 Sep 2021 13:20:48 +0000 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Apache/httpd interfering with ASpace functionality In-Reply-To: References: <1632935210597.38430@uis.edu>, Message-ID: <1633008048199.90894@uis.edu> Hi Blake, I have checked the apache logs, browser dev console, and archivesspace.out for some sort of related error messages but there is nothing. Nothing has appeared in the httpd log since hours before I started testing this morning. Nothing appears in the browser dev console when I attempt to click the 'Delete' button. I'm rather unsure how to troubleshoot this other than temporarily disabling SSL/TLS through apache and readding my config changes slowly. -Alan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, September 29, 2021 12:33 PM To: Archivesspace Users Group Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Check your Apache logs for errors. Sounds like maybe it's some kind of issue there. Also, check the browser devtools counsel for errors, they are likely to show up there too. Also check the archivesspace.out log for errors, might be something in there. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Huebschen, Alan M Sent: Wednesday, September 29, 2021 1:06 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Good morning, I have recently been made aware of some issues with functionality in our ArchivesSpace instance. Users are unable to perform some tasks, such as use the "Delete" button to delete records. I have tested my dev and prod copies of ASpace against local and remote DBs. My dev instance works perfectly fine, it does not use Apache/httpd for SSL/TLS but our production instance does. When I bypass Apache/httpd on the production instance, all of the functionality issues vanish. We are currently running ArchivesSpace v3.1.0 and just upgraded from v2.8.0. The issues began in v2.8.0 and remain after our upgrade to v3.1.0. Has anyone else run into similar issues with Apache/httpd or Nginx interfering with ASpace functionality? How did you resolve it? I'm happy to provide more details if needed. Thank you, -Alan Huebschen Brookens Library Information Systems University of Illinois Springfield -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahueb2 at uis.edu Thu Sep 30 09:56:27 2021 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Thu, 30 Sep 2021 13:56:27 +0000 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Apache/httpd interfering with ASpace functionality In-Reply-To: <1633008048199.90894@uis.edu> References: <1632935210597.38430@uis.edu>, , <1633008048199.90894@uis.edu> Message-ID: <1633010187936.24963@uis.edu> Update to issue: The problem was with a SSL/TLS setting that is not recommended by the ASpace docs, but one put in place to appease a security scanner: Header set Content-Security-Policy "object-src 'self'; script-src 'self' 'unsafe-inline'" When set, this appears to disable some functionality within the staff interface. -Alan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Huebschen, Alan M Sent: Thursday, September 30, 2021 8:20 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] [EXTERNAL] Re: Apache/httpd interfering with ASpace functionality Hi Blake, I have checked the apache logs, browser dev console, and archivesspace.out for some sort of related error messages but there is nothing. Nothing has appeared in the httpd log since hours before I started testing this morning. Nothing appears in the browser dev console when I attempt to click the 'Delete' button. I'm rather unsure how to troubleshoot this other than temporarily disabling SSL/TLS through apache and readding my config changes slowly. -Alan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, September 29, 2021 12:33 PM To: Archivesspace Users Group Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Check your Apache logs for errors. Sounds like maybe it's some kind of issue there. Also, check the browser devtools counsel for errors, they are likely to show up there too. Also check the archivesspace.out log for errors, might be something in there. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Huebschen, Alan M Sent: Wednesday, September 29, 2021 1:06 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Apache/httpd interfering with ASpace functionality Good morning, I have recently been made aware of some issues with functionality in our ArchivesSpace instance. Users are unable to perform some tasks, such as use the "Delete" button to delete records. I have tested my dev and prod copies of ASpace against local and remote DBs. My dev instance works perfectly fine, it does not use Apache/httpd for SSL/TLS but our production instance does. When I bypass Apache/httpd on the production instance, all of the functionality issues vanish. We are currently running ArchivesSpace v3.1.0 and just upgraded from v2.8.0. The issues began in v2.8.0 and remain after our upgrade to v3.1.0. Has anyone else run into similar issues with Apache/httpd or Nginx interfering with ASpace functionality? How did you resolve it? I'm happy to provide more details if needed. Thank you, -Alan Huebschen Brookens Library Information Systems University of Illinois Springfield -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndroark at anderson.edu Thu Sep 30 13:58:10 2021 From: ndroark at anderson.edu (Nic Stanton-Roark) Date: Thu, 30 Sep 2021 13:58:10 -0400 Subject: [Archivesspace_Users_Group] File naming errors in PUI Message-ID: Hi all, This week we upgraded from 2.7.1 to 3.1.0. Soft reindexing took care of most apparent issues, but one thing that newly appears is that files with dates but no utilized name field display with the description "translation missing: en.inherited" as so: [image: image.png] Is this either a known issue or is there a way to detect the issue in our logs? Thanks for any guidance you can provide Best wishes, Nic *Nicholas Stanton-Roark* | Archivist | Robert A. Nicholson University Library Anderson University | 1100 E. Fifth St, Anderson, IN 46012 (765) 641-4285 <%28765%29%20641%204285> | ndroark at anderson.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 42661 bytes Desc: not available URL: From blake.carver at lyrasis.org Thu Sep 30 16:03:06 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Thu, 30 Sep 2021 20:03:06 +0000 Subject: [Archivesspace_Users_Group] File naming errors in PUI In-Reply-To: References: Message-ID: Might just be missing from the locales: https://github.com/archivesspace/archivesspace/blob/master/public/config/locales/en.yml#L178-L179 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Nic Stanton-Roark Sent: Thursday, September 30, 2021 1:58 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] File naming errors in PUI Hi all, This week we upgraded from 2.7.1 to 3.1.0. Soft reindexing took care of most apparent issues, but one thing that newly appears is that files with dates but no utilized name field display with the description "translation missing: en.inherited" as so: [image.png] Is this either a known issue or is there a way to detect the issue in our logs? Thanks for any guidance you can provide Best wishes, Nic [https://anderson.edu/uploads/au-email-logo.gif] Nicholas Stanton-Roark | Archivist | Robert A. Nicholson University Library Anderson University | 1100 E. Fifth St, Anderson, IN 46012 (765) 641-4285 | ndroark at anderson.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 42661 bytes Desc: image.png URL: From yatsonskyn at uncw.edu Thu Sep 30 18:22:22 2021 From: yatsonskyn at uncw.edu (Yatsonsky, Nicole) Date: Thu, 30 Sep 2021 22:22:22 +0000 Subject: [Archivesspace_Users_Group] Calculate Dates not working Message-ID: Hi y'all, Has anyone gotten this error: "Date is invalid and could not be created" when trying to create a date record using the Calculate Dates feature? Screenshot here: [Graphical user interface, application Description automatically generated] The dates are normal and there are no wonky characters, so I can't figure out why it's not working. It happens with every resource I've tried and at every archival object level. I tried without typing in the Expression field, and that didn't matter either. I can just manually add them instead, but I want to make sure this is addressed if it's fixable, since it's not working anywhere. Just wondering if anyone had come across this before and could provide some info before I ran it by our IT people. Thanks! Nicole Yatsonsky, CA Special Collections Library Specialist Randall Library UNC Wilmington 910.962.3412 "The great use of a life is to spend it for something that outlasts it." ~ William James -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 29321 bytes Desc: image003.jpg URL: