[Archivesspace_Users_Group] Location, barcode, and grouping support for Aeon!

[Valerie Addonizio]

Atlas Systems is pleased to announce a new version of the Aeon ArchivesSpace 
Client Addon that includes support for importing barcodes and locations with 
other request information! There is also additional support for grouping the 
results grid automatically by an instance's top container display string.

The Aeon ArchivesSpace Client Addon version 2.0 has been released and is 
available for download in 
GitHub. This 
addon is installed in your Aeon client and allows staff to access the staff 
interface of ArchivesSpace within Aeon. Version 2.0 includes support for 
importing barcodes and for importing the Location display string (title) from 
each Location that is linked to an instance's Top container. Please visit 
https://github.com/AtlasSystems/AeonArchivesSpaceClientAddon to read the 
release notes and download the new version.

Please see this 
announcement
 and GitHub for 
more details.

These enhancements were possible through user feedback! If there is specific 
functionality that you are looking to use to integrate with your services, we 
encourage you to submit enhancements and ideas to Uservoice at 
https://uservoice.atlas-sys.com/.



___
Valerie Addonizio, MLIS
Special Collections and Archives Technical Consultant
Atlas Systems - Library excellence through efficiency
757-467-7872 x250
vaddoni...@atlas-sys.com

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Better notifying users of digital content presence

[Jordon Steele]

Andrew,

This is great information. Thanks everyone for their responses. I’m not sure 
for us if the labor of upkeep is worth the benefit of implementation (TBH, how 
many users/staff are still not going to read the notes?).

This exchange will be good for us to keep on file, though, for a rainy day. 
Harvard’s solution is pretty nifty.

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu
he/him/his

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Andrew 
Morrison
Sent: Friday, February 28, 2020 12:52 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Better notifying users of digital 
content presence

Just a warning that _record_innards.html.erb is a large, complex and 
often-changed template. So if you override it in a plug-in, even just to move 
one value (altformavail in this case) between those two lists that Mark 
explained, you will probably need to download the latest version of it and redo 
that change every time you upgrade ArchivesSpace in the future. If you don't 
then, for example, if you're currently running 2.6.0, then you upgrade to 
2.7.1, languages of materials will disappear. That is because changes to 
languages in 2.7.0 included modifications to _record_innards.html.erb.

The folder and non_folder lists could be turned into config file options, but 
that would make it easy to do bad things, display the same note twice, or end 
up with an empty additional description box. And it wouldn't allow re-ordering, 
removing, or changing the contents of the other accordion boxes.

Andrew.


On Fri, 2020-02-28 at 16:35 +, Custer, Mark wrote:
Jordon,

1)  As far as I know, you would have to do that in a plugin right now. 
Here’s an example, since it’s not obvious where one would do that:  
https://github.com/YaleArchivesSpace/yale_pui_customizations/commit/18b7be17825cc84916d2b0ad6cd4cfe776545462#diff-7ff34653933e2e6d670c7b053db80db6
  So, you just put a list of the notes you want to display above the accordions 
in the “non_folder” variable, and include the ones that appear in the 
accordions” in the “folder” variable.   All that said, I’d personally like to 
see the PUI try something else other than using accordions by default to hide 
notes.


2)  I also think that Digital Objects in general should be overhauled in 
ArchivesSpace (both on the staff and public side)….  I’d actually prefer 
something like the “File URI” subrecords be something that you could associate 
with archival object, resource, an accession records, rather than have digital 
object records at all (we don’t isolate description in ASpace for anything else 
based on format).  That said, some folks have used a plugin to add a bit of 
javascript that opens all of the accordions by default so that the contents are 
immediately visible (and findable with a browser search).  That might be 
another way rather than just re-ordering what notes display above the 
accordions.  And then Harvard did even more helpful customizations to highlight 
digital objects by making them their own tab on the collection-level pages.  
E.g. 
https://hollisarchives.lib.harvard.edu/repositories/24/resources/1248/digital_only
  I definitely think that feature (or something like it) needs to be part of 
the core public interface!

Mark



From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Jordon Steele
Sent: Friday, 28 February, 2020 10:53 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Better notifying users of digital content 
presence

Hello,

When our collections have digital content associated with them, our practice is 
to add an “Existence and Location of Copies” note to the collection level 
indicating the presence of digital content like digitized copies of the 
originals. (We do other stuff at lower levels, too.) However, by default, this 
note only appears if you click the “Expand All” button. This means that users 
and staff often request boxes—especially small collections—without noticing 
that all or part of the collection is scanned.

