[Dspace-tech] Internal Server Error on community-list page
I am getting following error code in my production enviroment which is running on Oracle linux 5.1 with Dspace 3.0+ Postgresql+JSPUI+Discovery. URL Was: http://myserverip/jspui/community-list -- Method: GET -- Parameters were: Exception: javax.servlet.ServletException: org.apache.jasper.JasperException: java.io.IOException: Stream closed at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:412) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339) at org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:60) at org.dspace.app.webui.servlet.CommunityListServlet.doDSGet(CommunityListServlet.java:76) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:119) at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:931) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: org.apache.jasper.JasperException: java.io.IOException: Stream closed at org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:549) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:460) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) ... 31 more Caused by: java.io.IOException: Stream closed at org.apache.jasper.runtime.JspWriterImpl.ensureOpen(JspWriterImpl.java:210) at org.apache.jasper.runtime.JspWriterImpl.write(JspWriterImpl.java:322) at org.apache.jasper.runtime.JspWriterImpl.write(JspWriterImpl.java:353) at org.apache.jasper.runtime.JspWriterImpl.print(JspWriterImpl.java:488) at org.apache.jasper.runtime.JspWriterImpl.println(JspWriterImpl.java:606) at org.apache.jsp.community_002dlist_jsp.showCommunity(community_002dlist_jsp.java:79) at org.apache.jsp.community_002dlist_jsp.showCommunity(community_002dlist_jsp.java:75) at org.apache.jsp.community_002dlist_jsp.showCommunity(community_002dlist_jsp.java:75)
Re: [Dspace-tech] Feedback page problem (DSpace 3.0)
Here are my dspace.cfg setings:
dspace.hostname = localhost
dspace.baseurl = http://localhost:8080
dspace.url = http://localhost:8080/jspui
mail.allowed.referrers = localhost
and my feeback page url link is : ${dspace.url}/feedback from (server machine)
and http://myserverip:8080/jspui/feedback from (client machine)
I hope this shall help you.
--- On Fri, 1/25/13, Claudia Jürgen claudia.juer...@ub.tu-dortmund.de wrote:
From: Claudia Jürgen claudia.juer...@ub.tu-dortmund.de
Subject: Re: [Dspace-tech] Feedback page problem (DSpace 3.0)
To: dspace-tech@lists.sourceforge.net
Date: Friday, January 25, 2013, 9:44 PM
Hello,
yes this is reproducable using different names in
dspace.hostname and
dspace.baseUrl. Check your build.properties for these
values.
Maybe you got
dspace.hostname = localhost
and
dspace.baseUrl = http://just.something.different
A setting which further influences this is the dspace.cfg
setting:
# A comma-separated list of hostnames that are allowed to
refer browsers
to email forms.
# Default behaviour is to accept referrals only from
dspace.hostname
mail.allowed.referrers = ${dspace.hostname}
Hope this helps
Claudia Jürgen
Am 24.01.2013 09:04, schrieb mErRYo:
Hi all, I am using dspace 3.0 with jspui
discovery. I am facing problem
when i click on feedback page. Problem is when a
anonymous user clicks on
this page link it ask for username and password (that
is redirect to
password login page). While for authenticated users it
gives the message that
you don't have the authorization. Can anyone tell
what is going wrong with
this page. Have i done something wrong in dspace.cfg
file. As far as i know
there is no setting on dspace.cfg file which effects
this.
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C#
2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep
your skills current
with LearnDevNow - 3,200 step-by-step video tutorials
by Microsoft
MVPs and experts. ON SALE this month only -- learn more
at:
http://p.sf.net/sfu/learnnow-d2d
___
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
--
Claudia Juergen
Universitaetsbibliothek Dortmund
Eldorado
0231/755-4043
https://eldorado.tu-dortmund.de/
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012,
HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your
skills current
with LearnDevNow - 3,200 step-by-step video tutorials by
Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
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
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
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] dspace 1.8.2 SendFeedbackAction.java Issue
Hello,
we run dspace 1.8.2 with XMLUI and a derivative of the Mirage theme
under http://stadtteilgeschichten.net/. This is, no hostname such as
www.stadtteilgeschichten.net. We use tomcat6 and no apache.
The feedback form under http://stadtteilgeschichten.net/feedback throws
errors.
The contact form in comparison works flawlessly:
http://stadtteilgeschichten.net/contact
These are the error messages shown in the browser when clicking on Feedback:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
Cocoon stacktrace [hide]
Sitemap: error invoking action
context:/resource://aspects/ViewArtifacts/sitemap.xmap - 193:68 map:act
type=SendFeedbackAction
context:/resource://aspects/ViewArtifacts/sitemap.xmap - 192:55 map:match
Java stacktrace [hide]
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1943)
at java.lang.String.substring(String.java:1916)
at
org.dspace.app.xmlui.aspect.artifactbrowser.SendFeedbackAction.act(SendFeedbackAction.java:84)
The logfiles did not give me any clue to solve the issue myself.
I did not change anything in the associated code.
Then I found these lines of code in the file SendFeedbackAction.java
at the lines indicated by the java stracktrace in the bowser:
String basicHost = ;
if (localhost.equals(host) || 127.0.0.1.equals(host)
||
host.equals(InetAddress.getLocalHost().getHostAddress()))
{
basicHost = host;
}
else
{
// cut off all but the hostname, to cover cases where more than one
URL
// arrives at the installation; e.g. presence or absence of www
int lastDot = host.lastIndexOf('.');
basicHost = host.substring(host.substring(0,
lastDot).lastIndexOf('.'));
}
I dont understand exactly what this code does, however I feel the error
message fitting this code pretty good. As such I guess I found the culprit.
I remember that we had issues long time ago when running DSpace 1.3 or 1.4
under jspui. There was code that made wrong assumptions about the structure of
the hostname variable. I suspect this to be a kind of undead which celebrates
ressurection at this point.
I checked the Contact.java and found that there a no comparable substring
manipulations imposed on the hostname as in the SendFeedbackAction.java code.
This code has not changed in DSpace 3.0, so updating our Repository will
probably not help with our issue.
The feedback form not working is actually a major issue
I tried to recompile with hostname set to www.stadtteilgeschichten.net.
However,
this did not fix the issue. Instead, I got a new error message, stating that
the
feedback form would only work with a referrer from the same site. No wonder,
www.stadtteilgeschichten.net does a 301 redirect to stadtteilgeschichten.net.
As somebody else runs the nameserver, I did not bother what would happen if we
request the site with a www. hostname. It is not desirable for us to do such
a move, as all our google ranking we have built up in years is bound to the
domain name without preceeding www. hostname.
Now, I am an admin, no programmmer I would certainly break DSpace if I would try
to fix the code. Actually, I tried already to commenct out the if else clause
and even such aesthetically inacceptable solutions as setting basicHost to
a fixed value such as stadtteilgeschichten, stadtteilgeschichten.net or
just host. It did not work, thats it.
I appreciate your help,
Bye, Christian
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
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] [KE1019161] Embargo settings on item import
Hi Helix, it's a bit late my answer but here is it. Am 18.01.2013 12:52, schrieb helix84: On Fri, Jan 18, 2013 at 11:36 AM, marco.we...@kesslernetworks.de wrote: Now what have i done. I created an item and imported it in OAI Solr search. What do you mean OAI Solr search? I assume you mean the oai Solr core? search is a different Solr core, used for Discovery. With OAI Solr search i meant i imported the items in Solr so that a query on OAI can deliver the data getting it from the Solr ... hope i'm right here. The simple archive and the csv file shows no difference between the two states except of the dc.description.provenance. The unpacked AIP shows a difference between the two mets.xml files. That tells me, that only over AIP i can handle the embargo settings, or? Yes, as I wrote in my previous email. Old embargo = bitstream authorizations + embargo terms in metadata (so SAF import should recognize it) 3.0 embargo = bitstream resource policies (so probably only AIP would recognize it - it's part of METS) Ok so the old embargo should work, but what is SAF ? Can't find something in the documentation. Unfortunately i don't have enough time to test it because it was just nice to have and not must have criteria. Maybe in a later step i will get back to this. The step is planed but i can not tell when. So i had the idea now to restore/replace it with the AIP i created as the item was in not private state and it have to be in that state after replacing it. Unfortunately it replaces the item but the not private state was not applied to the item. I set the not private state in XMLUI manually and imported the AIP i created as the item was in the private state and this works in parts. In parts means the item is withdrawn but in not private state after that. That means replacing an item that is in not private state with the private state item works the other way round not. To see the difference between the withdrawn item that is in not private state i put it manually in private state, exported it as AIP, unzipped, and diff the two mets.xml ... no changes that shows me what i have to set so get the item in privatestate. Thanks for the testing, you may have found a bug. I didn't try it myself (exporting/importing items with embargo via AIP), so I can't explain it. If noone else answers in the next few days, you should file a Jira issue to make sure it's addressed (either explained if it's supposed to work that way, or fixed if it's not). Ok no one had answered to this mail so i will file a Jira issue. org.dspace.authorize.AuthorizeException: To withdraw item must be COLLECTION_ADMIN or have REMOVE authorization on owning Collection This sounds pretty straightforward - did you use a correct value for the -e flag? E.g. a site admin eperson? Yes, sure i only have one account the site admin i created following the installation documentation. And yes i used the -e flag but in long version --eperson=my.m...@adress.de Ok, i hope i can find a bit spare time to place a Jira issue the next day for that and i'll post the link to that. Regards Marco -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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
