From Corey.Schmidt at uga.edu  Wed Jun  1 10:46:00 2022
From: Corey.Schmidt at uga.edu (Corey Schmidt)
Date: Wed, 1 Jun 2022 14:46:00 +0000
Subject: [Archivesspace_Users_Group] Digital Object Module validation
	error
In-Reply-To: <MWHPR06MB3214AD505AD9CEC146D84DDD90DC9@MWHPR06MB3214.namprd06.prod.outlook.com>
References: <MWHPR06MB3214AD505AD9CEC146D84DDD90DC9@MWHPR06MB3214.namprd06.prod.outlook.com>
Message-ID: <BN6PR02MB3156CF15953E1FE8CF7EE82AF3DF9@BN6PR02MB3156.namprd02.prod.outlook.com>

Hey Julia,

In my experience, when a validation error occurs, that means there's something wrong with the data that ArchivesSpace couldn't understand. For example, we write some EAD and XML tags<https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/890208354/Using+EAD+Tagging+XML+Special+Characters+and+Punctuation+in+Text+Fields> into our notes that are incorrectly formatted, like missing an ending > for instance: Hello, my name is <emph>Bob</emph. Or it could be ArchivesSpace was looking for a piece of data, but couldn't find it, like so: {"id_0"=>["Property is required but was missing"]} (borrowed from this post<http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2014-March/000194.html>).

I would check the archival and digital object notes and any other free text fields for errors like these first. If you don't see anything wrong, could you give us more info? Specifically: Are there any other details besides "validation error" that ArchivesSpace is giving you? How are you adding the digital object (through staff interface or spreadsheet importer)? Could you send us the JSON for the archival and digital objects?

Corey

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Julia Tanenbaum
Sent: Tuesday, May 31, 2022 11:53 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Digital Object Module validation error

[EXTERNAL SENDER - PROCEED CAUTIOUSLY]
Dear ArchivesSpace users,

I am attempting to add a digital object to a record for the same item as an instance. It already has a physical instance. When I try to add it I get a "validation error." Does anyone know what I am doing wrong?

Sincerely

Julia Tanenbaum
she/her
Project Processing Archivist
University of Wisconsin Madison University Archives
**My working day may not be your working day. Please do not feel obliged to reply to this email outside of your normal working hours.**
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220601/45be074d/attachment.html>

From hanstra at nd.edu  Wed Jun  1 14:22:12 2022
From: hanstra at nd.edu (Tom Hanstra)
Date: Wed, 1 Jun 2022 14:22:12 -0400
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
Message-ID: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>

I'm having some problems with our Authentication with OKTA which I'm trying
to understand.

Because of the problems, I've tried reinstalling the oauth plugin
completely. The first problem I ran into was that the current download of:

https://github.com/lyrasis/aspace-oauth.git

Had a Gemfile containing the line:

gem 'addressable',   '2.8.0'

This caused some gem issues with our 2.81. version of ArchivesSpace because
2.8.0 was evidently newer than the 2.7.0 version that is in the gems
directory. I'm not savvy enough with Ruby to know how to deal with that so
I simply updated the aspace-oauth Gemvile to read:

gem 'addressable',   '2.7.0'

Not sure if that is legit or not. But it allowed the initialize-plugin
script to work.

But I'm still running into what was actually the original error we are
getting. In the archivesspace.out file, we see this error:

--------
INFO: An exception happened during JRuby-Rack startup
certificate verify failed
--- System
jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM
25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
Time: 2022-06-01 13:57:45 -0400
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

--- Context Init Parameters:
jruby.max.runtimes = 1
jruby.min.runtimes = 1
public.root = /
rails.env = production

--- Backtrace
OpenSSL::SSL::SSLError: certificate verify failed
                                 connect at
uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
                                do_start at
uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
                                   start at
uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
                                 request at
uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465

[and a lot more ruby stuff]
----------

There seems to be some certificate that the plugin is not happy about. But
I cannot determine what certificate it does not like. Both the local
certificates and the OKTA certificates are valid. So what is the issue?

Anyone seen this before and have ideas?

Thanks,
Tom


--
*Tom Hanstra*
*Sr. Systems Administrator*
hanstra at nd.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220601/6ff65de1/attachment.html>

From brian.duckett at nih.gov  Wed Jun  1 16:45:18 2022
From: brian.duckett at nih.gov (Duckett, Brian (NIH/NLM) [C])
Date: Wed, 1 Jun 2022 20:45:18 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of development
	vs production mode
Message-ID: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>

Hello,

A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021

This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.

Thank You,
Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220601/9229bcb4/attachment.html>

From blake.carver at lyrasis.org  Wed Jun  1 17:02:22 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Wed, 1 Jun 2022 21:02:22 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
Message-ID: <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220601/c6a3860c/attachment.html>

From blake.carver at lyrasis.org  Wed Jun  1 17:10:29 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Wed, 1 Jun 2022 21:10:29 +0000
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
In-Reply-To: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
References: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
Message-ID: <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>

You might try this branch, there was a weird issue with that for a while, I think maybe this fixed that?
https://github.com/lyrasis/aspace-oauth/tree/unlock-address

This was the only change
https://github.com/lyrasis/aspace-oauth/pull/23/files

That was a while back, so things may have changed since on some of those gems.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom Hanstra <hanstra at nd.edu>
Sent: Wednesday, June 1, 2022 2:22 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Problems with oauth plugin

I'm having some problems with our Authentication with OKTA which I'm trying to understand.

Because of the problems, I've tried reinstalling the oauth plugin completely. The first problem I ran into was that the current download of:

https://github.com/lyrasis/aspace-oauth.git

Had a Gemfile containing the line:

gem 'addressable',   '2.8.0'

This caused some gem issues with our 2.81. version of ArchivesSpace because 2.8.0 was evidently newer than the 2.7.0 version that is in the gems directory. I'm not savvy enough with Ruby to know how to deal with that so I simply updated the aspace-oauth Gemvile to read:

gem 'addressable',   '2.7.0'

Not sure if that is legit or not. But it allowed the initialize-plugin script to work.

But I'm still running into what was actually the original error we are getting. In the archivesspace.out file, we see this error:

--------
INFO: An exception happened during JRuby-Rack startup
certificate verify failed
--- System
jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM 25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
Time: 2022-06-01 13:57:45 -0400
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

--- Context Init Parameters:
jruby.max.runtimes = 1
jruby.min.runtimes = 1
public.root = /
rails.env = production

--- Backtrace
OpenSSL::SSL::SSLError: certificate verify failed
                                 connect at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
                                do_start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
                                   start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
                                 request at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465

[and a lot more ruby stuff]
----------

There seems to be some certificate that the plugin is not happy about. But I cannot determine what certificate it does not like. Both the local certificates and the OKTA certificates are valid. So what is the issue?

Anyone seen this before and have ideas?

Thanks,
Tom


--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://ci3.googleusercontent.com/mail-sig/AIorK4wQjvBdM9TFi5bR5RBsq_1dY3HTxh-Kg_4W690bwTCSKeVGyazMoj0wdmkNgJ0kfjeRnparhiw]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220601/c6dc2e15/attachment.html>

From VivianLea.Solek at Kofc.Org  Thu Jun  2 08:04:08 2022
From: VivianLea.Solek at Kofc.Org (Solek, VivianLea)
Date: Thu, 2 Jun 2022 12:04:08 +0000
Subject: [Archivesspace_Users_Group] Imported Records Not Showing Up --
	Thoughts?
Message-ID: <MN2PR11MB40315DC9AE7AB72A7C1B350598DE9@MN2PR11MB4031.namprd11.prod.outlook.com>

Good morning,

I was testing my new install of v.3.2 and kept having a problem with imported records (both accessions and resources) not showing up after import.  Sometimes, I could navigate to another module and then go back to resources or accessions and then they would be there.  Most of the time, I had to completely exit the program and then log back in for the records to appear.

I know I had similar issues with this in earlier versions.  Does anybody have a clue what might be going on?  I would love to be able to point my IT partners in the right direction, if there is something we can "tweak" to make this a non-issue.

MANY thanks and have a great day!

Best,
VivianLea

VivianLea Solek
Archivist
Knights of Columbus Supreme Council Archives

1 State Street
New Haven, CT 06511-6702
Phone 203 752-4578
Fax 203 865-0351

CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/d43319e9/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Thu Jun  2 08:50:19 2022
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Thu, 2 Jun 2022 12:50:19 +0000
Subject: [Archivesspace_Users_Group] Imported Records Not Showing Up
	--	Thoughts?
In-Reply-To: <MN2PR11MB40315DC9AE7AB72A7C1B350598DE9@MN2PR11MB4031.namprd11.prod.outlook.com>
References: <MN2PR11MB40315DC9AE7AB72A7C1B350598DE9@MN2PR11MB4031.namprd11.prod.outlook.com>
Message-ID: <BYAPR03MB42936D3B72B03A62EE8510F9ABDE9@BYAPR03MB4293.namprd03.prod.outlook.com>

Off the top of my head..... Could this just be the usual indexer lag that's exacerbated by the fact that 3.2 requires an external Solr and therefore can lead to a slight longer indexer lag? That'd be my guess - especially if the records do show up eventually.

If that's the case, then I think potential fixes would be related to networking setup (can you reduce the communication times between AS and Solr and can you make the Solr setup more robust (ie throw more compute resources at Solr)

Joshua
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Solek, VivianLea <VivianLea.Solek at Kofc.Org>
Sent: Thursday, June 2, 2022 8:04 AM
To: ASpace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Imported Records Not Showing Up -- Thoughts?


Good morning,



I was testing my new install of v.3.2 and kept having a problem with imported records (both accessions and resources) not showing up after import.  Sometimes, I could navigate to another module and then go back to resources or accessions and then they would be there.  Most of the time, I had to completely exit the program and then log back in for the records to appear.



I know I had similar issues with this in earlier versions.  Does anybody have a clue what might be going on?  I would love to be able to point my IT partners in the right direction, if there is something we can ?tweak? to make this a non-issue.



MANY thanks and have a great day!



Best,

VivianLea



VivianLea Solek

Archivist

Knights of Columbus Supreme Council Archives

1 State Street
New Haven, CT 06511-6702

Phone 203 752-4578
Fax 203 865-0351



CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/36de9f37/attachment.html>

From VivianLea.Solek at Kofc.Org  Thu Jun  2 08:53:17 2022
From: VivianLea.Solek at Kofc.Org (Solek, VivianLea)
Date: Thu, 2 Jun 2022 12:53:17 +0000
Subject: [Archivesspace_Users_Group] Imported Records Not Showing
	Up	--	Thoughts?
In-Reply-To: <BYAPR03MB42936D3B72B03A62EE8510F9ABDE9@BYAPR03MB4293.namprd03.prod.outlook.com>
References: <MN2PR11MB40315DC9AE7AB72A7C1B350598DE9@MN2PR11MB4031.namprd11.prod.outlook.com>
 <BYAPR03MB42936D3B72B03A62EE8510F9ABDE9@BYAPR03MB4293.namprd03.prod.outlook.com>
Message-ID: <MN2PR11MB40312091D92099A8B213A42798DE9@MN2PR11MB4031.namprd11.prod.outlook.com>

Thank you Joshua.  Sounds reasonable to me.  I will share this with my IT partners.

All the best,
VivianLea

VivianLea Solek
Archivist
Knights of Columbus Supreme Council Archives

1 State Street
New Haven, CT 06511-6702
Phone 203 752-4578
Fax 203 865-0351

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Joshua D. Shaw
Sent: Thursday, June 2, 2022 8:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Imported Records Not Showing Up -- Thoughts?

Off the top of my head..... Could this just be the usual indexer lag that's exacerbated by the fact that 3.2 requires an external Solr and therefore can lead to a slight longer indexer lag? That'd be my guess - especially if the records do show up eventually.

If that's the case, then I think potential fixes would be related to networking setup (can you reduce the communication times between AS and Solr and can you make the Solr setup more robust (ie throw more compute resources at Solr)

Joshua
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Solek, VivianLea <VivianLea.Solek at Kofc.Org<mailto:VivianLea.Solek at Kofc.Org>>
Sent: Thursday, June 2, 2022 8:04 AM
To: ASpace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Imported Records Not Showing Up -- Thoughts?


Good morning,



I was testing my new install of v.3.2 and kept having a problem with imported records (both accessions and resources) not showing up after import.  Sometimes, I could navigate to another module and then go back to resources or accessions and then they would be there.  Most of the time, I had to completely exit the program and then log back in for the records to appear.



I know I had similar issues with this in earlier versions.  Does anybody have a clue what might be going on?  I would love to be able to point my IT partners in the right direction, if there is something we can "tweak" to make this a non-issue.



MANY thanks and have a great day!



Best,

VivianLea



VivianLea Solek

Archivist

Knights of Columbus Supreme Council Archives

1 State Street
New Haven, CT 06511-6702

Phone 203 752-4578
Fax 203 865-0351


CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you.
CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/c27260c3/attachment.html>

From amlyons at atlas-sys.com  Thu Jun  2 09:05:53 2022
From: amlyons at atlas-sys.com (Anne Marie Lyons)
Date: Thu, 2 Jun 2022 13:05:53 +0000
Subject: [Archivesspace_Users_Group] Advice requested for location records
	and the space calculator
Message-ID: <BN0PR20MB3751D213387D4716A1383DB4E1DE9@BN0PR20MB3751.namprd20.prod.outlook.com>

Hello all,

I am working with an archive that is planning to use the top container and location management module so that they can make use of the space calculator. They would like to plan out their location records ahead of time and get them imported into ArchivesSpace. Do you have any advice about getting organized with the location records? Is there anything you wish you had done differently? Some guidelines I have learned so far:


  *   Create a spreadsheet of locations
  *   Draw a map of storage areas
  *   Some locations, like map cases, might be more of a container - make some decisions up front
  *   Practice with linking of locations, containers, and profile records; also, get an idea of what's available in reporting

Is there anything else you would like to share about using the space calculator?

Thank you very much!

- Anne Marie
_______________________
Anne Marie Lyons, MLIS
Training and Library Solutions Consultant
Atlas Systems - You have a job to do. We help you do it.
phone: 800-567-7401 ext.1     fax: 757-467-7875
amlyons at atlas-sys.com<mailto:amlyons at atlas-sys.com>
http://www.atlas-sys.com/
Facebook: @atlassystems<https://www.facebook.com/atlassystems/>
Twitter: @atlassystems<https://twitter.com/atlassystems>

Training from anywhere...Enroll in an online training<https://www.eventbrite.com/o/atlas-systems-29295592643> course from home or office.

Notice:  This e-mail message, including any attachments, is intended only for the named recipient(s) above and may contain confidential information.  If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this e-mail message from your computer without making any copies or distributing it to any other person.  Thank you.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/a1fd3486/attachment.html>

From Ivan.Allhiser at avila.edu  Thu Jun  2 09:13:17 2022
From: Ivan.Allhiser at avila.edu (Allhiser, Ivan)
Date: Thu, 2 Jun 2022 13:13:17 +0000
Subject: [Archivesspace_Users_Group] Still unable to launch
	ArchivesSpaceService. Please help
Message-ID: <DM5PR0501MB37836967E61508B931EC50D5E9DE9@DM5PR0501MB3783.namprd05.prod.outlook.com>

Hello all,

I have yet to hear back or find anything to fix this issue. I am still unable to start the ArchivesSpaceService.

"Our previous system administrator set up ArchivesSpace 2.8.1 and we received a ticket that it needed to be re-indexed. None of us were even aware of what this server did. Before I could access it, the server needed to be rebooted. Once it came back up, I was unable to start the ArchivesSpaceServe. I am shown this error whenever I try (even with Powershell)

"Windows could not start the ArchivesSpaceService on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 5."

I've checked the System Event Long and I don't even see any events that show an attempt to start the service. We've checked the logs and honestly, I'm lost trying to swim through all this data. I don't see anything standing out that says there's an error. Has anyone encountered this before and know of a fix?"

Thank you for your time,
Ivan Allhiser
System Administrator
Information Technology Services
Ph (816) 501-3695
[Dining Services | Avila University]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/a4f01fe8/attachment.html>

From christine.dibella at lyrasis.org  Thu Jun  2 09:21:07 2022
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 2 Jun 2022 13:21:07 +0000
Subject: [Archivesspace_Users_Group] Still unable to
	launch	ArchivesSpaceService. Please help
In-Reply-To: <DM5PR0501MB37836967E61508B931EC50D5E9DE9@DM5PR0501MB3783.namprd05.prod.outlook.com>
References: <DM5PR0501MB37836967E61508B931EC50D5E9DE9@DM5PR0501MB3783.namprd05.prod.outlook.com>
Message-ID: <MN2PR22MB18878319780945A62F853916F1DE9@MN2PR22MB1887.namprd22.prod.outlook.com>

Hello Ivan,

We'll put a technical support ticket in for you on this. You'll see another email about that directly to you in a minute.

(Just as a reminder to everyone, our procedure for technical support for members is listed at https://archivesspace.org/member-area/technical-support. We always encourage you to start with the listserv, but if the answer does not come, or if you can tell from the start that your issue needs more individualized attention, please email the team at ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org>.)

Christine

Christine Di Bella
ArchivesSpace Program Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905

[ASpaceOrgHomeMedium]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Allhiser, Ivan
Sent: Thursday, June 2, 2022 9:13 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Still unable to launch ArchivesSpaceService. Please help

Hello all,

I have yet to hear back or find anything to fix this issue. I am still unable to start the ArchivesSpaceService.

"Our previous system administrator set up ArchivesSpace 2.8.1 and we received a ticket that it needed to be re-indexed. None of us were even aware of what this server did. Before I could access it, the server needed to be rebooted. Once it came back up, I was unable to start the ArchivesSpaceServe. I am shown this error whenever I try (even with Powershell)

"Windows could not start the ArchivesSpaceService on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 5."

I've checked the System Event Long and I don't even see any events that show an attempt to start the service. We've checked the logs and honestly, I'm lost trying to swim through all this data. I don't see anything standing out that says there's an error. Has anyone encountered this before and know of a fix?"

Thank you for your time,
Ivan Allhiser
System Administrator
Information Technology Services
Ph (816) 501-3695
[Dining Services | Avila University]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/1c6ed3bd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 13904 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/1c6ed3bd/attachment.jpg>

From hanstra at nd.edu  Thu Jun  2 09:37:04 2022
From: hanstra at nd.edu (Tom Hanstra)
Date: Thu, 2 Jun 2022 09:37:04 -0400
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
In-Reply-To: <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
 <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>

Thanks, Blake. Unfortunately, that did not do it. The install script works
but we still get this complaint about the certificate verification:

I'm attaching the entire error as a separate file. Perhaps someone with
more Ruby understanding will see something in there that I have not. If I
could figure out what certificate/file it is looking at, perhaps I could
track this down. Or maybe it is a red herring and there is something else
going on in there.

Tom

On Wed, Jun 1, 2022 at 5:10 PM Blake Carver <blake.carver at lyrasis.org>
wrote:

> You might try this branch, there was a weird issue with that for a while,
> I think maybe this fixed that?
> https://github.com/lyrasis/aspace-oauth/tree/unlock-address
>
> This was the only change
> https://github.com/lyrasis/aspace-oauth/pull/23/files
>
> That was a while back, so things may have changed since on some of those
> gems.
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom
> Hanstra <hanstra at nd.edu>
> *Sent:* Wednesday, June 1, 2022 2:22 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Problems with oauth plugin
>
> I'm having some problems with our Authentication with OKTA which I'm
> trying to understand.
>
> Because of the problems, I've tried reinstalling the oauth plugin
> completely. The first problem I ran into was that the current download of:
>
> https://github.com/lyrasis/aspace-oauth.git
>
> Had a Gemfile containing the line:
>
> gem 'addressable',   '2.8.0'
>
> This caused some gem issues with our 2.81. version of ArchivesSpace
> because 2.8.0 was evidently newer than the 2.7.0 version that is in the
> gems directory. I'm not savvy enough with Ruby to know how to deal with
> that so I simply updated the aspace-oauth Gemvile to read:
>
> gem 'addressable',   '2.7.0'
>
> Not sure if that is legit or not. But it allowed the initialize-plugin
> script to work.
>
> But I'm still running into what was actually the original error we are
> getting. In the archivesspace.out file, we see this error:
>
> --------
> INFO: An exception happened during JRuby-Rack startup
> certificate verify failed
> --- System
> jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM
> 25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
> Time: 2022-06-01 13:57:45 -0400
> Server: jetty/8.1.5.v20120716
> jruby.home: uri:classloader://META-INF/jruby.home
>
> --- Context Init Parameters:
> jruby.max.runtimes = 1
> jruby.min.runtimes = 1
> public.root = /
> rails.env = production
>
> --- Backtrace
> OpenSSL::SSL::SSLError: certificate verify failed
>                                  connect at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
>                                 do_start at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
>                                    start at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
>                                  request at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465
>
> [and a lot more ruby stuff]
> ----------
>
> There seems to be some certificate that the plugin is not happy about. But
> I cannot determine what certificate it does not like. Both the local
> certificates and the OKTA certificates are valid. So what is the issue?
>
> Anyone seen this before and have ideas?
>
> Thanks,
> Tom
>
>
> --
> *Tom Hanstra*
> *Sr. Systems Administrator*
> hanstra at nd.edu
>
>
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/2a1e48fd/attachment.html>
-------------- next part --------------
servlet_context = ServletContext at o.e.j.w.WebAppContext{/,file:/home/app/archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/},/home/app/archivesspace/wars/frontend.war
throw_init_exception = false

Jun 02, 2022 9:29:30 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
WARNING: ERROR: initialization failed
org.jruby.rack.RackInitializationException: certificate verify failed
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002:in `connect'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924:in `do_start'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913:in `start'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465:in `request'
	from /home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:215:in `get_idp_metadata'
	from /home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:105:in `parse_remote_to_array'
	from /home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:87:in `parse_remote_to_hash'
	from /home/app/archivesspace/plugins/aspace-oauth/frontend/plugin_init.rb:24:in `block in <main>'
	from org/jruby/RubyArray.java:1809:in `each'
	from /home/app/archivesspace/plugins/aspace-oauth/frontend/plugin_init.rb:19:in `block in <main>'
	from org/jruby/RubyBasicObject.java:2622:in `instance_eval'
	from /home/app/archivesspace/gems/gems/rack-2.2.3/lib/rack/builder.rb:125:in `initialize'
	from /home/app/archivesspace/plugins/aspace-oauth/gems/gems/omniauth-1.7.1/lib/omniauth/builder.rb:6:in `initialize'
	from /home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:37:in `build'
	from /home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:101:in `block in build'
	from org/jruby/RubyArray.java:1809:in `each'
	from org/jruby/RubyEnumerable.java:1126:in `inject'
	from /home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:101:in `build'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/engine.rb:510:in `block in app'
	from org/jruby/ext/thread/Mutex.java:164:in `synchronize'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/engine.rb:506:in `app'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/application/finisher.rb:47:in `block in Finisher'
	from org/jruby/RubyBasicObject.java:2694:in `instance_exec'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:32:in `run'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:61:in `block in run_initializers'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:228:in `block in tsort_each'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:350:in `block in each_strongly_connected_component'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:431:in `each_strongly_connected_component_from'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:349:in `block in each_strongly_connected_component'
	from org/jruby/RubyArray.java:1809:in `each'
	from org/jruby/RubyMethod.java:131:in `call'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:347:in `each_strongly_connected_component'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:226:in `tsort_each'
	from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:205:in `tsort_each'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:60:in `run_initializers'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/application.rb:361:in `initialize!'
	from org/jruby/RubyKernel.java:1960:in `public_send'
	from /home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/railtie.rb:190:in `method_missing'
	from /home/app/archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF/config/environment.rb:6:in `<main>'
	from org/jruby/RubyKernel.java:974:in `require'
	from uri:classloader:/jruby/rack/rails/environment3.rb:25:in `load_environment'
	from uri:classloader:/jruby/rack/rails_booter.rb:83:in `load_environment'
	from <script>:1:in `<main>'
	from launcher/launcher.rb:92:in `start_server'
	from launcher/launcher.rb:165:in `main'
	from launcher/launcher.rb:261:in `<main>'

	at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29)
	at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104)
	at org.jruby.rack.RackServletContextListener.contextInitialized(RackSrvletContextListener.java:50)
	at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766)
	at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406)
	at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758)
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242)
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1233)
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:701)
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:475)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
	at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224)
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
	at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90)
	at org.eclipse.jetty.server.Server.doStart(Server.java:272)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:441)
	at org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:305)
	at org.jruby.java.invokers.InstanceMethodInvoker.call(InstanceMethodInvoker.java:32)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:141)
	at launcher.launcher.invokeOther125:start(launcher/launcher.rb:92)
	at launcher.launcher.RUBY$method$start_server$1(launcher/launcher.rb:92)
	at org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:82)
	at org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:194)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:418)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:236)
	at launcher.launcher.invokeOther223:start_server(launcher/launcher.rb:165)
	at launcher.launcher.RUBY$method$main$6(launcher/launcher.rb:165)
	at org.jruby.internal.runtime.methods.CompiledIRMethod.call(CompiledIRMethod.java:158)
	at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:354)
	at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:143)
	at launcher.launcher.invokeOther321:main(launcher/launcher.rb:261)
	at launcher.launcher.RUBY$script(launcher/launcher.rb:261)
	at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
	at org.jruby.ir.Compiler$1.load(Compiler.java:89)
	at org.jruby.Ruby.runScript(Ruby.java:1205)
	at org.jruby.Ruby.runNormally(Ruby.java:1128)
	at org.jruby.Ruby.runNormally(Ruby.java:1146)
	at org.jruby.Ruby.runFromMain(Ruby.java:958)
	at org.jruby.Main.doRunFromMain(Main.java:412)
	at org.jruby.Main.internalRun(Main.java:304)
	at org.jruby.Main.run(Main.java:234)
	at org.jruby.Main.main(Main.java:206)