We’re considering changing the order of the notes so that this note features 
more prominently, above the “Expand All” fold. I have two questions.

1)  Is this something that is configurable in the standard staff-side 
interface of ASpace, or would the PUI plug-in need to be edited? (I think the 
answer is the latter, but just confirming I am not missing something.)
2)  Bumping the note above the “Expand All” fold is just the first idea 
that came to mind. Do you have other ways you signal to users on the 
collection-level page the presence of digital cont

Re: [Archivesspace_Users_Group] Better notifying users of digital content presence

[Andrew Morrison]

We do similar but have added a condition so it doesn't expand all for devices 
smaller than an iPad:


if ($(window).width() >= 768) { collapse_all('.note_panel',true); }

Andrew.

On Fri, 2020-02-28 at 17:26 +, Majewski, Steven Dennis (sdm7g) wrote:
We use the "open accordions by default" javascript method.

In plugins/local/public/views/layout_head.html.erb, we have:

<% if ( [ 'objects', 'resources' ].include?( controller.controller_name  ))  %>


$( function() { collapse_all( '.note_panel', true ); } );

<% end %>


I would also note that I’ve found that IF local mods can be done in javascript 
only, rather than customizing views, then it does make the local mods, on 
average, somewhat more maintainable. Changes are localized into that one 
layout_head template and checking for conflicts in new releases is a bit 
simpler. ( My preference. Your mileage may vary! )

— Steve M.


On Feb 28, 2020, at 11:35 AM, Custer, Mark 
mailto:mark.cus...@yale.edu>> wrote:

Jordon,


  1.  As far as I know, you would have to do that in a plugin right now. Here’s 
an example, since it’s not obvious where one would do that: 
https://github.com/YaleArchivesSpace/yale_pui_customizations/commit/18b7be17825cc84916d2b0ad6cd4cfe776545462#diff-7ff34653933e2e6d670c7b053db80db6
  So, you just put a list of the notes you want to display above the accordions 
in the “non_folder” variable, and include the ones that appear in the 
accordions” in the “folder” variable.   All that said, I’d personally like to 
see the PUI try something else other than using accordions by default to hide 
notes.



  1.  I also think that Digital Objects in general should be overhauled in 
ArchivesSpace (both on the staff and public side)….  I’d actually prefer 
something like the “File URI” subrecords be something that you could associate 
with archival object, resource, an accession records, rather than have digital 
object records at all (we don’t isolate description in ASpace for anything else 
based on format).  That said, some folks have used a plugin to add a bit of 
javascript that opens all of the accordions by default so that the contents are 
immediately visible (and findable with a browser search).  That might be 
another way rather than just re-ordering what notes display above the 
accordions.  And then Harvard did even more helpful customizations to highlight 
digital objects by making them their own tab on the collection-level pages.  
E.g.https://hollisarchives.lib.harvard.edu/repositories/24/resources/1248/digital_only
  I definitely think that feature (or something like it) needs to be part of 
the core public interface!


Mark



From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Jordon Steele
Sent: Friday, 28 February, 2020 10:53 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Better notifying users of digital content 
presence

Hello,

When our collections have digital content associated with them, our practice is 
to add an “Existence and Location of Copies” note to the collection level 
indicating the presence of digital content like digitized copies of the 
originals. (We do other stuff at lower levels, too.) However, by default, this 
note only appears if you click the “Expand All” button. This means that users 
and staff often request boxes—especially small collections—without noticing 
that all or part of the collection is scanned.

We’re considering changing the order of the notes so that this note features 
more prominently, above the “Expand All” fold. I have two questions.


  1.  Is this something that is configurable in the standard staff-side 
interface of ASpace, or would the PUI plug-in need to be edited? (I think the 
answer is the latter, but just confirming I am not missing something.)
  2.  Bumping the note above the “Expand All” fold is just the first idea that 
came to mind. Do you have other ways you signal to users on the 
collection-level page the presence of digital content? If so, I’m all ears.


Thank you in advance, and sorry if this has been discussed before!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu
he/him/his

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/li

Re: [Archivesspace_Users_Group] Better notifying users of digital content presence

[Andrew Morrison]

