talk@lists.collectionspace.org

WE HAVE SUNSET THIS LISTSERV - Join us at collectionspace@lyrasislists.org

View all threads

Re: [Talk] Unexpected Find & Edit > All Record Type summaries fail to display for various records

YN
Yousuf Nejati
Tue, Jan 24, 2017 5:26 PM

I failed to indicate the second thing, which in this case was not having
the configuration files in the dedicated tenant directories.

Running the ant deploy_services_artifact command requires that the proper
tenant configurations exist in the application layer
(tomcat-main/src/main/resource/tenants/{tenant}). If they don't exist, it
will still run the merge without prompting error. From the ant build.xml:

<!-- This target attempts to generate a set of Service artifacts (Nuxeo bundles and tenant bindings) by using the Application layer's configuration files. This target has a dependency on the Application layer's source tree. It assumes the Application layer's src tree root is a directory sibling of the Source layer's source tree root. Also, it assumes the "csmake.jar" exists in the target directory of the Application layer's "tomcat-main" module. This target also assumes that the system environment variable 'CSPACE_JEESERVER_HOME' is set and pointing to the root JEE server (usually Apache Tomcat) where CollectionSpace is installed. All generated Service artifacts wi -->

<target name="deploy_services_artifacts"

https://github.com/collectionspace/services/blob/master/services/JaxRsServiceProvider/build.xml

On Tue, Jan 24, 2017 at 9:16 AM, Yousuf Nejati yousuf.cspace@gmail.com
wrote:

Richard and I figured this out.

It was due to two things, 1) the dedicated tenant directories for each
layer (app,service, ui) in the collectionspace-source directory were
mounted and not accessible or modifiable by the ant
deploy_services_artifact
command, or any command for that matter.
Running sudo umount on the dedicated tenant directories, copying over the
configurations, and then running *ant deploy_services_artifact, *again,
did the trick.

A good way to check that all of the configurations merged properly is to
check the /tmp/ directory. If you'd like to learn more about XML merge, you
can go here: https://github.com/collectionspace/services/blob/
master/services/common/src/main/cspace/config/services/
tenants/XMLMerge-README.pdf

Then, starting up the server, initializing the application layer
(/collectionspace/tenant/{tenant}/init) and clearing the browser cache
did the trick.

Thanks!

-Yousuf

On Tue, Jan 24, 2017 at 9:00 AM, talk-request@lists.collectionspace.org
wrote:

Send Talk mailing list submissions to
talk@lists.collectionspace.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.collectionspace.org/mailman/listinfo/talk_lists
.collectionspace.org

or, via email, send a message with subject or body 'help' to
talk-request@lists.collectionspace.org

You can reach the person managing the list at
talk-owner@lists.collectionspace.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk digest..."

Today's Topics:

1. Unexpected Find & Edit > All Record Type summaries fail to
   display for various records (Yousuf Nejati)

Message: 1
Date: Mon, 23 Jan 2017 09:00:28 -0800
From: Yousuf Nejati yousuf.cspace@gmail.com
To: CollectionSpace Talk List talk@lists.collectionspace.org
Subject: [Talk] Unexpected Find & Edit > All Record Type summaries
fail to display for various records
Message-ID:
<CA+-x7FpWMKkJFN_6798L3xf+noQ20aYp7DvD16+0GUZA_NeNcA@mail.
gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello all,

In the "Find & Edit > All Records Type" search, the "summary" column
fails to display the designated mini="summary" field for many records as
was configured by me. A "Find & Edit > {record type}" works as it
should.

I believe what may have triggered this problem was an execution of "ant
undeploy deploy
" in the collectionspace-source/services directory,
however I'm not entirely sure.

I have attempted to fix the problem by rewinding all of the configuration
files found in CSPACE_SERVER/lib/tenants/mytenant, which has proved
fruitless.

Following the "cspace-services/servicegroups/common/items" endpoint
returns an expected (with no docName):