Caused by: org.jruby.exceptions.StandardError: (SSLError) certificate verify failed
	at RUBY.connect(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002)
	at RUBY.do_start(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924)
	at RUBY.start(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913)
	at RUBY.request(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465)
	at RUBY.get_idp_metadata(/home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:215)
	at RUBY.parse_remote_to_array(/home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:105)
	at RUBY.parse_remote_to_hash(/home/app/archivesspace/plugins/aspace-oauth/gems/gems/ruby-saml-1.14.0/lib/onelogin/ruby-saml/idp_metadata_parser.rb:87)
	at RUBY.<main>(/home/app/archivesspace/plugins/aspace-oauth/frontend/plugin_init.rb:24)
	at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1809)
	at RUBY.<main>(/home/app/archivesspace/plugins/aspace-oauth/frontend/plugin_init.rb:19)
	at org.jruby.RubyBasicObject.instance_eval(org/jruby/RubyBasicObject.java:2622)
	at RUBY.initialize(/home/app/archivesspace/gems/gems/rack-2.2.3/lib/rack/builder.rb:125)
	at RUBY.initialize(/home/app/archivesspace/plugins/aspace-oauth/gems/gems/omniauth-1.7.1/lib/omniauth/builder.rb:6)
	at RUBY.build(/home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:37)
	at RUBY.build(/home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:101)
	at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1809)
	at org.jruby.RubyEnumerable.inject(org/jruby/RubyEnumerable.java:1126)
	at RUBY.build(/home/app/archivesspace/gems/gems/actionpack-5.2.4.4/lib/action_dispatch/middleware/stack.rb:101)
	at RUBY.app(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/engine.rb:510)
	at org.jruby.ext.thread.Mutex.synchronize(org/jruby/ext/thread/Mutex.java:164)
	at RUBY.app(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/engine.rb:506)
	at RUBY.Finisher(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/application/finisher.rb:47)
	at org.jruby.RubyBasicObject.instance_exec(org/jruby/RubyBasicObject.java:2694)
	at home.app.archivesspace.gems.gems.railties_minus_5_dot_2_dot_4_dot_4.lib.rails.initializable.run(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:32)
	at home.app.archivesspace.gems.gems.railties_minus_5_dot_2_dot_4_dot_4.lib.rails.initializable.run_initializers(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:61)
	at uri_3a_classloader_3a_.META_minus_INF.jruby_dot_home.lib.ruby.stdlib.tsort.tsort_each(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:228)
	at uri_3a_classloader_3a_.META_minus_INF.jruby_dot_home.lib.ruby.stdlib.tsort.each_strongly_connected_component(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:350)
	at uri_3a_classloader_3a_.META_minus_INF.jruby_dot_home.lib.ruby.stdlib.tsort.each_strongly_connected_component_from(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:431)
	at uri_3a_classloader_3a_.META_minus_INF.jruby_dot_home.lib.ruby.stdlib.tsort.each_strongly_connected_component(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:349)
	at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1809)
	at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:131)
	at RUBY.each_strongly_connected_component(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:347)
	at RUBY.tsort_each(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:226)
	at RUBY.tsort_each(uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tsort.rb:205)
	at RUBY.run_initializers(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/initializable.rb:60)
	at RUBY.initialize!(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/application.rb:361)
	at org.jruby.RubyKernel.public_send(org/jruby/RubyKernel.java:1960)
	at RUBY.method_missing(/home/app/archivesspace/gems/gems/railties-5.2.4.4/lib/rails/railtie.rb:190)
	at RUBY.<main>(/home/app/archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF/config/environment.rb:6)
	at org.jruby.RubyKernel.require(org/jruby/RubyKernel.java:974)
	at RUBY.load_environment(uri:classloader:/jruby/rack/rails/environment3.rb:25)
	at RUBY.load_environment(uri:classloader:/jruby/rack/rails_booter.rb:83)
	at RUBY.<main>(<script>:1)
	at launcher.launcher.start_server(launcher/launcher.rb:92)
	at launcher.launcher.main(launcher/launcher.rb:165)
	at launcher.launcher.<main>(launcher/launcher.rb:261)


From livsolis at utexas.edu  Thu Jun  2 09:47:29 2022
From: livsolis at utexas.edu (Olivia S Solis)
Date: Thu, 2 Jun 2022 08:47:29 -0500
Subject: [Archivesspace_Users_Group] Advice requested for location
 records and the space calculator
In-Reply-To: <BN0PR20MB3751D213387D4716A1383DB4E1DE9@BN0PR20MB3751.namprd20.prod.outlook.com>
References: <BN0PR20MB3751D213387D4716A1383DB4E1DE9@BN0PR20MB3751.namprd20.prod.outlook.com>
Message-ID: <CAKu+i=3QDbonRbSuv5RbV1UHdA-9BjDj6XK6fnceVJx7g0zDoA@mail.gmail.com>

Hi Ann,

The drawer as container is something you will have to consider. We also
historically treated drawers as containers in our finding aids, but that is
not how ASpace is really designed. The "top container" is conceived of as
the thing that circulates, and obviously the drawer can't. It should really
be the folders inside the drawer. We have yet to convert our drawers to
folders, but there are benefits including being able to calculate the space
in the drawer provided the folder container profiles are accurate, unique
top containers, more granular extents, a better means of tracking
the folders in the drawers and what collections each contains, you could
barcode them and track that in ASpace. For now, our drawers are a single
"folder" in ASpace with a container profile that matches the width and
depth of the drawer with a height of .5 in. But we know we need to address
our drawer situation eventually.

We have not been able to fully use the space calculator because to do so,
you would have to account for every container's profile or map it to the
closest one. We have free standing items and things like LPs we have not
accounted for, so it might seem like space on a shelf is empty when really
the boxes/items on the shelf are nonstandard and have have no container
profile.

Finally, we would need to turn of the depth to calculate the space on the
shelf. This may not be you, but some of our containers are just slightly
deeper than the shelf and an inch might hang over the shelf's edge. The
space calculator would think the container you're looking to place won't
fit on the shelf if the depth is greater than the shelf depth.

Thanks,
Olivia

On Thu, Jun 2, 2022 at 8:06 AM Anne Marie Lyons <amlyons at atlas-sys.com>
wrote:

> Hello all,
>
>
>
> I am working with an archive that is planning to use the top container and
> location management module so that they can make use of the space
> calculator. They would like to plan out their location records ahead of
> time and get them imported into ArchivesSpace. Do you have any advice about
> getting organized with the location records? Is there anything you wish you
> had done differently? Some guidelines I have learned so far:
>
>
>
>    - Create a spreadsheet of locations
>    - Draw a map of storage areas
>    - Some locations, like map cases, might be more of a container ? make
>    some decisions up front
>    - Practice with linking of locations, containers, and profile records;
>    also, get an idea of what?s available in reporting
>
>
>
> Is there anything else you would like to share about using the space
> calculator?
>
>
>
> Thank you very much!
>
>
>
> - Anne Marie
>
> _______________________
>
> Anne Marie Lyons, MLIS
>
> Training and Library Solutions Consultant
>
> *Atlas Systems ? You have a job to do. We help you do it.*
>
> phone: 800-567-7401 ext.1     fax: 757-467-7875
>
> amlyons at atlas-sys.com
>
> http://www.atlas-sys.com/
>
> Facebook: @atlassystems <https://www.facebook.com/atlassystems/>
>
> Twitter: @atlassystems <https://twitter.com/atlassystems>
>
>
>
> Training from anywhere?Enroll in an online training
> <https://www.eventbrite.com/o/atlas-systems-29295592643> course from home
> or office.
>
>
>
> *Notice:  This e-mail message, including any attachments, is intended only
> for the named recipient(s) above and may contain confidential information.
> If you have received this message in error, or are not the named
> recipient(s), please immediately notify the sender and delete this e-mail
> message from your computer without making any copies or distributing it to
> any other person.  Thank you.*
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/d1246254/attachment.html>

From schanzme at msu.edu  Thu Jun  2 10:44:41 2022
From: schanzme at msu.edu (Schanz, Megan)
Date: Thu, 2 Jun 2022 14:44:41 +0000
Subject: [Archivesspace_Users_Group] Still unable to
	launch	ArchivesSpaceService. Please help
In-Reply-To: <DM5PR0501MB37836967E61508B931EC50D5E9DE9@DM5PR0501MB3783.namprd05.prod.outlook.com>
References: <DM5PR0501MB37836967E61508B931EC50D5E9DE9@DM5PR0501MB3783.namprd05.prod.outlook.com>
Message-ID: <SJ1PR12MB61483733110F6E9BA76AB210CEDE9@SJ1PR12MB6148.namprd12.prod.outlook.com>

Hi Ivan,

Unfortunately I don't have any experience running ArchivesSpace as a Windows Service. But in general, if it's having trouble starting up, there should be something telling you why in the logs. I've found it can be helpful to configure the logs to go to separate files for each component instead of allowing them all to go into archivesspace.out by default. In the config.rb file you can change the file paths and log levels like this (note my paths are for a Linux based system):

AppConfig[:frontend_log] = "/path-to-archivesspace/logs/archivesspace-frontend.out"
AppConfig[:frontend_log_level] = "debug"
AppConfig[:backend_log] = "/path-to-archivesspace/logs/archivesspace-backend.out"
AppConfig[:backend_log_level] = "debug"
AppConfig[:pui_log] = "/path-to-archivesspace/logs/archivesspace-pui.out"
AppConfig[:pui_log_level] = "debug"
AppConfig[:indexer_log] = "/path-to-archivesspace/logs/archivesspace-indexer.out"
AppConfig[:indexer_log_level] = "debug"

If you're able to find specific errors in the logs, then send them to this list since that is something more people in this group can probably help with. If there are no logs at all, then that also is pretty telling and indicates the Windows service is likely not configured correctly and is not attempting to start it.

It might also help to go through the setup instructions again and compare them to your server to see if anything is misconfigured or missing since it sounds like something must have changed on the server and didn't apply to the running ArchivesSpace service until the server was rebooted, delaying when the issue was discovered. There is the official documentation<https://archivesspace.github.io/tech-docs/administration/windows.html> to refer to as well as this YouTube video<https://www.youtube.com/watch?v=o1bpfffiLWY> I found with some quick searching.

I hope some of this helps!

- Megan



_____________________________________

Megan Schanz
Application Developer & Systems Administrator
Michigan State University Libraries

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Allhiser, Ivan <Ivan.Allhiser at avila.edu>
Sent: Thursday, June 2, 2022 9:13 AM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Still unable to launch ArchivesSpaceService. Please help

Hello all,

I have yet to hear back or find anything to fix this issue. I am still unable to start the ArchivesSpaceService.

"Our previous system administrator set up ArchivesSpace 2.8.1 and we received a ticket that it needed to be re-indexed. None of us were even aware of what this server did. Before I could access it, the server needed to be rebooted. Once it came back up, I was unable to start the ArchivesSpaceServe. I am shown this error whenever I try (even with Powershell)

"Windows could not start the ArchivesSpaceService on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 5."

I've checked the System Event Long and I don't even see any events that show an attempt to start the service. We've checked the logs and honestly, I'm lost trying to swim through all this data. I don't see anything standing out that says there's an error. Has anyone encountered this before and know of a fix?"

Thank you for your time,
Ivan Allhiser
System Administrator
Information Technology Services
Ph (816) 501-3695
[Dining Services | Avila University]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/d2f0db27/attachment.html>

From ph448 at cam.ac.uk  Thu Jun  2 15:40:09 2022
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Thu, 2 Jun 2022 19:40:09 +0000
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
In-Reply-To: <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>
References: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
 <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>
Message-ID: <LO2P265MB4903CFBC5E584AA60A2EC38DA9DE9@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>

This looks like it's failing while trying to download the Okta SAML IdP metadata. If you do an

openssl s_client -connect <Okta metadata URL host part>:443

from the host you'll get copious amounts of debugging output that should get you started.

HTH,
p

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom Hanstra <hanstra at nd.edu>
Sent: 02 June 2022 14:37
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Problems with oauth plugin

Thanks, Blake. Unfortunately, that did not do it. The install script works but we still get this complaint about the certificate verification:

I'm attaching the entire error as a separate file. Perhaps someone with more Ruby understanding will see something in there that I have not. If I could figure out what certificate/file it is looking at, perhaps I could track this down. Or maybe it is a red herring and there is something else going on in there.

Tom

On Wed, Jun 1, 2022 at 5:10 PM Blake Carver <blake.carver at lyrasis.org<mailto:blake.carver at lyrasis.org>> wrote:
You might try this branch, there was a weird issue with that for a while, I think maybe this fixed that?
https://github.com/lyrasis/aspace-oauth/tree/unlock-address<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flyrasis%2Faspace-oauth%2Ftree%2Funlock-address&data=05%7C01%7Cph448%40universityofcambridgecloud.onmicrosoft.com%7C6baf45e9bd5c413c358408da449d099f%7C49a50445bdfa4b79ade3547b4f3986e9%7C0%7C0%7C637897738505330079%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Wr5znT1IP8vEAE55WFfSRyVyYSTXNywQevv7h6rs70s%3D&reserved=0>

This was the only change
https://github.com/lyrasis/aspace-oauth/pull/23/files<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flyrasis%2Faspace-oauth%2Fpull%2F23%2Ffiles&data=05%7C01%7Cph448%40universityofcambridgecloud.onmicrosoft.com%7C6baf45e9bd5c413c358408da449d099f%7C49a50445bdfa4b79ade3547b4f3986e9%7C0%7C0%7C637897738505330079%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tNOz55BHEpzQ%2BnlmNlh8eG0lONcWjzS2goc724lwpVM%3D&reserved=0>

That was a while back, so things may have changed since on some of those gems.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: Wednesday, June 1, 2022 2:22 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Problems with oauth plugin

I'm having some problems with our Authentication with OKTA which I'm trying to understand.

Because of the problems, I've tried reinstalling the oauth plugin completely. The first problem I ran into was that the current download of:

https://github.com/lyrasis/aspace-oauth.git<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flyrasis%2Faspace-oauth.git&data=05%7C01%7Cph448%40universityofcambridgecloud.onmicrosoft.com%7C6baf45e9bd5c413c358408da449d099f%7C49a50445bdfa4b79ade3547b4f3986e9%7C0%7C0%7C637897738505330079%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=yUTKIQ3FN6tBEARA%2BJyHmJJvyUuQpX4xwcKDssyJ%2B5A%3D&reserved=0>

Had a Gemfile containing the line:

gem 'addressable',   '2.8.0'

This caused some gem issues with our 2.81. version of ArchivesSpace because 2.8.0 was evidently newer than the 2.7.0 version that is in the gems directory. I'm not savvy enough with Ruby to know how to deal with that so I simply updated the aspace-oauth Gemvile to read:

gem 'addressable',   '2.7.0'

Not sure if that is legit or not. But it allowed the initialize-plugin script to work.

But I'm still running into what was actually the original error we are getting. In the archivesspace.out file, we see this error:

--------
INFO: An exception happened during JRuby-Rack startup
certificate verify failed
--- System
jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM 25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
Time: 2022-06-01 13:57:45 -0400
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

--- Context Init Parameters:
jruby.max.runtimes = 1
jruby.min.runtimes = 1
public.root = /
rails.env = production

--- Backtrace
OpenSSL::SSL::SSLError: certificate verify failed
                                 connect at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
                                do_start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
                                   start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
                                 request at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465

[and a lot more ruby stuff]
----------

There seems to be some certificate that the plugin is not happy about. But I cannot determine what certificate it does not like. Both the local certificates and the OKTA certificates are valid. So what is the issue?

Anyone seen this before and have ideas?

Thanks,
Tom


--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://ci3.googleusercontent.com/mail-sig/AIorK4wQjvBdM9TFi5bR5RBsq_1dY3HTxh-Kg_4W690bwTCSKeVGyazMoj0wdmkNgJ0kfjeRnparhiw]
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cph448%40universityofcambridgecloud.onmicrosoft.com%7C6baf45e9bd5c413c358408da449d099f%7C49a50445bdfa4b79ade3547b4f3986e9%7C0%7C0%7C637897738505330079%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=evc2SVGZ1LwkgD8bFs47xXiVJB59wHCvFIB9q%2B6eHqg%3D&reserved=0>


--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://ci3.googleusercontent.com/mail-sig/AIorK4wQjvBdM9TFi5bR5RBsq_1dY3HTxh-Kg_4W690bwTCSKeVGyazMoj0wdmkNgJ0kfjeRnparhiw]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220602/c97ddffa/attachment.html>

From blake.carver at lyrasis.org  Thu Jun  2 20:43:31 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Fri, 3 Jun 2022 00:43:31 +0000
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
In-Reply-To: <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>
References: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
 <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>
Message-ID: <DM6PR22MB230986D6355AF3965CA173209FA19@DM6PR22MB2309.namprd22.prod.outlook.com>

add this:
  verify_ssl: false,