Just a warning that _record_innards.html.erb is a large, complex and 
often-changed template. So if you override it in a plug-in, even just to move 
one value (altformavail in this case) between those two lists that Mark 
explained, you will probably need to download the latest version of it and redo 
that change every time you upgrade ArchivesSpace in the future. If you don't 
then, for example, if you're currently running 2.6.0, then you upgrade to 
2.7.1, languages of materials will disappear. That is because changes to 
languages in 2.7.0 included modifications to _record_innards.html.erb.

The folder and non_folder lists could be turned into config file options, but 
that would make it easy to do bad things, display the same note twice, or end 
up with an empty additional description box. And it wouldn't allow re-ordering, 
removing, or changing the contents of the other accordion boxes.

Andrew.


On Fri, 2020-02-28 at 16:35 +, Custer, Mark wrote:
Jordon,


  1.  As far as I know, you would have to do that in a plugin right now. Here’s 
an example, since it’s not obvious where one would do that:  
https://github.com/YaleArchivesSpace/yale_pui_customizations/commit/18b7be17825cc84916d2b0ad6cd4cfe776545462#diff-7ff34653933e2e6d670c7b053db80db6
  So, you just put a list of the notes you want to display above the accordions 
in the “non_folder” variable, and include the ones that appear in the 
accordions” in the “folder” variable.   All that said, I’d personally like to 
see the PUI try something else other than using accordions by default to hide 
notes.



  1.  I also think that Digital Objects in general should be overhauled in 
ArchivesSpace (both on the staff and public side)….  I’d actually prefer 
something like the “File URI” subrecords be something that you could associate 
with archival object, resource, an accession records, rather than have digital 
object records at all (we don’t isolate description in ASpace for anything else 
based on format).  That said, some folks have used a plugin to add a bit of 
javascript that opens all of the accordions by default so that the contents are 
immediately visible (and findable with a browser search).  That might be 
another way rather than just re-ordering what notes display above the 
accordions.  And then Harvard did even more helpful customizations to highlight 
digital objects by making them their own tab on the collection-level pages.  
E.g. 
https://hollisarchives.lib.harvard.edu/repositories/24/resources/1248/digital_only
  I definitely think that feature (or something like it) needs to be part of 
the core public interface!

Mark



From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Jordon Steele
Sent: Friday, 28 February, 2020 10:53 AM
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] Better notifying users of digital content 
presence

Hello,

When our collections have digital content associated with them, our practice is 
to add an “Existence and Location of Copies” note to the collection level 
indicating the presence of digital content like digitized copies of the 
originals. (We do other stuff at lower levels, too.) However, by default, this 
note only appears if you click the “Expand All” button. This means that users 
and staff often request boxes—especially small collections—without noticing 
that all or part of the collection is scanned.

We’re considering changing the order of the notes so that this note features 
more prominently, above the “Expand All” fold. I have two questions.


  1.  Is this something that is configurable in the standard staff-side 
interface of ASpace, or would the PUI plug-in need to be edited? (I think the 
answer is the latter, but just confirming I am not missing something.)
  2.  Bumping the note above the “Expand All” fold is just the first idea that 
came to mind. Do you have other ways you signal to users on the 
collection-level page the presence of digital content? If so, I’m all ears.

Thank you in advance, and sorry if this has been discussed before!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu
he/him/his


___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[Zachary L Pelli]

That did the trick! Thanks Blake!

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Zachary 
L Pelli
Sent: Friday, February 28, 2020 11:46 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Looks like we're still running 7. I'll update and check back in. Thanks!.

Regards,
Zach

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 On Behalf Of Blake Carver
Sent: Friday, February 28, 2020 11:42 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Which version of Java are you running?
ArchivesSpace needs 8

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>
Sent: Friday, February 28, 2020 11:37 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.



Here is a sample from our log file:



INFO: An exception happened during JRuby-Rack startup

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

--- System

jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]

Time: 2020-02-28 10:49:29 -0500

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

NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45

   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1

  require at org/jruby/RubyKernel.java:956

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61

 find at org/jruby/RubyEnumerable.java:643

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1

   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91

   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

  require at org/jruby/RubyKernel.java:956

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

 each at org/jruby/RubyArray.java:1735

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

 each at org/jruby/RubyArray.java:1735

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

at 
/var/local/archivessp

[Archivesspace_Users_Group] ArchivesSpace Update - February 2020

[Jessica Crouch]

[cid:image001.jpg@01D5EE33.31442530]
February 2020 Update
Development