<ns2:abstract-common-list xmlns:ns2="
http://collectionspace.org/services/jaxb">
<pageNum>0</pageNum>
<pageSize>40</pageSize>
<itemsInPage>40</itemsInPage>
<totalItems>280327</totalItems>
<fieldsReturned>
csid|uri|updatedAt|workflowState|refName|docName|docNumber|docType
</fieldsReturned>
<list-item>
<csid>86e919f5-f4a8-42a3-9e6d</csid>
<uri>/collectionobjects/86e919f5-f4a8-42a3-9e6c</uri>
<updatedAt>2017-01-07T00:14:23.358Z</updatedAt>
<workflowState>project</workflowState>
<refName>
urn:cspace:mymusuem.org:
collectionobjects:id(86e919f5-f4a8-42a3-9e6d)'C02342'
</refName>
<docName/>
<docNumber>C02342</docNumber>
<docType>CollectionObject</docType>
</list-item>

In the cspace-services.log I receive these messages (several of them),
and I wonder if this may have something to do with it:

2017-01-23 08:02:37,901 WARN  [localhost-startStop-1]
[org.collectionspace.services.common.authorization_mgt.Autho
rizationCommon:1042]
Could not retrieve a lifecycle transition definition list from: Imports
with tenant ID = 2

I have checked the merged xml files in the temp directory, and they appear
to be correct.

I have followed the instructions here, multiple times, with no luck.

https://wiki.collectionspace.org/display/DOC/Configuring+Col
lectionSpace%27s+Application+Layer+-+An+Overview#Configurin
gCollectionSpace'sApplicationLayer-AnOverview-Generateequiva
lentServiceslayerfilesandcopyingthemtotheCollectionSpaceserver

Any thoughts on where I should be looking in order to better troubleshoot
this issue? I'm sure it will likely come down to a single missing
character, as you all know it usually does.

Thank you,

Yousuf

p.s. my question is posted here:
https://wiki.collectionspace.org/questions/165216540/unexpec
ted-find-edit-all-record-type-summaries-fail-to-display-for-
various-records

