We tried to do the re-index all and we are still getting an error message.
We are able to hit the home page. We are able to get to the page that lists
all of the Communities and Collections. We are able to browse by title,
author, date. This is part of the error we are receiving. This Disaster
Recovery was done on Dspace version 1.1.
An internal server error occurred on
http://adccorplibq1.hiw.com:8000:
Date: 6/16/04 11:50 AM
Session ID: 8F2C923935D8AD51AD8E86B342D893E2
-- URL Was:
http://gbslibrary-qa.ihgoneteam.com:8000/handle/1721.1/977
-- Method: GET
-- Parameters were:
Exception:
java.sql.SQLException: ERROR: collectionitemsbydateaccession: Permission
denied.
at org.postgresql.core.QueryExecutor.execute(Unknown Source)
at org.postgresql.Connection.ExecSQL(Unknown Source)
at org.postgresql.jdbc2.Statement.execute(Unknown Source)
at org.postgresql.jdbc2.Statement.executeQuery(Unknown Source)
at
org.apache.commons.dbcp.DelegatingStatement.executeQuery(DelegatingStatement
.java:162)
at
org.dspace.storage.rdbms.DatabaseManager.query(DatabaseManager.java:138)
at org.dspace.browse.Browse.getLastSubmitted(Browse.java:233)
at
org.dspace.app.webui.servlet.HandleServlet.collectionHome(HandleServlet.java
:393)
at
org.dspace.app.webui.servlet.HandleServlet.doDSGet(HandleServlet.java:192)
at
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:157)
at
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:102)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
-----Original Message-----
From:
dspace-te...@lists.sourceforge.net
[mailto:
dspace-te...@lists.sourceforge.net]
Sent: Friday, June 11, 2004 11:29 PM
To:
dspac...@lists.sourceforge.net
Subject: DSpace-tech digest, Vol 1 #452 - 3 msgs
Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net
You can reach the person managing the list at
dspace-t...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific than
"Re: Contents of DSpace-tech digest..."
Today's Topics:
1. RE: Item Mapper Search String (STUVE,DAVID (HP-Corvallis,ex1))
2. RE: Local jsop directory in dspace 1.2 beta2 (Tansley, Robert)
3. RE: Disaster Recovery Error (Tansley, Robert)
--__--__--
Message: 1
From: "STUVE,DAVID (HP-Corvallis,ex1)" <
david...@hp.com>
To: 'Claudia Juergen' <
Claudia...@ub.uni-dortmund.de>,
dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Item Mapper Search String
Date: Thu, 10 Jun 2004 23:19:20 -0700
Hi Claudia,
Thanks for the bug report - I've checked the fix into CVS for beta3.
Dave
-----Original Message-----
From:
dspace-t...@lists.sourceforge.net
[mailto:
dspace-t...@lists.sourceforge.net] On Behalf Of Claudia
Juergen
Sent: Tuesday, June 08, 2004 1:35 AM
To:
dspac...@lists.sourceforge.net
Subject: [Dspace-tech] Item Mapper Search String
Hello,
while doing some testing with Dspace1.2b, we found a minor issue=20 within
the item mapper.
The search string entered ist not automatically converted to lower=20 case
which is necessary to perform the search.
sunny greetings
Claudia J=FCrgen
University Library of Dortmund
=20
-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC:
The world's #1 Open Source Desktop Event. GNOME Users and Developers
European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--__--__--
Message: 2
From: "Tansley, Robert" <
robert....@hp.com>
To: Henry N Jerez <
hje...@unm.edu>,
dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Local jsop directory in dspace 1.2 beta2
Date: Fri, 11 Jun 2004 12:49:22 -0700
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------=_NextPartTM-000-9b017114-c9de-4c86-b574-9949014e05e7
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C44FED.31515EDA"
------_=_NextPart_001_01C44FED.31515EDA
Content-Type: text/plain
Hi,
The DSpace UI and OAI support are now built into .war files. So, if you
have jsp/local in your DSpace source directory, the JSPs in there will be
put into the .war file as opposed to jsp/local in the DSpace installation
directory (where DSpace actually runs).
However, internally in the .war file, the localised JSPs are simply put in
place of the original, distributed versions. There is no 'local'
subdirectory in the .war file, nor is there code to detect that and use JSPs
there in preference. (That proved impossible to code up in a servlet/JSP
standard-compliant way.)
Tomcat does unpack the .war file in TOMCAT/webapps (so if you have
TOMCAT/webapps/dspace.war you'll see TOMCAT/webapps/dspace) but making a
'local' subdirectory in that won't work.
Robert Tansley / Digital Media Systems Programme / HP Labs
-----Original Message-----
From:
dspace-t...@lists.sourceforge.net
[mailto:
dspace-t...@lists.sourceforge.net] On Behalf Of Henry N Jerez
Sent: 02 June 2004 15:09
To:
dspac...@lists.sourceforge.net
Subject: [Dspace-tech] Local jsop directory in dspace 1.2 beta2
Hi
I was wondering if tehre is any reasson why teh local directory used in
previous versions to configure the jsp files is not created now at
installation time and when added to the dspace directory inside webapps it
doesn't seem to work.Is there anything else taht i should confiure to make
it work?
henry
------_=_NextPart_001_01C44FED.31515EDA
Content-Type: text/html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1400" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>The
DSpace UI and OAI support are now built into .war files. So,
if
you have jsp/local in your DSpace <EM>source</EM> directory, the JSPs in
there
will be put into the .war file as opposed to jsp/local in the DSpace
<EM>installation</EM> directory (where DSpace actually
runs).</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>However, internally in the .war file, the localised JSPs are simply
put
in place of the original, distributed versions. There is no 'local'
subdirectory in the .war file, nor is there code to detect that and use JSPs
there in preference. (That proved impossible to code up in a
servlet/JSP
standard-compliant way.)</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>Tomcat
does unpack the .war file in TOMCAT/webapps (so if you have
TOMCAT/webapps/dspace.war you'll see TOMCAT/webapps/dspace) but making a
'local'
subdirectory in that won't work.</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=265404519-11062004><FONT size=2> Robert Tansley /
Digital
Media Systems Programme / HP Labs</FONT> </DIV></SPAN>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid;
MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B>
dspace-t...@lists.sourceforge.net
[mailto:
dspace-t...@lists.sourceforge.net] <B>On Behalf Of </B>Henry
N
Jerez<BR><B>Sent:</B> 02 June 2004 15:09<BR><B>To:</B>
dspac...@lists.sourceforge.net<BR><B>Subject:</B> [Dspace-tech] Local
jsop
directory in dspace 1.2 beta2<BR><BR></FONT></DIV>
<DIV><FONT face=Arial size=2>Hi </FONT></DIV>
<DIV><FONT face=Arial size=2>I was wondering if tehre is any reasson why
teh
local directory used in previous versions to configure the jsp files is
not
created now at installation time and when added to the dspace directory
inside
webapps it doesn't seem to work.Is there anything else taht i should
confiure
to make it work?</FONT></DIV>
<DIV><FONT face=Arial size=2>henry</FONT></DIV></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C44FED.31515EDA--
------=_NextPartTM-000-9b017114-c9de-4c86-b574-9949014e05e7--
--__--__--
Message: 3
From: "Tansley, Robert" <
robert....@hp.com>
To: Jim Downing <
oj...@cam.ac.uk>,
"'
dspac...@lists.sourceforge.net'"
<
dspac...@lists.sourceforge.net>
Subject: RE: [Dspace-tech] Disaster Recovery Error
Date: Fri, 11 Jun 2004 13:04:17 -0700
Another thing to try is to run dspace/bin/index-all. Your backup might not
have restored the search and/or browse indices correctly (which isn't a big
problem, they can easily be re-built).
Robert Tansley / Digital Media Systems Programme / HP Labs
> -----Original Message-----
> From:
dspace-t...@lists.sourceforge.net
> [mailto:
dspace-t...@lists.sourceforge.net] On Behalf Of
> Jim Downing
> Sent: 02 June 2004 10:05
> To: '
dspac...@lists.sourceforge.net'
> Subject: Re: [Dspace-tech] Disaster Recovery Error
>
>
> It looks like the database setup was not performed as the
> correct user. Could you give more detail about your disaster
> recovery routine, and compare it to the installation docs?
>
>
> On Wed, 2004-06-02 at 14:39, Strongin-Garry, Ilene (IHG) wrote:
> > Here is the error we received after doing our disaster recovery.
> >
> > An internal server error occurred on
>
http://adccorplibq1.hiw.com:8000:
> >
> > Date: 6/1/04 2:29 PM
> > Session ID: 05E6F0AB5D982F4DFE38CBEDEBDE8CB8
> >
> > -- URL Was:
>
http://gbslibrary-qa.ihgoneteam.com:8000/handle/1721.1/977
> > -- Method: GET
> > -- Parameters were:
> >
> >
> > Exception:
> > java.sql.SQLException: ERROR: collectionitemsbydateaccession:
> > Permission denied.
> >
> > at org.postgresql.core.QueryExecutor.execute(Unknown Source)
> > at org.postgresql.Connection.ExecSQL(Unknown Source)
> > at org.postgresql.jdbc2.Statement.execute(Unknown Source)
> > at
> org.postgresql.jdbc2.Statement.executeQuery(Unknown Source)
> > at
> >
> org.apache.commons.dbcp.DelegatingStatement.executeQuery(Deleg
> atingStatement.java:162)
> > at
> >
> org.dspace.storage.rdbms.DatabaseManager.query(DatabaseManager
> .java:138)
> > at
> org.dspace.browse.Browse.getLastSubmitted(Browse.java:233)
> > at
> >
> org.dspace.app.webui.servlet.HandleServlet.collectionHome(Hand
> leServlet.java:393)
> > at
> >
> org.dspace.app.webui.servlet.HandleServlet.doDSGet(HandleServl
> et.java:192)
> > at
> >
> org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpa
> ceServlet.java:157)
> > at
> >
> org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet
> .java:102)
> > at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:247)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:193)
> > at
> >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.java:243)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.java:190)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.valves.CertificatesValve.invoke(Certificat
> esValve.java:246)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardContext.invoke(StandardContex
> t.java:2347)
> > at
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:180)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> spatcherValve.java:170)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:170)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:468)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.java:174)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.connector.http.HttpProcessor.process(HttpP
> rocessor.java:1027)
> > at
> >
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
> ssor.java:1125)
> > at java.lang.Thread.run(Thread.java:536)
> >
> >
> >
> >
> > Ilene R. Strongin-Garry
> > Research Librarian
> > InterContinental Hotels Group
> > Phone:
770-604-5814
> > Fax:
770-604-2425
> > Email: mailto:
ilene.stro...@ichotelsgroup.com
> >
> > This message contains information which may be confidential and
> > privileged. Unless you are the intended recipient (or authorized to
> > receive this message for the intended recipient), you may not use,
> > copy, disseminate or disclose
> >
> > to anyone the message or any information contained in the
> message. If
> > you have received the message in error, please advise the sender by
> > reply e-mail, and delete the message. Thank you very much.
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is
> the one installation-authoring solution that does it all.
> Learn more and evaluate today!
>
http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> DSpace-tech mailing list
>
DSpac...@lists.sourceforge.net
>
https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
--__--__--
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
End of DSpace-tech Digest