ArchivesSpace has released v2.7.1. You can download it at 
https://github.com/archivesspace/archivesspace/releases/tag/v2.7.1.

This release contains program-led and community pull requests that provide 
feature enhancements, bug fixes, infrastructure improvements, and documentation 
updates. Items of note include the ability to merge container profiles, a new 
select all capability on browse pages, and accessibility improvements.

Thanks very much to community members Blake Carver, Mark Cooper, Alex Duryee, 
Chris Fitzpatrick, Jeremy Friesen, Brian Harrington, Peter Heiner, Adam 
Jazairi, Steve Majewski, Dave Mayo, Andrew Morrison, Tom Shorock, Douglas 
Simon, and Maura, and program team members Laney McGlohon, Lora Woodford, and 
Sarah Morrissey for their code contributions to this release. Welcome and 
thanks to new contractor Brian Zelip for his contributions. As always this 
release would not have been possible without the efforts of our Development 
Prioritization sub-team, Testing sub-team, Technical Documentation sub-team, 
and Core Committers Group.

Information on upgrading to a new version of ArchivesSpace is available at 
http://archivesspace.github.io/archivesspace/user/upgrading-to-a-new-release-of-archivesspace/.
 Please let us know if you have any questions or need help upgrading. While we 
are in the process of adjusting development plans to reflect staffing changes 
and will be updating the roadmap accordingly, we still expect to have releases 
later in the year that include finished work for a number of the projects 
currently in progress, including merging top containers, functionality for 
importing from spreadsheet files, and the expanded agents module. If your 
resources for upgrading ArchivesSpace to new releases are limited, you may want 
to wait to upgrade until later in the year, when these features are available.

Laney McGlohon leaves ArchivesSpace

It is with regret that we announce that Laney McGlohon’s last day in her 
position as ArchivesSpace Tech Lead was February 19.  Laney has taken a 
position with a startup in the financial district of San Francisco. She will be 
deeply missed by her fellow team members and the ArchivesSpace community.

As the inaugural technical lead, Laney was unflagging in her efforts over the 
last three years to build a strong infrastructure for our technical development 
and community engagement around development. She shepherded over 20 releases 
and release candidates of ArchivesSpace since joining us in January 2017. She 
reviewed and worked on thousands of pull requests, moving the ArchivesSpace 
application forward with each one. She created opportunities for community 
members to contribute and improve ArchivesSpace via the Core Committers and 
one-on-one onboarding and mentoring. She made our technical community bigger 
and more diverse. We are very thankful for all of these accomplishments, but, 
in the end, it is her humor, her enthusiasm, and her dedication to always doing 
the right thing that we so appreciate and will miss the most.

LYRASIS, the Organizational Home for ArchivesSpace, will be working to fill 
this position so look for more information soon. In the meantime, other team 
and community members will be covering the most pressing responsibilities of 
the Technical Lead.

Call for Proposals - Second Annual ArchivesSpace Online Forum

Mark your calendars for our second Online Forum! Taking place May 18-21, 2020, 
our online forum will be a four-day event spanning a variety of time zones and 
ArchivesSpace experience levels.

As with our in-person forums, our Online Forum will include a mix of 
opportunities to share and learn from each other about many different aspects 
of ArchivesSpace.  The forum aims to span the many time zones of our community 
over the course of 4 days with a three hour block each day. Visit the Online 
Forum 
wiki
 to view the schedule for each day.

We are now accepting both session proposals and ideas for topics via our online 
form at https://forms.gle/jraN42zqrdQ3KQD97. We will be reviewing proposals on 
a rolling basis, so we encourage you to get your proposals in early.  
Submissions will be closed on April 8 with final notification from the planning 
team by April 24. Information about how to register for the event will be 
released closer to May. Anyone who uses ArchivesSpace or is interested in 
ArchivesSpace is welcome to attend.

Upcoming Webinar: Integrating ArchivesSpace with ARKs (Archival Resource Keys)

March 4, 2020, 2-3pm ET (11-noon PT; 7-8pm GMT)

Visit the ArchivesSpace blog for 
details.


ArchivesSpace is pleased to announce the sixth webinar in our series focused on 
Integrations with ArchivesSpace.  Each webinar in this series will highlight an 
integration with anot

Re: [Archivesspace_Users_Group] Better notifying users of digital content presence

[Majewski, Steven Dennis (sdm7g)]

