Re: [Dspace-tech] Fwd: SOLR/Discovery Date Parsing
Bram, Thanks for this. I figured there wasn't an easy fix, but wanted to ask to make sure. And its good this has been translated to a JIRA ticket. From what I can tell, discovery can't handle time zones at all--only UTC/zulu time, and without being able to handle an offset time. It's understandable because date parsing is kind of a nightmare, but even making it a little more robust will go a long way. *Matthew McKinley Digital Project Specialist, University of California, Irvine http://www.uci.edu/**about.me http://www.about.me/matthewmckinley* On Fri, Nov 8, 2013 at 5:54 AM, Bram Luyten b...@atmire.com wrote: Hi Matthew, interesting challenge. I'm not sure how it can be addressed without modifying the Java or the dates in your metadata. When looking at: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/discovery/SolrServiceImpl.java#L1439 It seems like the date is guessed purely on String length. Maybe this date guessing can be made more robust by doing proper regex matching, like the example here: http://stackoverflow.com/a/3390252 Note that this example code also requires some additional matches to add timezone support. To make sure this doesn't get lost, I added this as a JIRA ticket: https://jira.duraspace.org/browse/DS-1775 best regards, Bram -- [image: logo] *Bram Luyten* *@mire* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* www.atmire.comhttp://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=braml On Thu, Nov 7, 2013 at 7:36 PM, Matthew McKinley matthewjamesmckin...@gmail.com wrote: Whoops! Sent this to the wrong list. *Matthew McKinley Digital Project Specialist, University of California, Irvine http://www.uci.edu/**about.me http://www.about.me/matthewmckinley* -- Forwarded message -- From: Matthew McKinley matthewjamesmckin...@gmail.com Date: Thu, Nov 7, 2013 at 10:20 AM Subject: SOLR/Discovery Date Parsing To: dspace-de...@lists.sourceforge.net Hi all, We're running DSpace 1.8.2 on Tomcat 6 on a RedHat server. Trying to make the switch to discovery and have most of the kinks worked out except indexing dates. Many of our dates are of simple MM-DD- variety, but some include a timestamp as well and these are not being indexed correctly by update-discovery-index. An example of an error encountered is below: 2013-11-07 09:28:26,156 ERROR org.dspace.discovery.SolrServiceImpl @ Unable to parse date format java.text.ParseException: Unparseable date: 1998-03-05T07:11:44PST at java.text.DateFormat.parse(DateFormat.java:337) at org.dspace.discovery.SolrServiceImpl.toDate(SolrServiceImpl.java:1017) at org.dspace.discovery.SolrServiceImpl.buildDocument(SolrServiceImpl.java:737) at org.dspace.discovery.SolrServiceImpl.indexContent(SolrServiceImpl.java:153) at org.dspace.discovery.SolrServiceImpl.updateIndex(SolrServiceImpl.java:297) at org.dspace.discovery.SolrServiceImpl.createIndex(SolrServiceImpl.java:262) at org.dspace.discovery.IndexClient.main(IndexClient.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) From manually editing the dates and re-updating the discovery index, it seems the problem is either the time zone or lack thereof. Looking at the java file (org.dspace.discovery.SolrServiceImpl), it looks like Discovery/SOLR will accept -MM-dd'T'HH:mm:ss.SSS'Z' or -MM-dd'T'HH:mm:ss'Z' But will NOT accept either a timezone such as PST at the end of the date string or no time zone at all (i.e. -MM-dd'T'HH:mm:ss) Is there a way to get around this issue and have Discovery/SOLR index these date values without modifying the java? We have a lot of dspace objects in this (pretty standard UTC) date + time + timezone format and I'd hate to have to remove information just to make them index nicely. Thanks! Matthew *Matthew McKinley Digital Project Specialist, University of California, Irvine http://www.uci.edu/**about.me http://www.about.me/matthewmckinley* -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ DSpace-tech mailing list DSpace-tech
[Dspace-tech] Fwd: SOLR/Discovery Date Parsing
Whoops! Sent this to the wrong list. *Matthew McKinley Digital Project Specialist, University of California, Irvine http://www.uci.edu/**about.me http://www.about.me/matthewmckinley* -- Forwarded message -- From: Matthew McKinley matthewjamesmckin...@gmail.com Date: Thu, Nov 7, 2013 at 10:20 AM Subject: SOLR/Discovery Date Parsing To: dspace-de...@lists.sourceforge.net Hi all, We're running DSpace 1.8.2 on Tomcat 6 on a RedHat server. Trying to make the switch to discovery and have most of the kinks worked out except indexing dates. Many of our dates are of simple MM-DD- variety, but some include a timestamp as well and these are not being indexed correctly by update-discovery-index. An example of an error encountered is below: 2013-11-07 09:28:26,156 ERROR org.dspace.discovery.SolrServiceImpl @ Unable to parse date format java.text.ParseException: Unparseable date: 1998-03-05T07:11:44PST at java.text.DateFormat.parse(DateFormat.java:337) at org.dspace.discovery.SolrServiceImpl.toDate(SolrServiceImpl.java:1017) at org.dspace.discovery.SolrServiceImpl.buildDocument(SolrServiceImpl.java:737) at org.dspace.discovery.SolrServiceImpl.indexContent(SolrServiceImpl.java:153) at org.dspace.discovery.SolrServiceImpl.updateIndex(SolrServiceImpl.java:297) at org.dspace.discovery.SolrServiceImpl.createIndex(SolrServiceImpl.java:262) at org.dspace.discovery.IndexClient.main(IndexClient.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183) From manually editing the dates and re-updating the discovery index, it seems the problem is either the time zone or lack thereof. Looking at the java file (org.dspace.discovery.SolrServiceImpl), it looks like Discovery/SOLR will accept -MM-dd'T'HH:mm:ss.SSS'Z' or -MM-dd'T'HH:mm:ss'Z' But will NOT accept either a timezone such as PST at the end of the date string or no time zone at all (i.e. -MM-dd'T'HH:mm:ss) Is there a way to get around this issue and have Discovery/SOLR index these date values without modifying the java? We have a lot of dspace objects in this (pretty standard UTC) date + time + timezone format and I'd hate to have to remove information just to make them index nicely. Thanks! Matthew *Matthew McKinley Digital Project Specialist, University of California, Irvine http://www.uci.edu/**about.me http://www.about.me/matthewmckinley* -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] Commenting at item level in XMLUI?
Hi all, As you can imagine, parsing the results while searching for adding commenting functionality to dspace is near impossible. I see that there was a commenting add-on developed way back for 1.1 by University of Minho, but it looks like its only for JSPUI. Has anyone added commenting functionality to their DSpace XMLUI interface? Specifically, we'd like to add the ability to add a comment at the item level and have it approved by an administrator. We're currently running DSpace 1.8.2 on Tomcat 6, MySQL, and RedHat. Thanks in advance! Matthew * Matthew McKinley Digital Project Specialist, University of California, Irvinehttp://www.uci.edu/ **about.me http://www.about.me/matthewmckinley* -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] 1.7.2 web.xml getting randomly overwritten
Hi all, We've been having a problem with webapps/xmlui/WEB-INF/web.xml being overwritten randomly with the default welcome to Tomcat! page. It only seems to happen about once a month but we can't predict it and it makes our entire DSpace instance inaccessible until we can replace web.xml. Does anyone know what's going on? I tried googling and found similar Tomcat errors but for programs other than DSpace. We're running dspace 1.7.2 with Tomcat 6 I also found these in the logs from (when I am guessing) the overwrite happened: /var/log/secure Mar 11 13:03:50 dspace2 useradd[24547]: failed adding user 'tomcat', data deleted /data/dspace/log/dspace.log.2013-03-11 2013-03-11 13:03:58,851 ERROR net.sf.ehcache.store.DiskStore @ cocoon-ehcache Cache: Could not flush elements to disk due to /var/cache/tomcat6/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.index (No such file or directory). Continuing... java.io.FileNotFoundException: /var/cache/tomcat6/work/Catalina/localhost/_/cache-dir/cocoon-ehcache.index (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:194) at java.io.FileOutputStream.init(FileOutputStream.java:145) at net.sf.ehcache.store.DiskStore.writeIndex(DiskStore.java:845) at net.sf.ehcache.store.DiskStore.throwableSafeFlushSpoolIfRequired(DiskStore.java:674) at net.sf.ehcache.store.DiskStore.spoolAndExpiryThreadMain(DiskStore.java:640) at net.sf.ehcache.store.DiskStore.access$900(DiskStore.java:68) at net.sf.ehcache.store.DiskStore$SpoolAndExpiryThread.run(DiskStore.java:1110) 2013-03-11 13:03:58,981 ERROR org.dspace.kernel.DSpaceKernelManager @ WARN Failed to unregister the MBean: org.dspace:name=4d3e355f-c8ee-4f46-8bb4-6c40a95cc114,type=DSpaceKernel 2013-03-11 13:04:04,752 INFO org.dspace.usage.LoggerUsageEventListener @ anonymous:session_id=51554ABF2A9D2F96F9EFC7C2098FF1A0:ip_addr=66.249.73.66: view_item:handle=10575/4825 2013-03-11 13:04:04,767 ERROR org.dspace.statistics.SolrLoggerUsageEventListener @ Not Found Not Found request: http://dspace2.nacs.uci.edu/solr/statistics/update?wt=javabinversion=1 * Matthew McKinley Digital Project Specialist, University of California, Irvinehttp://www.uci.edu/ **about.me http://www.about.me/matthewmckinley* -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] Fwd:
http://www.fermentivino.it/hmq0xv.php?s=ot -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] 1.8.2 Discovery Search returns no results
PDF
filter.org.dspace.app.mediafilter.XPDF2Text.inputFormats = Adobe PDF
452,455d432
#XPDF paths
xpdf.path.pdftotext =
/usr/local/src/xpdf/xpdfbin-linux-3.03/bin32/pdftotext
xpdf.path.pdftoppm = /usr/local/src/xpdf/xpdfbin-linux-3.03/bin32/pdftoppm
xpdf.path.pdfinfo = /usr/local/src/xpdf/xpdfbin-linux-3.03/bin32/pdfinfo
662c639
#event.dispatcher.default.consumers = search, browse, discovery, eperson,
harvester
---
# event.dispatcher.default.consumers = search, browse, discovery,
eperson, harvester
699c676
embargo.field.terms = dc.date.available
---
embargo.field.terms = SCHEMA.ELEMENT.QUALIFIER
702c679
embargo.field.lift = dc.date.available
---
embargo.field.lift = SCHEMA.ELEMENT.QUALIFIER
724c701
org.dspace.app.itemexport.work.dir = /data/dspace/exports
---
org.dspace.app.itemexport.work.dir = ${dspace.dir}/exports
727c704
org.dspace.app.itemexport.download.dir = /data/dspace/exports/download
---
org.dspace.app.itemexport.download.dir = ${dspace.dir}/exports/download
778c755
webui.submit.upload.required = false
---
#webui.submit.upload.required = true
831,832c808,809
webui.browse.thumbnail.maxheight = 100
webui.browse.thumbnail.maxwidth = 100
---
#webui.browse.thumbnail.maxheight = 80
#webui.browse.thumbnail.maxwidth = 80
844,845c821,822
thumbnail.maxwidth = 300
thumbnail.maxheight = 300
---
thumbnail.maxwidth = 80
thumbnail.maxheight = 80
858c835
webui.preview.brand.abbrev = UCISpace@theLibraries
---
webui.preview.brand.abbrev = MyOrg
887c864
webui.strengths.cache = true
---
webui.strengths.cache = false
942,945c919,922
#webui.browse.index.1 = dateissued:item:dateissued
#webui.browse.index.2 = author:metadata:dc.contributor.*,dc.creator:text
#webui.browse.index.3 = title:item:title
#webui.browse.index.4 = subject:metadata:dc.subject.*:text
---
webui.browse.index.1 = dateissued:item:dateissued
webui.browse.index.2 = author:metadata:dc.contributor.*,dc.creator:text
webui.browse.index.3 = title:item:title
webui.browse.index.4 = subject:metadata:dc.subject.*:text
948,954d924
webui.browse.index.1 = title:item:title
webui.browse.index.2 = date:metadata:dc.date.created:date
webui.browse.index.3 = author:metadata:dc.creator:text
webui.browse.index.4 = subject:metadata:dc.subject:text
webui.browse.index.5 = contributor:metadata:dc.contributor:text
webui.browse.index.6 = decade:metadata:dc.coverage.temporal:date
979,982d948
#webui.itemlist.sort-option.1 = title:dc.title:title
#webui.itemlist.sort-option.2 = dateissued:dc.date.issued:date
#webui.itemlist.sort-option.3 = dateaccessioned:dc.date.accessioned:date
984,992c950,951
webui.itemlist.sort-option.2 = author:dc.creator:text
webui.itemlist.sort-option.3 = collection:dc.relation.isPartOf:text
webui.itemlist.sort-option.4 = date:dc.date.created:date
#Added for VAOHP collection sort
webui.itemlist.sort-option.5 = narrator:dc.creator:text
webui.itemlist.sort-option.6 = interviewer:dc.contributor:text
webui.itemlist.sort-option.7 = dateofinterview:dc.date.created:date
webui.itemlist.sort-option.8 = decadeofbirth:dc.coverage.temporal:date
---
webui.itemlist.sort-option.2 = dateissued:dc.date.issued:date
webui.itemlist.sort-option.3 = dateaccessioned:dc.date.accessioned:date
1010c969
webui.browse.metadata.case-insensitive = true
---
# webui.browse.metadata.case-insensitive = true
1104,1106c1063
#Put the recent submissions count to 0 so that discovery can use it's
recent submissions,
# not doing this when discovery is enabled will cause UI overlap issues
#How many recent submissions should be displayed at any one time
---
# how many recent submissions should be displayed at any one time
1108d1064
#recent.submissions.count = 0
1246,1248c1202
#Changing to allow inline (in-browser) serving of all bitstreams up to 20
Mb (default was 8 Mb) MM 11/2012
xmlui.content_disposition_threshold = 20971520
---
xmlui.content_disposition_threshold = 8388608
1274c1228
sitemap.dir = /data/dspace/sitemaps
---
sitemap.dir = ${dspace.dir}/sitemaps
1389c1343
google-metadata.config =
/data/dspace/config/crosswalks/google-metadata.properties
---
google-metadata.config =
${dspace.dir}/config/crosswalks/google-metadata.properties
1401c1355
upload.temp.dir = /data/dspace/upload
---
upload.temp.dir = ${dspace.dir}/upload
1405c1359
upload.max= 1048576000
---
upload.max = 536870912
1416c1370
report.dir = /data/dspace/reports/
---
report.dir = ${dspace.dir}/reports/
1581c1535
webui.suggest.enable = true
---
webui.suggest.enable = false
1628,1629c1582,1583
xmlui.user.registration=false
xmlui.user.editmetadata=true
---
#xmlui.user.registration=true
#xmlui.user.editmetadata=true
1711,1713c1665
#
# Google Analytics key is already declared in structural.xsl and should
not be redeclared here!
#xmlui.google.analytics.key=UA-15607289-1
---
#xmlui.google.analytics.key=UA-XX-X
Thanks!
Matthew
*
Matthew McKinley
Digital Project Specialist, University of California,
Irvinehttp://www.uci.edu/
**about.me http
Re: [Dspace-tech] 1.8.2 Discovery Search returns no results
/log4j_20121115.properties:14:# Text surrounded by ${}
symbols is replaced with the corresponding
data/dspace/config/log4j.properties:14:# Text surrounded by ${} symbols is
replaced with the corresponding
data/dspace/config/log4j.properties-20110915-124530.old:14:# Text
surrounded by ${} symbols is replaced with the corresponding
data/dspace/config/log4j.properties-20121023-090829.old:14:# Text
surrounded by ${} symbols is replaced with the corresponding
data/dspace/config/log4j.properties-20121114-155339.old:14:# Text
surrounded by ${} symbols is replaced with the corresponding
data/dspace/config/log4j.properties-20121128-122133.old:14:# Text
surrounded by ${} symbols is replaced with the corresponding
data/dspace/config/oaicat.properties:9:# Text surrounded by two '${' and
'}' symbols is replaced with the corresponding
data/dspace/config/oaicat.properties-20110915-124530.old:9:# Text
surrounded by two '${' and '}' symbols is replaced with the corresponding
data/dspace/config/oaicat.properties-20121114-155339.old:9:# Text
surrounded by two '${' and '}' symbols is replaced with the corresponding
Thanks for your continued help!
Matthew
*
Matthew McKinley
Digital Project Specialist, University of California,
Irvinehttp://www.uci.edu/
**about.me http://www.about.me/matthewmckinley*
On Wed, Nov 28, 2012 at 4:06 PM, helix84 heli...@centrum.sk wrote:
Post your definition of the xmlui context in Tomcat's server.xml. That
was the problem in the other thread, so let's double-check.
These error messages also seem to indicate an error in context
configuration - the xmlui webapp wasn't started for some reason.
On Thu, Nov 29, 2012 at 12:45 AM, Matthew McKinley
matthewjamesmckin...@gmail.com wrote:
Nov 28, 2012 3:27:38 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Nov 28, 2012 3:27:38 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/xmlui] startup failed due to previous errors
Nov 28, 2012 3:27:38 PM org.apache.catalina.loader.WebappClassLoader
clearThreadLocalMap
SEVERE: A web application created a ThreadLocal with key of type
[org.springframework.core.NamedThreadLocal] (value [Prototype beans
currently in creation]) and a value of type [null] (value [null]) but
failed
to remove it when the web application was stopped. To prevent a memory
leak,
the ThreadLocal has been forcibly removed.
Nov 28, 2012 3:27:38 PM org.apache.catalina.loader.WebappClassLoader
clearThreadLocalMap
If you look up that error (SEVERE: A web application created a
ThreadLocal with key of type
[org.springframework.core.NamedThreadLocal]) in Google, does any of it
seem to be conencted with your customizations?
If your modifications change any sitemaps, post those patches.
Did you also start with a clean 1.8 config directory, putting in your
changes? I see I already told you that, just checking.
I looked briefly at your original stack trace and it struck me as
familiar, in fact, I just encountered somthing similiar today.
Caused by: java.net.MalformedURLException
You should check that your configuration value
discovery.search.server contains a valid URL
(http://localhost:8080/solr/search) and not a value ${something}. In
fact, post the output of grep -RnI '\${.*}' /dspace/config/*
Regards,
~~helix84
Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
Keep yourself connected to Go Parallel:
VERIFY Test and improve your parallel project with help from experts
and peers. http://goparallel.sourceforge.net___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
Re: [Dspace-tech] SOLR Stats ERROR: Invalid Version or the data not in 'javabin' format
Hello! Sent out the below message on Friday and haven't yet gotten a response...but I have found out some more information: Apparently with SOLR/Solrj 1.4 the default Response parser switched from XML to binary, meaning SOLR 1.4 will have trouble talking to SOLR 3.x and below. Might this be what is causing the problem? How can I tell what version of SOLR is in my dspace 1.7.2 instance? Documentation says a quick fix might be to set the response parser as XML (i.e. server.setParser(new XMLResponseParser());) within a CommonsHttpSolrServer java file, but I cannot find this file in the dspace source. Any ideas? Apologies for being a little lost in all this. Like many of you, I'm a librarian/archivist type stumbling into the back end of a technical system. Thanks in advance for any help, * Matthew McKinley Digital Project Specialist, University of California, Irvinehttp://www.uci.edu/ **about.me http://www.about.me/matthewmckinley* On Fri, Sep 16, 2011 at 3:04 PM, Matthew McKinley matthewjamesmckin...@gmail.com wrote: Hello, Upgrading from 1.5.2 to 1.7.2 and the SOLR statistics are not working. I was able to convert the old DSpace logs, but when I try to run stats-log-importer, stats-util or access statistics from within the browser interface they all return with the following error message: ERROR: java.lang.RuntimeException: Invalid version or the data in not in 'javabin' format. The full dspace.log output is below. Thanks for any help you can provide! Matthew Dspace 1.7.2 Tomcat6 Running on Linux 2.6 Java 1.6 2011-09-16 12:15:45,416 ERROR org.dspace.statistics.SolrLogger @ Error executing query org.apache.solr.client.solrj.SolrServerException: Error executing query at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118) at org.dspace.statistics.SolrLogger.clinit(SolrLogger.java:79) at org.dspace.statistics.content.StatisticsDataVisits.queryFacetField(StatisticsDataVisits.java:640) at org.dspace.statistics.content.StatisticsDataVisits.createDataset(StatisticsDataVisits.java:247) at org.dspace.statistics.content.StatisticsDisplay.getDataset(StatisticsDisplay.java:88) at org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addDisplayListing(StatisticsTransformer.java:350) at org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.renderHome(StatisticsTransformer.java:129) at org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addBody(StatisticsTransformer.java:79) at org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:223) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy31.startElement(Unknown Source) at org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) at org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140) at org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94) at org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy28.startElement(Unknown Source) at org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140) at org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94) at org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71) at $Proxy28.startElement(Unknown Source) at org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140) at org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87) at org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94
[Dspace-tech] SOLR Stats ERROR: Invalid Version or the data not in 'javabin' format
) at org.apache.cocoon.servlet.multipart.MultipartFilter.doFilter(MultipartFilter.java:131) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.RuntimeException: Invalid version or the data in not in 'javabin' format at org.apache.solr.common.util.JavaBinCodec.unmarshal(JavaBinCodec.java:99) at org.apache.solr.client.solrj.impl.BinaryResponseParser.processResponse(BinaryResponseParser.java:39) at org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:477) at org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:244) at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:89) ... 230 more * Matthew McKinley Digital Project Specialist, University of California, Irvinehttp://www.uci.edu/ **about.me http://www.about.me/matthewmckinley* -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
