Menu
▾
▴
Re: [sword-app-tech] File submission error
|
From: Glen R. <gle...@ll...> - 2008-06-03 13:44:30
|
Hi,
I am going to have a look at it tonight but I think the solution to
preserving the file name is:
Take the filename without the extension and add a number to it so
data1 data2. You would also have to check if the filename starts with
a number then prepend a string to the file e.g. uploaded-9
This won't preserve the filename completely as it will be data1 rather
than data.txt but you should be able to guess the original file name.
The reason I like using the filename as the datastream ID is that you
can identify what you have deposited.
Another alternative is to have datastream names suggested by Ian
dependent on mime-type although you will run in to problems if there
are two files with the same mime-type in a Zip file.
What I think I might try if everyone is happy with the compromise is
to take the first solution above e.g. data1 as the datastream ID then
put the original file name in to the alternative IDs field of the
datastream so it is preserved. This means that if you download it
using the inbuilt fedora disseminators you will download data1 but if
you wanted the original name you can create your own disseminator to
pull it from the alternative ID field. Also if you want the filenames
named after the mimetype this could also be handled with a different
disseminator.
Regarding your other question:
"just one more thing i want to ask, is there any way we can avoid to
ingest zip, as (SFAPI) it inget zip file also as datastream, what i
wanted, only file to be ingested which is in zip not zip file itself
as well also. "
When we were discussing the sword project I seem to remember that we
discussed that when someone deposits something they should be able to
get it back in the original form so that is why the ZIP file is also
added to the object. If you want to change this functionality so that
the zip file is not added you can add another file handler which
extends org.purl.sword.server.fedora.fileHandlers.ZipFileHandler. The
methods you will need to override are:
public boolean isHandled(final String pMimeType, final String
pFormatNamespace)
Where mime type should be application/zip and format namespace should
be something unique. The getDatastreams method should be changed to:
protected List<Datastream> getDatastreams(final DepositCollection
pDeposit) throws IOException, SWORDException {
List<Datastream> tDatastreams = new ArrayList<Datastream>();
LOG.debug("copying file");
String tZipTempFileName = super.getTempDir() + "uploaded-file.tmp";
IOUtils.copy(pDeposit.getFile(), new
FileOutputStream(tZipTempFileName));
// Add the original zip file
tDatastreams.addAll(_zipFile.getFiles(tZipTempFileName));
return tDatastreams;
}
and then add the new file handler to the properties file properties.xml
Thanks
Glen
On 3 Jun 2008, at 13:52, Rishi K Sharma wrote:
> Hi Glen,
>
> The solution you have suggested yesterday for ingest with file,
> which start with number, i
> have tried, but it does not preserve the file name.
> Is there any way i can preserve the file name.
>
> Best Regards
> -----------------------------------
> Rishi K Sharma
> Systems Development Project Officer
> Centre for e-Research
> King's College London
> 0207 848 1971
>
>
>
>
> -----Original Message-----
> From: swo...@li...
> [mailto:swo...@li...]On Behalf Of Glen
> Robson
> Sent: 02 June 2008 09:59
> To: swo...@li...
> Subject: Re: [sword-app-tech] File submission error
>
>
> Hi,
>
> When I was developing the Fedora Sword client I thought it would be a
> good idea to use the deposited file name as the datastream id to aid
> identification of the deposit and also to ensure the correct
> extensions when the item is downloaded using the inbuilt fedora
> disseminators. I can see now this is causing a few problems with
> Fedora's inbuilt validation rules. The code which decides the file
> name is in the following Java class:
>
> org.purl.sword.server.fedora.fileHandlers.DefaultFileHandler
>
> The method code is as follows:
>
> public String getGenericFileName(final DepositCollection
> pDeposit)
>
> if (pDeposit.getFilename() == null) {
> tFilename = "upload";
> } else {
> tFilename = pDeposit.getFilename();
> }
>
> I propose the following change to the method to produce unique
> datastream names per object:
>
> protected static int _uniqueCount = 1;
> public String getGenericFileName(final DepositCollection pDeposit) {
> String tFilename = "upload" + _uniqueCount++;
> if (pDeposit.getFilename() == null ||
> pDeposit.getFilename().indexOf(".") == -1) {
> return tFilename;
> } else {
> int tExtensionStart =
> pDeposit.getFilename().indexOf(".");
> String tExtension =
> pDeposit.getFilename().substring(tExtensionStart,
> pDeposit.getFilename().length());
> return tFilename + "." + tExtension;
> }
> }
>
> Does anyone have any comments?
>
> Thanks
>
> Glen
>
> Fedora Implementation Developer
> The National Library of Wales
>
> On 30 May 2008, at 15:15, Antony Corfield [awc] wrote:
>
>> It looks that way Ian, I needed to rename files such as data.pdf,
>> data.txt to data_pdf.pdf, data_txt.txt
>>
>> I need a bath!
>>
>> Caused by: fedora.server.errors.ObjectValidityException:
>>>>>> DOValidatorXMLSchema returned
>>>>>> validation exception.
>>>>>> The underlying exception was a org.xml.sax.SAXException.
>>
>>
>> Regards,
>> Antony
>> --
>> Antony Corfield
>> ROAD Project
>> http://road.aber.ac.uk
>> tel. 01970 628724
>>
>>
>>> -----Original Message-----
>>> From: swo...@li... [mailto:sword-
>>> app-
>>> tec...@li...] On Behalf Of Ian Ibbotson
>>> Sent: 30 May 2008 14:57
>>> To: ris...@ah...; swo...@li...
>>> Subject: Re: [sword-app-tech] File submission error
>>>
>>> Hiya All,
>>>
>>> I don't generally use the Fedora backend, but looking through the
>>> stack
>>> trace, I wonder if the problem is that the fedora foxml schema
>>> defines a
>>> datastream id as a string that must start with a character (An
>>> NCName).
>>> I suspect we need to take a peek insde the fedora adapter.. I don't
>>> have
>>> the code for that to hand, but I'll try and grab hold of it unless
>>> Jim D
>>> or someone else who knows better can beat me to it :) (Actually, not
>>> sure about using the filename as the datastream id, but I think
>>> thats
>>> down to my ignorance rather than anything else, I guess it's
>>> difficult
>>> to do anything better without more descriptive parameters in the
>>> upload). I guess the initial hack workaround is to prefix filenames
>>> with
>>> a character. Now don't I feel dirty!
>>>
>>> Ian.
>>>
>>>
>>> On Fri, 2008-05-30 at 14:35 +0100, Antony Corfield [awc] wrote:
>>>> I have had a similar problem when depositing files that have the
>>> same name but different extensions. If
>>>>
>>>>
>>>> Regards,
>>>> Antony
>>>> --
>>>> Antony Corfield
>>>> ROAD Project
>>>> http://road.aber.ac.uk
>>>> tel. 01970 628724
>>>>
>>>>
>>>>> -----Original Message-----
>>>>> From: Rishi K Sharma [mailto:ris...@ah...]
>>>>> Sent: 30 May 2008 14:34
>>>>> To: Antony Corfield [awc]
>>>>> Subject: RE: [sword-app-tech] File submission error
>>>>>
>>>>> Yes, it works, if filename starts with character e.g. if i do
>>> like
>>>>> p12.pdf, i works
>>>>>
>>>>> Best Regards
>>>>> -----------------------------------
>>>>> Rishi K Sharma
>>>>> Systems Development Project Officer
>>>>> Centre for e-Research
>>>>> King's College London
>>>>> 0207 848 1971
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Antony Corfield [awc] [mailto:aw...@ab...]
>>>>> Sent: 30 May 2008 14:26
>>>>> To: ris...@ah...
>>>>> Subject: RE: [sword-app-tech] File submission error
>>>>>
>>>>>
>>>>> I presume that's the problem, does it work if the file name
>>> starts
>>>>> with a character?
>>>>>
>>>>>
>>>>> Regards,
>>>>> Antony
>>>>> --
>>>>> Antony Corfield
>>>>> ROAD Project
>>>>> http://road.aber.ac.uk
>>>>> tel. 01970 628724
>>>>>
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Rishi K Sharma [mailto:ris...@ah...]
>>>>>> Sent: 30 May 2008 10:37
>>>>>> To: Antony Corfield [awc]
>>>>>> Subject: RE: [sword-app-tech] File submission error
>>>>>>
>>>>>> Hi Antony,
>>>>>>
>>>>>> Thanks for your attention,
>>>>>>
>>>>>> I am using the following url to deposit
>>>>>> http://localhost:8080/sword/app/deposit/collection:open
>>>>>>
>>>>>> also i am using the Fedora Server to ingest.
>>>>>> I am using SWORD java API to deposit.
>>>>>>
>>>>>> I can ingest/deposit pdf, zip etc only thing if pdf name starts
>>>>> with
>>>>>> number, i am getting
>>>>>> the following error
>>>>>>
>>>>>> The status is: Code: 500, Message: 'Internal Server Error'
>>>>>> No valid Entry document was received from the server
>>>>>>
>>>>>> 10:28:04,125 DEBUG [org.purl.sword.server.DepositServlet]
>>> Starting
>>>>>> deposit processing at
>>>>>> Fri May 30 10:28:04 BST 2008 by
>>>>>> 127.0.0.1
>>>>>> 10:28:05,187 DEBUG [org.purl.sword.server.DepositServlet]
>>> Starting
>>>>>> deposit processing at
>>>>>> Fri May 30 10:28:05 BST 2008 by
>>>>>> 127.0.0.1
>>>>>> 10:28:12,234 DEBUG [org.purl.sword.server.DepositServlet]
>>> Received
>>>>>> filechecksum:
>>>>>> 8ab97bd08e108db1ccf42c2ea5b35cbe
>>>>>> 10:28:12,234 DEBUG [org.purl.sword.server.DepositServlet]
>>> Received
>>>>>> file checksum header:
>>>>>> null
>>>>>> 10:28:12,515 DEBUG [org.purl.sword.server.fedora.FedoraServer]
>>>>>> UserID=sword
>>>>>> 10:28:12,515 DEBUG [org.purl.sword.server.fedora.FedoraServer]
>>>>>> IsAdministrator=true
>>>>>> 10:28:12,578 DEBUG
>>>>>>
>>> [org.purl.sword.server.fedora.baseExtensions.XMLServiceDocument]
>>>>>> Looking for collecitons for user gmr
>>>>>> with XPath=./users/user[./text() = 'gmr']
>>>>>> 10:28:12,578 DEBUG
>>>>>>
>>> [org.purl.sword.server.fedora.baseExtensions.XMLServiceDocument]
>>>>>> Looking for collecitons for user gmr
>>>>>> with XPath=./users/user[./text() = 'gmr']
>>>>>> 10:28:12,609 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Looking
>>>>>> for application/pdf and format
>>>>>> null
>>>>>> 10:28:12,609 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,656 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Loading
>>>>>> org.purl.sword.server.fedora.f
>>>>>> ileHandlers.JpegHandler as a file handler
>>>>>> 10:28:12,656 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,656 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Loading
>>>>>> org.purl.sword.server.fedora.f
>>>>>> ileHandlers.METSFileHandler as a file handler
>>>>>> 10:28:12,656 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,656 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Loading
>>>>>> org.purl.sword.server.fedora.f
>>>>>> ileHandlers.ZipFileHandler as a file handler
>>>>>> 10:28:12,671 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,671 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Loading
>>>>>> org.purl.sword.server.fedora.f
>>>>>> ileHandlers.ZipMETSFileHandler as a file handler
>>>>>> 10:28:12,671 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,687 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.FileHandlerFactory]
>>>>>> Couldn't
>>>>>> find a file handler so using
>>>>>> default
>>>>>> 10:28:12,687 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,703 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:12,953 DEBUG
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.FedoraObject]
>>> Finding
>>>>>> next
>>>>>> pid user=sword password=sword
>>>>>> 10:28:13,093 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.DefaultFileHandler]
>>>>>> copying
>>>>>> file
>>>>>> 10:28:13,125 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.DefaultFileHandler]
>>>>>> Filename
>>>>>> '12p.pdf'
>>>>>> 10:28:13,125 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.DefaultFileHandler]
>>>>>> Returning application/pdf
>>>>>> 10:28:13,125 DEBUG
>>>>>> [org.purl.sword.server.fedora.fileHandlers.DefaultFileHandler]
>>> No
>>>>>> disseminators are added
>>>>>> 10:28:13,125 DEBUG
>>>>> [org.purl.sword.server.fedora.utils.XMLProperties]
>>>>>> Loading
>>>>>> C:\apache-tomcat-5.5.25\webapps\sword\WEB-
>>>>>> INF\properties.xml
>>>>>> 10:28:13,125 DEBUG
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.LocalDatastream]
>>>>>> Uploading
>>>>>> C:\Temp\uploaded-file.tmp
>>>>>> 10:28:13,125 DEBUG [fedora.client.FedoraClient] FedoraClient is
>>>>>> getting
>>>>>> http://localhost:8080/fedora/management/upload
>>>>>> 10:28:13,453 DEBUG
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.FedoraObject] Ready
>>> to
>>>>>> upload xml
>>>>>> 10:28:13,453 DEBUG
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.InlineDatastream]
>>>>> Writing
>>>>>> out DC to FOXML
>>>>>> 10:28:13,453 DEBUG
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.InlineDatastream]
>>>>> Writing
>>>>>> out RELS-EXT to FOXML
>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>> <foxml:digitalObject xmlns:foxml="info:fedora/fedora-
>>>>>> system:def/foxml#"
>>>>>> PID="changeme:205">
>>>>>> <foxml:objectProperties>
>>>>>> <foxml:property NAME="http://www.w3.org/1999/02/22-rdf-
>>> syntax-
>>>>>> ns#type"
>>>>>> VALUE="FedoraObject" />
>>>>>> <foxml:property NAME="info:fedora/fedora-
>>>>> system:def/model#state"
>>>>>> VALUE="Active" />
>>>>>> <foxml:property NAME="info:fedora/fedora-
>>>>> system:def/model#label"
>>>>>> VALUE="Object created
>>>>>> through the SWORD deposit sys
>>>>>> tem" />
>>>>>> <foxml:property NAME="info:fedora/fedora-
>>>>>> system:def/model#ownerId" VALUE="gmr" />
>>>>>> <foxml:property NAME="info:fedora/fedora-
>>>>>> system:def/model#createdDate"
>>>>>> VALUE="2008-05-30T09:28:13.078Z" />
>>>>>> <foxml:property NAME="info:fedora/fedora-
>>>>>> system:def/view#lastModifiedDate"
>>>>>> VALUE="2008-05-30T09:28:13.078Z" />
>>>>>> <foxml:extproperty NAME="org.purl.sword.slug" VALUE="My
>>>>> deposit"
>>>>>> />
>>>>>> </foxml:objectProperties>
>>>>>> <foxml:datastream ID="DC" STATE="A" CONTROL_GROUP="X"
>>>>>> VERSIONABLE="true">
>>>>>> <foxml:datastreamVersion ID="DC.0" LABEL="Dublin Core
>>> Metadata"
>>>>>> MIMETYPE="text/xml">
>>>>>> <foxml:contentDigest TYPE="DISABLED" DIGEST="none" />
>>>>>> <foxml:xmlContent>
>>>>>> <oai_dc:dc
>>>>>> xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/">
>>>>>> <dc:title
>>>>>> xmlns:dc="http://purl.org/dc/elements/1.1/">Uploaded by the
>>> JISC
>>>>>> funded SWORD project</dc:title>
>>>>>> <dc:creator
>>>>>> xmlns:dc="http://purl.org/dc/elements/1.1/">gmr</dc:creator>
>>>>>> <dc:format
>>>>>>
>>>>>
>>> xmlns:dc="http://purl.org/dc/elements/1.1/">application/pdf</
>>> dc:forma
>>>>>> t>
>>>>>> <dc:identifier
>>>>>> xmlns:dc="http://purl.org/dc/elements/1.1/">My
>>>>>> deposit</dc:identifier>
>>>>>> </oai_dc:dc>
>>>>>> </foxml:xmlContent>
>>>>>> </foxml:datastreamVersion>
>>>>>> </foxml:datastream>
>>>>>> <foxml:datastream ID="RELS-EXT" STATE="A" CONTROL_GROUP="X"
>>>>>> VERSIONABLE="true">
>>>>>> <foxml:datastreamVersion ID="RELS-EXT.0"
>>> LABEL="Relationships
>>>>> to
>>>>>> other objects"
>>>>>> MIMETYPE="text/xml">
>>>>>> <foxml:contentDigest TYPE="DISABLED" DIGEST="none" />
>>>>>> <foxml:xmlContent>
>>>>>> <rdf:rdf xmlns:rdf="http://www.w3.org/1999/02/22-rdf-
>>>>> syntax-
>>>>>> ns#">
>>>>>> <rdf:Description
>>> rdf:about="info:fedora/changeme:205">
>>>>>> <rel:isMemberOf xmlns:rel="info:fedora/fedora-
>>>>>> system:def/relations-external#"
>>>>>> rdf:resource="info:fedora/coll
>>>>>> ection:open" />
>>>>>> </rdf:Description>
>>>>>> </rdf:rdf>
>>>>>> </foxml:xmlContent>
>>>>>> </foxml:datastreamVersion>
>>>>>> </foxml:datastream>
>>>>>> <foxml:datastream ID="12p.pdf" STATE="A" CONTROL_GROUP="M"
>>>>>> VERSIONABLE="true">
>>>>>> <foxml:datastreamVersion ID="12p.pdf.0" LABEL="SWORD
>>> Generic
>>>>> File
>>>>>> Upload"
>>>>>> MIMETYPE="application/pdf">
>>>>>> <foxml:contentDigest TYPE="DISABLED" DIGEST="none" />
>>>>>> <foxml:contentLocation TYPE="URL" REF="uploaded://443" />
>>>>>> </foxml:datastreamVersion>
>>>>>> </foxml:datastream>
>>>>>> </foxml:digitalObject>
>>>>>>
>>>>>> 10:28:14,437 ERROR
>>>>>> [org.purl.sword.server.fedora.fedoraObjects.FedoraObject] Had
>>>>>> problems
>>>>>> adding the object to the repos
>>>>>> itory; fedora.server.errors.ObjectValidityException:
>>>>>> DOValidatorXMLSchema returned
>>>>>> validation exception.
>>>>>> The underlying exception was a org.xml.sax.SAXException.
>>>>>> The message was "URI=null Line=37: cvc-datatype-valid.1.2.1:
>>>>>> '12p.pdf' is not a valid
>>>>>> value for 'NCName'."
>>>>>> org.purl.sword.base.SWORDException: Had problems adding the
>>> object
>>>>> to
>>>>>> the repository;
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .purl.sword.server.fedora.fedoraObjects.FedoraObject.ingest(Unknow
>>>>>> n Source)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .purl.sword.server.fedora.fileHandlers.DefaultFileHandler.ingestDe
>>>>>> post(Unknown Source)
>>>>>> at
>>>>>> org.purl.sword.server.fedora.FedoraServer.doDeposit(Unknown
>>> Source)
>>>>>> at
>>>>>>
>>>>>
>>> org.purl.sword.server.DepositServlet.doPost(DepositServlet.java:240)
>>>>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>>>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
>>>>>> icationFilterChain.ja
>>>>>> va:269)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
>>>>>> ilterChain.java:188)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
>>>>>> alve.java:213)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.StandardContextValve.invoke(StandardContextV
>>>>>> alve.java:174)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
>>>>>> ava:127)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
>>>>>> ava:117)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
>>>>>> ve.java:108)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
>>>>>> a:151)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java
>>>>>> :874)
>>>>>> at
>>>>>>
>>>>>
>>> org.apache.coyote.http11.Http11BaseProtocol
>>> $Http11ConnectionHandler.p
>>>>>> rocessConnection(Http
>>>>>> 11BaseProtocol.java
>>>>>> :665)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
>>>>>> int.java:528)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
>>>>>> lowerWorkerThread.jav
>>>>>> a:81)
>>>>>> at
>>>>>>
>>>>>
>>> org.apache.tomcat.util.threads.ThreadPool
>>> $ControlRunnable.run(ThreadP
>>>>>> ool.java:689)
>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>> Caused by: fedora.server.errors.ObjectValidityException:
>>>>>> DOValidatorXMLSchema returned
>>>>>> validation exception.
>>>>>> The underlying exception was a org.xml.sax.SAXException.
>>>>>> The message was "URI=null Line=37: cvc-datatype-valid.1.2.1:
>>>>>> '12p.pdf' is not a valid
>>>>>> value for 'NCName'."
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder
>>>>>> .java:222)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.
>>>>>> java:129)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.axis.encoding.DeserializationContext.endElement(Deserializ
>>>>>> ationContext.java:108
>>>>>> 7)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endEleme
>>>>>> nt(AbstractSAXParser.
>>>>>> java:601)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp
>>>>>> l.scanEndElement(XMLD
>>>>>> ocumentFragmentScan
>>>>>> nerImpl.java:1772)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp
>>>>>> l$FragmentContentDriv
>>>>>> er.next(XMLDocument
>>>>>> FragmentScannerImpl.java:2923)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(X
>>>>>> MLDocumentScannerImpl
>>>>>> .java:645)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next
>>>>>> (XMLNSDocumentScanner
>>>>>> Impl.java:140)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp
>>>>>> l.scanDocument(XMLDoc
>>>>>> umentFragmentScanne
>>>>>> rImpl.java:508)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
>>>>>> ML11Configuration.jav
>>>>>> a:807)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
>>>>>> ML11Configuration.jav
>>>>>> a:737)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.
>>>>>> java:107)
>>>>>> at
>>>>>>
>>>>>
>>> com
>>> .sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Ab
>>>>>> stractSAXParser.java:
>>>>>> 1205)
>>>>>> at
>>>>>>
>>>>>
>>> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl
>>> $JAXPSAXParser.p
>>>>>> arse(SAXParserImpl.ja
>>>>>> va:522)
>>>>>> at
>>> javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.axis.encoding.DeserializationContext.parse(Deserialization
>>>>>> Context.java:227)
>>>>>> at
>>>>>> org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
>>>>>> at
>>>>> org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
>>>>>> at
>>>>>>
>>>>>
>>> org
>>> .apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnders
>>>>>> tandChecker.java:62)
>>>>>> at
>>>>>> org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
>>>>>> at
>>> org.apache.axis.client.Call.invokeEngine(Call.java:2784)
>>>>>> at org.apache.axis.client.Call.invoke(Call.java:2767)
>>>>>> at org.apache.axis.client.Call.invoke(Call.java:2443)
>>>>>> at org.apache.axis.client.Call.invoke(Call.java:2366)
>>>>>> at org.apache.axis.client.Call.invoke(Call.java:1812)
>>>>>> at
>>>>>>
>>>>>
>>> info
>>> .fedora.www.definitions._1._0.api.ManagementSoapBindingStub.inges
>>>>>> t(Unknown
>>>>>> Source)
>>>>>> ... 20 more
>>>>>> 10:28:14,484 ERROR [org.purl.sword.server.fedora.FedoraServer]
>>>>>> Exception occured:
>>>>>> org.purl.sword.base.SWORDException: Ha
>>>>>> d problems adding the object to the repository;
>>>>>> org.purl.sword.base.SWORDException: Had problems adding the
>>> object
>>>>> to
>>>>>> the repository;
>>>>>> 10:28:14,484 ERROR [org.purl.sword.server.DepositServlet]
>>>>>> org.purl.sword.base.SWORDException: Had problems adding the ob
>>>>>> ject to the repository;
>>>>>>
>>>>>>
>>>>>> Best Regards
>>>>>> -----------------------------------
>>>>>> Rishi K Sharma
>>>>>> Systems Development Project Officer
>>>>>> Centre for e-Research
>>>>>> King's College London
>>>>>> 0207 848 1971
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Antony Corfield [awc] [mailto:aw...@ab...]
>>>>>> Sent: 30 May 2008 09:50
>>>>>> To: ris...@kc...
>>>>>> Subject: RE: [sword-app-tech] File submission error
>>>>>>
>>>>>>
>>>>>> What errors/stack dump are you getting?
>>>>>> What url are you using for deposit?
>>>>>> Have you tried depositing to the Fedora test implementation?
>>>>>> Have you tried using the test packages?
>>>>>> What client are you using to deposit?
>>>>>>
>>>>>> See:
>>> http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_access
>>>>>>
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Antony
>>>>>> --
>>>>>> Antony Corfield
>>>>>> ROAD Project
>>>>>> http://road.aber.ac.uk
>>>>>> tel. 01970 628724
>>>>>>
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: swo...@li...
>>> [mailto:sword-
>>>>>> app-
>>>>>>> tec...@li...] On Behalf Of Rishi K
>>> Sharma
>>>>>>> Sent: 29 May 2008 15:00
>>>>>>> To: swo...@li...
>>>>>>> Subject: [sword-app-tech] File submission error
>>>>>>>
>>>>>>> Hi Guys,
>>>>>>>
>>>>>>> I am trying to use fedora Sword deposit api implementation
>>> and i
>>>>> am
>>>>>>> not able to ingest
>>>>>>> file which starting with number like (9.pdf or 9pm.pdf),
>>>>>>> is there any way so that i can ingest these files into fedora
>>>>> using
>>>>>>> Sword deposit API.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Best Regards
>>>>>>> -----------------------------------
>>>>>>> Rishi K Sharma
>>>>>>> Systems Development Project Officer
>>>>>>> Centre for e-Research
>>>>>>> King's College London
>>>>>>> 0207 848 1971
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -------------------------------------------------------------
>>> ----
>>>>> --
>>>>>> --
>>>>>>> ----
>>>>>>> This SF.net email is sponsored by: Microsoft
>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>>> _______________________________________________
>>>>>>> sword-app-tech mailing list
>>>>>>> swo...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>> ------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> sword-app-tech mailing list
>>>> swo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>>>
>>>
>>> ---------------------------------------------------------------------
>>> ----
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> sword-app-tech mailing list
>>> swo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> sword-app-tech mailing list
>> swo...@li...
>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> sword-app-tech mailing list
> swo...@li...
> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
>
|