We use the "open accordions by default" javascript method. 

In plugins/local/public/views/layout_head.html.erb, we have:

<% if ( [ 'objects', 'resources' ].include?( controller.controller_name  ))  %>


$( function() { collapse_all( '.note_panel', true ); } );

<% end %>


I would also note that I’ve found that IF local mods can be done in javascript 
only, rather than customizing views, then it does make the local mods, on 
average, somewhat more maintainable. Changes are localized into that one 
layout_head template and checking for conflicts in new releases is a bit 
simpler. ( My preference. Your mileage may vary! ) 

— Steve M.


> On Feb 28, 2020, at 11:35 AM, Custer, Mark  wrote:
> 
> Jordon,
>  
> As far as I know, you would have to do that in a plugin right now. Here’s an 
> example, since it’s not obvious where one would do that: 
> https://github.com/YaleArchivesSpace/yale_pui_customizations/commit/18b7be17825cc84916d2b0ad6cd4cfe776545462#diff-7ff34653933e2e6d670c7b053db80db6
>  
> 
>   So, you just put a list of the notes you want to display above the 
> accordions in the “non_folder” variable, and include the ones that appear in 
> the accordions” in the “folder” variable.   All that said, I’d personally 
> like to see the PUI try something else other than using accordions by default 
> to hide notes.
>  
> I also think that Digital Objects in general should be overhauled in 
> ArchivesSpace (both on the staff and public side)….  I’d actually prefer 
> something like the “File URI” subrecords be something that you could 
> associate with archival object, resource, an accession records, rather than 
> have digital object records at all (we don’t isolate description in ASpace 
> for anything else based on format).  That said, some folks have used a plugin 
> to add a bit of javascript that opens all of the accordions by default so 
> that the contents are immediately visible (and findable with a browser 
> search).  That might be another way rather than just re-ordering what notes 
> display above the accordions.  And then Harvard did even more helpful 
> customizations to highlight digital objects by making them their own tab on 
> the collection-level pages.  
> E.g.https://hollisarchives.lib.harvard.edu/repositories/24/resources/1248/digital_only
>  
> 
>   I definitely think that feature (or something like it) needs to be part of 
> the core public interface!
>  
> Mark
>  
>  
>  
> From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
>  
> [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org 
> ] On Behalf 
> Of Jordon Steele
> Sent: Friday, 28 February, 2020 10:53 AM
> To: Archivesspace Users Group 
>  >
> Subject: [Archivesspace_Users_Group] Better notifying users of digital 
> content presence
>  
> Hello,
>  
> When our collections have digital content associated with them, our practice 
> is to add an “Existence and Location of Copies” note to the collection level 
> indicating the presence of digital content like digitized copies of the 
> originals. (We do other stuff at lower levels, too.) However, by default, 
> this note only appears if you click the “Expand All” button. This means that 
> users and staff often request boxes—especially small collections—without 
> noticing that all or part of the collection is scanned.
>  
> We’re considering changing the order of the notes so that this note features 
> more prominently, above the “Expand All” fold. I have two questions.
>  
> Is this something that is configurable in the standard staff-side interface 
> of ASpace, or would the PUI plug-in need to be edited? (I think the answer is 
> the latter, but just confirming I am not missing something.)
> Bumping the note above the “Expand All” fold is just the first idea that came 
> to mind. Do you have other ways you signal to users on the collection-level 
> page the presence of digital content? If so, I’m all ears.
>  
> Thank you in advance, and sorry if this has been discussed before!
>  
> Best,
>  
> Jordon
>  
> Jordon Steele
> Hodson Curator of the University Archives
> Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jste...@jhu.edu 
> he/him/his
>  
> ___
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group@lyralists.lyrasis.org 
> 
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group 
> 

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[Zachary L Pelli]

Looks like we're still running 7. I'll update and check back in. Thanks!.

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Blake 
Carver
Sent: Friday, February 28, 2020 11:42 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Which version of Java are you running?
ArchivesSpace needs 8

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>
Sent: Friday, February 28, 2020 11:37 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.



Here is a sample from our log file:



INFO: An exception happened during JRuby-Rack startup

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

--- System

jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]

Time: 2020-02-28 10:49:29 -0500

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

NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45

   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1

  require at org/jruby/RubyKernel.java:956

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61

 find at org/jruby/RubyEnumerable.java:643

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1

   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91

   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

  require at org/jruby/RubyKernel.java:956

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

 each at org/jruby/RubyArray.java:1735

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

 each at org/jruby/RubyArray.java:1735

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:1

  require at org/jruby/RubyKernel.java:956

  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:81

  require at 
/var/local/archivesspace/archivesspa

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[Blake Carver]

Which version of Java are you running?
ArchivesSpace needs 8

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of Zachary 
L Pelli 
Sent: Friday, February 28, 2020 11:37 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


I have the EXACT same issue (2.5.2 > 2.7.1 as well). I’m 100% sure I downloaded 
the release.



Here is a sample from our log file:



INFO: An exception happened during JRuby-Rack startup

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

--- System

jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]

Time: 2020-02-28 10:49:29 -0500

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

NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45

   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1

  require at org/jruby/RubyKernel.java:956

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61

 find at org/jruby/RubyEnumerable.java:643

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1

   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91

   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

  require at org/jruby/RubyKernel.java:956

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

 each at org/jruby/RubyArray.java:1735

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

 each at org/jruby/RubyArray.java:1735

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:1

  require at org/jruby/RubyKernel.java:956

  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:81

  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:76

at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:65

 start_server at launcher/launcher.rb:92

 main at launcher/launcher.rb:165

at launcher/launcher.rb:261



--- RubyGems

Gem.dir: /var/local/archivesspace/archivesspace/gems

Gem.path:

/root/.gem/jruby/2.3.0

uri:classloader:/META-INF/jruby.home/lib/ruby/gems/shared

/var/local/archivesspace/archivesspace/gems

Activated gems:

  did

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[Zachary L Pelli]

I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.

Here is a sample from our log file:

INFO: An exception happened during JRuby-Rack startup
ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0
--- System
jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]
Time: 2020-02-28 10:49:29 -0500
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
NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0
const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45
   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1
  require at org/jruby/RubyKernel.java:956
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61
 find at org/jruby/RubyEnumerable.java:643
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1
   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91
   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1
  require at org/jruby/RubyKernel.java:956
  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1
 each at org/jruby/RubyArray.java:1735
  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1
 each at org/jruby/RubyArray.java:1735
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1
at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:1
  require at org/jruby/RubyKernel.java:956
  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:81
  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:76
at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:65
 start_server at launcher/launcher.rb:92
 main at launcher/launcher.rb:165
at launcher/launcher.rb:261

--- RubyGems
Gem.dir: /var/local/archivesspace/archivesspace/gems
Gem.path:
/root/.gem/jruby/2.3.0
uri:classloader:/META-INF/jruby.home/lib/ruby/gems/shared
/var/local/archivesspace/archivesspace/gems
Activated gems:
  did_you_mean-1.0.1
  bundler-1.17.3
  rake-13.0.1
  concurrent-ruby-1.1.5
  i18n-0.9.1
  minitest-5.13.0
  thread_safe-0.3.6-java
  tzinfo-1.2.6
  activesupport-5.0.7.2
  builder-3.2.4
  erubis-2.7.0
  nokogiri-1.10.7-java
  rails-dom-testing-2.0.3
  crass-1.0.5
  loofah-2.4.0
  rails-html-sanitizer-1.3.0
  actionview-5.0.7.2
  rack-2.0.8
  rack-test-0.6.3
  actionpack-5.0.7.2
  nio4r-2.5.2-java
  websocket-extens

Re: [Archivesspace_Users_Group] Better notifying users of digital content presence

[Custer, Mark]

Jordon,


  1.  As far as I know, you would have to do that in a plugin right now. Here's 
an example, since it's not obvious where one would do that:  
https://github.com/YaleArchivesSpace/yale_pui_customizations/commit/18b7be17825cc84916d2b0ad6cd4cfe776545462#diff-7ff34653933e2e6d670c7b053db80db6
  So, you just put a list of the notes you want to display above the accordions 
in the "non_folder" variable, and include the ones that appear in the 
accordions" in the "folder" variable.   All that said, I'd personally like to 
see the PUI try something else other than using accordions by default to hide 
notes.



  1.  I also think that Digital Objects in general should be overhauled in 
