Menu
▾
▴
exist-development
|
From: Вячеслав С. <sch...@gm...> - 2011-02-24 15:59:39
|
NetDrive http://www.netdrive.net/ in Windows is same as davfs in linux i connect 2 different eXist servers (trunk) by netdrive program as net-drives and then i have tried to copy all data from one drive to another (i have tried using both drag-and-drop & ms`s robocopy tool - latest is faster) - at first look it worked without errors but i note that were copied only folders structure and text resources (but nor binary nor xml). i think that if text files copied without problems - then this is not netdrive bug - is not it? with best wishes, Slav |
|
From: Dannes W. <da...@ex...> - 2011-02-24 17:41:58
|
HI, On 24 Feb 2011, at 16:59 , Вячеслав Седов wrote: > NetDrive http://www.netdrive.net/ in Windows is same as davfs in linux in a functional way, not technically > i think that if text files copied without problems - then this is not > netdrive bug - is not it? the new webdav interface has been tested quite well, and works flawlessly with many clients, that makes me think it is an issue with netdrive. When I read http://code.google.com/p/sabredav/wiki/Netdrive I do net really get a good feeling :-/ but you do a lot of things in one go. What happens if you do the copy in two steps: first the copy to your local drive, and then copy to the second drive? did you check any of the logfiles for relevant messages? Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Вячеслав С. <sch...@gm...> - 2011-02-24 19:19:34
|
good idea - downloading is OK, uploading fail, but why some files copied and some is not? and why exactly XML have problem, i think this is not only netdrive problem (i think it not care about content type) - maybe some kind of "half-bug interference"? :) 24 февраля 2011 г. 20:41 пользователь Dannes Wessels <da...@ex...> написал: > HI, > On 24 Feb 2011, at 16:59 , Вячеслав Седов wrote: > > NetDrive http://www.netdrive.net/ in Windows is same as davfs in linux > > in a functional way, not technically > > i think that if text files copied without problems - then this is not > netdrive bug - is not it? > > the new webdav interface has been tested quite well, and works flawlessly > with many clients, that makes me think it is an issue with netdrive. When I > read http://code.google.com/p/sabredav/wiki/Netdrive I do net really get a > good feeling :-/ > but you do a lot of things in one go. What happens if you do the copy in two > steps: first the copy to your local drive, and then copy to the second > drive? > did you check any of the logfiles for relevant messages? > Kind regards > Dannes > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > > > > > > |
|
From: Dannes W. <da...@ex...> - 2011-02-24 19:53:32
|
Hi, 2011/2/24 Вячеслав Седов <sch...@gm...> > good idea - downloading is OK, uploading fail, but why some files > copied and some is not? and why exactly XML have problem, i think this > is not only netdrive problem (i think it not care about content type) > - maybe some kind of "half-bug interference"? :) Maybe, but as I said the interface is really well tested with many webdav (enabled) clients. So maybe there is a mime-type setup issue? And maybe exist.log gives some hints.... D. -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Вячеслав С. <sch...@gm...> - 2011-02-24 20:27:15
|
log look like this 2011-02-24 17:52:32,790 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:27:53 MSK 2011 2011-02-24 17:52:32,791 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:27:53 MSK 2011 2011-02-24 17:52:32,797 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:01 MSK 2011 2011-02-24 17:52:32,798 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:01 MSK 2011 2011-02-24 17:52:32,799 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:07 MSK 2011 2011-02-24 17:52:32,801 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:07 MSK 2011 2011-02-24 17:52:32,801 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:11 MSK 2011 2011-02-24 17:52:32,699 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000605.docx 2011-02-24 17:52:32,829 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000606.docx 2011-02-24 17:52:32,830 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000606.docx 2011-02-24 17:52:32,834 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000607.docx 2011-02-24 17:52:32,835 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000607.docx 2011-02-24 17:52:32,839 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000608.docx 2011-02-24 17:52:32,839 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000608.docx 2011-02-24 17:52:32,848 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000609.docx 2011-02-24 17:52:32,849 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000609.docx 2011-02-24 17:52:32,854 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000610.docx 2011-02-24 17:52:32,855 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000610.docx 2011-02-24 17:52:32,858 [eXistThread-23] DEBUG (MiltonDocument.java [<init>]:111) - DOCUMENT:/db/mcfr/content/000000611.docx 2011-02-24 17:52:32,858 [eXistThread-23] DEBUG (ExistDocument.java [<init>]:64) - New document object for /db/mcfr/content/000000611.docx 2011-02-24 17:52:32,861 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:11 MSK 2011 2011-02-24 17:52:32,902 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:17 MSK 2011 2011-02-24 17:52:32,903 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:17 MSK 2011 2011-02-24 17:52:32,903 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:22 MSK 2011 2011-02-24 17:52:32,904 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:22 MSK 2011 2011-02-24 17:52:32,905 [eXistThread-21] DEBUG (MiltonResource.java [getModifiedDate]:430) - Modified date=Tue Feb 22 15:28:26 MSK 2011 2011-02-24 17:52:32,906 [eXistThread-21] DEBUG (MiltonDocument.java [getCreateDate]:179) - Create date=Tue Feb 22 15:28:26 MSK 2011 24 февраля 2011 г. 22:49 пользователь Dannes Wessels <da...@ex...> написал: > Hi, > > 2011/2/24 Вячеслав Седов <sch...@gm...> >> >> good idea - downloading is OK, uploading fail, but why some files >> copied and some is not? and why exactly XML have problem, i think this >> is not only netdrive problem (i think it not care about content type) >> - maybe some kind of "half-bug interference"? :) > > Maybe, but as I said the interface is really well tested with many webdav > (enabled) clients. So maybe there is a mime-type setup issue? > And maybe exist.log gives some hints.... > D. > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > |
|
From: Dannes W. <da...@ex...> - 2011-02-24 20:59:05
|
docx isn't a xml document right ? On 24 Feb 2011, at 21:27 , Вячеслав Седов wrote: > 2011-02-24 17:52:32,699 [eXistThread-23] DEBUG (ExistDocument.java > [<init>]:64) - New document object for /db/mcfr/content/000000605.docx Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Вячеслав С. <sch...@gm...> - 2011-02-25 08:38:22
|
yep... but both binary and xml files not copied - copied only text files - with xquery well - tried xslt look differently 2011-02-25 11:30:40,777 [eXistThread-21] INFO (HttpManager.java [process]:146) - PUT :: http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl - http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl 2011-02-25 11:30:40,780 [eXistThread-21] DEBUG (PutHandler.java [process]:71) - process request: host: localhost:8080 url: /exist/webdav/db/metadata-filler-wk.xsl 2011-02-25 11:30:40,781 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' path='/db/metadata-filler-wk.xsl' 2011-02-25 11:30:40,782 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:145) - Path: /db/metadata-filler-wk.xsl 2011-02-25 11:30:40,783 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:198) - Resource type=NOT_EXISTING 2011-02-25 11:30:40,784 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:124) - Resource does not exist: '/db/metadata-filler-wk.xsl' 2011-02-25 11:30:40,786 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' path='/db/metadata-filler-wk.xsl' 2011-02-25 11:30:40,787 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:145) - Path: /db/metadata-filler-wk.xsl 2011-02-25 11:30:40,790 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:198) - Resource type=NOT_EXISTING 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:124) - Resource does not exist: '/db/metadata-filler-wk.xsl' 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' path='/db' 2011-02-25 11:30:40,792 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:145) - Path: /db 2011-02-25 11:30:40,793 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:198) - Resource type=COLLECTION 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (MiltonCollection.java [<init>]:108) - COLLECTION:/db 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (ExistCollection.java [<init>]:68) - New collection object for /db 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' path='/db' 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:145) - Path: /db 2011-02-25 11:30:40,802 [eXistThread-21] DEBUG (ExistResourceFactory.java [getResourceType]:198) - Resource type=COLLECTION 2011-02-25 11:30:40,804 [eXistThread-21] DEBUG (MiltonCollection.java [<init>]:108) - COLLECTION:/db 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (ExistCollection.java [<init>]:68) - New collection object for /db 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (MiltonCollection.java [getCurrentLock]:332) - '/db' 2011-02-25 11:30:40,806 [eXistThread-21] DEBUG (MiltonResource.java [authenticate]:299) - Authenticating user admin for /db 2011-02-25 11:30:40,807 [eXistThread-21] DEBUG (MiltonResource.java [authenticate]:336) - User 'admin' has been authenticated. 2011-02-25 11:30:40,808 [eXistThread-21] INFO (MiltonResource.java [authorise]:343) - PUT true for /db 2011-02-25 11:30:40,808 [eXistThread-21] DEBUG (MiltonResource.java [authorise]:402) - URI is null 2011-02-25 11:30:40,809 [eXistThread-21] DEBUG (MiltonResource.java [authorise]:408) - User admin is authorized to write resource /db 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (PutHandler.java [processCreate]:158) - process: putting to: db 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (MimeUtil2.java [getMimeTypes]:550) - Getting MIME types for file name [metadata-filler-wk.xsl]. 2011-02-25 11:30:40,812 [eXistThread-21] DEBUG (MimeUtil2.java [getMimeTypes]:570) - Retrieved MIME types [application/octet-stream] 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (PutHandler.java [processCreate]:162) - PutHandler: creating resource of type: application/octet-stream 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (MiltonCollection.java [createNew]:256) - Create 'metadata-filler-wk.xsl' in '/db' 2011-02-25 11:30:40,814 [eXistThread-21] DEBUG (ExistCollection.java [createFile]:352) - Create 'metadata-filler-wk.xsl' in '/db' 2011-02-25 11:30:40,815 [eXistThread-21] DEBUG (ExistCollection.java [createFile]:411) - Inserting XML document 'application/xslt+xml' 2011-02-25 11:30:40,816 [eXistThread-21] DEBUG (Collection.java [validateXMLResourceInternal]:1196) - Scanning document /db/metadata-filler-wk.xsl 2011-02-25 11:30:40,817 [eXistThread-21] DEBUG (GrammarPool.java [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset (http://www.w3.org/TR/REC-xml). 2011-02-25 11:30:40,818 [eXistThread-21] DEBUG (GrammarPool.java [retrieveInitialGrammarSet]:85) - Found 0 grammars. 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset (http://www.w3.org/TR/REC-xml). 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java [retrieveInitialGrammarSet]:85) - Found 0 grammars. 2011-02-25 11:30:40,824 [eXistThread-21] DEBUG (ExistCollection.java [createFile]:484) - Finished creation 2011-02-25 11:30:40,825 [eXistThread-21] ERROR (StandardFilter.java [process]:45) - process java.util.MissingResourceException: Can't find bundle for base name org.apache.xerces.impl.msg.XMLMessages, locale ru_RU at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1427) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1250) at java.util.ResourceBundle.getBundle(ResourceBundle.java:777) at org.apache.xerces.impl.msg.XMLMessageFormatter.formatMessage(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.exist.collections.Collection$4.run(Collection.java:1112) at org.exist.collections.Collection.validateXMLResourceInternal(Collection.java:1197) at org.exist.collections.Collection.validateXMLResource(Collection.java:1106) at org.exist.webdav.ExistCollection.createFile(ExistCollection.java:415) at org.exist.webdav.MiltonCollection.createNew(MiltonCollection.java:261) at com.bradmcevoy.http.http11.PutHandler.processCreate(PutHandler.java:163) at com.bradmcevoy.http.http11.PutHandler.process(PutHandler.java:138) at com.bradmcevoy.http.StandardFilter.process(StandardFilter.java:32) at com.bradmcevoy.http.FilterChain.process(FilterChain.java:21) at com.bradmcevoy.http.HttpManager.process(HttpManager.java:152) at com.bradmcevoy.http.MiltonServlet.service(MiltonServlet.java:169) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:534) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:475) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:516) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:240) at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:116) at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:47) at org.exist.http.urlrewrite.XQueryURLRewrite.doFilter(XQueryURLRewrite.java:218) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:473) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:479) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:151) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114) at org.eclipse.jetty.server.Server.handle(Server.java:352) at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:596) at org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1068) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:805) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:426) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:508) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:451) at java.lang.Thread.run(Thread.java:619) 24 февраля 2011 г. 23:58 пользователь Dannes Wessels <da...@ex...> написал: > docx isn't a xml document right ? > On 24 Feb 2011, at 21:27 , Вячеслав Седов wrote: > > 2011-02-24 17:52:32,699 [eXistThread-23] DEBUG (ExistDocument.java > [<init>]:64) - New document object for /db/mcfr/content/000000605.docx > > Kind regards > Dannes > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > > > > > > |
|
From: Вячеслав С. <sch...@gm...> - 2011-02-25 09:26:28
|
look like xml files become wrong after reading - some files is truncated, some with extra spaces - both cases is invalid - so further copy failed look like copying of binary files work good - just netdrive show as empty folder with 1500 docx files - but oxygenxml show all so problem reduced i guess eXist report wrong size of xml files to netdrive - sometime smaller - sometime bigger 25 февраля 2011 г. 11:38 пользователь Вячеслав Седов <sch...@gm...> написал: > yep... but both binary and xml files not copied - copied only text > files - with xquery > > well - tried xslt > > look differently > > 2011-02-25 11:30:40,777 [eXistThread-21] INFO (HttpManager.java > [process]:146) - PUT :: > http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl - > http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl > 2011-02-25 11:30:40,780 [eXistThread-21] DEBUG (PutHandler.java > [process]:71) - process request: host: localhost:8080 url: > /exist/webdav/db/metadata-filler-wk.xsl > 2011-02-25 11:30:40,781 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > path='/db/metadata-filler-wk.xsl' > 2011-02-25 11:30:40,782 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:145) - Path: > /db/metadata-filler-wk.xsl > 2011-02-25 11:30:40,783 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:198) - Resource > type=NOT_EXISTING > 2011-02-25 11:30:40,784 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:124) - Resource does not > exist: '/db/metadata-filler-wk.xsl' > 2011-02-25 11:30:40,786 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > path='/db/metadata-filler-wk.xsl' > 2011-02-25 11:30:40,787 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:145) - Path: > /db/metadata-filler-wk.xsl > 2011-02-25 11:30:40,790 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:198) - Resource > type=NOT_EXISTING > 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:124) - Resource does not > exist: '/db/metadata-filler-wk.xsl' > 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > path='/db' > 2011-02-25 11:30:40,792 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:145) - Path: /db > 2011-02-25 11:30:40,793 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:198) - Resource > type=COLLECTION > 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (MiltonCollection.java > [<init>]:108) - COLLECTION:/db > 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (ExistCollection.java > [<init>]:68) - New collection object for /db > 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > path='/db' > 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:145) - Path: /db > 2011-02-25 11:30:40,802 [eXistThread-21] DEBUG > (ExistResourceFactory.java [getResourceType]:198) - Resource > type=COLLECTION > 2011-02-25 11:30:40,804 [eXistThread-21] DEBUG (MiltonCollection.java > [<init>]:108) - COLLECTION:/db > 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (ExistCollection.java > [<init>]:68) - New collection object for /db > 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (MiltonCollection.java > [getCurrentLock]:332) - '/db' > 2011-02-25 11:30:40,806 [eXistThread-21] DEBUG (MiltonResource.java > [authenticate]:299) - Authenticating user admin for /db > 2011-02-25 11:30:40,807 [eXistThread-21] DEBUG (MiltonResource.java > [authenticate]:336) - User 'admin' has been authenticated. > 2011-02-25 11:30:40,808 [eXistThread-21] INFO (MiltonResource.java > [authorise]:343) - PUT true for /db > 2011-02-25 11:30:40,808 [eXistThread-21] DEBUG (MiltonResource.java > [authorise]:402) - URI is null > 2011-02-25 11:30:40,809 [eXistThread-21] DEBUG (MiltonResource.java > [authorise]:408) - User admin is authorized to write resource /db > 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (PutHandler.java > [processCreate]:158) - process: putting to: db > 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (MimeUtil2.java > [getMimeTypes]:550) - Getting MIME types for file name > [metadata-filler-wk.xsl]. > 2011-02-25 11:30:40,812 [eXistThread-21] DEBUG (MimeUtil2.java > [getMimeTypes]:570) - Retrieved MIME types [application/octet-stream] > 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (PutHandler.java > [processCreate]:162) - PutHandler: creating resource of type: > application/octet-stream > 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (MiltonCollection.java > [createNew]:256) - Create 'metadata-filler-wk.xsl' in '/db' > 2011-02-25 11:30:40,814 [eXistThread-21] DEBUG (ExistCollection.java > [createFile]:352) - Create 'metadata-filler-wk.xsl' in '/db' > 2011-02-25 11:30:40,815 [eXistThread-21] DEBUG (ExistCollection.java > [createFile]:411) - Inserting XML document 'application/xslt+xml' > 2011-02-25 11:30:40,816 [eXistThread-21] DEBUG (Collection.java > [validateXMLResourceInternal]:1196) - Scanning document > /db/metadata-filler-wk.xsl > 2011-02-25 11:30:40,817 [eXistThread-21] DEBUG (GrammarPool.java > [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset > (http://www.w3.org/TR/REC-xml). > 2011-02-25 11:30:40,818 [eXistThread-21] DEBUG (GrammarPool.java > [retrieveInitialGrammarSet]:85) - Found 0 grammars. > 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java > [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset > (http://www.w3.org/TR/REC-xml). > 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java > [retrieveInitialGrammarSet]:85) - Found 0 grammars. > 2011-02-25 11:30:40,824 [eXistThread-21] DEBUG (ExistCollection.java > [createFile]:484) - Finished creation > 2011-02-25 11:30:40,825 [eXistThread-21] ERROR (StandardFilter.java > [process]:45) - process > java.util.MissingResourceException: Can't find bundle for base name > org.apache.xerces.impl.msg.XMLMessages, locale ru_RU > at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1427) > at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1250) > at java.util.ResourceBundle.getBundle(ResourceBundle.java:777) > at org.apache.xerces.impl.msg.XMLMessageFormatter.formatMessage(Unknown Source) > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) > at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) > at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown > Source) > at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown > Source) > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) > at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) > at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) > at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) > at org.exist.collections.Collection$4.run(Collection.java:1112) > at org.exist.collections.Collection.validateXMLResourceInternal(Collection.java:1197) > at org.exist.collections.Collection.validateXMLResource(Collection.java:1106) > at org.exist.webdav.ExistCollection.createFile(ExistCollection.java:415) > at org.exist.webdav.MiltonCollection.createNew(MiltonCollection.java:261) > at com.bradmcevoy.http.http11.PutHandler.processCreate(PutHandler.java:163) > at com.bradmcevoy.http.http11.PutHandler.process(PutHandler.java:138) > at com.bradmcevoy.http.StandardFilter.process(StandardFilter.java:32) > at com.bradmcevoy.http.FilterChain.process(FilterChain.java:21) > at com.bradmcevoy.http.HttpManager.process(HttpManager.java:152) > at com.bradmcevoy.http.MiltonServlet.service(MiltonServlet.java:169) > at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:534) > at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:475) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) > at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:516) > at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) > at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) > at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) > at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) > at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:240) > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:116) > at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:47) > at org.exist.http.urlrewrite.XQueryURLRewrite.doFilter(XQueryURLRewrite.java:218) > at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322) > at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:473) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) > at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:479) > at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) > at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) > at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) > at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) > at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:151) > at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114) > at org.eclipse.jetty.server.Server.handle(Server.java:352) > at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:596) > at org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1068) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:805) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) > at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:426) > at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:508) > at org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34) > at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40) > at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:451) > at java.lang.Thread.run(Thread.java:619) > > 24 февраля 2011 г. 23:58 пользователь Dannes Wessels > <da...@ex...> написал: >> docx isn't a xml document right ? >> On 24 Feb 2011, at 21:27 , Вячеслав Седов wrote: >> >> 2011-02-24 17:52:32,699 [eXistThread-23] DEBUG (ExistDocument.java >> [<init>]:64) - New document object for /db/mcfr/content/000000605.docx >> >> Kind regards >> Dannes >> -- >> eXist-db Native XML Database - http://exist-db.org >> Join us on linked-in: http://www.linkedin.com/groups?gid=35624 >> >> >> >> >> >> >> >> > |
|
From: Dmitriy S. <sha...@gm...> - 2011-02-26 15:58:00
|
Confurm this as eXist bug, xml files size issue. I do have an example (trunk, webdav and linux svn client): http://animo.svn.sourceforge.net/viewvc/animo/trunk/animotron/site/smartims.org/uuid-4e06d996-283f-40c2-9909-4e11d05f7ef6.xml?revision=247&view=markup <http://animo.svn.sourceforge.net/viewvc/animo/trunk/animotron/site/smartims.org/uuid-4e06d996-283f-40c2-9909-4e11d05f7ef6.xml?revision=247&view=markup>File size: 4096 bytes and fixed one http://animo.svn.sourceforge.net/viewvc/animo/trunk/animotron/site/smartims.org/uuid-4e06d996-283f-40c2-9909-4e11d05f7ef6.xml?revision=251&view=markup <http://animo.svn.sourceforge.net/viewvc/animo/trunk/animotron/site/smartims.org/uuid-4e06d996-283f-40c2-9909-4e11d05f7ef6.xml?revision=251&view=markup>File size: 1668 bytes 2011/2/25 Вячеслав Седов <sch...@gm...> > look like xml files become wrong after reading - some files is > truncated, some with extra spaces - both cases is invalid - so further > copy failed > > look like copying of binary files work good - just netdrive show as > empty folder with 1500 docx files - but oxygenxml show all > > so problem reduced > > i guess eXist report wrong size of xml files to netdrive - sometime > smaller - sometime bigger > > 25 февраля 2011 г. 11:38 пользователь Вячеслав Седов > <sch...@gm...> написал: > > yep... but both binary and xml files not copied - copied only text > > files - with xquery > > > > well - tried xslt > > > > look differently > > > > 2011-02-25 11:30:40,777 [eXistThread-21] INFO (HttpManager.java > > [process]:146) - PUT :: > > http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl - > > http://localhost:8080/exist/webdav/db/metadata-filler-wk.xsl > > 2011-02-25 11:30:40,780 [eXistThread-21] DEBUG (PutHandler.java > > [process]:71) - process request: host: localhost:8080 url: > > /exist/webdav/db/metadata-filler-wk.xsl > > 2011-02-25 11:30:40,781 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > > path='/db/metadata-filler-wk.xsl' > > 2011-02-25 11:30:40,782 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:145) - Path: > > /db/metadata-filler-wk.xsl > > 2011-02-25 11:30:40,783 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:198) - Resource > > type=NOT_EXISTING > > 2011-02-25 11:30:40,784 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:124) - Resource does not > > exist: '/db/metadata-filler-wk.xsl' > > 2011-02-25 11:30:40,786 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > > path='/db/metadata-filler-wk.xsl' > > 2011-02-25 11:30:40,787 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:145) - Path: > > /db/metadata-filler-wk.xsl > > 2011-02-25 11:30:40,790 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:198) - Resource > > type=NOT_EXISTING > > 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:124) - Resource does not > > exist: '/db/metadata-filler-wk.xsl' > > 2011-02-25 11:30:40,791 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > > path='/db' > > 2011-02-25 11:30:40,792 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:145) - Path: /db > > 2011-02-25 11:30:40,793 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:198) - Resource > > type=COLLECTION > > 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (MiltonCollection.java > > [<init>]:108) - COLLECTION:/db > > 2011-02-25 11:30:40,797 [eXistThread-21] DEBUG (ExistCollection.java > > [<init>]:68) - New collection object for /db > > 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResource]:93) - host='localhost:8080' > > path='/db' > > 2011-02-25 11:30:40,799 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:145) - Path: /db > > 2011-02-25 11:30:40,802 [eXistThread-21] DEBUG > > (ExistResourceFactory.java [getResourceType]:198) - Resource > > type=COLLECTION > > 2011-02-25 11:30:40,804 [eXistThread-21] DEBUG (MiltonCollection.java > > [<init>]:108) - COLLECTION:/db > > 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (ExistCollection.java > > [<init>]:68) - New collection object for /db > > 2011-02-25 11:30:40,805 [eXistThread-21] DEBUG (MiltonCollection.java > > [getCurrentLock]:332) - '/db' > > 2011-02-25 11:30:40,806 [eXistThread-21] DEBUG (MiltonResource.java > > [authenticate]:299) - Authenticating user admin for /db > > 2011-02-25 11:30:40,807 [eXistThread-21] DEBUG (MiltonResource.java > > [authenticate]:336) - User 'admin' has been authenticated. > > 2011-02-25 11:30:40,808 [eXistThread-21] INFO (MiltonResource.java > > [authorise]:343) - PUT true for /db > > 2011-02-25 11:30:40,808 [eXistThread-21] DEBUG (MiltonResource.java > > [authorise]:402) - URI is null > > 2011-02-25 11:30:40,809 [eXistThread-21] DEBUG (MiltonResource.java > > [authorise]:408) - User admin is authorized to write resource /db > > 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (PutHandler.java > > [processCreate]:158) - process: putting to: db > > 2011-02-25 11:30:40,810 [eXistThread-21] DEBUG (MimeUtil2.java > > [getMimeTypes]:550) - Getting MIME types for file name > > [metadata-filler-wk.xsl]. > > 2011-02-25 11:30:40,812 [eXistThread-21] DEBUG (MimeUtil2.java > > [getMimeTypes]:570) - Retrieved MIME types [application/octet-stream] > > 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (PutHandler.java > > [processCreate]:162) - PutHandler: creating resource of type: > > application/octet-stream > > 2011-02-25 11:30:40,813 [eXistThread-21] DEBUG (MiltonCollection.java > > [createNew]:256) - Create 'metadata-filler-wk.xsl' in '/db' > > 2011-02-25 11:30:40,814 [eXistThread-21] DEBUG (ExistCollection.java > > [createFile]:352) - Create 'metadata-filler-wk.xsl' in '/db' > > 2011-02-25 11:30:40,815 [eXistThread-21] DEBUG (ExistCollection.java > > [createFile]:411) - Inserting XML document 'application/xslt+xml' > > 2011-02-25 11:30:40,816 [eXistThread-21] DEBUG (Collection.java > > [validateXMLResourceInternal]:1196) - Scanning document > > /db/metadata-filler-wk.xsl > > 2011-02-25 11:30:40,817 [eXistThread-21] DEBUG (GrammarPool.java > > [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset > > (http://www.w3.org/TR/REC-xml). > > 2011-02-25 11:30:40,818 [eXistThread-21] DEBUG (GrammarPool.java > > [retrieveInitialGrammarSet]:85) - Found 0 grammars. > > 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java > > [retrieveInitialGrammarSet]:81) - Retrieve initial grammarset > > (http://www.w3.org/TR/REC-xml). > > 2011-02-25 11:30:40,823 [eXistThread-21] DEBUG (GrammarPool.java > > [retrieveInitialGrammarSet]:85) - Found 0 grammars. > > 2011-02-25 11:30:40,824 [eXistThread-21] DEBUG (ExistCollection.java > > [createFile]:484) - Finished creation > > 2011-02-25 11:30:40,825 [eXistThread-21] ERROR (StandardFilter.java > > [process]:45) - process > > java.util.MissingResourceException: Can't find bundle for base name > > org.apache.xerces.impl.msg.XMLMessages, locale ru_RU > > at > java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1427) > > at > java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1250) > > at java.util.ResourceBundle.getBundle(ResourceBundle.java:777) > > at > org.apache.xerces.impl.msg.XMLMessageFormatter.formatMessage(Unknown Source) > > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown > Source) > > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown > Source) > > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown > Source) > > at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown > Source) > > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown > > Source) > > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown > > Source) > > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown > Source) > > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown > Source) > > at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) > > at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown > Source) > > at > org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) > > at org.exist.collections.Collection$4.run(Collection.java:1112) > > at > org.exist.collections.Collection.validateXMLResourceInternal(Collection.java:1197) > > at > org.exist.collections.Collection.validateXMLResource(Collection.java:1106) > > at > org.exist.webdav.ExistCollection.createFile(ExistCollection.java:415) > > at > org.exist.webdav.MiltonCollection.createNew(MiltonCollection.java:261) > > at > com.bradmcevoy.http.http11.PutHandler.processCreate(PutHandler.java:163) > > at > com.bradmcevoy.http.http11.PutHandler.process(PutHandler.java:138) > > at > com.bradmcevoy.http.StandardFilter.process(StandardFilter.java:32) > > at com.bradmcevoy.http.FilterChain.process(FilterChain.java:21) > > at com.bradmcevoy.http.HttpManager.process(HttpManager.java:152) > > at > com.bradmcevoy.http.MiltonServlet.service(MiltonServlet.java:169) > > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:534) > > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:475) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) > > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:516) > > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) > > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) > > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) > > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) > > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > > at > org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:240) > > at > org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:116) > > at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:47) > > at > org.exist.http.urlrewrite.XQueryURLRewrite.doFilter(XQueryURLRewrite.java:218) > > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322) > > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:473) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) > > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:479) > > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) > > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929) > > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403) > > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184) > > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) > > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:151) > > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114) > > at org.eclipse.jetty.server.Server.handle(Server.java:352) > > at > org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:596) > > at > org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:1068) > > at > org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:805) > > at > org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) > > at > org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:426) > > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:508) > > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34) > > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40) > > at > org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:451) > > at java.lang.Thread.run(Thread.java:619) > > > > 24 февраля 2011 г. 23:58 пользователь Dannes Wessels > > <da...@ex...> написал: > >> docx isn't a xml document right ? > >> On 24 Feb 2011, at 21:27 , Вячеслав Седов wrote: > >> > >> 2011-02-24 17:52:32,699 [eXistThread-23] DEBUG (ExistDocument.java > >> [<init>]:64) - New document object for /db/mcfr/content/000000605.docx > >> > >> Kind regards > >> Dannes > >> -- > >> eXist-db Native XML Database - http://exist-db.org > >> Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > >> > >> > >> > >> > >> > >> > >> > >> > > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > -- Dmitriy Shabanov |
|
From: Dannes W. <da...@ex...> - 2011-02-26 16:11:44
Attachments:
smime.p7s
|
Dmitiriy is right, eXist does report XML document sizes in blocks of 4 kbyte ; that is the internal block size, as estimate for the real document size. The document size is fundamentally unknown, it depends e.g. on serialization parameters. Most webdav clients can fortunately deal with this in a right way, I added code for this as a work around. Soit seems that netdrive can't deal with this situation, nothing we can do about that. again, most other clients have been well tested and the interface just works so I guess it is a netdrive bug..... On 26 Feb 2011, at 16:57 , Dmitriy Shabanov wrote: > i guess eXist report wrong size of xml files to netdrive - sometime > smaller - sometime bigger -- Dannes Wessels eXist-db Open Source Native XML Database e: da...@ex... w: http://www.exist-db.org |
|
From: Dannes W. <da...@ex...> - 2011-02-26 18:07:45
Attachments:
smime.p7s
|
On 26 Feb 2011, at 17:11 , Dannes Wessels wrote: > Most webdav clients can fortunately deal with this in a right way, I added code for this as a work around. Soit seems that netdrive can't deal with this situation, nothing we can do about that. the fix is done in rev12825 : https://fisheye3.atlassian.com/changelog/exist?cs=12825 what is the fix about: it does not send the size of the resource during the download; a a result, under the hood, data is send ;chuncked' to the client, the client pulls bytes until the bytestream stops, For XML documents exist-db estimates the size of the XML, modulo 4 kb (the internal page size). The propfind will always return the modulo 4096 value, I guess netdrive uses this value for estimating the download size of the document. Netdrive should not no this, and fails handling this correct situation. :-( -- Dannes Wessels eXist-db Open Source Native XML Database e: da...@ex... w: http://www.exist-db.org |
|
From: Michael W. <wes...@ja...> - 2011-02-27 05:43:56
|
Вячеслав Седов wrote:
look like xml files become wrong after reading - some files is
> truncated, some with extra spaces - both cases is invalid - so further
> copy failed
>
> [...]
>
>
> i guess eXist report wrong size of xml files to netdrive - sometime
> smaller - sometime bigger
>
To me, the problem appears to be that eXist is trying to return the
documents in chunked form over HTTP, but some WebDAV clients don't support
chunked/keep-alive protocol. So the first chuck gets returned, then the
WebDAV client moves on to the next file.
On OS/X 10.6 with two instances of eXist 1.4.1 I get:
1. Drag and drop folder from one to other in Finder - XML files get
truncated.
2. $ cp -r /Volumes/db/myapp /Volumes/db-1/
Copies the directory and all contents with no problem.
The strange thing is, both of these actions are using the same WebDAV client
built into Finder. But the command-line cp command can handle the chunked
(if that's what it is) files whereas drag and drop in Finder cannot. I had
always thought that the GUI just called the command underneath, but I'm not
inclined to believe that any more.
I keep reading that it's been tested with Finder and works. But I'm not
finding that so in the case of drag and drop. The problem doesn't appear to
be in the WebDAV implementation of Finder, just in its internal
implementation of the copy command.
These have been my observations. I'm at a loss as to why the developers
have had different experiences.
--
Michael Westbay
Writer/System Administrator
http://www.japanesebaseball.com/
|
|
From: Dannes W. <da...@ex...> - 2011-02-27 10:25:47
|
Hi, On 27 Feb 2011, at 6:43 , Michael Westbay wrote: > I keep reading that it's been tested with Finder and works. But I'm not finding that so in the case of drag and drop. The problem doesn't appear to be in the WebDAV implementation of Finder, just in its internal implementation of the copy command. > > These have been my observations. I'm at a loss as to why the developers have had different experiences. so the usecase is copy from/to the same database, or from db1 to db2 ? please be more explicit? Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dannes W. <da...@ex...> - 2011-02-27 10:38:58
|
Ok, it is between two instances of the database ; this test was not part of the test scenario's. Most tests focussed on upload/download from local PC to server and vv. note: if the reimplementation does not work well enough, it is possible to switch back..... D. On 27 Feb 2011, at 11:25 , Dannes Wessels wrote: >> I keep reading that it's been tested with Finder and works. But I'm not finding that so in the case of drag and drop. The problem doesn't appear to be in the WebDAV implementation of Finder, just in its internal implementation of the copy command. >> >> These have been my observations. I'm at a loss as to why the developers have had different experiences. > > so the usecase is copy from/to the same database, or from db1 to db2 ? please be more explicit? Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dannes W. <da...@ex...> - 2011-02-27 10:44:22
|
Michael, did the copy between two db instances work well for 1.4.0? On 27 Feb 2011, at 11:38 , Dannes Wessels wrote: > it is between two instances of the database ; this test was not part of the test scenario's. Most tests focussed on upload/download from local PC to server and vv. > > note: if the reimplementation does not work well enough, it is possible to switch back..... Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Michael W. <wes...@ja...> - 2011-02-27 13:32:47
|
Dannes Wessels asked: did the copy between two db instances work well for 1.4.0? No. Overall, the pre-Milton version had more problems. To answer the other question, yes, this is one instance to another. The standard UNIX cp command works fine, drag and drop in Finder does not. Using 1.4.1 (build 13733) on CentOS 5 from an OS/X 10.6.6 client I've just tried: 1. Drag and drop a 12KB XML file in Finder to the Desktop 2. $ cp /Volumes/db/uni/persons/d/darvish-yu.xml ~/Desktop/ 3. Drag and drop the same file from the Desktop to /db of the eXist DB The result of the drag and drop in Finder from eXist to the Desktop fails, creating an empty document. The result of the cp command succeeds, with the full XML contents there. The result of the drag and drop from the Desktop to eXist succeeds, with the full XML contents copied there. It sounds like a Finder issue to me. One part of the copy process doesn't work correctly (the download) with drag and drop. I figure that other clients have a similar issue. I have no problem using the command line as a work around, so it's really not that big of a problem for me. I'm just throwing out my observations in the hope that they can be helpful for solving the problems that others are having. Hope this helps. -- Michael Westbay Writer/System Administrator http://www.japanesebaseball.com/ |
|
From: Wolfgang M. <wol...@ex...> - 2011-02-27 10:47:44
|
> note: if the reimplementation does not work well enough, it is possible to > switch back..... This should not be an option. The old implementation could cause severe locking issues if you had many users working on the same db. We have this scenario in one of my projects. People managed to deadlock the db twice a week. Since upgrading to the new version, those problems disappeared completely. Wolfgang |
|
From: Dmitriy S. <sha...@gm...> - 2011-02-27 12:20:09
|
Dannes, original file size and option to restore original file as default serialization behavior will resole a lot of issues, including this one ... ( original file can be any but same each time) On Sun, Feb 27, 2011 at 3:47 PM, Wolfgang Meier <wol...@ex...>wrote: > > note: if the reimplementation does not work well enough, it is possible > to > > switch back..... > You should be pessimistic, end of winter time issue :-) > This should not be an option. The old implementation could cause > severe locking issues if you had many users working on the same db. We > have this scenario in one of my projects. People managed to deadlock > the db twice a week. Since upgrading to the new version, those > problems disappeared completely. > -- Dmitriy Shabanov |
|
From: Dmitriy S. <sha...@gm...> - 2011-02-27 12:30:13
|
On Sun, Feb 27, 2011 at 5:20 PM, Dmitriy Shabanov <sha...@gm...>wrote: > Dannes, original file size and option to restore original file as default > serialization behavior will resole a lot of issues, including this one ... > ( original file can be any but same each time) > > On Sun, Feb 27, 2011 at 3:47 PM, Wolfgang Meier <wol...@ex...>wrote: > >> > note: if the reimplementation does not work well enough, it is possible >> to >> > switch back..... >> > > You should be pessimistic, end of winter time issue :-) > ... shouldn't ... -) -- Dmitriy Shabanov |
Thanks for helping keep SourceForge clean.
X