[
https://jira.duraspace.org/browse/DS-768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=21955#comment-21955
]
Hardy Pottinger commented on DS-768:
------------------------------------
In attempting to verify the new jar file, I dropped it in to the XMLUI lib
folder, deleted the old dspace-cocoon jar, cleared the cache and restarted
Tomcat. I used wget to test, following Andrea's lead, and, also got a 404
result when visiting http://localhost:8080/xmlui/NOTVALID... unfortunately, in
a spirit of celebration, I tried the test again (just hit up arrow and return
on the keyboard), and got a 200 result. o.O Pasting the commands I entered,
and the output, below. But, it appears that cocoon is caching the 404 pages and
then returning them as valid pages (with a header of 200 instead of 404). Which
is very likely a problem with cocoon (and may be a problem we've had for a
while, and just not known about). I've already notified Kim, as Jira was down
when I found this issue this morning. He's looking into possible workarounds
(he's already tried turning off caching, and the error header returns as 404,
even on repeated tests). I'm noting the problem here, in case anyone else wants
to chime in, and to give everyone a heads up that we're not out of the woods as
far as cocoon caching issues are concerned.
Pasting commands + output now:
At first, things look good:
[pottingerhj@lso-test2 ~]$ wget http://localhost:8080/xmlui/NOTVALID
--2011-08-16 06:27:47-- http://localhost:8080/xmlui/NOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-08-16 06:27:47 ERROR 404: Not Found.
But, then, trying to repeat the test (can't help, it's just an up-arrow +
return away)... Oddness...
[pottingerhj@lso-test2 ~]$ wget http://localhost:8080/xmlui/NOTVALID
--2011-08-16 06:28:15-- http://localhost:8080/xmlui/NOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7134 (7.0K) [text/html]
Saving to: `NOTVALID.2
For grins, I tried to see if this was repeatable. It looks it:
[pottingerhj@lso-test2 ~]$ wget http://localhost:8080/xmlui/REALLYNOTVALID
--2011-08-16 06:39:51-- http://localhost:8080/xmlui/REALLYNOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-08-16 06:39:51 ERROR 404: Not Found.
[pottingerhj@lso-test2 ~]$ wget http://localhost:8080/xmlui/REALLYNOTVALID
--2011-08-16 06:39:56-- http://localhost:8080/xmlui/REALLYNOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7134 (7.0K) [text/html]
Saving to: `REALLYNOTVALID'
100%[======================================================================
===========================================================================
=================================================>] 7,134 --.-K/s
in 0s
2011-08-16 06:39:56 (548 MB/s) - `REALLYNOTVALID' saved [7134/7134]
[pottingerhj@lso-test2 ~]$ wget
http://localhost:8080/xmlui/REALLYREALLYNOTVALID
--2011-08-16 06:40:10-- http://localhost:8080/xmlui/REALLYREALLYNOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-08-16 06:40:11 ERROR 404: Not Found.
[pottingerhj@lso-test2 ~]$ wget
http://localhost:8080/xmlui/REALLYREALLYNOTVALID
--2011-08-16 06:40:14-- http://localhost:8080/xmlui/REALLYREALLYNOTVALID
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7134 (7.0K) [text/html]
Saving to: `REALLYREALLYNOTVALID'
100%[======================================================================
===========================================================================
=================================================>] 7,134 --.-K/s
in 0s
2011-08-16 06:40:14 (534 MB/s) - `REALLYREALLYNOTVALID' saved [7134/7134]
> All XMLUI Error Pages respond with 200 OK, instead of 404 Not Found
> -------------------------------------------------------------------
>
> Key: DS-768
> URL: https://jira.duraspace.org/browse/DS-768
> Project: DSpace
> Issue Type: Bug
> Components: XMLUI
> Affects Versions: 1.6.0, 1.6.1, 1.6.2, 1.7.0
> Reporter: Tim Donohue
> Assignee: Kim Shepherd
> Priority: Major
> Fix For: 1.8.0
>
> Attachments: [DS-768]_dspace-cocoon-servlet-service-impl-1_0_2.patch,
> dspace-cocoon-servlet-service-impl-1.0.2.jar
>
>
> In DSpace 1.7.0 RC1, the XMLUI "Page Not Found" page responds with a 200 OK,
> rather than the necessary 404 Not Found error.
> For example:
> http://demo.dspace.org/xmlui/NOTAVALIDPATH
> I believe this used to function properly in 1.6.x, but it seems to be broken
> now.
> Obviously, we want this to return a 404 Not Found, in order to ensure that
> search engines do not index "Page Not Found" responses.
> Furthermore, it has been discovered that all other XMLUI Error pages (Cocoon
> Errors or Invalid Continuation errors) also respond with 200 OK. In
> addition, it seems this affects all 1.6.x versions of DSpace, as the same
> responses can be found on http://dspace.mit.edu (currently running 1.6.0 with
> patches), and http://researchspace.auckland.ac.nz (currently running 1.6.2
> with patches).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.duraspace.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model
configuration take the hassle out of deploying and managing Subversion and
the tools developers use with it. Learn more about uberSVN and get a free
download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