ArchivesSpace (both on the staff and public side)  I'd actually prefer 
something like the "File URI" subrecords be something that you could associate 
with archival object, resource, an accession records, rather than have digital 
object records at all (we don't isolate description in ASpace for anything else 
based on format).  That said, some folks have used a plugin to add a bit of 
javascript that opens all of the accordions by default so that the contents are 
immediately visible (and findable with a browser search).  That might be 
another way rather than just re-ordering what notes display above the 
accordions.  And then Harvard did even more helpful customizations to highlight 
digital objects by making them their own tab on the collection-level pages.  
E.g. 
https://hollisarchives.lib.harvard.edu/repositories/24/resources/1248/digital_only
  I definitely think that feature (or something like it) needs to be part of 
the core public interface!

Mark



From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Jordon Steele
Sent: Friday, 28 February, 2020 10:53 AM
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] Better notifying users of digital content 
presence

Hello,

When our collections have digital content associated with them, our practice is 
to add an "Existence and Location of Copies" note to the collection level 
indicating the presence of digital content like digitized copies of the 
originals. (We do other stuff at lower levels, too.) However, by default, this 
note only appears if you click the "Expand All" button. This means that users 
and staff often request boxes-especially small collections-without noticing 
that all or part of the collection is scanned.

We're considering changing the order of the notes so that this note features 
more prominently, above the "Expand All" fold. I have two questions.


  1.  Is this something that is configurable in the standard staff-side 
interface of ASpace, or would the PUI plug-in need to be edited? (I think the 
answer is the latter, but just confirming I am not missing something.)
  2.  Bumping the note above the "Expand All" fold is just the first idea that 
came to mind. Do you have other ways you signal to users on the 
collection-level page the presence of digital content? If so, I'm all ears.

Thank you in advance, and sorry if this has been discussed before!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu
he/him/his

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Better notifying users of digital content presence

[Jordon Steele]

Hello,

When our collections have digital content associated with them, our practice is 
to add an "Existence and Location of Copies" note to the collection level 
indicating the presence of digital content like digitized copies of the 
originals. (We do other stuff at lower levels, too.) However, by default, this 
note only appears if you click the "Expand All" button. This means that users 
and staff often request boxes-especially small collections-without noticing 
that all or part of the collection is scanned.

We're considering changing the order of the notes so that this note features 
more prominently, above the "Expand All" fold. I have two questions.


1)  Is this something that is configurable in the standard staff-side 
interface of ASpace, or would the PUI plug-in need to be edited? (I think the 
answer is the latter, but just confirming I am not missing something.)

2)  Bumping the note above the "Expand All" fold is just the first idea 
that came to mind. Do you have other ways you signal to users on the 
collection-level page the presence of digital content? If so, I'm all ears.

Thank you in advance, and sorry if this has been discussed before!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jste...@jhu.edu
he/him/his

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[Blake Carver]

Is there any chance you downloaded the SOURCE rather than the RELEASE?
This is the release zip file:
https://github.com/archivesspace/archivesspace/releases/download/v2.7.1/archivesspace-v2.7.1.zip

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of James 
Bullen 
Sent: Friday, February 28, 2020 3:32 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


Hi Alan,

You shouldn’t need to be fiddling with gems if you’re just upgrading. The 
distribution should contain all of the gems.


Cheers,
James


On Feb 28, 2020, at 3:26 PM, Alan Manifold 
mailto:amanif...@slv.vic.gov.au>> wrote:

I was hoping someone might have responded about these problems overnight, but 
since they didn’t, I did some more investigation myself.

Having looked at these problems more, they seem to be distribution problems. 
The sassc gem appears not to have its extensions pre-built. We don’t really 
have a ruby development environment, and it looks like we would have to in 
order to build the extensions. Is that right? Is there a way to install it with 
pre-built extensions?

The ContextAction problem seems to be related to some incompatibility between 
the version of therubyrhino, therubyrhino_jar, and perhaps some javascript 
library somewhere. It seems to be complaining about not being able to find the 
ContextAction.class from org.mozilla.javascript. Is that something we’re 
supposed to already have or is the upgrade supposed to install it or is there 
something else going on.

We could really use some expert help on this, if anyone has any thoughts. 
Thanks!

Regards,
Alan



Alan Manifold | Library Systems & Digital Preservation Manager | Collection 
Development & Description
State Library Victoria | 328 Swanston Street | Melbourne VIC 3000
T +61 3 8664 7122 | amanif...@slv.vic.gov.au
slv.vic.gov.au

