Hello everybody, I reported a problem with Creative Commons that seemed to start at my place right when it was solved for everybody else. My analysis of the situation was poor and Nathan Yergler from CC helped me reading the code thoroughly. So for now, I cannot blame somebody else and hope him to solve my problem. What a shame. Thanks Nathan anyway.
But, I am still not happy. The Problem has turned into something, that appears intermittently. Arggh, always hard to solve such stuff. The tomcat log pointed me to an IO Error. I will show that later on. I have not seen this error on other occasions, so it might still have to do with reading XML content from CC. This is how I tried to track it down: I went back and forth submitting an item, relicensing it under CC se- veral times. Then, I searched the assetstore for my license files: $ sudo find /data/dspace/live/assetstore -mmin -900 -size -10k ... I ordered the result by creation time, looked into the files and shortened the output somewhat. There are three failing attempts, one successful attempt, another failing attempt and success again. Please mention that the $ at the end of the failing attempts file content is my prompt - the files do not end with a line break. I wonder why the URL is in the broken files, and not the XML content seen during successful writes. Does this happen if the required content cannot not be read from the remote source? I tried to understand that by reading the code of CreativeCommons.java, but without success. The error state in the web frontend appears within a few seconds. It does not feel like a network timeout. How could I clarify that point? $ ls -l /data/dspace/live/assetstore/79/03/43 -rw-r--r-- 1 tomcat55 nogroup 43 1. Sep 22:03 79034324114673692664528923724058439798 $ cat /data/dspace/live/assetstore/ 79/03/43/79034324114673692664528923724058439798 http://creativecommons.org/licenses/by/3.0/$ $ ls -l /data/dspace/live/assetstore/11/77/99 -rw-r--r-- 1 tomcat55 nogroup 49 1. Sep 22:05 117799207738279190803733539734801499717 $ cat /data/dspace/live/assetstore/ 11/77/99/117799207738279190803733539734801499717 http://creativecommons.org/licenses/by-nc-sa/3.0/$ $ ls -l /data/dspace/live/assetstore/78/74/43 -rw-r--r-- 1 tomcat55 nogroup 49 1. Sep 22:06 78744393952594174659515142194237857744 $ cat /data/dspace/live/assetstore/ 78/74/43/78744393952594174659515142194237857744 http://creativecommons.org/licenses/by-nc-sa/3.0/$ $ ls -l /data/dspace/live/assetstore/86/29/62 -rw-r--r-- 1 tomcat55 nogroup 5620 1. Sep 22:06 86296243591645760858373433708023507427 $ head /data/dspace/live/assetstore/ 86/29/62/86296243591645760858373433708023507427 <rdf:RDF xmlns="http://web.resource.org/cc/"; xmlns:dc="http://purl.org/dc/elements/1.1/"; xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";> <Work rdf:about=""> <license rdf:resource="http://creativecommons.org/licenses/by-nc-sa/ 3.0/"> </Work> $ ls -l /data/dspace/live/assetstore/10/30/34 -rw-r--r-- 1 tomcat55 nogroup 49 1. Sep 22:07 1030344438503833130158714664329863143 $ cat /data/dspace/live/assetstore/ 10/30/34/1030344438503833130158714664329863143 http://creativecommons.org/licenses/by-nc-sa/3.0/$ $ ls -l /data/dspace/live/assetstore/10/78/32 -rw-r--r-- 1 tomcat55 nogroup 5620 1. Sep 22:07 107832023609523860888410109951393188503 $ head /data/dspace/live/assetstore/ 10/78/32/107832023609523860888410109951393188503 <rdf:RDF xmlns="http://web.resource.org/cc/"; xmlns:dc="http://purl.org/dc/elements/1.1/"; xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";> <Work rdf:about=""> <license rdf:resource="http://creativecommons.org/licenses/by-nc-sa/ 3.0/"> </Work> In my tomcat logs, only the first attempt gets reported, I have no idea, why the others are missing. Here is a snippet of the log file that I think should be enough, but please ask if I have cut too early: 01.09.2009 22:05:00 org.apache.catalina.core.StandardWrapperValve invoke SCHWERWIEGEND: Servlet.service() for servlet submit threw exception java.io.IOException: No such file or directory at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.createNewFile(File.java:900) at edu.sdsc.grid.io.local.LocalFile.createNewFile(LocalFile.java:486) at org .dspace .storage .bitstore.BitstreamStorageManager.store(BitstreamStorageManager.java: 332) at org.dspace.content.Bitstream.create(Bitstream.java:184) at org.dspace.content.Bundle.createBitstream(Bundle.java:362) at org .dspace .license.CreativeCommons.setBitstreamFromBytes(CreativeCommons.java:303) at org.dspace.license.CreativeCommons.setLicense(CreativeCommons.java: 168) at org .dspace.app.webui.servlet.SubmitServlet.processCC(SubmitServlet.java: 1700) at org.dspace.app.webui.servlet.SubmitServlet.doDSPost(SubmitServlet.java: 419) at org .dspace .app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:147) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java: 105) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) I have not understood the way how setLicense uses setBitstreamFromBytes within CreativeCommons.java and where it does try to write to. However with find, I was able to find my license files in the assetstore. To me, it looks as if it takes path information from the context. I guess that it reads the file content from the remote source as described by cc_license_url. If there were a connectivity issue, then there should be some kind of network error state, which I cant find. Any suggestions are highly appreciated. I have time right now to solve this issue. Currently I lack the ideas and the brain in general for tracking this one down on my own. Bye, Christian Am 29.08.2009 um 16:24 schrieb Christian Voelker: > Hello William, > > Having said that, the CreativeCommons submission issue > has popped up at our site exactly the time when it was > fixed for the rest of you. ... > Now, this is happening in DSpace 1.4 at our site. During > submit process, when entering the CC Licensing page, Dspace > displays this URL in the iframe: > > http://creativecommons.org/license/?partner=dspace&stylesheet=http://stadtteilgeschichten.net/submit/creative-commons.css&exit_url=http://stadtteilgeschichten.net/submit/cc-license.jsp > ?license_url= This was plain wrong. Firebug helped to prove me wrong. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