To you config, after metadata_parser_url and above the config: {

So it'll look something like this:


    metadata_parser_url: "https://someloginurl.example",
    verify_ssl: false,
    config: {
       blah blah blah


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom Hanstra <hanstra at nd.edu>
Sent: Thursday, June 2, 2022 9:37 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Problems with oauth plugin

Thanks, Blake. Unfortunately, that did not do it. The install script works but we still get this complaint about the certificate verification:

I'm attaching the entire error as a separate file. Perhaps someone with more Ruby understanding will see something in there that I have not. If I could figure out what certificate/file it is looking at, perhaps I could track this down. Or maybe it is a red herring and there is something else going on in there.

Tom

On Wed, Jun 1, 2022 at 5:10 PM Blake Carver <blake.carver at lyrasis.org<mailto:blake.carver at lyrasis.org>> wrote:
You might try this branch, there was a weird issue with that for a while, I think maybe this fixed that?
https://github.com/lyrasis/aspace-oauth/tree/unlock-address

This was the only change
https://github.com/lyrasis/aspace-oauth/pull/23/files

That was a while back, so things may have changed since on some of those gems.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: Wednesday, June 1, 2022 2:22 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Problems with oauth plugin

I'm having some problems with our Authentication with OKTA which I'm trying to understand.

Because of the problems, I've tried reinstalling the oauth plugin completely. The first problem I ran into was that the current download of:

https://github.com/lyrasis/aspace-oauth.git

Had a Gemfile containing the line:

gem 'addressable',   '2.8.0'

This caused some gem issues with our 2.81. version of ArchivesSpace because 2.8.0 was evidently newer than the 2.7.0 version that is in the gems directory. I'm not savvy enough with Ruby to know how to deal with that so I simply updated the aspace-oauth Gemvile to read:

gem 'addressable',   '2.7.0'

Not sure if that is legit or not. But it allowed the initialize-plugin script to work.

But I'm still running into what was actually the original error we are getting. In the archivesspace.out file, we see this error:

--------
INFO: An exception happened during JRuby-Rack startup
certificate verify failed
--- System
jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM 25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
Time: 2022-06-01 13:57:45 -0400
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

--- Context Init Parameters:
jruby.max.runtimes = 1
jruby.min.runtimes = 1
public.root = /
rails.env = production

--- Backtrace
OpenSSL::SSL::SSLError: certificate verify failed
                                 connect at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
                                do_start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
                                   start at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
                                 request at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465

[and a lot more ruby stuff]
----------

There seems to be some certificate that the plugin is not happy about. But I cannot determine what certificate it does not like. Both the local certificates and the OKTA certificates are valid. So what is the issue?

Anyone seen this before and have ideas?

Thanks,
Tom


--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://ci3.googleusercontent.com/mail-sig/AIorK4wQjvBdM9TFi5bR5RBsq_1dY3HTxh-Kg_4W690bwTCSKeVGyazMoj0wdmkNgJ0kfjeRnparhiw]
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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<mailto:hanstra at nd.edu>

[https://ci3.googleusercontent.com/mail-sig/AIorK4wQjvBdM9TFi5bR5RBsq_1dY3HTxh-Kg_4W690bwTCSKeVGyazMoj0wdmkNgJ0kfjeRnparhiw]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220603/f94df7aa/attachment.html>

From dmichelson at smith.edu  Fri Jun  3 08:35:14 2022
From: dmichelson at smith.edu (Dan Michelson)
Date: Fri, 3 Jun 2022 08:35:14 -0400
Subject: [Archivesspace_Users_Group] Advice requested for location
 records and the space calculator
In-Reply-To: <CAKu+i=3QDbonRbSuv5RbV1UHdA-9BjDj6XK6fnceVJx7g0zDoA@mail.gmail.com>
References: <BN0PR20MB3751D213387D4716A1383DB4E1DE9@BN0PR20MB3751.namprd20.prod.outlook.com>
 <CAKu+i=3QDbonRbSuv5RbV1UHdA-9BjDj6XK6fnceVJx7g0zDoA@mail.gmail.com>
Message-ID: <CAOS_AZnDc_kNp+jic5iRt1YNZ+ugeS2zcMBQR8oWhxAs41DT4w@mail.gmail.com>

Hi Anne Marie,

I agree with Olivia about thinking about the drawer as a location
equivalent to a shelf and flat file folders as the top containers.  We
converted to this system at Smith recently.  That said, attempting to use
the space calculator for drawer space seems difficult to me, since folder
height depends on the size of the contents.

We have yet to use the space calculator at all due to similar issues with
free-standing volumes intermixed with boxes.  Eventually we will most
likely designate certain shelves for volumes and any other materials we are
not going to have exact measurements for, so that we can use the space
calculator confidently.

Regarding Olivia's point about shelf depth, another (to me preferable)
option is to record the true usable space (including acceptable overhang)
in the location profile, as opposed to the actual depth of the shelf.

All the best,

Dan

On Thu, Jun 2, 2022 at 9:47 AM Olivia S Solis <livsolis at utexas.edu> wrote:

> Hi Ann,
>
> The drawer as container is something you will have to consider. We also
> historically treated drawers as containers in our finding aids, but that is
> not how ASpace is really designed. The "top container" is conceived of as
> the thing that circulates, and obviously the drawer can't. It should really
> be the folders inside the drawer. We have yet to convert our drawers to
> folders, but there are benefits including being able to calculate the space
> in the drawer provided the folder container profiles are accurate, unique
> top containers, more granular extents, a better means of tracking
> the folders in the drawers and what collections each contains, you could
> barcode them and track that in ASpace. For now, our drawers are a single
> "folder" in ASpace with a container profile that matches the width and
> depth of the drawer with a height of .5 in. But we know we need to address
> our drawer situation eventually.
>
> We have not been able to fully use the space calculator because to do so,
> you would have to account for every container's profile or map it to the
> closest one. We have free standing items and things like LPs we have not
> accounted for, so it might seem like space on a shelf is empty when really
> the boxes/items on the shelf are nonstandard and have have no container
> profile.
>
> Finally, we would need to turn of the depth to calculate the space on the
> shelf. This may not be you, but some of our containers are just slightly
> deeper than the shelf and an inch might hang over the shelf's edge. The
> space calculator would think the container you're looking to place won't
> fit on the shelf if the depth is greater than the shelf depth.
>
> Thanks,
> Olivia
>
> On Thu, Jun 2, 2022 at 8:06 AM Anne Marie Lyons <amlyons at atlas-sys.com>
> wrote:
>
>> Hello all,
>>
>>
>>
>> I am working with an archive that is planning to use the top container
>> and location management module so that they can make use of the space
>> calculator. They would like to plan out their location records ahead of
>> time and get them imported into ArchivesSpace. Do you have any advice about
>> getting organized with the location records? Is there anything you wish you
>> had done differently? Some guidelines I have learned so far:
>>
>>
>>
>>    - Create a spreadsheet of locations
>>    - Draw a map of storage areas
>>    - Some locations, like map cases, might be more of a container ? make
>>    some decisions up front
>>    - Practice with linking of locations, containers, and profile
>>    records; also, get an idea of what?s available in reporting
>>
>>
>>
>> Is there anything else you would like to share about using the space
>> calculator?
>>
>>
>>
>> Thank you very much!
>>
>>
>>
>> - Anne Marie
>>
>> _______________________
>>
>> Anne Marie Lyons, MLIS
>>
>> Training and Library Solutions Consultant
>>
>> *Atlas Systems ? You have a job to do. We help you do it.*
>>
>> phone: 800-567-7401 ext.1     fax: 757-467-7875
>>
>> amlyons at atlas-sys.com
>>
>> http://www.atlas-sys.com/
>>
>> Facebook: @atlassystems <https://www.facebook.com/atlassystems/>
>>
>> Twitter: @atlassystems <https://twitter.com/atlassystems>
>>
>>
>>
>> Training from anywhere?Enroll in an online training
>> <https://www.eventbrite.com/o/atlas-systems-29295592643> course from
>> home or office.
>>
>>
>>
>> *Notice:  This e-mail message, including any attachments, is intended
>> only for the named recipient(s) above and may contain confidential
>> information.  If you have received this message in error, or are not the
>> named recipient(s), please immediately notify the sender and delete this
>> e-mail message from your computer without making any copies or distributing
>> it to any other person.  Thank you.*
>>
>>
>>
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>
>
> --
> Olivia Solis, MSIS (she/her)
> 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
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Dan Michelson
Collections Archivist
Smith College Special Collections

For current library access and services details, see Library Services
During COVID-19
<https://libraries.smith.edu/library-services-during-covid-19>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220603/615a72be/attachment.html>

From hanstra at nd.edu  Mon Jun  6 11:38:42 2022
From: hanstra at nd.edu (Tom Hanstra)
Date: Mon, 6 Jun 2022 11:38:42 -0400
Subject: [Archivesspace_Users_Group] Problems with oauth plugin
In-Reply-To: <DM6PR22MB230986D6355AF3965CA173209FA19@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CAA60kZNuf8JCR6p37GZFVNRuHurCEP45z10r-rP5TZa=fibuPQ@mail.gmail.com>
 <DM6PR22MB2309F167B6494DD59AB01C469FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <CAA60kZPanpU-wVVR=8nAJA3F++jBq8uhBK1ThPGTpx8xpqT1+w@mail.gmail.com>
 <DM6PR22MB230986D6355AF3965CA173209FA19@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <CAA60kZMC5HGdMrBMEKK=uiPmC1XUNX-F-CC794re_AkXu=dsGA@mail.gmail.com>

Blake and Peter,

Thanks for pointing me in the right direction. I could not see any reason
why our OKTA metadata URL would be complaining, but Blake's suggestion
allows us to bypass that piece (at least for now). Authentication through
OKTA is back up and working for us now.

Tom

On Thu, Jun 2, 2022 at 8:43 PM Blake Carver <blake.carver at lyrasis.org>
wrote:

> add this:
>   verify_ssl: false,
> To you config, after metadata_parser_url and above the config: {
>
> So it'll look something like this:
>
>     metadata_parser_url: "https://someloginurl.example",
>     verify_ssl: false,
>     config: {
>        blah blah blah
>
>
>
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom
> Hanstra <hanstra at nd.edu>
> *Sent:* Thursday, June 2, 2022 9:37 AM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Problems with oauth plugin
>
> Thanks, Blake. Unfortunately, that did not do it. The install script works
> but we still get this complaint about the certificate verification:
>
> I'm attaching the entire error as a separate file. Perhaps someone with
> more Ruby understanding will see something in there that I have not. If I
> could figure out what certificate/file it is looking at, perhaps I could
> track this down. Or maybe it is a red herring and there is something else
> going on in there.
>
> Tom
>
> On Wed, Jun 1, 2022 at 5:10 PM Blake Carver <blake.carver at lyrasis.org>
> wrote:
>
> You might try this branch, there was a weird issue with that for a while,
> I think maybe this fixed that?
> https://github.com/lyrasis/aspace-oauth/tree/unlock-address
>
> This was the only change
> https://github.com/lyrasis/aspace-oauth/pull/23/files
>
> That was a while back, so things may have changed since on some of those
> gems.
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom
> Hanstra <hanstra at nd.edu>
> *Sent:* Wednesday, June 1, 2022 2:22 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Problems with oauth plugin
>
> I'm having some problems with our Authentication with OKTA which I'm
> trying to understand.
>
> Because of the problems, I've tried reinstalling the oauth plugin
> completely. The first problem I ran into was that the current download of:
>
> https://github.com/lyrasis/aspace-oauth.git
>
> Had a Gemfile containing the line:
>
> gem 'addressable',   '2.8.0'
>
> This caused some gem issues with our 2.81. version of ArchivesSpace
> because 2.8.0 was evidently newer than the 2.7.0 version that is in the
> gems directory. I'm not savvy enough with Ruby to know how to deal with
> that so I simply updated the aspace-oauth Gemvile to read:
>
> gem 'addressable',   '2.7.0'
>
> Not sure if that is legit or not. But it allowed the initialize-plugin
> script to work.
>
> But I'm still running into what was actually the original error we are
> getting. In the archivesspace.out file, we see this error:
>
> --------
> INFO: An exception happened during JRuby-Rack startup
> certificate verify failed
> --- System
> jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM
> 25.312-b07 on 1.8.0_312-b07 +jit [linux-x86_64]
> Time: 2022-06-01 13:57:45 -0400
> Server: jetty/8.1.5.v20120716
> jruby.home: uri:classloader://META-INF/jruby.home
>
> --- Context Init Parameters:
> jruby.max.runtimes = 1
> jruby.min.runtimes = 1
> public.root = /
> rails.env = production
>
> --- Backtrace
> OpenSSL::SSL::SSLError: certificate verify failed
>                                  connect at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1002
>                                 do_start at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:924
>                                    start at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:913
>                                  request at
> uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/net/http.rb:1465
>
> [and a lot more ruby stuff]
> ----------
>
> There seems to be some certificate that the plugin is not happy about. But
> I cannot determine what certificate it does not like. Both the local
> certificates and the OKTA certificates are valid. So what is the issue?
>
> Anyone seen this before and have ideas?
>
> Thanks,
> Tom
>
>
> --
> *Tom Hanstra*
> *Sr. Systems Administrator*
> hanstra at nd.edu
>
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220606/abe09f1a/attachment.html>

From kbatyuk at whoi.edu  Mon Jun  6 12:45:40 2022
From: kbatyuk at whoi.edu (Kirill Batyuk)
Date: Mon, 6 Jun 2022 16:45:40 +0000
Subject: [Archivesspace_Users_Group] Add new tag to Wrap in Tag
Message-ID: <DM6PR16MB3545CD36B85ECC71EFB43060C2A29@DM6PR16MB3545.namprd16.prod.outlook.com>

Hello,

I am wondering if there is a way to add a custom tag to Wrap in Tag feature. We use <p></p> very often when adding comments, and it would be great to have an ability to have it in Wrap in Tag dropdown menu.

Thank you,

Kirill Batyuk
Systems Librarian
MBLWHOI Library
Data Library and Archives
Woods Hole Oceanographic Institution
508-289-2850
kbatyuk at whoi.edu<mailto:kbatyuk at whoi.edu>
mblwhoilibrary.org<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Fmblwhoilibrary.org%2F__%3B!!NkSChLMW7qAT!qzl-Bw_htCSDBNQJszDywSpH7dOtkXO9Vs5MFihCtlGhhw559rfEgq-mCQ8O4cqor2tQ47n6Alhw%24&data=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676908325&sdata=JUxSBfV4tndevzK45XLBwhtOIu6glwiUh4J15EFAEiA%3D&reserved=0> --- whoi.edu<https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwhoi.edu%2F&data=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676918319&sdata=RKd1NDGHHeIeKE7Fnf%2BT0hgmxfQymHBSR2TdbmL%2Bvqg%3D&reserved=0>
ORCID<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Forcid.org%2F0000-0003-0240-2209__%3B!!NkSChLMW7qAT!qzl-Bw_htCSDBNQJszDywSpH7dOtkXO9Vs5MFihCtlGhhw559rfEgq-mCQ8O4cqor2tQ46IK8ae6%24&data=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676918319&sdata=dpSW2YomKCqBKXj4aGam%2BrIpKqFhF2%2FV9hxt9Nu6wGI%3D&reserved=0>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220606/a7715f1f/attachment.html>

From wendy.hagenmaier at library.gatech.edu  Tue Jun  7 12:59:26 2022
From: wendy.hagenmaier at library.gatech.edu (Hagenmaier, Wendy L)
Date: Tue, 7 Jun 2022 16:59:26 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220607/229cf9b4/attachment.html>

From blake.carver at lyrasis.org  Tue Jun  7 13:20:00 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Tue, 7 Jun 2022 17:20:00 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
Message-ID: <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>

You can set the log levels to DEBUG here
https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L49-L64

Keep in mind that on version 3.2 you'll have Solr stuff being written into the sperate Solr server logs.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Tuesday, June 7, 2022 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220607/9ac78f16/attachment.html>

From Jessica.Crouch at lyrasis.org  Tue Jun  7 15:49:42 2022
From: Jessica.Crouch at lyrasis.org (Jessica Crouch)
Date: Tue, 7 Jun 2022 19:49:42 +0000
Subject: [Archivesspace_Users_Group] Webinar Announcement: Using
	ArchivesSpace for Reparative Description
In-Reply-To: <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com>
References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org>
 <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com>
Message-ID: <MN2PR22MB19499C12D2433EACAE766B1C8BA59@MN2PR22MB1949.namprd22.prod.outlook.com>

Dear ArchivesSpace users,
The next ArchivesSpace webinar will be a 90-minute learning opportunity on June 28, 2022, at 2:00pm ET/11:00am PT highlighting the reparative description work ArchivesSpace community members have begun at their organizations.  Ample time for discussion will follow.
Date: June 28, 2022
Time: 2:00pm ? 3:30pm ET (11:00am ? 12:30pm PT)
Where: Zoom
Registration: https://lyrasis.zoom.us/webinar/register/WN_4G7ekJH4T1S1GxCiv6VLtQ
This webinar will be recorded and made available on the ArchivesSpace YouTube channel.
Webinar description:
In this webinar, ArchivesSpace community members will describe the ways they have incorporated reparative description work into their overall archival workflow and missions. Each presenter will highlight a different method for approaching this work and all ArchivesSpace and archival experience levels are represented.  A discussion will follow the presentations.  The presenters and the topics they will discuss are as follows:
Aaisha Haykal is the Manager of Archival Services at the College of Charleston's Avery Research Center for African American History and Culture. Haykal is responsible for collection development, research services, instruction, and administrative duties. In this presentation, she will be speaking about the College of Charleston's archival repositories? efforts with beginning reparative description for archival collections and its connection to the College's work in understanding its history and legacy of slavery.
Kate Dietrick is the Archivist for the Upper Midwest Jewish Archives at the University of Minnesota, a position she has held since 2013. Prior to this position she lived in New York and worked as a project archivist with the Whitney Museum of American Art and with the Kress Foundation. Lara Friedman-Shedlov is the Digital Records Archivist for the Archives and Special Collections (ASC) Department at the University of Minnesota Libraries, and formerly Description and Access Archivist for the Kautz Family YMCA Archives at the University of Minnesota. In this session, Kate and Lara will discuss efforts in their organization to make small but positive steps to make progress on reparative work in ArchivesSpace. Lacking the resources to attempt a comprehensive project at this time, their approach so far has focused on creating guidance and tools to support and empower staff in making incremental changes.
Lexy deGraffenreid (she/her) is the Head of Collection Services at Penn State?s Eberly Family Special Collections Library (SCL) where she oversees all accessioning, processing, and collections maintenance work. She has been working on reparative description projects since Summer 2019 and has been working collaboratively to build more inclusive arrangement and description workflows in both SCL and as part of a Strategic Plan Action Team. Lexy will discuss conducting a high-level audit of SCL?s over 2,200 finding aids and how the results of that audit informed their reparative description projects. She will further discuss how this audit led to the development of their Inclusive Description Working Group, Inclusive Description Style Guide, and Inclusive Description Resource Guide. She will discuss the challenges they encountered in undertaking reparative description work, including challenges of not imposing identities onto LGBTQIA+ creators, contextualizing racist and violent materials, and adopting bilingual description in ArchivesSpace.
Joshua Shaw is a web and application developer at Dartmouth Library and has been working with ArchivesSpace since 2014. He's currently part of the ArchivesSpace cross-council testing team and a member of the core committers group. In his session, Joshua will discuss the plugin he developed<https://github.com/dartmouth-dltg/aspace_content_warnings> that adds a new sub record in ArchivesSpace that allows staff to add content warnings and clarifying descriptions to Accessions, Resources, Archival Objects, and Digital Objects.  This plugin is currently in ?beta? phase and is still in development.  Members of the community are encouraged to test the plugin and provide feedback.
This webinar is being held to further the ArchivesSpace anti-racism and inclusion initiatives identified by the community to support and amplify those that document and empower individuals, organizations and communities that work to make the world a more inclusive place.  To learn more, visit our wiki at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/1737261057/Anti-racism+and+Inclusion+Initiatives.

Jessica Dowd Crouch
Community Engagement Coordinator for ArchivesSpace
jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org>
[page1image482511520]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220607/07fb2d60/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 29126 bytes
Desc: image002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220607/07fb2d60/attachment.jpg>

From wendy.hagenmaier at library.gatech.edu  Wed Jun  8 12:26:08 2022
From: wendy.hagenmaier at library.gatech.edu (Hagenmaier, Wendy L)
Date: Wed, 8 Jun 2022 16:26:08 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <BN8PR07MB60527E487970F9E9CB053051B5A49@BN8PR07MB6052.namprd07.prod.outlook.com>

Thanks, Blake. We checked our config-defaults.rb, and those lines match what you linked to. So it seems like we've set the log levels to DEBUG, but we're still not seeing any error messages being logged. Is there something else we should check that might be getting in the way of the logs?

Here's what we have for those lines in config-defaults.rb :

57 AppConfig[:frontend_log] = "default"
59 AppConfig[:frontend_log_level] = "debug"

61 AppConfig[:backend_log] = "default"
62 AppConfig[:backend_log_level] = "debug"

64 AppConfig[:pui_log] = "default"
65 AppConfig[:pui_log_level] = "debug"

67 AppConfig[:indexer_log] = "default"
68 AppConfig[:indexer_log_level] = "debug"
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Tuesday, June 7, 2022 1:20 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

You can set the log levels to DEBUG here
https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L49-L64

Keep in mind that on version 3.2 you'll have Solr stuff being written into the sperate Solr server logs.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Tuesday, June 7, 2022 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/96d5be53/attachment.html>

From blake.carver at lyrasis.org  Wed Jun  8 13:25:21 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Wed, 8 Jun 2022 17:25:21 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <BN8PR07MB60527E487970F9E9CB053051B5A49@BN8PR07MB6052.namprd07.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB60527E487970F9E9CB053051B5A49@BN8PR07MB6052.namprd07.prod.outlook.com>
Message-ID: <DM6PR22MB230973C255FFDD9A11D5F1E09FA49@DM6PR22MB2309.namprd22.prod.outlook.com>

Running in production mode means downloading and running the release, not the source code
https://github.com/archivesspace/archivesspace/releases/download/v3.2.0/archivesspace-v3.2.0.zip

Changing configuration variables would then be done in config.rb not config-defaults.rb.

Your archivesspace.out log file should then end up in the /logs/ directory.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Wednesday, June 8, 2022 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Thanks, Blake. We checked our config-defaults.rb, and those lines match what you linked to. So it seems like we've set the log levels to DEBUG, but we're still not seeing any error messages being logged. Is there something else we should check that might be getting in the way of the logs?

Here's what we have for those lines in config-defaults.rb :

57 AppConfig[:frontend_log] = "default"
59 AppConfig[:frontend_log_level] = "debug"

61 AppConfig[:backend_log] = "default"
62 AppConfig[:backend_log_level] = "debug"

64 AppConfig[:pui_log] = "default"
65 AppConfig[:pui_log_level] = "debug"

67 AppConfig[:indexer_log] = "default"
68 AppConfig[:indexer_log_level] = "debug"
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Tuesday, June 7, 2022 1:20 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

You can set the log levels to DEBUG here
https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L49-L64

Keep in mind that on version 3.2 you'll have Solr stuff being written into the sperate Solr server logs.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Tuesday, June 7, 2022 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/37f9414d/attachment.html>

From scheirw at newschool.edu  Wed Jun  8 13:57:59 2022
From: scheirw at newschool.edu (Wendy Scheir)
Date: Wed, 8 Jun 2022 13:57:59 -0400
Subject: [Archivesspace_Users_Group] batch import top containers to
	accession record?
Message-ID: <CAOPA1J40F8G75q6mtVRDG4pWEW9L1PE0M8NiWk1upktEHXd1TA@mail.gmail.com>

Hi there,

I see that one can import a group of new top containers via spreadsheet
into a resource record; is the same capability available for importing top
containers into accession records?

Many thanks,
Wendy

____________________________________

WENDY SCHEIR

director
THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS

66 FIFTH AVENUE, NEW YORK, NY 10011

scheirw at newschool.edu
<https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>

T 212-229-5942

Explore the Archives <http://archives.newschool.edu> | Digital Collections
from the Archives <http://digitalarchives.library.newschool.edu/> | New
School Histories <http://newschoolhistories.org/> | @tnsarchives
<https://twitter.com/tnsarchives>

[image: THE NEW SCHOOL]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/b35093a9/attachment.html>

From scheirw at newschool.edu  Wed Jun  8 14:14:46 2022
From: scheirw at newschool.edu (Wendy Scheir)
Date: Wed, 8 Jun 2022 14:14:46 -0400
Subject: [Archivesspace_Users_Group] batch import top containers to
	accession record?
In-Reply-To: <CAOPA1J40F8G75q6mtVRDG4pWEW9L1PE0M8NiWk1upktEHXd1TA@mail.gmail.com>
References: <CAOPA1J40F8G75q6mtVRDG4pWEW9L1PE0M8NiWk1upktEHXd1TA@mail.gmail.com>
Message-ID: <CAOPA1J4tU3sq=9ZPJ_h+FPxKM94r_sdQE4WwFod4aM=+0BSFqg@mail.gmail.com>

Building upon my previous question: what I'm looking for is a quick way to
add multiple new top containers to an accession record without having to go
back to the accession record and re-enter the type and click create each
time. If one can do this by importing with a spreadsheet, as one can in
resources, that would be terrific. But in any event what I'd want is to
rapidly add new top containers in the same manner that one can currently
add barcodes to existing top containers using bulk operations. Does this
functionality already exist somewhere within the SUI?

Thanks,
Wendy

On Wed, Jun 8, 2022 at 1:57 PM Wendy Scheir <scheirw at newschool.edu> wrote:

> Hi there,
>
> I see that one can import a group of new top containers via spreadsheet
> into a resource record; is the same capability available for importing top
> containers into accession records?
>
> Many thanks,
> Wendy
>
> ____________________________________
>
> WENDY SCHEIR
>
> director
> THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS
>
> 66 FIFTH AVENUE, NEW YORK, NY 10011
>
> scheirw at newschool.edu
> <https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>
>
> T 212-229-5942
>
> Explore the Archives <http://archives.newschool.edu> | Digital
> Collections from the Archives
> <http://digitalarchives.library.newschool.edu/> | New School Histories
> <http://newschoolhistories.org/> | @tnsarchives
> <https://twitter.com/tnsarchives>
>
> [image: THE NEW SCHOOL]
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/21c6f0cb/attachment.html>

From vaddonizio at atlas-sys.com  Wed Jun  8 14:19:08 2022
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Wed, 8 Jun 2022 18:19:08 +0000
Subject: [Archivesspace_Users_Group] batch import top containers
	to	accession record?
In-Reply-To: <CAOPA1J4tU3sq=9ZPJ_h+FPxKM94r_sdQE4WwFod4aM=+0BSFqg@mail.gmail.com>
References: <CAOPA1J40F8G75q6mtVRDG4pWEW9L1PE0M8NiWk1upktEHXd1TA@mail.gmail.com>
 <CAOPA1J4tU3sq=9ZPJ_h+FPxKM94r_sdQE4WwFod4aM=+0BSFqg@mail.gmail.com>
Message-ID: <MN2PR20MB22397C75553BD5D765FAA8FA89A49@MN2PR20MB2239.namprd20.prod.outlook.com>

Hi Wendy, I believe I?m safe in saying that no, that functionality does not exist in the SUI.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Wendy Scheir
Sent: Wednesday, June 8, 2022 2:15 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] batch import top containers to accession record?

Building upon my previous question: what I'm looking for is a quick way to add multiple new top containers to an accession record without having to go back to the accession record and re-enter the type and click create each time. If one can do this by importing with a spreadsheet, as one can in resources, that would be terrific. But in any event what I'd want is to rapidly add new top containers in the same manner that one can currently add barcodes to existing top containers using bulk operations. Does this functionality already exist somewhere within the SUI?

Thanks,
Wendy

On Wed, Jun 8, 2022 at 1:57 PM Wendy Scheir <scheirw at newschool.edu<mailto:scheirw at newschool.edu>> wrote:
Hi there,

I see that one can import a group of new top containers via spreadsheet into a resource record; is the same capability available for importing top containers into accession records?

Many thanks,
Wendy

____________________________________

WENDY SCHEIR

director
THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS

66 FIFTH AVENUE, NEW YORK, NY 10011

scheirw at newschool.edu<https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>

T 212-229-5942

Explore the Archives<http://archives.newschool.edu> | Digital Collections from the Archives<http://digitalarchives.library.newschool.edu/> | New School Histories<http://newschoolhistories.org/> | @tnsarchives<https://twitter.com/tnsarchives>

[THE NEW SCHOOL]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/92d6cc81/attachment-0001.html>

From scheirw at newschool.edu  Wed Jun  8 14:36:31 2022
From: scheirw at newschool.edu (Wendy Scheir)
Date: Wed, 8 Jun 2022 14:36:31 -0400
Subject: [Archivesspace_Users_Group] batch import top containers to
 accession record?
In-Reply-To: <MN2PR20MB22397C75553BD5D765FAA8FA89A49@MN2PR20MB2239.namprd20.prod.outlook.com>
References: <CAOPA1J40F8G75q6mtVRDG4pWEW9L1PE0M8NiWk1upktEHXd1TA@mail.gmail.com>
 <CAOPA1J4tU3sq=9ZPJ_h+FPxKM94r_sdQE4WwFod4aM=+0BSFqg@mail.gmail.com>
 <MN2PR20MB22397C75553BD5D765FAA8FA89A49@MN2PR20MB2239.namprd20.prod.outlook.com>
Message-ID: <CAOPA1J41DYh9ky+U=b3DyiV=9Fcx0j-GH99OQ6EqugBhf0YUhQ@mail.gmail.com>

Thanks, Valerie! I heard from another ASpace user who pointed me to the Bentley
Bulk Create Containers plugin
https://github.com/bentley-historical-library/bulk_create_containers

On Wed, Jun 8, 2022 at 2:19 PM Valerie Addonizio <vaddonizio at atlas-sys.com>
wrote:

> Hi Wendy, I believe I?m safe in saying that no, that functionality does
> not exist in the SUI.
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy
> Scheir
> *Sent:* Wednesday, June 8, 2022 2:15 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] batch import top containers to
> accession record?
>
>
>
> Building upon my previous question: what I'm looking for is a quick way to
> add multiple new top containers to an accession record without having to go
> back to the accession record and re-enter the type and click create each
> time. If one can do this by importing with a spreadsheet, as one can in
> resources, that would be terrific. But in any event what I'd want is to
> rapidly add new top containers in the same manner that one can currently
> add barcodes to existing top containers using bulk operations. Does this
> functionality already exist somewhere within the SUI?
>
>
>
> Thanks,
>
> Wendy
>
>
>
> On Wed, Jun 8, 2022 at 1:57 PM Wendy Scheir <scheirw at newschool.edu> wrote:
>
> Hi there,
>
>
>
> I see that one can import a group of new top containers via spreadsheet
> into a resource record; is the same capability available for importing top
> containers into accession records?
>
>
>
> Many thanks,
>
> Wendy
>
> ____________________________________
>
> *WENDY SCHEIR*
>
> director
> THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS
>
> 66 FIFTH AVENUE, NEW YORK, NY 10011
>
> scheirw at newschool.edu
> <https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>
>
> *T* 212-229-5942
>
> Explore the Archives <http://archives.newschool.edu> | Digital
> Collections from the Archives
> <http://digitalarchives.library.newschool.edu/> | New School Histories
> <http://newschoolhistories.org/> | @tnsarchives
> <https://twitter.com/tnsarchives>
>
> [image: THE NEW SCHOOL]
>
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/28444d68/attachment.html>

From kthompson at tsl.texas.gov  Wed Jun  8 14:40:43 2022
From: kthompson at tsl.texas.gov (Kathleen Krause-Thompson)
Date: Wed, 8 Jun 2022 18:40:43 +0000
Subject: [Archivesspace_Users_Group] Solr Index backup process time
Message-ID: <PH0PR16MB4805DE7F36AC264672210D39E3A49@PH0PR16MB4805.namprd16.prod.outlook.com>

With our current installation of Archivesspace, it's necessary to stop and start it every several weeks to maintain full functionality. I've been looking into creating a Cron job for an off hour daily restart. Our Solr Index backup is running daily at midnight. How long does the backup process take for a medium sized  Index? Thanks in advance.

Kathleen Krause-Thompson
ITS Linux Admin
Texas State Library & Archives Commission

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220608/7699e044/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Thu Jun  9 12:35:41 2022
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Thu, 9 Jun 2022 17:35:41 +0100
Subject: [Archivesspace_Users_Group] Frontend specific hooks
Message-ID: <acd88558-6294-f822-732c-4b3ab28322b0@bodleian.ox.ac.uk>

Hello,

Does anybody know of any example code which demonstrates use of the new 
frontend specific hooks which were introduced, I believe, in 3.1.0:

https://archivesspace.github.io/tech-docs/customization/plugins.html#frontend-specific-hooks

Thanks,

Andrew.



From kbreneman at ubalt.edu  Thu Jun  9 13:05:36 2022
From: kbreneman at ubalt.edu (Kyle Breneman)
Date: Thu, 9 Jun 2022 17:05:36 +0000
Subject: [Archivesspace_Users_Group] Create directories for branding
	resources?
Message-ID: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>

I'm trying to follow these directions<https://archivesspace.github.io/tech-docs/customization/theming.html> for customizing our ArchivesSpace 3.2.0 instance.

While the directions clearly state that some/all of the directories in the path to store a branding image will need to be created, I was not expecting to need to create the public/app/views/shared/_header.html.erb file, or those directories, yet they do not seem to exist in my installation (below). Should I proceed to create these directories, along with the _header.html.erb file?

[cid:image001.png at 01D87C01.9B958AB0]

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220609/2518b57c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47676 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220609/2518b57c/attachment.png>

From lopez.matthews at dc.gov  Thu Jun  9 13:58:29 2022
From: lopez.matthews at dc.gov (Matthews, Lopez (EOM))
Date: Thu, 9 Jun 2022 17:58:29 +0000
Subject: [Archivesspace_Users_Group] Assistance with Launching ArchivesSpace
Message-ID: <CO6PR09MB8774647F80FC7F928355BC29EAA79@CO6PR09MB8774.namprd09.prod.outlook.com>

Hi:

We are new to working with ArchivesSpace and have installed our instance on a virtual machine. The issue we have run into is that we cannot seem to access ArchivesSpace from the browser. It says it cannot reach the page. Did anyone run into this issue when launching their version of ArchivesSpace?

Thanks for any help.

Sincerely,
Lopez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220609/df0faa3d/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Thu Jun  9 14:01:06 2022
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Thu, 9 Jun 2022 18:01:06 +0000
Subject: [Archivesspace_Users_Group] Frontend specific hooks
In-Reply-To: <acd88558-6294-f822-732c-4b3ab28322b0@bodleian.ox.ac.uk>
References: <acd88558-6294-f822-732c-4b3ab28322b0@bodleian.ox.ac.uk>
Message-ID: <BL0PR03MB4292FAFD08F82AAD30F57FCEABA79@BL0PR03MB4292.namprd03.prod.outlook.com>

Ooooh! Not examples off the top of my head, but I'm definitely gonna make a lot of use of these! You might take a look at the HM repos (https://github.com/hudmol) or here: https://gitlab.gaiaresources.com.au/qsa (also a lot of HM work) since I'm pretty sure they added those plugin hooks.

jds

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk>
Sent: Thursday, June 9, 2022 12:35 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Frontend specific hooks

Hello,

Does anybody know of any example code which demonstrates use of the new
frontend specific hooks which were introduced, I believe, in 3.1.0:

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fcustomization%2Fplugins.html%23frontend-specific-hooks&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=JMcChTi%2Bimp9qr%2FgiLocScgwJ6hrjBgH6D9wftx2kQo%3D&amp;reserved=0

Thanks,

Andrew.


_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=plnv%2F7BsK15G9Z095WA8lAbZmhKCFBsuQB79iVpu3LM%3D&amp;reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220609/90aadfc6/attachment.html>

From brijmcla at iu.edu  Thu Jun  9 15:31:14 2022
From: brijmcla at iu.edu (McLaughlin, Brianna Jean)
Date: Thu, 9 Jun 2022 19:31:14 +0000
Subject: [Archivesspace_Users_Group] Calendar configurations
Message-ID: <BY3PR08MB723529B9A9136D32839DEBBDACA79@BY3PR08MB7235.namprd08.prod.outlook.com>

Hi everyone,

A collection manager asked me if it was possible to configure the calendar options in ArchivesSpace to represent different calendar types. Not just in the date_calendar controlled value menu, but the actual calendar that pops up when you're entering dates. I'm fairly certain that isn't an out-of-the-box configuration option, but I was curious if anyone had created a plugin or other workaround for a similar situation.

Thanks!

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220609/15006a38/attachment.html>

From james at hudmol.com  Thu Jun  9 19:42:25 2022
From: james at hudmol.com (James Bullen)
Date: Fri, 10 Jun 2022 09:42:25 +1000
Subject: [Archivesspace_Users_Group] Frontend specific hooks
In-Reply-To: <BL0PR03MB4292FAFD08F82AAD30F57FCEABA79@BL0PR03MB4292.namprd03.prod.outlook.com>
References: <acd88558-6294-f822-732c-4b3ab28322b0@bodleian.ox.ac.uk>
 <BL0PR03MB4292FAFD08F82AAD30F57FCEABA79@BL0PR03MB4292.namprd03.prod.outlook.com>
Message-ID: <D95753AD-9F1D-4F29-AFD5-10E4341E6642@hudmol.com>


Hi Andrew,

Thanks Joshua. Yes, some of those hooks were introduced as part of our work for QSA - the most heavily customized instance of ArchivesSpace we?ve done. Here is an example of register_plugin_section being used:
https://gitlab.gaiaresources.com.au/qsa/as_runcorn/-/blob/develop/frontend/plugin_init.rb#L36 <https://gitlab.gaiaresources.com.au/qsa/as_runcorn/-/blob/develop/frontend/plugin_init.rb#L36>

I hope that helps.


Cheers,
James



> On Jun 10, 2022, at 4:01 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu> wrote:
> 
> Ooooh! Not examples off the top of my head, but I'm definitely gonna make a lot of use of these! You might take a look at the HM repos (https://github.com/hudmol <https://github.com/hudmol>) or here:https://gitlab.gaiaresources.com.au/qsa <https://gitlab.gaiaresources.com.au/qsa> (also a lot of HM work) since I'm pretty sure they added those plugin hooks.
> 
> jds
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk <mailto:andrew.morrison at bodleian.ox.ac.uk>>
> Sent: Thursday, June 9, 2022 12:35 PM
> To: archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
> Subject: [Archivesspace_Users_Group] Frontend specific hooks
>  
> Hello,
> 
> Does anybody know of any example code which demonstrates use of the new 
> frontend specific hooks which were introduced, I believe, in 3.1.0:
> 
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fcustomization%2Fplugins.html%23frontend-specific-hooks&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=JMcChTi%2Bimp9qr%2FgiLocScgwJ6hrjBgH6D9wftx2kQo%3D&amp;reserved=0 <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fcustomization%2Fplugins.html%23frontend-specific-hooks&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=JMcChTi%2Bimp9qr%2FgiLocScgwJ6hrjBgH6D9wftx2kQo%3D&amp;reserved=0>
> 
> Thanks,
> 
> Andrew.
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=plnv%2F7BsK15G9Z095WA8lAbZmhKCFBsuQB79iVpu3LM%3D&amp;reserved=0 <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C42f703ebc2f1459840d408da4a361ba7%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637903893500581190%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=plnv%2F7BsK15G9Z095WA8lAbZmhKCFBsuQB79iVpu3LM%3D&amp;reserved=0>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/800e75db/attachment.html>

From james at hudmol.com  Thu Jun  9 19:49:14 2022
From: james at hudmol.com (James Bullen)
Date: Fri, 10 Jun 2022 09:49:14 +1000
Subject: [Archivesspace_Users_Group] Create directories for branding
 resources?
In-Reply-To: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>
References: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>
Message-ID: <21EF2A6B-E0F5-40A7-AA6A-10D90482F07A@hudmol.com>


Hi Kyle,

Those directions are written assuming you?re working on a development instance. When you?re running from a distribution the file paths referred to are contained in war files, so you don?t see them.

You do not need to create public/app/views/shared/_header.html.erb - that exists within wars/public.war

To override that file you would place your new version in plugins/yourplugin/public/views/shared/_header.html.erb

Hope that helps.


Cheers,
James


> On Jun 10, 2022, at 3:05 AM, Kyle Breneman <kbreneman at ubalt.edu> wrote:
> 
> I?m trying to follow these directions <https://archivesspace.github.io/tech-docs/customization/theming.html> for customizing our ArchivesSpace 3.2.0 instance.
>  
> While the directions clearly state that some/all of the directories in the path to store a branding image will need to be created, I was not expecting to need to create the public/app/views/shared/_header.html.erb file, or those directories, yet they do not seem to exist in my installation (below). Should I proceed to create these directories, along with the _header.html.erb file?
>  
> <image001.png>
>  
> Kyle Breneman
> Integrated Digital Services Librarian
> The University of Baltimore
> kbreneman at ubalt.edu <mailto:kbreneman at ubalt.edu>
> I believe in freedom of thought and
> freedom of speech. Do you?
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/b297b2cd/attachment.html>

From kbreneman at ubalt.edu  Fri Jun 10 10:23:42 2022
From: kbreneman at ubalt.edu (Kyle Breneman)
Date: Fri, 10 Jun 2022 14:23:42 +0000
Subject: [Archivesspace_Users_Group] Create directories for branding
 resources?
In-Reply-To: <21EF2A6B-E0F5-40A7-AA6A-10D90482F07A@hudmol.com>
References: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>
 <21EF2A6B-E0F5-40A7-AA6A-10D90482F07A@hudmol.com>
Message-ID: <BLAPR05MB7297E6506613F13EE71B39F6B9A69@BLAPR05MB7297.namprd05.prod.outlook.com>

Dear James,

Yes, this is very helpful!  Thank you for taking the time to reply to my question.

I?ve now got my branding changes in place under the /local plugin directory.

How do I go about including our Google Tag Manager tracking snippet?  I need to insert code in the <head> of each page, and also right after the opening <body> tag.  Should that also be done via the /local plugin files?  If so, which file(s)?  I couldn?t find documentation on this.

Regards,

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of James Bullen
Sent: Thursday, June 9, 2022 7:49 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Create directories for branding resources?

[EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.]


Hi Kyle,

Those directions are written assuming you?re working on a development instance. When you?re running from a distribution the file paths referred to are contained in war files, so you don?t see them.

You do not need to create public/app/views/shared/_header.html.erb - that exists within wars/public.war

To override that file you would place your new version in plugins/yourplugin/public/views/shared/_header.html.erb

Hope that helps.


Cheers,
James



On Jun 10, 2022, at 3:05 AM, Kyle Breneman <kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>> wrote:

I?m trying to follow these directions<https://archivesspace.github.io/tech-docs/customization/theming.html> for customizing our ArchivesSpace 3.2.0 instance.

While the directions clearly state that some/all of the directories in the path to store a branding image will need to be created, I was not expecting to need to create the public/app/views/shared/_header.html.erb file, or those directories, yet they do not seem to exist in my installation (below). Should I proceed to create these directories, along with the _header.html.erb file?

<image001.png>

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/1f61c111/attachment.html>

From reesj at mail.nlm.nih.gov  Fri Jun 10 10:59:41 2022
From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E])
Date: Fri, 10 Jun 2022 14:59:41 +0000
Subject: [Archivesspace_Users_Group] Create directories for branding
 resources?
In-Reply-To: <BLAPR05MB7297E6506613F13EE71B39F6B9A69@BLAPR05MB7297.namprd05.prod.outlook.com>
References: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>
 <21EF2A6B-E0F5-40A7-AA6A-10D90482F07A@hudmol.com>
 <BLAPR05MB7297E6506613F13EE71B39F6B9A69@BLAPR05MB7297.namprd05.prod.outlook.com>
Message-ID: <DM8PR09MB7128D6A6C0A726614FE6E50BC8A69@DM8PR09MB7128.namprd09.prod.outlook.com>

Kyle,

We stick ours in /local/public<https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public>/views<https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public/views>/layouts<https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public/views/layouts>/application.html.erb

https://github.com/John-Rees/nlm-aspace-customizations/blob/main/public/views/layouts/application.html.erb


John P. Rees
Archivist and Digital Resources Manager
History of Medicine Division
National Library of Medicine
301-827-4510
Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Kyle Breneman
Sent: Friday, June 10, 2022 10:24 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Create directories for branding resources?

Dear James,

Yes, this is very helpful!  Thank you for taking the time to reply to my question.

I've now got my branding changes in place under the /local plugin directory.

How do I go about including our Google Tag Manager tracking snippet?  I need to insert code in the <head> of each page, and also right after the opening <body> tag.  Should that also be done via the /local plugin files?  If so, which file(s)?  I couldn't find documentation on this.

Regards,

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of James Bullen
Sent: Thursday, June 9, 2022 7:49 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Create directories for branding resources?

[EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.]


Hi Kyle,

Those directions are written assuming you're working on a development instance. When you're running from a distribution the file paths referred to are contained in war files, so you don't see them.

You do not need to create public/app/views/shared/_header.html.erb - that exists within wars/public.war

To override that file you would place your new version in plugins/yourplugin/public/views/shared/_header.html.erb

Hope that helps.


Cheers,
James


On Jun 10, 2022, at 3:05 AM, Kyle Breneman <kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>> wrote:

I'm trying to follow these directions<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fcustomization%2Ftheming.html&data=05%7C01%7Creesj%40mail.nlm.nih.gov%7Ce3c44a56698940eab47e08da4aecda70%7C14b77578977342d58507251ca2dc2b06%7C0%7C0%7C637904678387804526%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qozHeE%2Fe02MZBVTUWioy9h9zBbTS29qJEV0UGEa8NHg%3D&reserved=0> for customizing our ArchivesSpace 3.2.0 instance.

While the directions clearly state that some/all of the directories in the path to store a branding image will need to be created, I was not expecting to need to create the public/app/views/shared/_header.html.erb file, or those directories, yet they do not seem to exist in my installation (below). Should I proceed to create these directories, along with the _header.html.erb file?

<image001.png>

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Creesj%40mail.nlm.nih.gov%7Ce3c44a56698940eab47e08da4aecda70%7C14b77578977342d58507251ca2dc2b06%7C0%7C0%7C637904678387804526%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=dtoeBXf7xaD5ltwVP7vYKMZdv6obV7KTHvEMRg6WZUs%3D&reserved=0>

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and are confident the content is safe.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/b0e23d18/attachment.html>

From sfrieldsmith at sandiego.edu  Fri Jun 10 11:48:07 2022
From: sfrieldsmith at sandiego.edu (Sarah Frieldsmith)
Date: Fri, 10 Jun 2022 08:48:07 -0700
Subject: [Archivesspace_Users_Group] Setting AS and Solr to just keep
	running?
Message-ID: <CAFOWB_gjyKP_LyzY7Tm02EWmRRFjQ20gfJZk=Z=-cjXPvTsC_g@mail.gmail.com>

I know this is a super basic question and more related to my lack of linux
knowledge than AS itself....

How do I get archivesspace and solr to just keep running? I can start them
both manually. I did ask our server guys and they pointed to a github
solution and, well, I am still lost.

Singing "just keep running, just keep running" isn't working :P

*SARAH FRIELDSMITH*
*Systems Librarian*
University of San Diego
5998 Alcal? Park
San Diego, CA 92110-2492
(619) 260-4776
sfrieldsmith at sandiego.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/2c29df9a/attachment.html>

From hanstra at nd.edu  Fri Jun 10 13:05:55 2022
From: hanstra at nd.edu (Tom Hanstra)
Date: Fri, 10 Jun 2022 13:05:55 -0400
Subject: [Archivesspace_Users_Group] Setting AS and Solr to just keep
	running?
In-Reply-To: <CAFOWB_gjyKP_LyzY7Tm02EWmRRFjQ20gfJZk=Z=-cjXPvTsC_g@mail.gmail.com>
References: <CAFOWB_gjyKP_LyzY7Tm02EWmRRFjQ20gfJZk=Z=-cjXPvTsC_g@mail.gmail.com>
Message-ID: <CAA60kZOVH4YFa0MAWjWedR-GrtsuYLX=T9yYJuxDBMYi+TB1jw@mail.gmail.com>

Few questions related to Linux are "super basic". And most, including this
one, are answered with "it depends".

If you can contact me directly with info on the version of Linux and how
you currently start solr and archivesspace, I can probably help you get
things set up as you are hoping.

Tom

On Fri, Jun 10, 2022 at 11:48 AM Sarah Frieldsmith <
sfrieldsmith at sandiego.edu> wrote:

> I know this is a super basic question and more related to my lack of linux
> knowledge than AS itself....
>
> How do I get archivesspace and solr to just keep running? I can start them
> both manually. I did ask our server guys and they pointed to a github
> solution and, well, I am still lost.
>
> Singing "just keep running, just keep running" isn't working :P
>
> *SARAH FRIELDSMITH*
> *Systems Librarian*
> University of San Diego
> 5998 Alcal? Park
> San Diego, CA 92110-2492
> (619) 260-4776
> sfrieldsmith at sandiego.edu
>
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220610/aecc62b3/attachment.html>

From james at hudmol.com  Fri Jun 10 20:16:23 2022
From: james at hudmol.com (James Bullen)
Date: Sat, 11 Jun 2022 10:16:23 +1000
Subject: [Archivesspace_Users_Group] Create directories for branding
 resources?
In-Reply-To: <DM8PR09MB7128D6A6C0A726614FE6E50BC8A69@DM8PR09MB7128.namprd09.prod.outlook.com>
References: <BLAPR05MB7297897DB1C1BA2FD4674AADB9A79@BLAPR05MB7297.namprd05.prod.outlook.com>
 <21EF2A6B-E0F5-40A7-AA6A-10D90482F07A@hudmol.com>
 <BLAPR05MB7297E6506613F13EE71B39F6B9A69@BLAPR05MB7297.namprd05.prod.outlook.com>
 <DM8PR09MB7128D6A6C0A726614FE6E50BC8A69@DM8PR09MB7128.namprd09.prod.outlook.com>
Message-ID: <427CB3AC-2D02-4A47-A734-F7D3D8D8C030@hudmol.com>


Hi,

If you want it in the <head> then you can include a file called public/views/layout_head.html.erb. This file will be included in the head. This has the advantage of avoiding having to override a template.


Cheers,
James


> On Jun 11, 2022, at 12:59 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov> wrote:
> 
> Kyle,
>  
> We stick ours in /local/public <https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public>/views <https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public/views>/layouts <https://github.com/John-Rees/nlm-aspace-customizations/tree/main/public/views/layouts>/application.html.erb
>  
> https://github.com/John-Rees/nlm-aspace-customizations/blob/main/public/views/layouts/application.html.erb <https://github.com/John-Rees/nlm-aspace-customizations/blob/main/public/views/layouts/application.html.erb>
>  
>  
> John P. Rees
> Archivist and Digital Resources Manager
> History of Medicine Division
> National Library of Medicine
> 301-827-4510
> Teleworking M-F 8:00AM ? 4:30PM Eastern Time each day until further notice
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Kyle Breneman
> Sent: Friday, June 10, 2022 10:24 AM
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
> Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Create directories for branding resources?
>  
> Dear James,
>  
> Yes, this is very helpful!  Thank you for taking the time to reply to my question. 
>  
> I?ve now got my branding changes in place under the /local plugin directory.
>  
> How do I go about including our Google Tag Manager tracking snippet?  I need to insert code in the <head> of each page, and also right after the opening <body> tag.  Should that also be done via the /local plugin files?  If so, which file(s)?  I couldn?t find documentation on this.
>  
> Regards,
>  
> Kyle Breneman
> Integrated Digital Services Librarian
> The University of Baltimore
> kbreneman at ubalt.edu <mailto:kbreneman at ubalt.edu>
> I believe in freedom of thought and
> freedom of speech. Do you?
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of James Bullen
> Sent: Thursday, June 9, 2022 7:49 PM
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] Create directories for branding resources?
>  
> [EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.]
>  
>  
> Hi Kyle, 
>  
> Those directions are written assuming you?re working on a development instance. When you?re running from a distribution the file paths referred to are contained in war files, so you don?t see them.
>  
> You do not need to create public/app/views/shared/_header.html.erb - that exists within wars/public.war
>  
> To override that file you would place your new version in plugins/yourplugin/public/views/shared/_header.html.erb
>  
> Hope that helps.
>  
>  
> Cheers,
> James
>  
>  
> 
> On Jun 10, 2022, at 3:05 AM, Kyle Breneman <kbreneman at ubalt.edu <mailto:kbreneman at ubalt.edu>> wrote:
>  
> I?m trying to follow these directions <https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fcustomization%2Ftheming.html&data=05%7C01%7Creesj%40mail.nlm.nih.gov%7Ce3c44a56698940eab47e08da4aecda70%7C14b77578977342d58507251ca2dc2b06%7C0%7C0%7C637904678387804526%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qozHeE%2Fe02MZBVTUWioy9h9zBbTS29qJEV0UGEa8NHg%3D&reserved=0> for customizing our ArchivesSpace 3.2.0 instance.
>  
> While the directions clearly state that some/all of the directories in the path to store a branding image will need to be created, I was not expecting to need to create the public/app/views/shared/_header.html.erb file, or those directories, yet they do not seem to exist in my installation (below). Should I proceed to create these directories, along with the _header.html.erb file?
>  
> <image001.png>
>  
> Kyle Breneman
> Integrated Digital Services Librarian
> The University of Baltimore
> kbreneman at ubalt.edu <mailto:kbreneman at ubalt.edu>
> I believe in freedom of thought and
> freedom of speech. Do you?
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Creesj%40mail.nlm.nih.gov%7Ce3c44a56698940eab47e08da4aecda70%7C14b77578977342d58507251ca2dc2b06%7C0%7C0%7C637904678387804526%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=dtoeBXf7xaD5ltwVP7vYKMZdv6obV7KTHvEMRg6WZUs%3D&reserved=0>
>  
> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and are confident the content is safe.
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220611/ab2da4eb/attachment.html>