I failed to indicate the second thing, which in this case was not having the configuration files in the dedicated tenant directories. Running the *ant deploy_services_artifact* command requires that the proper tenant configurations exist in the application layer (tomcat-main/src/main/resource/tenants/{tenant}). If they don't exist, it will still run the merge without prompting error. From the ant build.xml: <!-- This target attempts to generate a set of Service artifacts (Nuxeo bundles and tenant bindings) by using the Application layer's configuration files. This target has a dependency on the Application layer's source tree. It assumes the Application layer's src tree root is a directory sibling of the Source layer's source tree root. Also, it assumes the "csmake.jar" exists in the target directory of the Application layer's "tomcat-main" module. This target also assumes that the system environment variable 'CSPACE_JEESERVER_HOME' is set and pointing to the root JEE server (usually Apache Tomcat) where CollectionSpace is installed. All generated Service artifacts wi --> <target name="deploy_services_artifacts" https://github.com/collectionspace/services/blob/master/services/JaxRsServiceProvider/build.xml On Tue, Jan 24, 2017 at 9:16 AM, Yousuf Nejati <yousuf.cspace@gmail.com> wrote: > Richard and I figured this out. > > It was due to two things, 1) the dedicated tenant directories for each > layer (app,service, ui) in the collectionspace-source directory were > mounted and not accessible or modifiable by the *ant > deploy_services_artifact* command, or any command for that matter. > Running sudo umount on the dedicated tenant directories, copying over the > configurations, and then running *ant deploy_services_artifact, *again, > did the trick. > > A good way to check that all of the configurations merged properly is to > check the /tmp/ directory. If you'd like to learn more about XML merge, you > can go here: https://github.com/collectionspace/services/blob/ > master/services/common/src/main/cspace/config/services/ > tenants/XMLMerge-README.pdf > > Then, starting up the server, initializing the application layer > (/collectionspace/tenant/{tenant}/init) and clearing the browser cache > did the trick. > > Thanks! > > -Yousuf > > > On Tue, Jan 24, 2017 at 9:00 AM, <talk-request@lists.collectionspace.org> > wrote: > >> Send Talk mailing list submissions to >> talk@lists.collectionspace.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.collectionspace.org/mailman/listinfo/talk_lists >> .collectionspace.org >> >> or, via email, send a message with subject or body 'help' to >> talk-request@lists.collectionspace.org >> >> You can reach the person managing the list at >> talk-owner@lists.collectionspace.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Talk digest..." >> >> >> Today's Topics: >> >> 1. Unexpected Find & Edit > All Record Type summaries fail to >> display for various records (Yousuf Nejati) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 23 Jan 2017 09:00:28 -0800 >> From: Yousuf Nejati <yousuf.cspace@gmail.com> >> To: CollectionSpace Talk List <talk@lists.collectionspace.org> >> Subject: [Talk] Unexpected Find & Edit > All Record Type summaries >> fail to display for various records >> Message-ID: >> <CA+-x7FpWMKkJFN_6798L3xf+noQ20aYp7DvD16+0GUZA_NeNcA@mail. >> gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hello all, >> >> In the "*Find & Edit > All Records Type*" search, the "*summary*" column >> fails to display the designated *mini="summary"* field for many records as >> was configured by me. A "*Find & Edit > {record type}*" works as it >> should. >> >> I believe what may have triggered this problem was an execution of "*ant >> undeploy deploy*" in the *collectionspace-source/services* directory, >> however I'm not entirely sure. >> >> I have attempted to fix the problem by rewinding all of the configuration >> files found in CSPACE_SERVER/lib/tenants/mytenant, which has proved >> fruitless. >> >> Following the "*cspace-services/servicegroups/common/items*" endpoint >> returns an expected (with no *docName*): >> >> <ns2:abstract-common-list xmlns:ns2=" >> http://collectionspace.org/services/jaxb"> >> <pageNum>0</pageNum> >> <pageSize>40</pageSize> >> <itemsInPage>40</itemsInPage> >> <totalItems>280327</totalItems> >> <fieldsReturned> >> csid|uri|updatedAt|workflowState|refName|docName|docNumber|docType >> </fieldsReturned> >> <list-item> >> <csid>86e919f5-f4a8-42a3-9e6d</csid> >> <uri>/collectionobjects/86e919f5-f4a8-42a3-9e6c</uri> >> <updatedAt>2017-01-07T00:14:23.358Z</updatedAt> >> <workflowState>project</workflowState> >> <refName> >> urn:cspace:mymusuem.org: >> collectionobjects:id(86e919f5-f4a8-42a3-9e6d)'C02342' >> </refName> >> *<docName/>* >> <docNumber>C02342</docNumber> >> <docType>CollectionObject</docType> >> </list-item> >> >> In the *cspace-services.log* I receive these messages (several of them), >> and I wonder if this may have something to do with it: >> >> *2017-01-23 08:02:37,901 WARN [localhost-startStop-1] >> [org.collectionspace.services.common.authorization_mgt.Autho >> rizationCommon:1042] >> Could not retrieve a lifecycle transition definition list from: Imports >> with tenant ID = 2* >> >> I have checked the merged xml files in the temp directory, and they appear >> to be correct. >> >> I have followed the instructions here, multiple times, with no luck. >> >> https://wiki.collectionspace.org/display/DOC/Configuring+Col >> lectionSpace%27s+Application+Layer+-+An+Overview#Configurin >> gCollectionSpace'sApplicationLayer-AnOverview-Generateequiva >> lentServiceslayerfilesandcopyingthemtotheCollectionSpaceserver >> >> Any thoughts on where I should be looking in order to better troubleshoot >> this issue? I'm sure it will likely come down to a single missing >> character, as you all know it usually does. >> >> Thank you, >> >> Yousuf >> >> p.s. my question is posted here: >> https://wiki.collectionspace.org/questions/165216540/unexpec >> ted-find-edit-all-record-type-summaries-fail-to-display-for- >> various-records >>