Scholar missing citation and thesis tabs

[BrzI Channel]

I have figured out that my autocomplete and linking is very likely not the real issue.

When I create a new Scholar object based on the person CM it gets the View and Manage tabs created. But it does not get the Citation and Thesis tabs created.

This tells me that the entity installation may be incomplete. No errors appear in the Tomcat logs.

What else could I look at so that these two tabs appear upon Scholar creation ?

Thanks

Goran

[BrzI Channel]

Just a little follow - up.

yesterday I installed the Oracle Virtual Appliance so that I could attempt to identify any misconfiguration settings by comparing it with my production boxes. I was able to create Scholar profiles just fine - all four tabs were there. Did that multiple times successfully.

The autofill for qualified name in the Citation object worked just fine as I added a citation and pointed to an existing scholar profile.

Replicated the procedure exactly on my production machine. But the citation and thesis tabs did not update.

I compared the datastreams on the two collections and objects I created.

Person collection with Scholar object

Citation collection with Citation object

The only difference I can see is that the OVA citation object has two extra datastreams : TECHMED and FULL_TEXT. Could the absence of these two datastreams explain the inability of the system to create the Citation and thesis tabs ?

Thanks

Goran

[BrzI Channel]

My tomcat log shows multiple solr errors like this one as I ingested the citation object :

Apr 19, 2016 1:16:15 PM org.apache.solr.common.SolrException log

SEVERE: org.apache.solr.common.SolrException: org.apache.solr.search.SyntaxError: Cannot parse 'MADS_disambiguated_fullname_mt:GivenYa FamilyYa (* AND RELS_EXT_hasModel_uri_mt:"islandora:personCModel"': Encountered "<EOF>" at line 1, column 104.

Was expecting one of:

<AND> ...

<OR> ...

<NOT> ...

"+" ...

"-" ...

<BAREOPER> ...

"(" ...

")" ...

"*" ...

"^" ...

<QUOTED> ...

<TERM> ...

<FUZZY_SLOP> ...

<PREFIXTERM> ...

<WILDTERM> ...

<REGEXPTERM> ...

"[" ...

"{" ...

<LPARAMS> ...

<NUMBER> ...

at org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:147)

at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:187)

at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135)

at org.apache.solr.core.SolrCore.execute(SolrCore.java:1797)

at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:637)

at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:343)

at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:141)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)

at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)

at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)

at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)

at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:745)

Seems like a solr misconfiguration...

Solr searches do work for me otherwise.

Thanks

Goran

[BrzI Channel]

And my Islandora log shows this :

Location	http://islandora2.lib2k.bcit.ca/?q=islandora/entities/autocomplete/disambiguated/GivenYa%20FamilyYa%20(givaz
Referrer	http://islandora2.lib2k.bcit.ca/islandora/object/islandora%3A158/manage/overview/ingest?render=overlay&render=overlay&render=overlay&render=overlay
Message	Got an exception while searching entities for callback.

[BrzI Channel]

Some more error messages :

Notice: Undefined variable: json in islandora_entities_autocomplete() (line 104 of/var/www/drupal/sites/all/modules/islandora_solution_pack_entities/includes/callbacks.inc).

Warning: Invalid argument supplied for foreach() in islandora_entities_autocomplete() (line 104 of/var/www/drupal/sites/all/modules/islandora_solution_pack_entities/includes/callbacks.inc).

LOCATION	http://islandora2.lib2k.bcit.ca/?q=islandora/entities/autocomplete/disambiguated/GivenYa%20FamilyYa%20(YaYa
REFERRER	http://islandora2.lib2k.bcit.ca/islandora/object/islandora%3A156/manage/overview/ingest?render=overlay&render=overlay&render=overlay
MESSAGE

[Peter MacDonald]

This text from your log

SyntaxError: Cannot parse 'MADS_disambiguated_fullname_mt:GivenYa FamilyYa (* AND 

makes me think you are still having trouble with the field that disambiguates the entities.

There should be some text in the disambiguating field, say "ya123: or some such as follows

SyntaxError: Cannot parse 'MADS_disambiguated_fullname_mt:GivenYa FamilyYa (ya123) AND 

[But you probably already knew that, didn't you, and you want to know to fix it. No sure how myself -- other than to make sure you have a value in that element in the entity's MODS.]

Peter

--
For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv
---
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
Visit this group at https://groups.google.com/group/islandora.
To view this discussion on the web visit https://groups.google.com/d/msgid/islandora/64265dc5-c61b-4530-9fdb-6f9cd27dadb2%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

Peter MacDonald,
Library Information Systems Specialist
Hamilton College Library

Clinton, New York
315 859-4493

pmacdona-hamilton (Skype)

[BrzI Channel]

Hi Peter,

yes, I am adding the text in the specified format...In fact I have the Demo VM in the other half of my screen and am replicating the exact keystrokes. But my installation seems to have problems reading my input...

It almost looks like a premissions issue...data is there but cannot be read...but I don't know where to look...

Thanks for responding....

[BrzI Channel]

I have copied over the full contents of the /usr/local/fedora/tomcat/webapps/fedoragsearch/WEB-INF/classes/fgsconfigfinal/index/FgsIndex folder from the demo VM.

Tweaked index.properties to point to the correct location of the solr instance.

Reindexed.

Having Metadata as DC or Solr Metadata does not seem to make a difference.

When I look at the index I only have MADS*_ms but not MADS*_mt index fields - as attached. What can I do to fix this ?

Made no other changes within the /usr/local/fedora/tomcat/webapps/fedoragsearch/WEB-INF/classes/fgsconfigfinal/index/FgsIndex folder.

On the good side, Tomcat is no longer reporting any problems as per attachment. No error messages in *.8080/solr. No errors in Drupal.

Can somebody spot a problem ?

Thanks

[BrzI Channel]

In the basic-solr-config from DG there is this section :

This repo will holds a basic solr config, schema and xslt to use as a starting point for future projects.

It is now dependent on the [discoverygarden GSearch extensions](https://github.com/discoverygarden/dgi_gsearch_extensions)--which includes the Joda time library.

If one wishes to index Drupal content and users, one might process the `conf/data-import-config.xml.erb` into `conf/data-import-config.xml`. It takes three parameters:
* `drupal_dbname`
* `drupal_db_username`
* `drupal_db_password`

Is this important ? 

To me it looks like I need to run a ruby script - which I have never done before...but I will learn to do it if I need to.

Thanks