From mcyzyk at gmail.com  Sat Jun 11 17:08:30 2022
From: mcyzyk at gmail.com (Mark Cyzyk)
Date: Sat, 11 Jun 2022 17:08:30 -0400
Subject: [Archivesspace_Users_Group] Vagrant: "unable to connect to backend"
	error
Message-ID: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>

All,

I am trying to duplicate our Archivesspace production app in a local 
Vagrant box.

I am getting an "unable to connect to backend" error when it boots.

I've checked to make sure the database is indeed present.

I've checked permissions for the "archivesspace" user to the 
"archivesspace" DB:

        MariaDB [archivesspace]> SHOW GRANTS for archivesspace at localhost;
        +----------------------------------------------------------------------------------------------------------------------+
        | Grants for archivesspace at localhost |
        +----------------------------------------------------------------------------------------------------------------------+
        | GRANT USAGE ON *.* TO `archivesspace`@`localhost` IDENTIFIED
        BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
        | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
        `archivesspace`@`localhost` WITH GRANT
        OPTION?????????????????????????? |
        +----------------------------------------------------------------------------------------------------------------------+
        2 rows in set (0.000 sec)

        MariaDB [archivesspace]>


Then I do same for 127.0.0.1:

        MariaDB [archivesspace]> SHOW GRANTS for archivesspace at 127.0.0.1;
        +----------------------------------------------------------------------------------------------------------------------+
        | Grants for archivesspace at 127.0.0.1 |
        +----------------------------------------------------------------------------------------------------------------------+
        | GRANT USAGE ON *.* TO `archivesspace`@`127.0.0.1` IDENTIFIED
        BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
        | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
        `archivesspace`@`127.0.0.1` WITH GRANT
        OPTION?????????????????????????? |
        +----------------------------------------------------------------------------------------------------------------------+
        2 rows in set (0.000 sec)

        MariaDB [archivesspace]>


