Thank you both very much!! I just checked AuthorizeManager.java and I had
created an infinite look when I merged. It is working now!!
-Jose
On Thu, May 14, 2015 at 10:14 AM, Tim Donohue
wrote:
> Hi Jose,
>
> Just as a reference, DSpace 5.1 recommends:
> * Maven 3.0.5
> * PostgreSQL 9 or a
Hi Jose,
Just as a reference, DSpace 5.1 recommends:
* Maven 3.0.5
* PostgreSQL 9 or above
https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace
It is possible DSpace 5.1 will work on older versions, but it is not
tested on these older versions. Also, just an FYI, Postgres 8.4 is
end-of
Hi,
On 14/05/15 05:24, Jose Blanco wrote:
> Thanks Tim, What seems to stopping the indexing is that when it
> encounters an item that has rights other than Anonymous, it fails. I
> have confirmed this by editing an item it was failing on and making
> all its access rights anonymous and then it
Tim, one more thing,,, we have
Apache Maven 3.0.1 and
PostgresSQL 8.4
Do you think this could have something to do with it?
On Wed, May 13, 2015 at 3:19 PM, Jose Blanco wrote:
> Tim, The index completed successfully using:
>
> [dspace]/bin/dspace index-discovery -b
>
> But the spinning contin
Thanks Tim, What seems to stopping the indexing is that when it encounters
an item that has rights other than Anonymous, it fails. I have confirmed
this by editing an item it was failing on and making all its access rights
anonymous and then it went on till it found another with non Anonymous
righ
Hi Jose,
The reindexing process only occurs for the Search/Browse indexes (and it
doesn't touch the Solr Statistics index). So, it would not be directly
related to any issues with Solr Statistics. The only part of the upgrade
that affects the Solr Statistics index is that the Solr Stats index w
Tim, I know the reindexing did not finish. I'm trying to grab log output
as it runs so I restarted tomcat, but nothing gets written to the log. It
seems like I have to go to the browser and initiate a browse by title for
indexing to start. Is that right?
On Tue, May 12, 2015 at 5:37 PM, Tim D
Hi Jose,
Are you saying that some of the accesses to Solr Stats work fine? While
others are spinning? Is there any difference in the type of content that
seems to cause Solr to spin (i.e. anything different about those Items
in any way that you can tell)?
I'm just trying to see if it's possibl
TIm, from the tomcat area:
This is from a good access:
141.213.232.243 - - [12/May/2015:16:44:32 -0400] "POST
/solr/statistics/update?wt=javabin&version=2 HTTP/1.1" 200 40
141.213.232.243 - - [12/May/2015:16:44:32 -0400] "GET
/solr/search/select?q=*%3A*&fq=NOT%28withdrawn%3Atrue%29&fq=NOT%28disco
Tim, I think it may have to do with solr statistics. Is there a say to turn
it off.
Attached is part of the dspace log file created when the spinning takes
place.
On Tue, May 12, 2015 at 3:54 PM, Tim Donohue wrote:
> Hi Jose,
>
> You might want to check your logs (both DSpace and Tomcat logs)
Hi Jose,
You might want to check your logs (both DSpace and Tomcat logs) to see
if there's anything going on there while the browser "spins".
Otherwise, it's a bit hard to guess at what could cause the browser to
hang. My best guess is that it's waiting on something that is running
behind the
I'm testing my merged code from of 4.2 and 5.2 and I made a user a
submitter to a collection and when I login as that user and go to that
collection, the connection just spins. This may be due to something in my
merge, but any clues to where to check for this would be good.
I noticed the same thi
12 matches
Mail list logo