[https://www.slv.vic.gov.au/sites/default/files/email_signature/signature.jpg?9]
[follow   us]
[SLV 
facebook]
 [SLV twitter]   [SLV youtube] 
[SLV   instagram] 
[Gold Winner 2018 RACV Victorian Tourism 
Awards][MEA Awards 2018 National Winner]
From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org
 [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Alan Manifold
Sent: Thursday, 27 February 2020 2:43 PM
To: 
archivesspace_users_group@lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Hi ArchivesSpacers,
We’re trying to upgrade our installation from 2.5.2 to 2.7.1. We’ve run into a 
number of problems, some of which we’ve solved already by adjusting Gemfiles.

But we’ve got two problems that we haven’t been able to figure out so far. One 
is a “missing dependency” for “ContextAction” and the other is some kind of 
problem with the sassc-2.2.1 gem.

The first is a missing dependency:

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45
   at 
/usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99
at 
/usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36
at 
/usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3
  require at org/jruby/RubyKernel.java:956
at 
/usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1
  require at org/jruby/RubyKernel.java:956
   (root) at 
/usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61
 find at org/jruby/RubyEnumerable.java:643
   (root) at 
/usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1
   available? at 
/usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91
   at 
/usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63
at 
/usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57
  require at org/jruby/RubyKernel.java:956
at 
/usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs.rb:5
  r

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

[James Bullen]

Hi Alan,

You shouldn’t need to be fiddling with gems if you’re just upgrading. The 
distribution should contain all of the gems.


Cheers,
James


> On Feb 28, 2020, at 3:26 PM, Alan Manifold  wrote:
> 
> I was hoping someone might have responded about these problems overnight, but 
> since they didn’t, I did some more investigation myself.
>  
> Having looked at these problems more, they seem to be distribution problems. 
> The sassc gem appears not to have its extensions pre-built. We don’t really 
> have a ruby development environment, and it looks like we would have to in 
> order to build the extensions. Is that right? Is there a way to install it 
> with pre-built extensions?
>  
> The ContextAction problem seems to be related to some incompatibility between 
> the version of therubyrhino, therubyrhino_jar, and perhaps some javascript 
> library somewhere. It seems to be complaining about not being able to find 
> the ContextAction.class from org.mozilla.javascript. Is that something we’re 
> supposed to already have or is the upgrade supposed to install it or is there 
> something else going on.
>  
> We could really use some expert help on this, if anyone has any thoughts. 
> Thanks!
>  
> Regards,
> Alan
>  
>  
> 
> Alan Manifold | Library Systems & Digital Preservation Manager | Collection 
> Development & Description 
> State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 
> T +61 3 8664 7122 | amanif...@slv.vic.gov.au 
>  
> slv.vic.gov.au 
> 
>    
> 
>  
> 
>  
>   
>  
> From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
>  
> [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org 
> ] On Behalf 
> Of Alan Manifold
> Sent: Thursday, 27 February 2020 2:43 PM
> To: archivesspace_users_group@lyralists.lyrasis.org 
> 
> Subject: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
> 2.5.2
>  
> Hi ArchivesSpacers,
> We’re trying to upgrade our installation from 2.5.2 to 2.7.1. We’ve run into 
> a number of problems, some of which we’ve solved already by adjusting 
> Gemfiles.
>  
> But we’ve got two problems that we haven’t been able to figure out so far. 
> One is a “missing dependency” for “ContextAction” and the other is some kind 
> of problem with the sassc-2.2.1 gem.
>  
> The first is a missing dependency:
>  
> ContextAction not found in packages org.mozilla.javascript; last error: 
> cannot link Java class org.mozilla.javascript.ContextAction, probable missing 
> dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
> version 52.0
>  
> const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45
>at 
> /usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3
>   require at org/jruby/RubyKernel.java:956
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1
>   require at org/jruby/RubyKernel.java:956
>(root) at 
> /usr/local/archivesspace-v2.7.1/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61
>  find at org/jruby/RubyEnumerable.java:643
>(root) at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1
>available? at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91
>at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57
>   require at org/jruby/RubyKernel.java:956
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs.rb:5
>   require at org/jruby/RubyKernel.java:956
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/execjs-2.7.0/lib/execjs.rb:4
>   require at org/jruby/RubyKernel.java:956
> at 
> /usr/local/archivesspace-v2.7.1/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1
>   require at org/jruby/RubyKernel.java:956
>   block in (root) at 
> /usr/local/archivesspace-v2.7.1/gems/gems/coffee-script-2.