I AM able to restore into the "archivesspace" database with:

        sudo mysql -u archivesspace -pREDACTED archivesspace <
        /vagrant/archivesspace_CURRENT.sql


The connect string in my config.rb file:

        AppConfig[:db_url] =
        "jdbc:mysql://localhost:3306/archivesspace?user=archivesspace&password=REDACTED&useUnicode=true&characterEncoding=UTF-8"


And yet I get the "unable to connect to backend" error.? No fair!

Advice in previous posts down through the years suggested this was a 
permissions problem, or running MySQL on something other than 
localhost/127.0.0.1, but I think what I've done above rules this out.

Are there other reasons why I might be getting the "unable to connect to 
backend" error?

Advice appreciated!

Mark

PS: I don't think this is relevant to the connection issue, but here are 
the permissions I've set on the file system:

        vagrant at vagrant:/usr/share/archivesspace$ ls -la
        total 84
        drwxr-xr-x? 16 archivesspace archivesspace 4096 Jun 11 18:59 .
        drwxr-xr-x 122 root????????? root????????? 4096 Jun 11 18:59 ..
        -rwxr-xr-x?? 1 archivesspace archivesspace? 813 Jun 11 18:54
        archivesspace.bat
        -rwxr-xr-x?? 1 archivesspace archivesspace 5364 Jun 11 18:53
        archivesspace.sh
        drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53
        clustering
        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 21:05 config
        -rwxr-xr-x?? 1 archivesspace archivesspace? 665 Jun 11 18:53 COPYING
        drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:59 data
        drwxr-xr-x? 14 archivesspace archivesspace 4096 Jun 11 18:54 docs
        drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:54 gems
        drwxr-xr-x?? 8 archivesspace archivesspace 4096 Jun 11 18:54
        launcher
        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 lib
        drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53 locales
        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 logs
        drwxr-xr-x? 22 archivesspace archivesspace 4096 Jun 11 18:54 plugins
        -rwxr-xr-x?? 1 archivesspace archivesspace 2326 Jun 11 18:53
        README.md
        drwxr-xr-x? 12 archivesspace archivesspace 4096 Jun 11 18:53 reports
        drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54 scripts
        drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54
        stylesheets
        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:54 wars
        vagrant at vagrant:/usr/share/archivesspace$



-- 
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu

Verba volant, scripta manent.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220611/d0285c17/attachment.html>

From ph448 at cam.ac.uk  Sat Jun 11 23:06:59 2022
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Sun, 12 Jun 2022 03:06:59 +0000
Subject: [Archivesspace_Users_Group] Vagrant: "unable to connect to
 backend" error
In-Reply-To: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>
References: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>
Message-ID: <20220612030659.tsk7zrxljeu2ktwe@sparkly>

We just had a similar issue where we had to upgrade MySQL Connector/J to be
able to successfully connect to a database that has been upgraded from MariaDB
10.2 to 10.4.

The symptom was AS being unable to connect to the database and it logging a
'communications link failure' error.

We'd previously been using version 8.0.23 of the connector and
were only able to connect after an upgrade to 8.0.29.

Hope that helps,
p

Mark Cyzyk wrote on 2022-06-11 17:08:30:
> All,
> 
> I am trying to duplicate our Archivesspace production app in a local Vagrant
> box.
> 
> I am getting an "unable to connect to backend" error when it boots.
> 
> I've checked to make sure the database is indeed present.
> 
> I've checked permissions for the "archivesspace" user to the "archivesspace"
> DB:
> 
>        MariaDB [archivesspace]> SHOW GRANTS for archivesspace at localhost;
>        +----------------------------------------------------------------------------------------------------------------------+
>        | Grants for archivesspace at localhost |
>        +----------------------------------------------------------------------------------------------------------------------+
>        | GRANT USAGE ON *.* TO `archivesspace`@`localhost` IDENTIFIED
>        BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
>        | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
>        `archivesspace`@`localhost` WITH GRANT
>        OPTION?????????????????????????? |
>        +----------------------------------------------------------------------------------------------------------------------+
>        2 rows in set (0.000 sec)
> 
>        MariaDB [archivesspace]>
> 
> 
> Then I do same for 127.0.0.1:
> 
>        MariaDB [archivesspace]> SHOW GRANTS for archivesspace at 127.0.0.1;
>        +----------------------------------------------------------------------------------------------------------------------+
>        | Grants for archivesspace at 127.0.0.1 |
>        +----------------------------------------------------------------------------------------------------------------------+
>        | GRANT USAGE ON *.* TO `archivesspace`@`127.0.0.1` IDENTIFIED
>        BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
>        | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
>        `archivesspace`@`127.0.0.1` WITH GRANT
>        OPTION?????????????????????????? |
>        +----------------------------------------------------------------------------------------------------------------------+
>        2 rows in set (0.000 sec)
> 
>        MariaDB [archivesspace]>
> 
> 
> I AM able to restore into the "archivesspace" database with:
> 
>        sudo mysql -u archivesspace -pREDACTED archivesspace <
>        /vagrant/archivesspace_CURRENT.sql
> 
> 
> The connect string in my config.rb file:
> 
>        AppConfig[:db_url] =
>        "jdbc:mysql://localhost:3306/archivesspace?user=archivesspace&password=REDACTED&useUnicode=true&characterEncoding=UTF-8"
> 
> 
> And yet I get the "unable to connect to backend" error.? No fair!
> 
> Advice in previous posts down through the years suggested this was a
> permissions problem, or running MySQL on something other than
> localhost/127.0.0.1, but I think what I've done above rules this out.
> 
> Are there other reasons why I might be getting the "unable to connect to
> backend" error?
> 
> Advice appreciated!
> 
> Mark
> 
> PS: I don't think this is relevant to the connection issue, but here are the
> permissions I've set on the file system:
> 
>        vagrant at vagrant:/usr/share/archivesspace$ ls -la
>        total 84
>        drwxr-xr-x? 16 archivesspace archivesspace 4096 Jun 11 18:59 .
>        drwxr-xr-x 122 root????????? root????????? 4096 Jun 11 18:59 ..
>        -rwxr-xr-x?? 1 archivesspace archivesspace? 813 Jun 11 18:54
>        archivesspace.bat
>        -rwxr-xr-x?? 1 archivesspace archivesspace 5364 Jun 11 18:53
>        archivesspace.sh
>        drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53
>        clustering
>        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 21:05 config
>        -rwxr-xr-x?? 1 archivesspace archivesspace? 665 Jun 11 18:53 COPYING
>        drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:59 data
>        drwxr-xr-x? 14 archivesspace archivesspace 4096 Jun 11 18:54 docs
>        drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:54 gems
>        drwxr-xr-x?? 8 archivesspace archivesspace 4096 Jun 11 18:54
>        launcher
>        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 lib
>        drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53 locales
>        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 logs
>        drwxr-xr-x? 22 archivesspace archivesspace 4096 Jun 11 18:54 plugins
>        -rwxr-xr-x?? 1 archivesspace archivesspace 2326 Jun 11 18:53
>        README.md
>        drwxr-xr-x? 12 archivesspace archivesspace 4096 Jun 11 18:53 reports
>        drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54 scripts
>        drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54
>        stylesheets
>        drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:54 wars
>        vagrant at vagrant:/usr/share/archivesspace$
> 
> 
> 
> -- 
> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
> Mark Cyzyk, M.A., M.L.S.
> Library Applications Group
> The Sheridan Libraries
> The Johns Hopkins University
> mcyzyk at jhu.edu
> 
> Verba volant, scripta manent.

> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From na207 at cam.ac.uk  Mon Jun 13 07:02:07 2022
From: na207 at cam.ac.uk (Natalie Adams)
Date: Mon, 13 Jun 2022 11:02:07 +0000
Subject: [Archivesspace_Users_Group] Enabling computational access to
	ArchivesSpace metadata
Message-ID: <CWLP265MB62162D3B1636741181B01D7EB3AB9@CWLP265MB6216.GBRP265.PROD.OUTLOOK.COM>

Dear all,

We've been talking about opening up our metadata systems for computational access, as part of a larger piece of work viewing our Library as data for teaching and learning. I wondered whether anyone in the ArchivesSpace community has enabled this kind of access to metadata in ArchivesSpace (or other metadata systems) and would be willing to share information about their experiences? As well as information about how the access is provided we would also be interested to know about the demand for this type of access and usage made of it. If you're interested in additional context, here's a link to information from UK National Archives<https://www.nationalarchives.gov.uk/help/discovery-for-developers-about-the-application-programming-interface-api/>.

Best wishes,

Natalie

Natalie Adams
Metadata Specialist
Cambridge University Library
West Road
Cambridge
CB3 9DR
Information about opening hours and Library services<https://www.lib.cam.ac.uk/using-library>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220613/5e10e413/attachment.html>

From kmc35 at psu.edu  Mon Jun 13 09:06:35 2022
From: kmc35 at psu.edu (Clair, Kevin)
Date: Mon, 13 Jun 2022 13:06:35 +0000
Subject: [Archivesspace_Users_Group] Enabling computational access
	to	ArchivesSpace metadata
In-Reply-To: <CWLP265MB62162D3B1636741181B01D7EB3AB9@CWLP265MB6216.GBRP265.PROD.OUTLOOK.COM>
References: <CWLP265MB62162D3B1636741181B01D7EB3AB9@CWLP265MB6216.GBRP265.PROD.OUTLOOK.COM>
Message-ID: <SA1PR02MB854441048CB71173A026A8F3B5AB9@SA1PR02MB8544.namprd02.prod.outlook.com>

Hello everyone,

I'm also interested in what others are working on in this area. I have ideas but none of them are even close to practice yet. thanks!  -k
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Natalie Adams <na207 at cam.ac.uk>
Sent: Monday, June 13, 2022 7:02 AM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Enabling computational access to ArchivesSpace metadata


Dear all,



We?ve been talking about opening up our metadata systems for computational access, as part of a larger piece of work viewing our Library as data for teaching and learning. I wondered whether anyone in the ArchivesSpace community has enabled this kind of access to metadata in ArchivesSpace (or other metadata systems) and would be willing to share information about their experiences? As well as information about how the access is provided we would also be interested to know about the demand for this type of access and usage made of it. If you?re interested in additional context, here?s a link to information from UK National Archives<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.nationalarchives.gov.uk%2Fhelp%2Fdiscovery-for-developers-about-the-application-programming-interface-api%2F&data=05%7C01%7Ckmc35%40psu.edu%7C7621339f80e24a2f52dd08da4d2c2d1c%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C637907149374516052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=B6FjD2LD%2BZj4W8y0kehQCXgnjfTXAEXWjdEeR1fVSfY%3D&reserved=0>.



Best wishes,



Natalie



Natalie Adams

Metadata Specialist

Cambridge University Library

West Road

Cambridge

CB3 9DR

Information about opening hours and Library services<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lib.cam.ac.uk%2Fusing-library&data=05%7C01%7Ckmc35%40psu.edu%7C7621339f80e24a2f52dd08da4d2c2d1c%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C637907149374516052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=IcSIhOWehl2hUWwXhCslDEJmyVATlph1Xjh61Ai9gRc%3D&reserved=0>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220613/97017db2/attachment.html>

From kbreneman at ubalt.edu  Tue Jun 14 11:11:56 2022
From: kbreneman at ubalt.edu (Kyle Breneman)
Date: Tue, 14 Jun 2022 15:11:56 +0000
Subject: [Archivesspace_Users_Group] Customize navbar?
Message-ID: <BLAPR05MB729790B3387EF63BFF587E21B9AA9@BLAPR05MB7297.namprd05.prod.outlook.com>

Where do I go to customize the navigation menu for ArchivesSpace PUI?  I can't find documentation on this point.

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220614/bdeec81c/attachment.html>

From Henry.Steele at tufts.edu  Tue Jun 14 11:33:39 2022
From: Henry.Steele at tufts.edu (Steele, Henry)
Date: Tue, 14 Jun 2022 15:33:39 +0000
Subject: [Archivesspace_Users_Group] [External]  Customize navbar?
In-Reply-To: <BLAPR05MB729790B3387EF63BFF587E21B9AA9@BLAPR05MB7297.namprd05.prod.outlook.com>
References: <BLAPR05MB729790B3387EF63BFF587E21B9AA9@BLAPR05MB7297.namprd05.prod.outlook.com>
Message-ID: <C4BF9C9A-0616-49A6-8E21-C3BC8AC43B72@tufts.edu>

If you want to rearrange etc , this is something we accomplished through overrides in js/jQuery in /plugins/local/public/assets , with a js file referenced in /plugins/local/public/layout_head.html.erb

Sent from my iPhone

On Jun 14, 2022, at 11:13 AM, Kyle Breneman <kbreneman at ubalt.edu> wrote:

?
Where do I go to customize the navigation menu for ArchivesSpace PUI?  I can?t find documentation on this point.

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?


Caution: This message originated from outside of the Tufts University organization. Please exercise caution when clicking links or opening attachments. When in doubt, email the TTS Service Desk at it at tufts.edu<mailto:%20it at tufts.edu.com> or call them directly at 617-627-3376.

_______________________________________________
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220614/2fdbb9f2/attachment.html>

From Henry.Steele at tufts.edu  Tue Jun 14 11:34:09 2022
From: Henry.Steele at tufts.edu (Steele, Henry)
Date: Tue, 14 Jun 2022 15:34:09 +0000
Subject: [Archivesspace_Users_Group] [External]  Customize navbar?
In-Reply-To: <C4BF9C9A-0616-49A6-8E21-C3BC8AC43B72@tufts.edu>
References: <BLAPR05MB729790B3387EF63BFF587E21B9AA9@BLAPR05MB7297.namprd05.prod.outlook.com>
 <C4BF9C9A-0616-49A6-8E21-C3BC8AC43B72@tufts.edu>
Message-ID: <DB3B94C0-AF2F-46D9-9830-8BE5D3C09B32@tufts.edu>

I can share code offline if you wish

Sent from my iPhone

On Jun 14, 2022, at 11:33 AM, Steele, Henry <Henry.Steele at tufts.edu> wrote:

? If you want to rearrange etc , this is something we accomplished through overrides in js/jQuery in /plugins/local/public/assets , with a js file referenced in /plugins/local/public/layout_head.html.erb

Sent from my iPhone

On Jun 14, 2022, at 11:13 AM, Kyle Breneman <kbreneman at ubalt.edu> wrote:

?
Where do I go to customize the navigation menu for ArchivesSpace PUI?  I can?t find documentation on this point.

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?


Caution: This message originated from outside of the Tufts University organization. Please exercise caution when clicking links or opening attachments. When in doubt, email the TTS Service Desk at it at tufts.edu<mailto:%20it at tufts.edu.com> or call them directly at 617-627-3376.

_______________________________________________
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220614/58e27bd2/attachment.html>

From mcyzyk at jhu.edu  Wed Jun 15 09:01:42 2022
From: mcyzyk at jhu.edu (Mark Cyzyk)
Date: Wed, 15 Jun 2022 09:01:42 -0400
Subject: [Archivesspace_Users_Group] Vagrant: "unable to connect to
	backend" error
In-Reply-To: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>
References: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>
Message-ID: <f679ce96-2da3-f9f8-b4b2-f9d1879c4583@jhu.edu>


More on this.

 From the log:

    ArchivesSpaceThreadDump: Touch the file
    '/usr/share/archivesspace/thread_dump_backend.txt' to trigger a
    thread dump
    I, [2022-06-15T11:54:40.827499 #9472]? INFO -- : Thread-2000:
    Connecting to database:
    jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8.
    Max c>
    Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new
    driver class is `com.mysql.cj.jdbc.Driver'. The driver is
    automatically registered via the SPI and manual loading of the
    driver class is genera>
    I, [2022-06-15T11:54:42.592887 #9472]? INFO -- : Thread-2000: All
    tables checked and confirmed set to UTF-8.? Nice job!
    ========================================================================
     ????? A trace file has been written to the following location:
    /usr/share/archivesspace/data/tmp/aspace_diagnostic_1655294083.txt

     ????? This file contains information that will assist developers in
    diagnosing
     ????? problems with your ArchivesSpace installation.? Please review
    the file's
     ????? contents for sensitive information (such as passwords) that
    you might not
     ????? want to share.
    ========================================================================
    Jun 15, 2022 11:54:43 AM
    org.eclipse.jetty.server.handler.ContextHandler$Context log
    INFO: An exception happened during JRuby-Rack startup
    undefined method `[]' for nil:NilClass
    --- System
    jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM
    25.312-b07 on 1.8.0_312-8u312-b07-0ubuntu1~20.04-b07 +jit [linux-x86_64]
    Time: 2022-06-15 11:54:43 +0000
    Server: jetty/8.1.5.v20120716
    jruby.home: uri:classloader://META-INF/jruby.home


Indicates a deprecation in the JDBC call, AND YET it successfully checks 
the tables and confirms they are set to UTF-8.

I am using the latest MySQL Connector jar for this: 
mysql-connector-java-8.0.29.jar for Ubuntu

It's just so weird to me that the JDBC connection seems to be working, 
yet "can't connect to backend".

 From the trace file:

     ?"exception": {
     ??? "msg": "undefined method `[]' for nil:NilClass",
     ??? "backtrace": [
     ????? "uri:classloader:/record_inheritance.rb:31:in `block in
    prepare_schemas'",
     ????? "org/jruby/RubyArray.java:1735:in `each'",
     ????? "uri:classloader:/record_inheritance.rb:16:in `block in
    prepare_schemas'",
     ????? "org/jruby/RubyHash.java:1350:in `each'",
     ????? "uri:classloader:/record_inheritance.rb:15:in `prepare_schemas'",
    "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:108:in
    `block in ArchivesSpaceService'",
    "/usr/share/archivesspace/gems/gems/sinatra-1.4.7/lib/sinatra/base.rb:1411:in
    `configure'",
    "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:79:in
    `<class:ArchivesSpaceService>'",
    "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:39:in
    `<main>'",
     ????? "org/jruby/RubyKernel.java:956:in `require'",
    "uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/core_ext/kernel_require.rb:55:in
    `require'",
    "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in
    `block in (root)'",
     ????? "org/jruby/RubyBasicObject.java:1691:in `instance_eval'",
    "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in
    `(root)'",
     ????? "uri:classloader:/vendor/rack-1.6.8/rack/builder.rb:55:in
    `<main>'",
     ????? "launcher/launcher.rb:92:in `start_server'",
     ????? "launcher/launcher.rb:157:in `main'",
     ????? "launcher/launcher.rb:261:in `<main>'"
     ??? ]
     ? }
    }


Advice appreciated!? Again, all I'm trying to do is duplicate our ASpace 
in Vagrant.

Mark

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu

Verba volant, scripta manent.

On 6/11/22 17:08, Mark Cyzyk wrote:
> All,
>
> I am trying to duplicate our Archivesspace production app in a local 
> Vagrant box.
>
> I am getting an "unable to connect to backend" error when it boots.
>
> I've checked to make sure the database is indeed present.
>
> I've checked permissions for the "archivesspace" user to the 
> "archivesspace" DB:
>
>         MariaDB [archivesspace]> SHOW GRANTS for archivesspace at localhost;
>         +----------------------------------------------------------------------------------------------------------------------+
>         | Grants for archivesspace at localhost |
>         +----------------------------------------------------------------------------------------------------------------------+
>         | GRANT USAGE ON *.* TO `archivesspace`@`localhost` IDENTIFIED
>         BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
>         | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
>         `archivesspace`@`localhost` WITH GRANT
>         OPTION?????????????????????????? |
>         +----------------------------------------------------------------------------------------------------------------------+
>         2 rows in set (0.000 sec)
>
>         MariaDB [archivesspace]>
>
>
> Then I do same for 127.0.0.1:
>
>         MariaDB [archivesspace]> SHOW GRANTS for archivesspace at 127.0.0.1;
>         +----------------------------------------------------------------------------------------------------------------------+
>         | Grants for archivesspace at 127.0.0.1 |
>         +----------------------------------------------------------------------------------------------------------------------+
>         | GRANT USAGE ON *.* TO `archivesspace`@`127.0.0.1` IDENTIFIED
>         BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
>         | GRANT ALL PRIVILEGES ON `archivesspace`.* TO
>         `archivesspace`@`127.0.0.1` WITH GRANT
>         OPTION?????????????????????????? |
>         +----------------------------------------------------------------------------------------------------------------------+
>         2 rows in set (0.000 sec)
>
>         MariaDB [archivesspace]>
>
>
> I AM able to restore into the "archivesspace" database with:
>
>         sudo mysql -u archivesspace -pREDACTED archivesspace <
>         /vagrant/archivesspace_CURRENT.sql
>
>
> The connect string in my config.rb file:
>
>         AppConfig[:db_url] =
>         "jdbc:mysql://localhost:3306/archivesspace?user=archivesspace&password=REDACTED&useUnicode=true&characterEncoding=UTF-8"
>
>
> And yet I get the "unable to connect to backend" error.? No fair!
>
> Advice in previous posts down through the years suggested this was a 
> permissions problem, or running MySQL on something other than 
> localhost/127.0.0.1, but I think what I've done above rules this out.
>
> Are there other reasons why I might be getting the "unable to connect 
> to backend" error?
>
> Advice appreciated!
>
> Mark
>
> PS: I don't think this is relevant to the connection issue, but here 
> are the permissions I've set on the file system:
>
>         vagrant at vagrant:/usr/share/archivesspace$ ls -la
>         total 84
>         drwxr-xr-x? 16 archivesspace archivesspace 4096 Jun 11 18:59 .
>         drwxr-xr-x 122 root????????? root????????? 4096 Jun 11 18:59 ..
>         -rwxr-xr-x?? 1 archivesspace archivesspace? 813 Jun 11 18:54
>         archivesspace.bat
>         -rwxr-xr-x?? 1 archivesspace archivesspace 5364 Jun 11 18:53
>         archivesspace.sh
>         drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53
>         clustering
>         drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 21:05
>         config
>         -rwxr-xr-x?? 1 archivesspace archivesspace? 665 Jun 11 18:53
>         COPYING
>         drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:59 data
>         drwxr-xr-x? 14 archivesspace archivesspace 4096 Jun 11 18:54 docs
>         drwxr-xr-x?? 9 archivesspace archivesspace 4096 Jun 11 18:54 gems
>         drwxr-xr-x?? 8 archivesspace archivesspace 4096 Jun 11 18:54
>         launcher
>         drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 lib
>         drwxr-xr-x?? 4 archivesspace archivesspace 4096 Jun 11 18:53
>         locales
>         drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:59 logs
>         drwxr-xr-x? 22 archivesspace archivesspace 4096 Jun 11 18:54
>         plugins
>         -rwxr-xr-x?? 1 archivesspace archivesspace 2326 Jun 11 18:53
>         README.md
>         drwxr-xr-x? 12 archivesspace archivesspace 4096 Jun 11 18:53
>         reports
>         drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54
>         scripts
>         drwxr-xr-x?? 3 archivesspace archivesspace 4096 Jun 11 18:54
>         stylesheets
>         drwxr-xr-x?? 2 archivesspace archivesspace 4096 Jun 11 18:54 wars
>         vagrant at vagrant:/usr/share/archivesspace$
>
>
>
> -- 
> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
> Mark Cyzyk, M.A., M.L.S.
> Library Applications Group
> The Sheridan Libraries
> The Johns Hopkins University
> mcyzyk at jhu.edu
>
> Verba volant, scripta manent.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220615/fbeb7677/attachment.html>

From rajitham at udel.edu  Wed Jun 15 16:28:12 2022
From: rajitham at udel.edu (Rajitha Mallempati)
Date: Wed, 15 Jun 2022 16:28:12 -0400
Subject: [Archivesspace_Users_Group] material type plugin : translation
	missing error
Message-ID: <CANKR+ZcBQcUiu2xVOLbwf8_2t+V1pKVmvqFuNQquo+Ge85n7Tg@mail.gmail.com>

Hello all,

I am a student working at the University of delaware. I really need help
with the translation issue that I am getting after adding the material
types plugin-v1.5 to the archivesspace-v3.1.1. We are running archivesspace
as a service.

