clicking through search results fails #6

paregorios · 2015-11-17T16:08:44Z

Clone and install EFES following instructions at http://kiln.readthedocs.org/en/latest/quickstart.html

Mac OSX 10.11.1

Visit /search
Select any faceted search result
Pick any result link on the right hand side and click on it

Result:

An error occurred
The resource you requested was not found.

Stacktrace:

org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: 5.2.html
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:149)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
    at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
    at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
    at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
    at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
    at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
    at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
    at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
    at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
    at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
    at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
    at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
    at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
    at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:254)
    at org.apache.cocoon.Cocoon.process(Cocoon.java:699)
    at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:698)
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:505)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:138)
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:564)
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:213)
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1094)
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:432)
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:175)
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1028)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:136)
    at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:258)
    at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109)
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
    at org.eclipse.jetty.server.Server.handle(Server.java:445)
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:267)
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:224)
    at org.eclipse.jetty.io.AbstractConnection$ReadCallback.run(AbstractConnection.java:358)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:601)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:532)
    at java.lang.Thread.run(Thread.java:745)

The text was updated successfully, but these errors were encountered:

emmamorlock · 2015-11-18T16:05:04Z

Hi did you see any facets here?
When I tested it I got none:
zone "Selected searches" displays message: "no filters"

paregorios · 2015-11-18T16:15:34Z

I did see facets, but it may be because I had run the indexing first.

Tom Elliott, Ph.D.
Associate Director for Digital Programs and Senior Research Scholar
Institute for the Study of the Ancient World (NYU)
http://isaw.nyu.edu/people/staff/tom-elliott

On Wed, Nov 18, 2015 at 10:05 AM, emmamorlock notifications@github.com
wrote:

Hi did you see any facets here?
When I tested it I got none:
zone "Selected searches" displays message: "no filters"

—
Reply to this email directly or view it on GitHub
#6 (comment).

emmamorlock · 2015-11-18T17:03:12Z

Sounds coherent. How do you do that?

paregorios · 2015-11-18T18:03:36Z

After following steps 1-4 here I clicked on "admin" and then clicked the "index all (search)" button.

emmamorlock · 2015-11-18T18:21:03Z

Thanks! hadn't seen the admin entry.
After indexation, faceted searches works fine for me: no errors

paregorios · 2015-11-18T19:03:14Z

Just to clarify: you are able to click through the search results list to a single file without errors?

ajenhl · 2015-11-18T20:40:21Z

The issue is that the indexing (specifically in stylesheets/solr/tei-to-solr-common.xsl) uses publicatonStmt/idno[@type="filename"] as the tei-id, which doesn't work well when that is not, in fact, the filename. Either the markup is wrong, or the filenames need to be changed to match the data, or another ID is added to the XML that does match the filename.

emmamorlock · 2015-11-18T21:33:13Z

it seems to me that its another pb: the fool path to the resource is not served.
for exemple for the result 'A00800' the url served is 'http://localhost:9999/A00800.html' if you add in "samples/iospe/ircyr" to the url, it seem to give you the ressource http://localhost:9999/samples/iospe/ircyr.A00800.html
But the result list should show the title of the inscription and not the file name without extension. In that case "Imperial honours for plural emperors"

emmamorlock · 2015-11-18T21:33:33Z

Il meant full path

ajenhl · 2015-11-18T22:36:52Z

The URL for a search result is generated using the information stored in the search index for the filename. This information needs to be the path and filename (relative to the content/xml/tei directory) of the file that was the source of the indexed data, as you say.

The indexing needs to be changed, either to take the path and filename from the filesystem, or to get that information from somewhere else in the XML. If the XML as it stands is deemed correct, then the former solution should be implemented.

The display of the title is a separate issue.

gabrielbodard · 2015-11-20T15:47:36Z

Yes, it's a combination of both things. When putting the example files in place, I changed the filenames to make them more reliably unique (i.e. containing collection name as well as internal id), but forgot to change the idno[type=filename]. However, the search index also needs the path to the correct folder, which may be (a) "samples", (b) "inscriptions", or (c) a sub-directory of "inscriptions" for projects with nested file structure.

gabrielbodard · 2015-11-23T12:51:18Z

I fixed the first issue (incorrect idno[type=filename]) and pushed them to the repo. The other part is search code that I haven't delved into, however.

ajenhl · 2015-12-12T03:25:16Z

I'm about to commit a fix for this. Unfortunately it tramples on the multilingual element a little, but the alternatives are a poorer fix or refactoring a bunch of other stuff. The latter can be done later.

After updating the code, delete the data in webapps/solr/data/index, start Kiln, and perform a reindex.

paregorios added the bug label Nov 17, 2015

ajenhl closed this as completed in fd0ed19 Dec 12, 2015

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

clicking through search results fails #6

clicking through search results fails #6

paregorios commented Nov 17, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

ajenhl commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

ajenhl commented Nov 18, 2015

gabrielbodard commented Nov 20, 2015

gabrielbodard commented Nov 23, 2015

ajenhl commented Dec 12, 2015

clicking through search results fails #6

clicking through search results fails #6

Comments

paregorios commented Nov 17, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

paregorios commented Nov 18, 2015

ajenhl commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

emmamorlock commented Nov 18, 2015

ajenhl commented Nov 18, 2015

gabrielbodard commented Nov 20, 2015

gabrielbodard commented Nov 23, 2015

ajenhl commented Dec 12, 2015