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 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.com<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_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 >> 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 >> >> yyyy-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 t
[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 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=60136231&iu=/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, Irvine<http://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=48808831&iu=/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.(FileOutputStream.java:194) at java.io.FileOutputStream.(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=javabin&version=1 * Matthew McKinley Digital Project Specialist, University of California, Irvine<http://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
Hilton,
Thanks for the documentation. In general, I find your documents to be
clearer and to cover more ground than the official dspace install/update
documentation. However, in this case they unfortunately did not help--I've
applied all the tricks that could reasonably be applied given our slightly
different dspace set-up, and the error logs and non-functionality remain.
Thanks!
Matthew
*
Matthew McKinley
Digital Project Specialist, University of California,
Irvine<http://www.uci.edu/>
**about.me <http://www.about.me/matthewmckinley>*
On Thu, Nov 29, 2012 at 9:09 AM, Hilton Gibson wrote:
> Perhaps these will help.
> http://wiki.lib.sun.ac.za/index.php/SUNScholar/Install_Dspace/S04
> http://wiki.lib.sun.ac.za/index.php/SUNScholar/Asset_Statistics
> http://wiki.lib.sun.ac.za/index.php/SUNScholar/Discovery
> http://hdl.handle.net/11105/158
>
> Cheers
>
> hg
>
>
> On 29 November 2012 18:40, Matthew McKinley <
> matthewjamesmckin...@gmail.com> wrote:
>
>> I've changed the search.server settings and changed all occurrences of
>> "${dspace.dir}" with "/data/dspace" in dspace.cfg. Restarted Tomcat and no
>> change.
>>
>> Here is the diff output for the dspace.cfg file:
>>
>> [root@dspacex /]# diff /data/dspace/config/dspace.cfg
>> /data/dspace/config/dspace_DEFAULT.cfg
>> 10c10
>> < # Revision: $Revision: 6830 $
>> ---
>> > # Revision: $Revision$
>> 12c12
>> < # Date: $Date: 2011-10-28 18:30:14 -0500 (Fri, 28 Oct 2011) $
>> ---
>> > # Date: $Date$
>> 25c25
>> < dspace.dir = /dspace
>> ---
>> > dspace.dir = ${default.dspace.dir}
>> 28,29c28
>> < #dspace.hostname = localhost
>> < dspace.hostname = dspacex.lib.uci.edu
>> ---
>> > dspace.hostname = localhost
>> 32c31
>> < dspace.baseUrl = http://dspacex.lib.uci.edu:8080
>> ---
>> > dspace.baseUrl = http://localhost:8080
>> 38,43c37
>> < #dspace.url = ${dspace.baseUrl}/xmlui
>> < dspace.url = http://dspacex.lib.uci.edu/xmlui
>> <
>> < #ucispace.url was created so generated sitemaps/handle server
>> < #point to ucispace.lib.uci.edu instead of dspace2.nacs.uci.edu MM
>> 10/17/11
>> < ucispace.url = http://ucispace.lib.uci.edu
>> ---
>> > dspace.url = ${dspace.baseUrl}/xmlui
>> 46,47c40
>> < #dspace.name = DSpace at My University
>> < dspace.name = UCIspace @ the Libraries
>> ---
>> > dspace.name = DSpace at My University
>> 51a45
>> > db.name = ${default.db.name}
>> 53d46
>> < db.name = postgres
>> 57,58c50
>> < #db.url = jdbc:postgresql://localhost:5432/dspace
>> < db.url = jdbc:postgresql://localhost:5432/dspace
>> ---
>> > db.url = ${default.db.url}
>> 61a54
>> > db.driver = ${default.db.driver}
>> 63d55
>> < db.driver = org.postgresql.Driver
>> 65a58,59
>> > db.username = ${default.db.username}
>> > db.password = ${default.db.password}
>> 68,69d61
>> < db.username = dspace
>> < db.password = 3c@psD
>> 97,98c89
>> < #mail.server = smtp.example.com
>> < mail.server=localhost
>> ---
>> > mail.server = ${default.mail.server}
>> 108c99
>> < mail.from.address = libucisp...@uci.edu
>> ---
>> > mail.from.address = dspace-nore...@myu.edu
>> 111c102
>> < feedback.recipient = libucisp...@uci.edu
>> ---
>> > feedback.recipient = dspace-h...@myu.edu
>> 114c105
>> < mail.admin = libucisp...@uci.edu
>> ---
>> > mail.admin = dspace-h...@myu.edu
>> 117c108
>> < alert.recipient = libucisp...@uci.edu
>> ---
>> > # alert.recipient = email-address-here
>> 120c111
>> < registration.notify = libucisp...@uci.edu
>> ---
>> > # registration.notify = email-address-here
>> 149c140
>> < assetstore.dir = /data/dspace/assetstore
>> ---
>> > assetstore.dir = ${dspace.dir}/assetstore
>> 224,225c215,216
>> < # log.init.config = /data/dspace/config/log4j.xml
>> < # log.init.config = /data/dspace/config/log4j-console.properties
>> ---
>> > # log.init.config = ${dspace.dir}/config/log4j.xml
>> > # log.init.config = ${dspace.dir}/config/log4j-console.properties
>> 227c218
>> < log.init.config = /data/dspace/config/log4j.properties
>> ---
>> > log.init.config = ${dspace.dir}/config/log4j.properties
>> 230c221
>> < log.dir = /data/dspace/log
>> ---
>> > log.dir = ${dspace.dir}/log
>> 240c231
Re: [Dspace-tech] 1.8.2 Discovery Search returns no results
mp.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,
Irvine<http://www.uci.edu/>
**about.me <http://www.about.me/matthewmckinley>*
On Thu, Nov 29, 2012 at 12:50 AM, helix84 wrote:
> On Thu, Nov 29, 2012 at 2:17 AM, Matthew McKinley
> wrote:
> > helix,
> >
> > Thanks for the reply.
> >
> > 1. The context path in tomcat6/server.xml is as follows, as it has been
> in
> > previous (working) versions of dspace:
> >
> >
> > > docBase="/data/dspace/webapps/xmlui"
> > debug="0" reloadable="true"
> > cachingAllowed="false"
> > allowLinking="true"/>
>
> That looks fine.
>
> > 2. I've googled the "Threadlocal" errors before, as they happened many
> many
> > times on a daily basis even while our dspace instance was running
> perfectly.
> > Not being a formally trained IT guy, I couldn't really make heads or
> tails
> > of a lot of the conversations, but the gist I got was that 99% of the
> time
> > these messages are superfluous despite tomcat reporting them. I could be
> > wrong about this but I'm not sure where to start in addressing, I spent a
> > long while researching them about a year ago but quickly got out of my
> > depth.
> >
> > 3. As a matter of fact I have modified the java files slightly to change
> the
> > URLs in our sitemap/handle servers to list the CNAME "
> ucispace.lib.uci.edu"
> > instead of the true server name "dspace2.nacs.uci.edu". However, the
> server
> > not working is the test server dspacex.lib.uci.edu, so though I made the
> > changes below they don't really apply to dspacex because A it's not
> running
> > a handle server and B its address is different. Could this be causing
> > problems? I can remove the following changes and try rebuilding/updating.
> >
> > I added this line to dspace.cfg:
> >
> > #ucispace.url was created so generated sitemaps/handle server
> > #point to ucispace.lib.uci.edu instead of dspace2.nacs.uci.edu MM
> 10/17/11
> > ucispace.url = http://ucispace.lib.uci.edu
> >
> > And changed ALL references of "dspace.url" to "ucispace.url" in the
> > following java files:
> >
> > Source Location:
> >
> /data/src/dspace-1.8.2-src-release/dspace-api/src/main/java/org/dspace/app/sitemap/GenerateSitemaps.java
> >
> > Source Location:
> >
> /data/src/dspace-1.8.2-src-release/dspace-api/src/main/java/org/dspace/handle/HandleManager.java
> >
> > 4. I started with a clean 1.8 config directory and added customizations
> > (twice!)
> >
> > 5. In config/modules/discovery.cfg, the search.server value is set to:
> >
> > http://dspacex.lib.uci.edu/solr/search
>
> Set this to:
> search.server = http://localhost:8080/solr/search
>
>
> > Output of grep -RnI '\${.*}' data/dspace/config/* :
>
> Go to /data/dspace/config/dspace.cfg and replace all occurences of
> "${dspace.dir}" by "/data/dspace". Then restart Tomcat and see if it
> fixes things. If not, we may try looking at your customizations (send
> a complete diff).
>
>
> 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] 1.8.2 Discovery Search returns no results
rties: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,
Irvine<http://www.uci.edu/>
**about.me <http://www.about.me/matthewmckinley>*
On Wed, Nov 28, 2012 at 4:06 PM, helix84 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
> 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, Irvine<http://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.(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.inv
[Dspace-tech] SOLR Stats ERROR: Invalid Version or the data not in 'javabin' format
ain.java:206) 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, Irvine<http://www.uci.edu/> **about.me <http://www.about.me/matthewmckinley>* -- BlackBerry® 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