For testing I created a dummy accession on local machine. I can
successfully open staff and public interfaces but the material types plugin
is not working as it supposed to.
I am getting the following error message on the left side of the staff
interface :
- Basic Information
<http://localhost:8080/accessions/1/edit#basic_information>
- Languages
<http://localhost:8080/accessions/1/edit#accession_lang_materials_>
- Dates <http://localhost:8080/accessions/1/edit#accession_dates_>
- Extents <http://localhost:8080/accessions/1/edit#accession_extents_>
- Agent Links
<http://localhost:8080/accessions/1/edit#accession_linked_agents_>
- Related Resources
<http://localhost:8080/accessions/1/edit#accession_related_resources_>
- Related Accessions
<http://localhost:8080/accessions/1/edit#accession_related_accessions_>
- Subjects <http://localhost:8080/accessions/1/edit#accession_subjects_>
- External Documents
<http://localhost:8080/accessions/1/edit#accession_external_documents_>
- Rights Statements
<http://localhost:8080/accessions/1/edit#accession_rights_statements_>
- Metadata Rights Declarations
<http://localhost:8080/accessions/1/edit#accession_metadata_rights_declarations_>
- Instances <http://localhost:8080/accessions/1/edit#accession_instances_>
- Deaccessions
<http://localhost:8080/accessions/1/edit#accession_deaccessions_>
- Collection Management
<http://localhost:8080/accessions/1/edit#accession_collection_management_>
- Classifications
<http://localhost:8080/accessions/1/edit#accession_classifications_>
- User Defined
<http://localhost:8080/accessions/1/edit#accession_user_defined_>
- translation missing: plugins.material-types._plural
<http://localhost:8080/accessions/1/edit#accession_material_types_>
-

how to resolve the translation missing error. Please help me

Thanks,
rr40
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220615/e48e2cb6/attachment.html>

From matsuyama-h at nakka-art.jp  Thu Jun 16 00:23:45 2022
From: matsuyama-h at nakka-art.jp (=?iso-2022-jp?B?GyRCPj47MyEhJFIkSCRfGyhC?=)
Date: Thu, 16 Jun 2022 04:23:45 +0000
Subject: [Archivesspace_Users_Group] PDF export with a logo
Message-ID: <OS3P286MB123974F544380A35EC4826C2C5AC9@OS3P286MB1239.JPNP286.PROD.OUTLOOK.COM>

Hello.

We've set up our museum logo in the repository field "Branding Image URL," with the URL; http://(--- ArchivesSpace URL ---)/assets/images/logo.jpg.
However, our logo doesn't appear on the cover page of an exported PDF from the SUI. The PDF was generated through the function; export -> generate pdf, which follows the path, Resource -> EAD -> xsl -> fop -> PDF.

Is there anything wrong with our logo data, or should we miss anything in the process?

We?d appreciate your kind help!

Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyama-h at nakka-art.jp<mailto:matsuyama-h at nakka-art.jp>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/80200eec/attachment.html>

From tessa.wakefield at uni.edu  Thu Jun 16 11:19:23 2022
From: tessa.wakefield at uni.edu (Tessa Wakefield)
Date: Thu, 16 Jun 2022 10:19:23 -0500
Subject: [Archivesspace_Users_Group] finding aid template?
Message-ID: <CAD1+WkkHoKL5Dz9w3e7e_+tuhgWsXav1zvC3+NnAuuN3Ba-11A@mail.gmail.com>

Hello! We're in the middle stages of migrating our finding aids into
ArchivesSpace using the load via spreadsheet option, which is working
great. We're thinking ahead to future practices for finding aids --
currently, we draft them in google docs and copy / paste them into our
existing finding aid system (Drupal). I don't think this is going to be the
most efficient going forward.

Does anyone use a finding aid template that they can ingest directly into
ArchivesSpace? Curious to learn more about how institutions actively using
the system create their finding aids!

Many thanks,
Tess

-- 
*Tessa Wakefield (she/her <https://www.mypronouns.org/>)*

Archival Processor & Reference Associate
Rod Library

319-273-2132

LIB 342  /  Cedar Falls, IA 50614
uni.edu  /  #1UNI
*To schedule an appointment, please visit **LibCal
<https://uni.libcal.com/appointments/scua>.*
[image: UNI / University of Northern Iowa]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/f834f70b/attachment.html>

From leah.tams at duke.edu  Thu Jun 16 11:29:33 2022
From: leah.tams at duke.edu (Leah Tams)
Date: Thu, 16 Jun 2022 15:29:33 +0000
Subject: [Archivesspace_Users_Group] finding aid template?
In-Reply-To: <CAD1+WkkHoKL5Dz9w3e7e_+tuhgWsXav1zvC3+NnAuuN3Ba-11A@mail.gmail.com>
References: <CAD1+WkkHoKL5Dz9w3e7e_+tuhgWsXav1zvC3+NnAuuN3Ba-11A@mail.gmail.com>
Message-ID: <DM5PR05MB330853DCB183F21A91E497EB9AAC9@DM5PR05MB3308.namprd05.prod.outlook.com>

Hi Tess,

You might consider taking advantage of the Default Values feature in ASpace?it allows you to set up a template record that pre-populates the fields of your choosing. Here is a link to a helpful document from the Orbis Cascade Alliance: https://drive.google.com/file/d/1GjSoZlocBRlt7uDCqbduF4TUgopfNcc9/view. Pertinent information begins on page 10, with the heading ?Pre-Populating Fields with Default Values.? It is particularly useful for standardizing notes, as well as providing instructions within a field. We only use it for Resource records at Duke, but it can also be used for Accession records.

I hope this is helpful! Happy to chat more if you?d like.

Best,
Leah

she/her/hers
MSLS in Archives & Records Management
Accessions Coordinator
Rubenstein Rare Book & Manuscript Library
Duke University
leah.tams at duke.edu<mailto:leah.tams at duke.edu> | leahtams.org<http://www.leahtams.org/>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Tessa Wakefield
Sent: Thursday, June 16, 2022 11:19 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] finding aid template?

Hello! We're in the middle stages of migrating our finding aids into ArchivesSpace using the load via spreadsheet option, which is working great. We're thinking ahead to future practices for finding aids -- currently, we draft them in google docs and copy / paste them into our existing finding aid system (Drupal). I don't think this is going to be the most efficient going forward.

Does anyone use a finding aid template that they can ingest directly into ArchivesSpace? Curious to learn more about how institutions actively using the system create their finding aids!

Many thanks,
Tess

--
Tessa Wakefield (she/her<https://urldefense.com/v3/__https:/www.mypronouns.org/__;!!OToaGQ!vn5fNqL8yVcS7xmslUPBs62A6q0TYzDr8Cw5yGbIi3LYNY5SFXgxxHH8WUs8kOn_IapMyI0fgBYBJiP73OiXeOYEeqJX$>)

Archival Processor & Reference Associate
Rod Library

319-273-2132

LIB 342  /  Cedar Falls, IA 50614
uni.edu<https://urldefense.com/v3/__https:/uni.edu/__;!!OToaGQ!vn5fNqL8yVcS7xmslUPBs62A6q0TYzDr8Cw5yGbIi3LYNY5SFXgxxHH8WUs8kOn_IapMyI0fgBYBJiP73OiXeNmFx65I$>  /  #1UNI
To schedule an appointment, please visit LibCal<https://urldefense.com/v3/__https:/uni.libcal.com/appointments/scua__;!!OToaGQ!vn5fNqL8yVcS7xmslUPBs62A6q0TYzDr8Cw5yGbIi3LYNY5SFXgxxHH8WUs8kOn_IapMyI0fgBYBJiP73OiXeFxuaIOs$>.
[UNI / University of Northern Iowa]








-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/f58338a2/attachment.html>

From blake.carver at lyrasis.org  Thu Jun 16 11:30:42 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Thu, 16 Jun 2022 15:30:42 +0000
Subject: [Archivesspace_Users_Group] PDF export with a logo
In-Reply-To: <OS3P286MB123974F544380A35EC4826C2C5AC9@OS3P286MB1239.JPNP286.PROD.OUTLOOK.COM>
References: <OS3P286MB123974F544380A35EC4826C2C5AC9@OS3P286MB1239.JPNP286.PROD.OUTLOOK.COM>
Message-ID: <DM6PR22MB2309967EA03AE15CAFE53CB39FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>

I've seen 2 things cause this

  1.  Just do a reindex, seems like sometime it just needs a kick in the indexes for some reason.
  2.  The server hosting that image is blocking access so ArchivesSpace can't grab that file. It's usually this.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of ?????? <matsuyama-h at nakka-art.jp>
Sent: Thursday, June 16, 2022 12:23 AM
To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' <Archivesspace_Users_Group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] PDF export with a logo


Hello.



We've set up our museum logo in the repository field "Branding Image URL," with the URL; http://(--- ArchivesSpace URL ---)/assets/images/logo.jpg.

However, our logo doesn't appear on the cover page of an exported PDF from the SUI. The PDF was generated through the function; export -> generate pdf, which follows the path, Resource -> EAD -> xsl -> fop -> PDF.



Is there anything wrong with our logo data, or should we miss anything in the process?



We?d appreciate your kind help!



Hitomi Matsuyama, Audiovisual Archivist



Nakanoshima Museum of Art, Osaka

4-3-1 Nakanoshima, Kita-ku

Osaka 530-0005 JAPAN

tel. +81 (0)6 64 79 05 58

email. matsuyama-h at nakka-art.jp<mailto:matsuyama-h at nakka-art.jp>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/414a2a49/attachment.html>

From blake.carver at lyrasis.org  Thu Jun 16 11:33:51 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Thu, 16 Jun 2022 15:33:51 +0000
Subject: [Archivesspace_Users_Group] material type plugin :
	translation	missing error
In-Reply-To: <CANKR+ZcBQcUiu2xVOLbwf8_2t+V1pKVmvqFuNQquo+Ge85n7Tg@mail.gmail.com>
References: <CANKR+ZcBQcUiu2xVOLbwf8_2t+V1pKVmvqFuNQquo+Ge85n7Tg@mail.gmail.com>
Message-ID: <DM6PR22MB230968603ED90B074D96339E9FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>

That plugin hasn't been updated in a lonnnnnng time. Assuming it still even works, it looks like you can add that missing value to your locales:

https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/common/locales/LOCALES_README.md
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Rajitha Mallempati <rajitham at udel.edu>
Sent: Wednesday, June 15, 2022 4:28 PM
To: Archivesspace_Users_Group at lyralists.lyrasis.org <Archivesspace_Users_Group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] material type plugin : translation missing error

Hello all,

I am a student working at the University of delaware. I really need help with the translation issue that I am getting after adding the material types plugin-v1.5 to the archivesspace-v3.1.1. We are running archivesspace as a service.

For testing I created a dummy accession on local machine. I can successfully open staff and public interfaces but the material types plugin is not working as it supposed to.
I am getting the following error message on the left side of the staff interface :
  *   Basic Information <http://localhost:8080/accessions/1/edit#basic_information>
  *   Languages <http://localhost:8080/accessions/1/edit#accession_lang_materials_>
  *   Dates <http://localhost:8080/accessions/1/edit#accession_dates_>
  *   Extents <http://localhost:8080/accessions/1/edit#accession_extents_>
  *   Agent Links <http://localhost:8080/accessions/1/edit#accession_linked_agents_>
  *   Related Resources <http://localhost:8080/accessions/1/edit#accession_related_resources_>
  *   Related Accessions <http://localhost:8080/accessions/1/edit#accession_related_accessions_>
  *   Subjects <http://localhost:8080/accessions/1/edit#accession_subjects_>
  *   External Documents <http://localhost:8080/accessions/1/edit#accession_external_documents_>
  *   Rights Statements <http://localhost:8080/accessions/1/edit#accession_rights_statements_>
  *   Metadata Rights Declarations <http://localhost:8080/accessions/1/edit#accession_metadata_rights_declarations_>
  *   Instances <http://localhost:8080/accessions/1/edit#accession_instances_>
  *   Deaccessions <http://localhost:8080/accessions/1/edit#accession_deaccessions_>
  *   Collection Management <http://localhost:8080/accessions/1/edit#accession_collection_management_>
  *   Classifications <http://localhost:8080/accessions/1/edit#accession_classifications_>
  *   User Defined <http://localhost:8080/accessions/1/edit#accession_user_defined_>
  *   translation missing: plugins.material-types._plural<http://localhost:8080/accessions/1/edit#accession_material_types_>
  *

how to resolve the translation missing error. Please help me

Thanks,
rr40

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/52f04928/attachment.html>

From wendy.hagenmaier at library.gatech.edu  Thu Jun 16 11:36:45 2022
From: wendy.hagenmaier at library.gatech.edu (Hagenmaier, Wendy L)
Date: Thu, 16 Jun 2022 15:36:45 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <DM6PR22MB230973C255FFDD9A11D5F1E09FA49@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB60527E487970F9E9CB053051B5A49@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB230973C255FFDD9A11D5F1E09FA49@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <BN8PR07MB605201C5A8BC36D52723DD65B5AC9@BN8PR07MB6052.namprd07.prod.outlook.com>

Thanks, Blake, and apologies -- I meant to say config.rb (not config-defaults.rb). Even with the suggested debug settings in place in config.rb, our Archivesspace instance doesn't produce error logging.

We are running an Archivesspace v3.2.0 release we built + local changes in locales and plugins. It was built on RHEL 7.9 with OpenJDK 11.0.14.1. All of our AppConfig[:XXXX_log_level] are set to "debug" in our config.rb.  All of the log destinations are set to "default".

There is an archivesspace.out file in the /logs directory, but it only contains startup info and a few warnings and is not modified as frequently as we would expect. As the archivesspace.out file does have some things written to it, there does not seem to be a write permissions error. We would expect there to be additional logging because we are encountering errors in the PUI.

Thanks again for any help,
Wendy
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 8, 2022 1:25 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Running in production mode means downloading and running the release, not the source code
https://github.com/archivesspace/archivesspace/releases/download/v3.2.0/archivesspace-v3.2.0.zip

Changing configuration variables would then be done in config.rb not config-defaults.rb.

Your archivesspace.out log file should then end up in the /logs/ directory.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Wednesday, June 8, 2022 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Thanks, Blake. We checked our config-defaults.rb, and those lines match what you linked to. So it seems like we've set the log levels to DEBUG, but we're still not seeing any error messages being logged. Is there something else we should check that might be getting in the way of the logs?

Here's what we have for those lines in config-defaults.rb :

57 AppConfig[:frontend_log] = "default"
59 AppConfig[:frontend_log_level] = "debug"

61 AppConfig[:backend_log] = "default"
62 AppConfig[:backend_log_level] = "debug"

64 AppConfig[:pui_log] = "default"
65 AppConfig[:pui_log_level] = "debug"

67 AppConfig[:indexer_log] = "default"
68 AppConfig[:indexer_log_level] = "debug"
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Tuesday, June 7, 2022 1:20 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

You can set the log levels to DEBUG here
https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L49-L64

Keep in mind that on version 3.2 you'll have Solr stuff being written into the sperate Solr server logs.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Tuesday, June 7, 2022 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/ae90b2e8/attachment.html>

From blake.carver at lyrasis.org  Thu Jun 16 11:38:29 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Thu, 16 Jun 2022 15:38:29 +0000
Subject: [Archivesspace_Users_Group] Vagrant: "unable to connect
	to	backend" error
In-Reply-To: <f679ce96-2da3-f9f8-b4b2-f9d1879c4583@jhu.edu>
References: <7ef40694-9b64-676c-ea32-0de4111db367@gmail.com>
 <f679ce96-2da3-f9f8-b4b2-f9d1879c4583@jhu.edu>
Message-ID: <DM6PR22MB2309C91570B6366EFFAFB1969FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>

> Indicates a deprecation in the JDBC call, AND YET it successfully checks the tables and confirms they are set to UTF-8.
> I am using the latest MySQL Connector jar for this:  mysql-connector-java-8.0.29.jar for Ubuntu

Yep, that's fine I think.


> It's just so weird to me that the JDBC connection seems to be working, yet "can't connect to backend".

The problem is " undefined method `[]' for nil:NilClass " it's expectig a value there and it's not getting one. Did something change in the DB? Upgrade or something else that changed things?

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at jhu.edu>
Sent: Wednesday, June 15, 2022 9:01 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Vagrant: "unable to connect to backend" error


More on this.

>From the log:

ArchivesSpaceThreadDump: Touch the file '/usr/share/archivesspace/thread_dump_backend.txt' to trigger a thread dump
I, [2022-06-15T11:54:40.827499 #9472]  INFO -- : Thread-2000: Connecting to database: jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8. Max c>
Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is genera>
I, [2022-06-15T11:54:42.592887 #9472]  INFO -- : Thread-2000: All tables checked and confirmed set to UTF-8.  Nice job!
      ========================================================================
      A trace file has been written to the following location: /usr/share/archivesspace/data/tmp/aspace_diagnostic_1655294083.txt

      This file contains information that will assist developers in diagnosing
      problems with your ArchivesSpace installation.  Please review the file's
      contents for sensitive information (such as passwords) that you might not
      want to share.
      ========================================================================
Jun 15, 2022 11:54:43 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
INFO: An exception happened during JRuby-Rack startup
undefined method `[]' for nil:NilClass
--- System
jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 25.312-b07 on 1.8.0_312-8u312-b07-0ubuntu1~20.04-b07 +jit [linux-x86_64]
Time: 2022-06-15 11:54:43 +0000
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

Indicates a deprecation in the JDBC call, AND YET it successfully checks the tables and confirms they are set to UTF-8.

I am using the latest MySQL Connector jar for this:  mysql-connector-java-8.0.29.jar for Ubuntu

It's just so weird to me that the JDBC connection seems to be working, yet "can't connect to backend".

>From the trace file:

 "exception": {
    "msg": "undefined method `[]' for nil:NilClass",
    "backtrace": [
      "uri:classloader:/record_inheritance.rb:31:in `block in prepare_schemas'",
      "org/jruby/RubyArray.java:1735:in `each'",
      "uri:classloader:/record_inheritance.rb:16:in `block in prepare_schemas'",
      "org/jruby/RubyHash.java:1350:in `each'",
      "uri:classloader:/record_inheritance.rb:15:in `prepare_schemas'",
      "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:108:in `block in ArchivesSpaceService'",
      "/usr/share/archivesspace/gems/gems/sinatra-1.4.7/lib/sinatra/base.rb:1411:in `configure'",
      "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:79:in `<class:ArchivesSpaceService>'",
      "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:39:in `<main>'",
      "org/jruby/RubyKernel.java:956:in `require'",
      "uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/core_ext/kernel_require.rb:55:in `require'",
      "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `block in (root)'",
      "org/jruby/RubyBasicObject.java:1691:in `instance_eval'",
      "/usr/share/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'",
      "uri:classloader:/vendor/rack-1.6.8/rack/builder.rb:55:in `<main>'",
      "launcher/launcher.rb:92:in `start_server'",
      "launcher/launcher.rb:157:in `main'",
      "launcher/launcher.rb:261:in `<main>'"
    ]
  }
}

Advice appreciated!  Again, all I'm trying to do is duplicate our ASpace in Vagrant.

Mark

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>

Verba volant, scripta manent.


On 6/11/22 17:08, Mark Cyzyk wrote:
All,

I am trying to duplicate our Archivesspace production app in a local Vagrant box.

I am getting an "unable to connect to backend" error when it boots.

I've checked to make sure the database is indeed present.

I've checked permissions for the "archivesspace" user to the "archivesspace" DB:

MariaDB [archivesspace]> SHOW GRANTS for archivesspace at localhost;
+----------------------------------------------------------------------------------------------------------------------+
| Grants for archivesspace at localhost                                                                                   |
+----------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO `archivesspace`@`localhost` IDENTIFIED BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
| GRANT ALL PRIVILEGES ON `archivesspace`.* TO `archivesspace`@`localhost` WITH GRANT OPTION                           |
+----------------------------------------------------------------------------------------------------------------------+
2 rows in set (0.000 sec)

MariaDB [archivesspace]>

Then I do same for 127.0.0.1:

MariaDB [archivesspace]> SHOW GRANTS for archivesspace at 127.0.0.1<mailto:archivesspace at 127.0.0.1>;
+----------------------------------------------------------------------------------------------------------------------+
| Grants for archivesspace at 127.0.0.1<mailto:archivesspace at 127.0.0.1>                                                                                   |
+----------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO `archivesspace`@`127.0.0.1` IDENTIFIED BY PASSWORD '*2C2611CEB83E695935FB2CA67F9EE3D56514F1CC' |
| GRANT ALL PRIVILEGES ON `archivesspace`.* TO `archivesspace`@`127.0.0.1` WITH GRANT OPTION                           |
+----------------------------------------------------------------------------------------------------------------------+
2 rows in set (0.000 sec)

MariaDB [archivesspace]>

I AM able to restore into the "archivesspace" database with:

sudo mysql -u archivesspace -pREDACTED archivesspace < /vagrant/archivesspace_CURRENT.sql

The connect string in my config.rb file:

AppConfig[:db_url] = "jdbc:mysql://localhost:3306/archivesspace?user=archivesspace&password=REDACTED&useUnicode=true&characterEncoding=UTF-8"

And yet I get the "unable to connect to backend" error.  No fair!

Advice in previous posts down through the years suggested this was a permissions problem, or running MySQL on something other than localhost/127.0.0.1, but I think what I've done above rules this out.

Are there other reasons why I might be getting the "unable to connect to backend" error?

Advice appreciated!

Mark

PS: I don't think this is relevant to the connection issue, but here are the permissions I've set on the file system:

vagrant at vagrant:/usr/share/archivesspace$ ls -la
total 84
drwxr-xr-x  16 archivesspace archivesspace 4096 Jun 11 18:59 .
drwxr-xr-x 122 root          root          4096 Jun 11 18:59 ..
-rwxr-xr-x   1 archivesspace archivesspace  813 Jun 11 18:54 archivesspace.bat
-rwxr-xr-x   1 archivesspace archivesspace 5364 Jun 11 18:53 archivesspace.sh
drwxr-xr-x   4 archivesspace archivesspace 4096 Jun 11 18:53 clustering
drwxr-xr-x   2 archivesspace archivesspace 4096 Jun 11 21:05 config
-rwxr-xr-x   1 archivesspace archivesspace  665 Jun 11 18:53 COPYING
drwxr-xr-x   9 archivesspace archivesspace 4096 Jun 11 18:59 data
drwxr-xr-x  14 archivesspace archivesspace 4096 Jun 11 18:54 docs
drwxr-xr-x   9 archivesspace archivesspace 4096 Jun 11 18:54 gems
drwxr-xr-x   8 archivesspace archivesspace 4096 Jun 11 18:54 launcher
drwxr-xr-x   2 archivesspace archivesspace 4096 Jun 11 18:59 lib
drwxr-xr-x   4 archivesspace archivesspace 4096 Jun 11 18:53 locales
drwxr-xr-x   2 archivesspace archivesspace 4096 Jun 11 18:59 logs
drwxr-xr-x  22 archivesspace archivesspace 4096 Jun 11 18:54 plugins
-rwxr-xr-x   1 archivesspace archivesspace 2326 Jun 11 18:53 README.md
drwxr-xr-x  12 archivesspace archivesspace 4096 Jun 11 18:53 reports
drwxr-xr-x   3 archivesspace archivesspace 4096 Jun 11 18:54 scripts
drwxr-xr-x   3 archivesspace archivesspace 4096 Jun 11 18:54 stylesheets
drwxr-xr-x   2 archivesspace archivesspace 4096 Jun 11 18:54 wars
vagrant at vagrant:/usr/share/archivesspace$



--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>

Verba volant, scripta manent.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/6b9fc750/attachment.html>

From blake.carver at lyrasis.org  Thu Jun 16 11:41:22 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Thu, 16 Jun 2022 15:41:22 +0000
Subject: [Archivesspace_Users_Group] Requesting Clarification of
 development	vs production mode
In-Reply-To: <BN8PR07MB605201C5A8BC36D52723DD65B5AC9@BN8PR07MB6052.namprd07.prod.outlook.com>
References: <BLAPR09MB64669E0E66FA2FC09E44E18DE1DF9@BLAPR09MB6466.namprd09.prod.outlook.com>
 <DM6PR22MB230901B1EB36B52FA76027919FDF9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB6052869506868213EBE523A7B5A59@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB2309F494B211C02B338E21C59FA59@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB60527E487970F9E9CB053051B5A49@BN8PR07MB6052.namprd07.prod.outlook.com>
 <DM6PR22MB230973C255FFDD9A11D5F1E09FA49@DM6PR22MB2309.namprd22.prod.outlook.com>
 <BN8PR07MB605201C5A8BC36D52723DD65B5AC9@BN8PR07MB6052.namprd07.prod.outlook.com>
Message-ID: <DM6PR22MB2309EEB8D665D1C6838C32779FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>

Did you make any other changes to the config.rb file that might be changing up the logging?
I'm not really sure what might be wrong, this is one of those things that always "just works" and I don't know what could be wrong.
You're sure it's even running?
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Thursday, June 16, 2022 11:36 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Thanks, Blake, and apologies -- I meant to say config.rb (not config-defaults.rb). Even with the suggested debug settings in place in config.rb, our Archivesspace instance doesn't produce error logging.

We are running an Archivesspace v3.2.0 release we built + local changes in locales and plugins. It was built on RHEL 7.9 with OpenJDK 11.0.14.1. All of our AppConfig[:XXXX_log_level] are set to "debug" in our config.rb.  All of the log destinations are set to "default".

There is an archivesspace.out file in the /logs directory, but it only contains startup info and a few warnings and is not modified as frequently as we would expect. As the archivesspace.out file does have some things written to it, there does not seem to be a write permissions error. We would expect there to be additional logging because we are encountering errors in the PUI.

Thanks again for any help,
Wendy
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 8, 2022 1:25 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Running in production mode means downloading and running the release, not the source code
https://github.com/archivesspace/archivesspace/releases/download/v3.2.0/archivesspace-v3.2.0.zip

Changing configuration variables would then be done in config.rb not config-defaults.rb.

Your archivesspace.out log file should then end up in the /logs/ directory.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Wednesday, June 8, 2022 12:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Thanks, Blake. We checked our config-defaults.rb, and those lines match what you linked to. So it seems like we've set the log levels to DEBUG, but we're still not seeing any error messages being logged. Is there something else we should check that might be getting in the way of the logs?

Here's what we have for those lines in config-defaults.rb :

57 AppConfig[:frontend_log] = "default"
59 AppConfig[:frontend_log_level] = "debug"

61 AppConfig[:backend_log] = "default"
62 AppConfig[:backend_log_level] = "debug"

64 AppConfig[:pui_log] = "default"
65 AppConfig[:pui_log_level] = "debug"

67 AppConfig[:indexer_log] = "default"
68 AppConfig[:indexer_log_level] = "debug"
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Tuesday, June 7, 2022 1:20 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

You can set the log levels to DEBUG here
https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L49-L64

Keep in mind that on version 3.2 you'll have Solr stuff being written into the sperate Solr server logs.

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hagenmaier, Wendy L <wendy.hagenmaier at library.gatech.edu>
Sent: Tuesday, June 7, 2022 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

Hi Blake,

When running ASpace (3.2.0) in production mode (as opposed to development mode), should we be seeing information in our error logs?

We are preparing to go live with 3.2.0. After testing 3.2.0 in development mode, we want to test our stage instance of ASpace 3.2.0 in production mode to mimic what our production instance will look like. We aren't getting any info from the logs in production mode, making it difficult to troubleshoot. Is there a way we can enable logs in production mode?

Thank you,
Wendy

Wendy Hagenmaier
Digital Curation Archivist
Service Owner, University Archives & Special Collections Repository and retroTECH<https://www.library.gatech.edu/retrotech>
Archives, Records Management, and Digital Curation
Georgia Tech Library
Atlanta, GA 30332
wendy.hagenmaier at library.gatech.edu
Pronouns: she/her
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Sent: Wednesday, June 1, 2022 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode

 https://archivesspace.github.io/tech-docs/development/dev.html
That explains the development mode.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Sent: Wednesday, June 1, 2022 4:45 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Liu, Steve (NIH/NLM) [C] <steve.liu at nih.gov>; Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>; Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Requesting Clarification of development vs production mode


Hello,



A few weeks ago, we were attempting to resolve an issue with the Mizuno dependency being flagged during an internal security scan. During research efforts we came across the following post. https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021



This post references two different modes ArchivesSpace can run in, development and production. We are seeking clarification of what the differences are between the two modes, how to implement one versus the other as well as verify which mode we are currently running in. Unfortunately, I have not found this information in the tech docs, so I do apologize in advance if the information is there and has been overlooked.



Thank You,

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/5c7850f8/attachment.html>

From rajitham at udel.edu  Thu Jun 16 12:40:06 2022
From: rajitham at udel.edu (Rajitha Mallempati)
Date: Thu, 16 Jun 2022 12:40:06 -0400
Subject: [Archivesspace_Users_Group] material type plugin : translation
 missing error
In-Reply-To: <DM6PR22MB230968603ED90B074D96339E9FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CANKR+ZcBQcUiu2xVOLbwf8_2t+V1pKVmvqFuNQquo+Ge85n7Tg@mail.gmail.com>
 <DM6PR22MB230968603ED90B074D96339E9FAC9@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <CANKR+ZeU_F0hGnzNNU_15J+=nL=_775r6U5U2aRHD_PRoHzXng@mail.gmail.com>

Hi Blake,

Can you please tell me how can I do that? I tried by adding material_types
tooltip: | line in locales/en.yml file but it?s not working.

Thanks,
rr40


On Thu, Jun 16, 2022 at 11:33 AM Blake Carver <blake.carver at lyrasis.org>
wrote:

> That plugin hasn't been updated in a lonnnnnng time. Assuming it still
> even works, it looks like you can add that missing value to your locales:
>
>
> https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/common/locales/LOCALES_README.md
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Rajitha Mallempati <rajitham at udel.edu>
> *Sent:* Wednesday, June 15, 2022 4:28 PM
> *To:* Archivesspace_Users_Group at lyralists.lyrasis.org <
> Archivesspace_Users_Group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] material type plugin : translation
> missing error
>
> Hello all,
>
> I am a student working at the University of delaware. I really need help
> with the translation issue that I am getting after adding the material
> types plugin-v1.5 to the archivesspace-v3.1.1. We are running archivesspace
> as a service.
>
> For testing I created a dummy accession on local machine. I can
> successfully open staff and public interfaces but the material types plugin
> is not working as it supposed to.
> I am getting the following error message on the left side of the staff
> interface :
>
>    - Basic Information
>    <http://localhost:8080/accessions/1/edit#basic_information>
>    - Languages
>    <http://localhost:8080/accessions/1/edit#accession_lang_materials_>
>    - Dates <http://localhost:8080/accessions/1/edit#accession_dates_>
>    - Extents <http://localhost:8080/accessions/1/edit#accession_extents_>
>    - Agent Links
>    <http://localhost:8080/accessions/1/edit#accession_linked_agents_>
>    - Related Resources
>    <http://localhost:8080/accessions/1/edit#accession_related_resources_>
>    - Related Accessions
>    <http://localhost:8080/accessions/1/edit#accession_related_accessions_>
>    - Subjects
>    <http://localhost:8080/accessions/1/edit#accession_subjects_>
>    - External Documents
>    <http://localhost:8080/accessions/1/edit#accession_external_documents_>
>    - Rights Statements
>    <http://localhost:8080/accessions/1/edit#accession_rights_statements_>
>    - Metadata Rights Declarations
>    <http://localhost:8080/accessions/1/edit#accession_metadata_rights_declarations_>
>    - Instances
>    <http://localhost:8080/accessions/1/edit#accession_instances_>
>    - Deaccessions
>    <http://localhost:8080/accessions/1/edit#accession_deaccessions_>
>    - Collection Management
>    <http://localhost:8080/accessions/1/edit#accession_collection_management_>
>    - Classifications
>    <http://localhost:8080/accessions/1/edit#accession_classifications_>
>    - User Defined
>    <http://localhost:8080/accessions/1/edit#accession_user_defined_>
>    - translation missing: plugins.material-types._plural
>    <http://localhost:8080/accessions/1/edit#accession_material_types_>
>    -
>
>
> how to resolve the translation missing error. Please help me
>
> Thanks,
> rr40
>
> _______________________________________________
> 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220616/fe81d87a/attachment.html>

From zmijewski at industrialarchives.org  Fri Jun 17 09:58:16 2022
From: zmijewski at industrialarchives.org (Nicholas Zmijewski)
Date: Fri, 17 Jun 2022 13:58:16 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Nominating Committee
	Results
Message-ID: <5a976b9524db46a08e56d494bedf2929@industrialarchives.org>

It is my pleasure to announce the results of the work of the ArchivesSpace Nominating Committee, as approved by the Governance Board at our 4th quarter meeting. We had many strong candidates this year and the passion and dedication the ArchivesSpace community has was very evident.

TAC
Matthew Strauss         Heinz History Center
Elizabeth Caringola     University of Maryland, College Park
Paige Monlux              Multnomah County Archives
Kate Bowers                Harvard University Archives
Kevin Clair                   Penn State University Libraries
Cheylon Woods           University of Louisiana-Lafayette

UAC
Mary Pedraza              Fine Arts Museums of San Francisco
Alexis Peregoy             University of Arizona
Eden Orelove              Smithsonian
Chris Tanguay             MIT
Keli Schmid                  Denver Public Library

Best and thanks,
Nick Zmijewski
Chair, ArchivesSpace Nominating Committee


       Nicholas Zmijewski
               Archivist
         18 West Fourth Street
         Bethlehem, PA 18015
         p. (610) 868-1115 x565
[Email Logo]


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220617/ef2483d8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2762 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220617/ef2483d8/attachment.jpg>

From brian.duckett at nih.gov  Fri Jun 17 17:00:12 2022
From: brian.duckett at nih.gov (Duckett, Brian (NIH/NLM) [C])
Date: Fri, 17 Jun 2022 21:00:12 +0000
Subject: [Archivesspace_Users_Group] Observation when in production mode of
	ArchivesSpace
Message-ID: <BLAPR09MB64663B0D60A098F53698FB9CE1AF9@BLAPR09MB6466.namprd09.prod.outlook.com>

Hello,

During a deployment a few weeks ago, our internal security team identified ladle and mizuno as security risks due to the log4j vulnerability announced last year. We were able to successfully remove ladle, deploy and ArchivesSpace v3.1.1 started and ran successfully. When attempting the same with the removal of Mizuno we encountered an error and attempting to simply remove log4j from Mizuno, we received the following:

Gem Load Error is: Unknown or missing jar: log4j

Through some investigation we found that the contents of the Mizuno repository changed, yet a new version of the gem was not published. We replaced the contents of the Mizuno gem with the contents of the main branch of the repository and all was well. Essentially we wanted to bring to your attention, removing Mizuno and running ArchivesSpace v3.1.1 in production mode will cause the application to throw a runtime error, which is not congruent with the post from December<https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021> addressing the log4j issue.

Thank you,

Brian

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220617/eac3588f/attachment.html>

From scott.prater at wisc.edu  Fri Jun 17 18:05:48 2022
From: scott.prater at wisc.edu (Scott Prater)
Date: Fri, 17 Jun 2022 22:05:48 +0000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects to
	resources in ArchivesSpace 3.1.1
Message-ID: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>

Hello,

We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.

I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:

translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha

It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.

We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.

Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).

Thanks in advance,

-- Scott

-- 
Scott Prater
Digital Library Architect
UW Digital Collections Center
University of Wisconsin - Madison



From blake.carver at lyrasis.org  Sat Jun 18 09:50:34 2022
From: blake.carver at lyrasis.org (Blake Carver)
Date: Sat, 18 Jun 2022 13:50:34 +0000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects
	to	resources in ArchivesSpace 3.1.1
In-Reply-To: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
References: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
Message-ID: <DM6PR22MB2309E9A1AB2EAB0BC67EECC09FAE9@DM6PR22MB2309.namprd22.prod.outlook.com>

translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha

Take a look at the Digital Objects Controlled Value lists (/staff/enumerations?id=12) I think you're missing something there.
"instance_type._invalid_value__digital_object_.__must_be_one_of__box" is saying "you're trying to add something that's not in this list, here's what's in that list"


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Scott Prater <scott.prater at wisc.edu>
Sent: Friday, June 17, 2022 6:05 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1

Hello,

We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.

I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:

translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha

It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.

We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.

Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).

Thanks in advance,

-- Scott

--
Scott Prater
Digital Library Architect
UW Digital Collections Center
University of Wisconsin - Madison


_______________________________________________
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220618/0ed504e9/attachment.html>

From james at hudmol.com  Sat Jun 18 21:46:10 2022
From: james at hudmol.com (James Bullen)
Date: Sun, 19 Jun 2022 11:46:10 +1000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects
	to	resources in ArchivesSpace 3.1.1
In-Reply-To: <DM6PR22MB2309E9A1AB2EAB0BC67EECC09FAE9@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
 <DM6PR22MB2309E9A1AB2EAB0BC67EECC09FAE9@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <DB6E4B61-5296-41A9-BC91-0E8EBB70E468@hudmol.com>


Hi Scott,

When you create a digital object instance on a resource (or archival object) it sets instance_type to digital_object behind the scenes (when you create a container instance you are presented with a dropdown to set the instance_type - excluding the digital_object value as an option).

Somehow your instance_type enumeration has lost its digital_object value, so when it tries to set that value you get the validation error you?re seeing. In fact the values listed in the error look more like values for container_type than instance_type, so there might be something deeper going on.

Regardless, you should be able to fix this by adding a digital_object value back into your instance_type enumeration (called instance_instance_type in the 'Manage Controlled Value Lists' dropdown.

Hope that helps.


Cheers,
James


> On Jun 18, 2022, at 11:50 PM, Blake Carver <blake.carver at lyrasis.org> wrote:
> 
> translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
> 
> Take a look at the Digital Objects Controlled Value lists (/staff/enumerations?id=12) I think you're missing something there. 
> "instance_type._invalid_value__digital_object_.__must_be_one_of__box" is saying "you're trying to add something that's not in this list, here's what's in that list"
> 
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Scott Prater <scott.prater at wisc.edu>
> Sent: Friday, June 17, 2022 6:05 PM
> To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1
>  
> Hello,
> 
> We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.
> 
> I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388 <https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388>).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:
> 
> translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
> 
> It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.
> 
> We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.
> 
> Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).
> 
> Thanks in advance,
> 
> -- Scott
> 
> -- 
> Scott Prater
> Digital Library Architect
> UW Digital Collections Center
> University of Wisconsin - Madison
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220619/96d1d10f/attachment.html>

From brian.harrington at lyrasis.org  Sun Jun 19 19:07:47 2022
From: brian.harrington at lyrasis.org (Brian Harrington)
Date: Sun, 19 Jun 2022 23:07:47 +0000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects
	to	resources in ArchivesSpace 3.1.1
In-Reply-To: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
References: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
Message-ID: <CY4PR22MB16567D80885E5F4A72FB263A85B19@CY4PR22MB1656.namprd22.prod.outlook.com>

Hi Scott,

Double-check your ?instance_instance_type? controlled value list, and make sure that you have ?digital_object? as an option.  ASpace has that hard-coded as the instance type for digital objects, but it sometimes gets deleted.  I?m pretty sure that?s what happened in your case.

Brian

--
Brian Harrington (he/him)
Data Migration Specialist
LYRASIS
brian.harrington at lyrasis.org


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Scott Prater <scott.prater at wisc.edu>
Date: Friday, June 17, 2022 at 6:15 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1
Hello,

We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.

I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:

translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha

It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.

We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.

Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).

Thanks in advance,

-- Scott

--
Scott Prater
Digital Library Architect
UW Digital Collections Center
University of Wisconsin - Madison


_______________________________________________
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220619/11720768/attachment-0001.html>

From james at hudmol.com  Mon Jun 20 02:41:40 2022
From: james at hudmol.com (James Bullen)
Date: Mon, 20 Jun 2022 16:41:40 +1000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects
	to	resources in ArchivesSpace 3.1.1
In-Reply-To: <DB6E4B61-5296-41A9-BC91-0E8EBB70E468@hudmol.com>
References: <CY4PR06MB3222FCC81BE2F838DA5761EEFFAF9@CY4PR06MB3222.namprd06.prod.outlook.com>
 <DM6PR22MB2309E9A1AB2EAB0BC67EECC09FAE9@DM6PR22MB2309.namprd22.prod.outlook.com>
 <DB6E4B61-5296-41A9-BC91-0E8EBB70E468@hudmol.com>
Message-ID: <1C233FE3-FCC7-46DF-86F1-6E632074574D@hudmol.com>


Hi,

Since functionality depends on this value being there, it really should be readonly. Here?s a PR that does that:
https://github.com/archivesspace/archivesspace/pull/2726 <https://github.com/archivesspace/archivesspace/pull/2726>


Cheers,
James


> On Jun 19, 2022, at 11:46 AM, James Bullen <james at hudmol.com> wrote:
> 
> 
> Hi Scott,
> 
> When you create a digital object instance on a resource (or archival object) it sets instance_type to digital_object behind the scenes (when you create a container instance you are presented with a dropdown to set the instance_type - excluding the digital_object value as an option).
> 
> Somehow your instance_type enumeration has lost its digital_object value, so when it tries to set that value you get the validation error you?re seeing. In fact the values listed in the error look more like values for container_type than instance_type, so there might be something deeper going on.
> 
> Regardless, you should be able to fix this by adding a digital_object value back into your instance_type enumeration (called instance_instance_type in the 'Manage Controlled Value Lists' dropdown.
> 
> Hope that helps.
> 
> 
> Cheers,
> James
> 
> 
>> On Jun 18, 2022, at 11:50 PM, Blake Carver <blake.carver at lyrasis.org <mailto:blake.carver at lyrasis.org>> wrote:
>> 
>> translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
>> 
>> Take a look at the Digital Objects Controlled Value lists (/staff/enumerations?id=12) I think you're missing something there. 
>> "instance_type._invalid_value__digital_object_.__must_be_one_of__box" is saying "you're trying to add something that's not in this list, here's what's in that list"
>> 
>> 
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Scott Prater <scott.prater at wisc.edu <mailto:scott.prater at wisc.edu>>
>> Sent: Friday, June 17, 2022 6:05 PM
>> To: archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>
>> Subject: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1
>>  
>> Hello,
>> 
>> We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.
>> 
>> I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388 <https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388>).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:
>> 
>> translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
>> 
>> It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.
>> 
>> We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.
>> 
>> Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).
>> 
>> Thanks in advance,
>> 
>> -- Scott
>> 
>> -- 
>> Scott Prater
>> Digital Library Architect
>> UW Digital Collections Center
>> University of Wisconsin - Madison
>> 
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220620/e0dc12a2/attachment.html>

From Jessica.Crouch at lyrasis.org  Tue Jun 21 08:53:48 2022
From: Jessica.Crouch at lyrasis.org (Jessica Crouch)
Date: Tue, 21 Jun 2022 12:53:48 +0000
Subject: [Archivesspace_Users_Group] Webinar Reminder: Using ArchivesSpace
	for Reparative Description
In-Reply-To: <MN2PR22MB19499C12D2433EACAE766B1C8BA59@MN2PR22MB1949.namprd22.prod.outlook.com>
References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org>
 <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB19499C12D2433EACAE766B1C8BA59@MN2PR22MB1949.namprd22.prod.outlook.com>
Message-ID: <MN2PR22MB1949EA105090551295BE74078BB39@MN2PR22MB1949.namprd22.prod.outlook.com>

Dear ArchivesSpace users,
There is still time to register for next week?s 90-minute learning opportunity on June 28, 2022, at 2:00pm ET/11:00am PT highlighting the reparative description work ArchivesSpace community members have begun at their organizations.  Ample time for discussion will follow.
Date: June 28, 2022
Time: 2:00pm ? 3:30pm ET (11:00am ? 12:30pm PT)
Where: Zoom
Registration: https://lyrasis.zoom.us/webinar/register/WN_4G7ekJH4T1S1GxCiv6VLtQ
This webinar will be recorded and made available on the ArchivesSpace YouTube channel.
Webinar description:
In this webinar, ArchivesSpace community members will describe the ways they have incorporated reparative description work into their overall archival workflow and missions. Each presenter will highlight a different method for approaching this work and all ArchivesSpace and archival experience levels are represented.  A discussion will follow the presentations.  The presenters and the topics they will discuss are as follows:
Aaisha Haykal is the Manager of Archival Services at the College of Charleston's Avery Research Center for African American History and Culture. Haykal is responsible for collection development, research services, instruction, and administrative duties. In this presentation, she will be speaking about the College of Charleston's archival repositories? efforts with beginning reparative description for archival collections and its connection to the College's work in understanding its history and legacy of slavery.
Kate Dietrick is the Archivist for the Upper Midwest Jewish Archives at the University of Minnesota, a position she has held since 2013. Prior to this position she lived in New York and worked as a project archivist with the Whitney Museum of American Art and with the Kress Foundation. Lara Friedman-Shedlov is the Digital Records Archivist for the Archives and Special Collections (ASC) Department at the University of Minnesota Libraries, and formerly Description and Access Archivist for the Kautz Family YMCA Archives at the University of Minnesota. In this session, Kate and Lara will discuss efforts in their organization to make small but positive steps to make progress on reparative work in ArchivesSpace. Lacking the resources to attempt a comprehensive project at this time, their approach so far has focused on creating guidance and tools to support and empower staff in making incremental changes.
Lexy deGraffenreid (she/her) is the Head of Collection Services at Penn State?s Eberly Family Special Collections Library (SCL) where she oversees all accessioning, processing, and collections maintenance work. She has been working on reparative description projects since Summer 2019 and has been working collaboratively to build more inclusive arrangement and description workflows in both SCL and as part of a Strategic Plan Action Team. Lexy will discuss conducting a high-level audit of SCL?s over 2,200 finding aids and how the results of that audit informed their reparative description projects. She will further discuss how this audit led to the development of their Inclusive Description Working Group, Inclusive Description Style Guide, and Inclusive Description Resource Guide. She will discuss the challenges they encountered in undertaking reparative description work, including challenges of not imposing identities onto LGBTQIA+ creators, contextualizing racist and violent materials, and adopting bilingual description in ArchivesSpace.
Joshua Shaw is a web and application developer at Dartmouth Library and has been working with ArchivesSpace since 2014. He's currently part of the ArchivesSpace cross-council testing team and a member of the core committers group. In his session, Joshua will discuss the plugin he developed<https://github.com/dartmouth-dltg/aspace_content_warnings> that adds a new sub record in ArchivesSpace that allows staff to add content warnings and clarifying descriptions to Accessions, Resources, Archival Objects, and Digital Objects.  This plugin is currently in ?beta? phase and is still in development.  Members of the community are encouraged to test the plugin and provide feedback.
This webinar is being held to further the ArchivesSpace anti-racism and inclusion initiatives identified by the community to support and amplify those that document and empower individuals, organizations and communities that work to make the world a more inclusive place.  To learn more, visit our wiki at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/1737261057/Anti-racism+and+Inclusion+Initiatives.

Jessica Dowd Crouch
Community Engagement Coordinator for ArchivesSpace
jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org>
[page1image482511520]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220621/fc263c0e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 29129 bytes
Desc: image002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220621/fc263c0e/attachment.jpg>

From brian.hoffman at lyrasis.org  Tue Jun 21 10:27:12 2022
From: brian.hoffman at lyrasis.org (Brian Hoffman)
Date: Tue, 21 Jun 2022 14:27:12 +0000
Subject: [Archivesspace_Users_Group] Observation when in production mode
 of	ArchivesSpace
In-Reply-To: <BLAPR09MB64663B0D60A098F53698FB9CE1AF9@BLAPR09MB6466.namprd09.prod.outlook.com>
References: <BLAPR09MB64663B0D60A098F53698FB9CE1AF9@BLAPR09MB6466.namprd09.prod.outlook.com>
Message-ID: <DM8PR22MB2757D8ADD5F184989786765CFCB39@DM8PR22MB2757.namprd22.prod.outlook.com>

Hi,

Mizuno is actually never used in a production context, so it would also be fine to just delete any files you don?t like within the gem?s directory.

Furthermore, after 3.1.1 we made our own version of Mizuno:
https://github.com/archivesspace/mizuno
But 3.2.0 was inadvertently released with both the old and new version. For people who downloaded 3.2.0, I believe the instructions in the blog post are still accurate (the old version can simply be removed).

For upcoming releases we are going to remove mizuno entirely from the distribution files. Sorry for all the confusion.

Brian

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Duckett, Brian (NIH/NLM) [C] <brian.duckett at nih.gov>
Date: Friday, June 17, 2022 at 5:00 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Whitaker, John (NIH/NLM) [C] <john.whitaker at nih.gov>, Kalyanasundaram, Sriram (NIH/NLM) [C] <sriram.kalyanasundaram at nih.gov>
Subject: [Archivesspace_Users_Group] Observation when in production mode of ArchivesSpace
Hello,

During a deployment a few weeks ago, our internal security team identified ladle and mizuno as security risks due to the log4j vulnerability announced last year. We were able to successfully remove ladle, deploy and ArchivesSpace v3.1.1 started and ran successfully. When attempting the same with the removal of Mizuno we encountered an error and attempting to simply remove log4j from Mizuno, we received the following:

Gem Load Error is: Unknown or missing jar: log4j

Through some investigation we found that the contents of the Mizuno repository changed, yet a new version of the gem was not published. We replaced the contents of the Mizuno gem with the contents of the main branch of the repository and all was well. Essentially we wanted to bring to your attention, removing Mizuno and running ArchivesSpace v3.1.1 in production mode will cause the application to throw a runtime error, which is not congruent with the post from December<https://archivesspace.org/archives/7226?utm_source=rss&utm_medium=rss&utm_campaign=archivesspace-update-december-2021> addressing the log4j issue.

Thank you,

Brian

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220621/9451f92d/attachment.html>

From kthompson at tsl.texas.gov  Tue Jun 21 15:53:07 2022
From: kthompson at tsl.texas.gov (Kathleen Krause-Thompson)
Date: Tue, 21 Jun 2022 19:53:07 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace create/edit records
	failure - recurrent issue
Message-ID: <PH0PR16MB4805F6CD22EDA54D87E3DAECE3B39@PH0PR16MB4805.namprd16.prod.outlook.com>

Fairly often at start of the day, I need to restart our ArchivesSpace instance to fix the following issue, as described by our Archivist:

In an Accession or Resource record, any attempt to edit those records fails and the screen jumps back to the top of record and the system says the record has been saved, though no edit was made and the Save button had not been clicked on. I'm attaching a screenshot of Accession record for this showing the "Accession 2022/xxx updated" message though I made no edit to it and had only clicked on "Add Agent Link" in that record while in Edit mode. Restarting the system gets it back to responding normally when doing Accession and Resource record editing.

We are running ArchivesSpace v.2.8.0 on Red Hat Enterprise Linux Server release 7.9. Any comments or recommendations will be appreciated.

++++++++++++++++++++++++
Texas State Library & Archives
Kathleen Thompson
Linux Systems Administrator
ITS Division

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220621/1e80ff95/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Accession_2022xxx-saved-no-edit2.PNG
Type: image/png
Size: 61307 bytes
Desc: Accession_2022xxx-saved-no-edit2.PNG
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220621/1e80ff95/attachment.png>

From laurie.arp at lyrasis.org  Wed Jun 22 09:00:01 2022
From: laurie.arp at lyrasis.org (Laurie Arp)
Date: Wed, 22 Jun 2022 13:00:01 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Front End Developer -
	Position Announcement (remote)
Message-ID: <PH0PR22MB2982320167A25A0571665D0A8AB29@PH0PR22MB2982.namprd22.prod.outlook.com>

Greetings,

LYRASIS is seeking a detail-oriented and collaborative individual to serve as the ArchivesSpace Front End Developer.

The ArchivesSpace Front End Developer is primarily responsible for implementing features and fixing bugs identified and prioritized by the ArchivesSpace community of users, with modest responsibility for monitoring the application stack for possible updating to new technologies.  They will work in collaboration with others including the ArchivesSpace Technical Lead and others on the Program Team, code committers, the Technical Advisory Council (TAC), and LYRASIS IT staff.

This is a new, additional position recently approved by the ArchivesSpace Board.

This is remote position.

Applications are accepted until the position is filled but review of applications will begin July 15, 2022.

You can view the announcement & apply online at: https://lyrasis.isolvedhire.com/jobs

Best wishes,




Laurie Gemmill Arp
Director, DuraSpace Community Supported Programs
laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
800.999.8558 x 2908

[cid:image001.jpg at 01D88549.8E1A6170]

Pronouns: she/her/hers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220622/d7d67dd8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 173974 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220622/d7d67dd8/attachment.jpg>

From laurie.arp at lyrasis.org  Wed Jun 22 16:21:25 2022
From: laurie.arp at lyrasis.org (Laurie Arp)
Date: Wed, 22 Jun 2022 20:21:25 +0000
Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Front End Developer -
 Position Announcement (remote)
In-Reply-To: <PH0PR22MB2982320167A25A0571665D0A8AB29@PH0PR22MB2982.namprd22.prod.outlook.com>
References: <PH0PR22MB2982320167A25A0571665D0A8AB29@PH0PR22MB2982.namprd22.prod.outlook.com>
Message-ID: <PH0PR22MB2982955E3BB59BED2822C3FF8AB29@PH0PR22MB2982.namprd22.prod.outlook.com>

Hi All,

Sharing the updated ArchivesSpace Front End Developer Position Announcement.

Salary is commensurate with skills and experience; base salary is $ 83,600- $ 97,600.

The announcement will be updated on the website separately.

Best wishes,

Laurie Gemmill Arp
Director, DuraSpace Community Supported Programs
laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>


From: Laurie Arp
Sent: Wednesday, June 22, 2022 9:00 AM
To: archivesspace_uac at lyralists.lyrasis.org; archivesspace_tac at lyralists.lyrasis.org; archivesspace_small_archives_users_group at lyralists.lyrasis.org; archivesspace_member_reps at lyralists.lyrasis.org; archivesspace_users_group at lyralists.lyrasis.org
Cc: ArchivesSpace Board of Trustees mail list <archivesspace_bot_members at lyralists.lyrasis.org>
Subject: ArchivesSpace Front End Developer - Position Announcement (remote)

Greetings,

LYRASIS is seeking a detail-oriented and collaborative individual to serve as the ArchivesSpace Front End Developer.

The ArchivesSpace Front End Developer is primarily responsible for implementing features and fixing bugs identified and prioritized by the ArchivesSpace community of users, with modest responsibility for monitoring the application stack for possible updating to new technologies.  They will work in collaboration with others including the ArchivesSpace Technical Lead and others on the Program Team, code committers, the Technical Advisory Council (TAC), and LYRASIS IT staff.

This is a new, additional position recently approved by the ArchivesSpace Board.

This is remote position. Salary is commensurate with skills and experience; base salary is $ 83,600- $ 97,600.

Applications are accepted until the position is filled but review of applications will begin July 15, 2022.

You can view the announcement & apply online at: https://lyrasis.isolvedhire.com/jobs

Best wishes,




Laurie Gemmill Arp
Director, DuraSpace Community Supported Programs
laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
800.999.8558 x 2908

[cid:image001.jpg at 01D88549.8E1A6170]

Pronouns: she/her/hers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220622/bdc96c0a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 173974 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220622/bdc96c0a/attachment.jpg>

From scott.prater at wisc.edu  Wed Jun 22 16:58:27 2022
From: scott.prater at wisc.edu (Scott Prater)
Date: Wed, 22 Jun 2022 20:58:27 +0000
Subject: [Archivesspace_Users_Group] Problem attaching digital objects
 to resources in ArchivesSpace 3.1.1
Message-ID: <CY4PR06MB3222D52C44804B70F122810DFFB29@CY4PR06MB3222.namprd06.prod.outlook.com>

Thanks, James, Brian.  Adding "digital_object" back to the instance_instance_type list fixed the problem.  We seemed to have edited that list sometime in the past, and we must have deleted that value.

-- Scott

-- 
Scott Prater
Digital Library Architect
UW Digital Collections Center
University of Wisconsin - Madison


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of James Bullen
Sent: Saturday, June 18, 2022 8:46 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1


Hi Scott,

When you create a digital object instance on a resource (or archival object) it sets instance_type to digital_object behind the scenes (when you create a container instance you are presented with a dropdown to set the instance_type - excluding the digital_object value as an option).

Somehow your instance_type enumeration has lost its digital_object value, so when it tries to set that value you get the validation error you?re seeing. In fact the values listed in the error look more like values for container_type than instance_type, so there might be something deeper going on.

Regardless, you should be able to fix this by adding a digital_object value back into your instance_type enumeration (called instance_instance_type in the 'Manage Controlled Value Lists' dropdown.

Hope that helps.


Cheers,
James



	On Jun 18, 2022, at 11:50 PM, Blake Carver <blake.carver at lyrasis.org <mailto:blake.carver at lyrasis.org> > wrote:

	translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
	
	
	
	Take a look at the Digital Objects Controlled Value lists (/staff/enumerations?id=12) I think you're missing something there. 
	"instance_type._invalid_value__digital_object_.__must_be_one_of__box" is saying "you're trying to add something that's not in this list, here's what's in that list"
	
	
	
________________________________

	
	From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>  <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> > on behalf of Scott Prater <scott.prater at wisc.edu <mailto:scott.prater at wisc.edu> >
	Sent: Friday, June 17, 2022 6:05 PM
	To: archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>  <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org> >
	Subject: [Archivesspace_Users_Group] Problem attaching digital objects to resources in ArchivesSpace 3.1.1
	 
	
	Hello,
	
	We have recently begun testing out attaching digital object Instances to our resources in ArchivesSpace, version 3.1.1.  So far we have no success:  we can create a digital objects, and we can select one and add it to a resource in the Resource edit view, but when we then attempt to save the resource, we get the unhelpful "Validation Error" message with no other information.  The resource is not updated.
	
	I poked around the code, and temporarily disabled the frontend code where validation error exceptions are swallowed (https://github.com/archivesspace/archivesspace/blob/v3.1.1/frontend/app/controllers/application_controller.rb#L366-L388).  I then tried to save the resource with the attached digital object again, and this time saw the swallowed error:
	
	translation missing: validation_errors.protected_read-only_list_#/instances/0/instance_type._invalid_value__digital_object_.__must_be_one_of__box__volume__oversize_folder__reel__audio__disc__film__video__computer_disk__box-folder__reel-frame__side__sc__package__wcftr__roll__map_case__drawer__aa__ab__ac__ad__ae__baa__ca__cb__cc__cd__da__db__dc__dd__de__df__dg__ea__fe__ff__fg__fh__ga__hb__hc__vbb__vbc__vea__vfa__vha__vhb__vhc__oversize_box__folder__fa__electronic__microfilm__ph_box__video_box__dvd__fb__fc__fd__fi__gb__ha__hd__vpa__vta__box__album__ph_box__disc__video__oversize_folder__box-folder__tape__film_box__tape_box__box/folder__audio__vha
	
	It looks like somehow a type is not getting set, or the backend is mistakenly requiring a type on the digital object.  There is no place I could see in the digital object edit interface where I can select any of those types.  I did select a "Moving image" type on my test digital object, but that did not change the error.
	
	We've upgraded over the years from ArchivesSpace 2.5.1 to 3.1.1, following the upgrade steps for each new release.  Up to now, we haven't had any problems, but perhaps something has been left behind from previous versions?  Or a table is missing in our latest version?  We are running ArchivesSpace locally on our own server;  we have not made any changes to default distributions.
	
	Any help or insight is appreciated (and yes, we did run a full reindex, to no avail).
	
	Thanks in advance,
	
	-- Scott
	
	-- 
	Scott Prater
	Digital Library Architect
	UW Digital Collections Center
	University of Wisconsin - Madison
	
	
	_______________________________________________
	Archivesspace_Users_Group mailing list
	Archivesspace_Users_Group at lyralists.lyrasis.org <mailto: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 <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> 
	http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



From laurie.arp at lyrasis.org  Thu Jun 23 11:13:41 2022
From: laurie.arp at lyrasis.org (Laurie Arp)
Date: Thu, 23 Jun 2022 15:13:41 +0000
Subject: [Archivesspace_Users_Group] Developer Announcements
Message-ID: <PH0PR22MB2982B402E55015041EB955F68AB59@PH0PR22MB2982.namprd22.prod.outlook.com>

Greetings,

We wanted to share a few developer staffing updates with you.

Casey Rhodes, who began as the ArchivesSpace Developer in March, is no longer working for LYRASIS.

We are excited that Donald Smith, who was a finalist in the search, will be joining the team as the ArchivesSpace Developer in July.  Don most recently worked for Cornell University on a variety of library and archival systems, including ArchivesSpace, DSpace, and FOLIO.

This is in addition to the Front End Developer<https://lyrasis.isolvedhire.com/jobs/626845.html> position we recently posted.

We look forward to a slightly larger development team and the good work they will help us to accomplish.

If you have any questions, or if you have any suggestions for good candidates for the front-end developer position, please let us know.

Best wishes,


Laurie Gemmill Arp
Director, DuraSpace Community Supported Programs
laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
800.999.8558 x 2908

[cid:image001.jpg at 01D886DA.B01DDFD0]

Pronouns: she/her/hers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220623/4c7e5a05/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 173974 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220623/4c7e5a05/attachment-0001.jpg>

From ndroark at anderson.edu  Mon Jun 27 14:20:51 2022
From: ndroark at anderson.edu (Nic Stanton-Roark)
Date: Mon, 27 Jun 2022 14:20:51 -0400
Subject: [Archivesspace_Users_Group] File Size (Bytes) field
Message-ID: <CAKtCAhhG0uv=Bp22i8csZSRpdepdZgHjSR8Bnxk7222X_NkTgQ@mail.gmail.com>

Hi all,

Does anyone have an experience using the File Size (Bytes) field for
Digital Objects, or know of any way to modify it? It looks like a free text
field, but actually requires an integer, so using modifiers like Mb or Gb
isn't an option. Since we have objects with trillions of bytes, the data
entry is potentially a bit onerous.

Interested to hear what anyone else is doing. Thanks!


*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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220627/56e39b3d/attachment.html>

From gboggio at mitre.org  Tue Jun 28 16:02:42 2022
From: gboggio at mitre.org (Jerry Boggio)
Date: Tue, 28 Jun 2022 20:02:42 +0000
Subject: [Archivesspace_Users_Group] FW: Help - Upgrading from ASpace 2.7.1
	to 3.2.0 - MySQL
Message-ID: <SJ0PR09MB6206F8D613AB51B3DAC6DBDEA5B89@SJ0PR09MB6206.namprd09.prod.outlook.com>

Hello ArchivesSpace Users/Support;

Have not yet heard back on this question; probably because it was sent to the wrong list. Can you please provide details on upgrading from an older version of ArchivesSpace to the current? On https://archivesspace.github.io/tech-docs/administration/upgrading.html there is a section "Run the database migrations", but it does not state if one can go from any previous database version to the target version. Will running the "setup-database" script take us from version 2.7.1 to version 3.2.0; or are incremental upgrades needed?
If incremental upgrades are needed, can the scripts be found in the GIT repository as opposed to downloading each incremental zip file to bring MySQL to version 3.2.0?
Please advise.

Thank you!
Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719

From: Jerry Boggio <gboggio at mitre.org<mailto:gboggio at mitre.org>>
Sent: Friday, June 3, 2022 10:50 AM
To: archivesspace_users_group-request at lyralists.lyrasis.org<mailto:archivesspace_users_group-request at lyralists.lyrasis.org>
Cc: Erin Faulder <EFAULDER at mitre.org<mailto:EFAULDER at mitre.org>>
Subject: Upgrading from ASpace 2.7.1 to 3.2.0

Hi There;

When upgrading ArchivesSpace from version 2.7.1 to version 3.2.0 is there a need for an incremental upgrades of the application or database; or can one go directly to version 3.2.0 from a prior version?

Thank you!
Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220628/63c5ef56/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Tue Jun 28 16:15:58 2022
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Tue, 28 Jun 2022 20:15:58 +0000
Subject: [Archivesspace_Users_Group] FW: Help - Upgrading from ASpace
 2.7.1	to 3.2.0 - MySQL
In-Reply-To: <SJ0PR09MB6206F8D613AB51B3DAC6DBDEA5B89@SJ0PR09MB6206.namprd09.prod.outlook.com>
References: <SJ0PR09MB6206F8D613AB51B3DAC6DBDEA5B89@SJ0PR09MB6206.namprd09.prod.outlook.com>
Message-ID: <BL0PR03MB4292896C52874FC9CD836F62ABB89@BL0PR03MB4292.namprd03.prod.outlook.com>

Hey Jerry

Running the setup-database script will take you from whatever your current version is to the version you are migrating to without the need for incremental updates.

If you are running plugins, you'll want to ensure that any db changes don't break the plugins - though typically that's not an issue.

jds
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jerry Boggio <gboggio at mitre.org>
Sent: Tuesday, June 28, 2022 4:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Cc: Erin Faulder <EFAULDER at mitre.org>
Subject: [Archivesspace_Users_Group] FW: Help - Upgrading from ASpace 2.7.1 to 3.2.0 - MySQL


Hello ArchivesSpace Users/Support;



Have not yet heard back on this question; probably because it was sent to the wrong list. Can you please provide details on upgrading from an older version of ArchivesSpace to the current? On https://archivesspace.github.io/tech-docs/administration/upgrading.html<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fadministration%2Fupgrading.html&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cb7a2ba10f5dd41a467d708da5942493f%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637920438625881030%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=EGcQTTU0Dmztm6amhh4K%2BQIdpj%2FNIucgLa%2BmDLw1RaI%3D&reserved=0> there is a section ?Run the database migrations?, but it does not state if one can go from any previous database version to the target version. Will running the ?setup-database? script take us from version 2.7.1 to version 3.2.0; or are incremental upgrades needed?
If incremental upgrades are needed, can the scripts be found in the GIT repository as opposed to downloading each incremental zip file to bring MySQL to version 3.2.0?

Please advise.



Thank you!

Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719



From: Jerry Boggio <gboggio at mitre.org<mailto:gboggio at mitre.org>>
Sent: Friday, June 3, 2022 10:50 AM
To: archivesspace_users_group-request at lyralists.lyrasis.org<mailto:archivesspace_users_group-request at lyralists.lyrasis.org>
Cc: Erin Faulder <EFAULDER at mitre.org<mailto:EFAULDER at mitre.org>>
Subject: Upgrading from ASpace 2.7.1 to 3.2.0



Hi There;



When upgrading ArchivesSpace from version 2.7.1 to version 3.2.0 is there a need for an incremental upgrades of the application or database; or can one go directly to version 3.2.0 from a prior version?



Thank you!

Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220628/19e74497/attachment.html>

From Jessica.Crouch at lyrasis.org  Thu Jun 30 14:49:50 2022
From: Jessica.Crouch at lyrasis.org (Jessica Crouch)
Date: Thu, 30 Jun 2022 18:49:50 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Update - June 2022
In-Reply-To: <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com>
References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org>
 <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com>
 <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com>
Message-ID: <MN2PR22MB1949E5B6EE730B5A4C1C66448BBA9@MN2PR22MB1949.namprd22.prod.outlook.com>

   [cid:image001.jpg at 01D88C90.A3C7F700]


Upcoming Schedule at a Glance:
July 21: ArchivesSpace Community Wide Training: Creating and managing Resource Records
August 24: ArchivesSpace Annual Member Forum (in-person meeting, Boston, MA)
<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/3128066258/ArchivesSpace+Member+Forum+2022>August 30-31: ArchivesSpace Annual Member Forum Workshops (virtual)<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/3128066258/ArchivesSpace+Member+Forum+2022>

Development
We continue to gather up development and testing work for the next release. Please note that our developer staffing changes have had an impact on the timing for the release. We should have more information to share in July. New development is always up on our test server at https://test.archivesspace.org/staff/.

ArchivesSpace Team News: Welcome Donald Smith

We are excited that Donald Smith will be joining LYRASIS as the ArchivesSpace Developer July 5th.
Don most recently worked for Cornell University on a variety of library and archival systems, including ArchivesSpace, DSpace, and FOLIO.  Don received his bachelor?s in computer science from Rochester Institute of Technology and completed graduate level courses at North Carolina State University. Over the years, he has worked as a software engineer and computer scientist for a variety of technology companies including Nature Source Genetics, Sensis Corporation, and IBM.
We are so pleased to have him on the team!

Position Announcement: ArchivesSpace Front End Developer (remote)
LYRASIS is seeking a detail-oriented and collaborative individual to serve as the ArchivesSpace Front End Developer.
The ArchivesSpace Front End Developer is primarily responsible for implementing features and fixing bugs identified and prioritized by the ArchivesSpace community of users, with modest responsibility for monitoring the application stack for possible updating to new technologies.  They will work in collaboration with others including the ArchivesSpace Technical Lead and others on the Program Team, code committers, the Technical Advisory Council (TAC), and LYRASIS IT staff.
This is a new, additional position recently approved by the ArchivesSpace Board.
Applications are accepted until the position is filled but review of applications will begin July 15, 2022.
You can view the announcement & apply online at: https://lyrasis.isolvedhire.com/jobs

Save the Date: Creating and Editing Resource Records in ArchivesSpace Training

Having learned a number of lessons from our year-long pilot, ArchivesSpace will be offering the first training in our new community-wide training program on July 21, 2022, from 1pm-4pm ET/10am-1pm PT.  These new offerings will be standalone trainings focused on individual modules of the ArchivesSpace application.  Details about this new program and how to register will be made available next week.  In the meantime, hold this date if you think this first training is right for you.

ArchivesSpace 8th Annual Member Forum
Registration is now open<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/3128066258/ArchivesSpace+Member+Forum+2022> for the 8th Annual ArchivesSpace Member Forum!
Just as in previous years, this will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace.
We will be holding a half-day, in-person member meeting on August 24, 2022, in the Commonwealth Room on the third floor of the Sheraton Boston Hotel.  In addition to this in-person meeting, we will also hold two virtual workshops on August 30-31, 2022.
These free events are a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend instructional sessions and discussions on a variety of topics. As with our previous Annual Member Forums, it is being held in conjunction with the Society of American Archivists annual meeting, but it is not part of SAA and does not require registration for the SAA Annual Meeting.
In-person meeting details:
When:  August 24, 2022, from 9:00am-12:30pm ET
Where: Commonwealth Room, Third Floor, Sheraton Boston Hotel<http://archivesspace.atlassian.net/wiki/download/attachments/3128066258/Third%20Floor.pdf?version=1&modificationDate=1655996515627&cacheVersion=1&api=v2>
Virtual workshops details:
When: August 30-31, 2022
Where: Online; via Zoom
Propose a session:
The program is still developing. If you would like to propose a session or topic for the forum, there is a short Google form for proposals available at https://forms.gle/V7gtps3E9vnvdLXX7. Proposals will be reviewed on a rolling basis. The last day that proposals will be accepted is August 8, 2022, and all notifications will be made by August 10, 2022.
Who Can Attend:
The ArchivesSpace Member Forum is open to individuals from ArchivesSpace member institutions only. To register, 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.  This means that events with limited capacity may fill before you are able to correct your registration.
Online registration:
https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/3128066258/ArchivesSpace+Member+Forum+2022
Registrations for each day are separate and you must register individually for all days/events you are interested in attending.  Registration information is linked above each event on the agenda.
All in-person sessions and virtual workshops will be recorded.
Please feel free to contact ArchivesSpace Community Engagement Coordinator Jessica Crouch (jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org>) with questions. We look forward to seeing you in-person or virtually.

ArchivesSpace Nominating Committee Results
[posted on behalf of Nick Zmijewski, Chair, ArchivesSpace Nominating Committee]
It is my pleasure to announce the results of the work of the ArchivesSpace Nominating Committee, as approved by the Governance Board at our 4th quarter meeting. We had many strong candidates this year and the passion and dedication the ArchivesSpace community has was very evident.
TAC
Matthew Strauss, Heinz History Center
Elizabeth Caringola, University of Maryland, College Park
Paige Monlux, Multnomah County Archives
Kate Bowers, Harvard University Archives
Kevin Clair, Penn State University Libraries
Cheylon Woods, University of Louisiana-Lafayette
UAC
Mary Pedraza, Fine Arts Museums of San Francisco
Alexis Peregoy, University of Arizona
Eden Orelove, Smithsonian
Chris Tanguay, MIT
Keli Schmid, Denver Public Library

Recording Available: Using ArchivesSpace for Reparative Description Webinar
Thank you to everyone who attended the 90-minute learning opportunity on June 28th highlighting reparative description work being undertaken by ArchivesSpace members at their organizations. The recording and resources from that webinar are now available at https://archivesspace.org/archives/7409.

Recording Available: ArchivesSpace Community and Governance Board Session
Thank you to everyone who attended the ArchivesSpace Community and Governance Board Session held a community engagement session on Friday, May 27th. If you weren?t able to make it, the session recording, transcript, and presentation slides are provided for your convenience at https://archivesspace.org/archives/7419.

Membership Update
ArchivesSpace is developed by and for the community that uses it, and strengthened by services and activities that support our community and connect us to one another. As we close another membership year, we want to give a special thanks to all of the institutions that have joined us as members. ArchivesSpace membership is our primary source of revenue and informs and sustains every aspect of the program, including software development, support and engagement. Thanks for all that your support makes possible.
ArchivesSpace membership renewals for 2022-2023 have been sent to all current members. If you have any questions, or if you would like to join as a new member for the 2022-2023 membership year, please let us know at ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org>. We look forward to another year working together.
As of June 30, we have 471 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<mailto: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<mailto:jessica.crouch at lyrasis.org>
[page1image482511520]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220630/50f01b30/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 22524 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220630/50f01b30/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 29134 bytes
Desc: image002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20220630/50f01b30/attachment-0001.jpg>