Menu
▾
▴
exist-development — eXist Developer's List
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(22) |
Nov
(85) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(47) |
Feb
(127) |
Mar
(268) |
Apr
(78) |
May
(47) |
Jun
(38) |
Jul
(131) |
Aug
(221) |
Sep
(187) |
Oct
(54) |
Nov
(111) |
Dec
(84) |
| 2011 |
Jan
(152) |
Feb
(106) |
Mar
(94) |
Apr
(90) |
May
(53) |
Jun
(20) |
Jul
(24) |
Aug
(37) |
Sep
(32) |
Oct
(70) |
Nov
(22) |
Dec
(15) |
| 2012 |
Jan
(33) |
Feb
(110) |
Mar
(24) |
Apr
(1) |
May
(11) |
Jun
(8) |
Jul
(12) |
Aug
(37) |
Sep
(39) |
Oct
(81) |
Nov
(38) |
Dec
(50) |
| 2013 |
Jan
(23) |
Feb
(53) |
Mar
(23) |
Apr
(5) |
May
(19) |
Jun
(16) |
Jul
(16) |
Aug
(9) |
Sep
(21) |
Oct
(1) |
Nov
(2) |
Dec
(8) |
| 2014 |
Jan
(16) |
Feb
(6) |
Mar
(27) |
Apr
(1) |
May
(10) |
Jun
(1) |
Jul
(4) |
Aug
(10) |
Sep
(19) |
Oct
(22) |
Nov
(4) |
Dec
(6) |
| 2015 |
Jan
(3) |
Feb
(6) |
Mar
(9) |
Apr
|
May
(11) |
Jun
(23) |
Jul
(14) |
Aug
(10) |
Sep
(10) |
Oct
(9) |
Nov
(18) |
Dec
(4) |
| 2016 |
Jan
(5) |
Feb
(5) |
Mar
|
Apr
(2) |
May
(15) |
Jun
(2) |
Jul
(8) |
Aug
(2) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
(12) |
Mar
(22) |
Apr
(6) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(2) |
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(3) |
Aug
|
Sep
(7) |
Oct
(19) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dannes W. <da...@ex...> - 2010-09-26 14:52:07
|
nope, I am about to name & shame the person responsible. PLEASE SOLVE THIS mr....... regards Dannes On 26 Sep 2010, at 16:47 , Pierrick Brihaye wrote: >> >> since a week or so, the test suite report shows 14-to-15 issues, these were introduced quite recently (build 1271): >> >> http://serengeti.friprogramvarusyndikatet.se:8111/viewType.html?buildTypeId=bt2&page=2&tab=buildTypeHistoryList >> >> please can this be fixed? Why is this committed and not repaired immediately? > > No news on this point ? 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: Pierrick B. <pie...@fr...> - 2010-09-26 14:48:10
|
Hi, Le 22/09/2010 22:48, Dannes Wessels a écrit : > since a week or so, the test suite report shows 14-to-15 issues, these were introduced quite recently (build 1271): > > http://serengeti.friprogramvarusyndikatet.se:8111/viewType.html?buildTypeId=bt2&page=2&tab=buildTypeHistoryList > > please can this be fixed? Why is this committed and not repaired immediately? No news on this point ? Cheers, p.b. |
|
From: Anton K. <ak...@de...> - 2010-09-26 14:23:32
|
Hi Dannes, On 26.09.2010 16:28, Dannes Wessels wrote: > (2) I'll dive into it myself. It is impossible in exist to get a lock on > collection. I implemented it by using a null reference, but that does > not work as it seems. I have some ideas how to improve this Unfortunately, my knowledge in eXist locking is nearly zero, but you mentioned twice collection locks - actually in my first note, client issues LOCK on non existing resource (not collection): 192.168.2.124 - - [25/IX/2010:01:03:48 +0000] "LOCK /exist/webdav2/db/test/t5 HTTP/1.1" 500 47 t5 in touch /db/test/t5 is resource, test is existing collection BTW, old implementation execution flow reaches createNullResource: http://exist.svn.sourceforge.net/viewvc/exist/trunk/eXist/src/org/exist/http/webdav/methods/Lock.java?view=markup#l84 during processing of the request. > > Does the size affect the correct operation of the client? I really don't > hope, because I cannot think of a good solution. Unfortunately yes :-(. May be one of possible workarounds is: Subclass MiltonDocument (): http://exist.svn.sourceforge.net/viewvc/exist/trunk/eXist/extensions/webdav/src/org/exist/webdav/MiltonDocument.java?view=markup#l67 with let say MD2: public Long getContentLength() { return null; } then in getResource: http://exist.svn.sourceforge.net/viewvc/exist/trunk/eXist/extensions/webdav/src/org/exist/webdav/ExistResourceFactory.java?view=markup#l104 use MD2 instead of MiltonDocument (this will produce the same behavior as old implementation - x*4k in PROPFIND, chunked in GET) Kind regards, Anton |
|
From: Dannes W. <da...@ex...> - 2010-09-26 13:28:56
|
Anton, thank you for your testing and deedback! On 25 Sep 2010, at 18:01 , Anton Kolev wrote: > davfs2 1.4.5, Authorization: Basic > > Read Cr/Wr Delete Ren/move > Col OK(1) OK OK OK > Bin OK (2) OK OK > XML (3) (2) OK OK > > (1): Names with intervals becomes ...%20... > (2): Lock exception > (3): Wrong Content-Length: x*4k, Old implementation works because of using Transfer-Encoding: chunked, without Content-Length I have seen these (1) as well, although the webdav framework should shield us from these issues. Probably we have a double encoding thing somewhere.... (2) I'll dive into it myself. It is impossible in exist to get a lock on collection. I implemented it by using a null reference, but that does not work as it seems. I have some ideas how to improve this about (3) yes, for XML documents we have no workaround for that; basically we cannot tell the exact size of an xml document, because in the database....... there are no documents, just a set of nodes. The size of the document, when retrieved from the database' depends on a few factors, e.g. serialization parameters used to covert the nodes to a document. The size you see in the Java client, Html interface, Rest interface and also webdav is an guestimation, to get an indication of the size of the document (bytes, kbytes, megabyte, gigabytes). Basically it is the 'internal page size', which is by default mod 4kbytes. Does the size affect the correct operation of the client? I really don't hope, because I cannot think of a good solution. 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...> - 2010-09-26 13:11:57
|
On 25 Sep 2010, at 16:43 , Anton Kolev wrote: > I am using dafvs2 (from linux and via samba from > windows) on rev.12013 interesting combination :-) but that will definitely not be my primary testing target..... 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: James F. <jam...@ex...> - 2010-09-26 11:22:48
|
after some svn fun n games (svn lock caused some issues), trunk builds properly and repo package works. apologies for the churn and thx to Dannes for sorting out svn lock on server. J |
|
From: Dannes W. <da...@ex...> - 2010-09-26 07:53:54
|
On 26 Sep 2010, at 6:10 , Dmitriy Shabanov wrote: > I don't see the lock commit. Can you send it to me for try? I don't think the lock actions are cc:ed to the mailing list. Rationale: I added the locks on the lib/core files, since in the past this directory can contain signed jar files.... which we do not want to end up in the software archive.... 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...> - 2010-09-26 07:38:53
|
gents, the lock shall be gone now D. On 26 Sep 2010, at 9:06 , James Fuller wrote: > I added lib/core/pkg-repo.tmp.jar as a temporary measure until we can > get this lock removed from pkg-repo.jar in subversion. 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: James F. <jam...@ex...> - 2010-09-26 07:07:06
|
I added lib/core/pkg-repo.tmp.jar as a temporary measure until we can get this lock removed from pkg-repo.jar in subversion. J On 26 September 2010 06:12, Dmitriy Shabanov <sha...@gm...> wrote: > You didn't commit 'org.exist.repo.ExistRepository' ! Please, do it! > > On Sat, 2010-09-25 at 22:34 +0200, James Fuller wrote: >> FYI re repo package management work I have just done; I need to update >> pkg-repo.jar but its currently locked in trunk. > > -- > Cheers, > > Dmitriy Shabanov > |
|
From: Dmitriy S. <sha...@gm...> - 2010-09-26 04:11:33
|
You didn't commit 'org.exist.repo.ExistRepository' ! Please, do it! On Sat, 2010-09-25 at 22:34 +0200, James Fuller wrote: > FYI re repo package management work I have just done; I need to update > pkg-repo.jar but its currently locked in trunk. -- Cheers, Dmitriy Shabanov |
|
From: Dmitriy S. <sha...@gm...> - 2010-09-26 04:09:53
|
I don't see the lock commit. Can you send it to me for try? On Sat, 2010-09-25 at 22:34 +0200, James Fuller wrote: > FYI re repo package management work I have just done; I need to update > pkg-repo.jar but its currently locked in trunk. -- Cheers, Dmitriy Shabanov |
|
From: James F. <jam...@ex...> - 2010-09-25 20:35:05
|
FYI re repo package management work I have just done; I need to update pkg-repo.jar but its currently locked in trunk. ta, J |
|
From: James F. <jam...@ex...> - 2010-09-25 20:23:18
|
a few caveats; * when in doubt restart eXist ... we still have the limitation of having to restart if you add or remove a package, which is boring but hopefully we will sort out soon * I will be working with Florent over a few changes to package format (currently we define a repo.xml file which will change to exist.xml inside the .xar format) things are still volatile with respect to package format thx to Florent Georges for pushing things forward on this. ,J |
|
From: Anton K. <ak...@de...> - 2010-09-25 16:01:53
|
Hi Dannes,
> Further: WHat is the message of your mail? Does the interface work for
> you (I could not test with davfs)? What are your experiences with the
> renewed implementation?
Just to summarize Peter and Wolfgang:
davfs2 1.4.5, Authorization: Basic
Read Cr/Wr Delete Ren/move
Col OK(1) OK OK OK
Bin OK (2) OK OK
XML (3) (2) OK OK
(1): Names with intervals becomes ...%20...
(2): Lock exception
(3): Wrong Content-Length: x*4k, Old implementation works because of
using Transfer-Encoding: chunked, without Content-Length
Kind regards,
Anton
|
|
From: Hungerburg <pc...@my...> - 2010-09-25 15:01:52
|
Am 2010-09-25 16:36, schrieb Wolfgang Meier: > > Using Natulius as file manager, I get a HTTP not found error when I > try to access eXist with > > dav://admin@localhost:8080/exist/webdav/db/ as observed with the gvfs client (same as nautilus?), it wants to access the parent of the mapped collection "exist/webdav/db". exist log prints: > 2010-09-25 16:57:29,256 [eXistThread-23] DEBUG (HttpManager.java [process]:143) - OPTIONS :: http://server.local:8080/exist/webdav/ - http://http://server.local:8080/exist/webdav/ > 2010-09-25 16:57:29,256 [eXistThread-23] ERROR (ExistResourceFactory.java [getResource]:76) - path should at least contain /db -- peter |
|
From: Anton K. <ak...@de...> - 2010-09-25 14:44:00
|
On 25.09.2010 17:15, Hungerburg wrote: > Hello Dannes, may I reply: the new implementation is a progress, as I > have not got much of anything going with the old one, not even on ms > windows. Just one correction: I am using dafvs2 (from linux and via samba from windows) on rev.12013 (but with jetty 7.1.6, not 7.1.5, see [1]) with (old) WebDAVServlet without (almost :-)) any problems (copying of thousands of XML and binary resources, direct tar x in dav mounts, any operations using windows explorer, direct editing of XMLs and XQs from IDEs, etc.) [1] http://markmail.org/message/qyuorblpov6g6uyh |
|
From: Wolfgang M. <wol...@ex...> - 2010-09-25 14:36:52
|
> this milton time linux davfs2 can read binary resources. but not xml > resources. trying to save a document results in the LOCK exception in > the server. Using davfs2 1.4.5, I get the following exception when trying to cp a resource into a collection: 25 Sep 2010 16:33:59,992 [eXistThread-29] DEBUG (LockInfo.java [parseLockInfo]:53) - parsed lock info: scope: EXCLUSIVE, type: WRITE, owner: admin, depth:INFINITY 25 Sep 2010 16:33:59,992 [eXistThread-29] DEBUG (LockHandler.java [processCreateAndLock]:170) - Creating lock on unmapped resource: log4j.xml 25 Sep 2010 16:33:59,992 [eXistThread-29] DEBUG (MiltonCollection.java [createAndLock]:265) - /db/test name=log4j.xml NOT IMPLEMENTED YET 25 Sep 2010 16:29:54,869 [eXistThread-27] ERROR (StandardFilter.java [process]:42) - process java.lang.NullPointerException at com.bradmcevoy.http.webdav.LockHandler.processCreateAndLock(LockHandler.java:173) at com.bradmcevoy.http.webdav.LockHandler.processNonExistingResource(LockHandler.java:142) at com.bradmcevoy.http.webdav.LockHandler.process(LockHandler.java:72) at com.bradmcevoy.http.StandardFilter.process(StandardFilter.java:30) at com.bradmcevoy.http.FilterChain.process(FilterChain.java:21) at com.bradmcevoy.http.HttpManager.process(HttpManager.java:148) at com.bradmcevoy.http.MiltonServlet.service(MiltonServlet.java:169) This happens for XML as well as binary resources. As Peter already reported, you can list the contents of existing collections, but not view any resource. Using Natulius as file manager, I get a HTTP not found error when I try to access eXist with dav://admin@localhost:8080/exist/webdav/db/ Wolfgang |
|
From: Hungerburg <pc...@my...> - 2010-09-25 14:15:15
|
Am 2010-09-25 15:17, schrieb Dannes Wessels: > Further: WHat is the message of your mail? Does the interface work for you (I could not test with davfs)? What are your experiences with the renewed implementation? Hello Dannes, may I reply: the new implementation is a progress, as I have not got much of anything going with the old one, not even on ms windows. this milton time linux davfs2 can read binary resources. but not xml resources. trying to save a document results in the LOCK exception in the server. attached protocol of three actions, read binary file, read xml file, create file. kind regards -- peter |
|
From: Dannes W. <da...@ex...> - 2010-09-25 13:47:38
|
On 25 Sep 2010, at 3:39 , Anton Kolev wrote: > Sorry, I just wrongly sent a feedback about WEBDAV/Milton in thread: ANN: XMLRPC update. > You probably expect this: (during touch /db/test/t5 using davfs2) > > 2010-09-25 04:03:48,194 [eXistThread-23] DEBUG (MiltonResource.java [authorise]:337) - User anton is authorized to write resource /db/test > 2010-09-25 04:03:48,209 [eXistThread-23] DEBUG (MiltonCollection.java [createAndLock]:265) - /db/test name=t5 NOT IMPLEMENTED YET > > 192.168.2.124 - - [25/IX/2010:01:03:48 +0000] "PROPFIND /exist/webdav2/db/test/ HTTP/1.1" 207 1922 > 192.168.2.124 - - [25/IX/2010:01:03:48 +0000] "LOCK /exist/webdav2/db/test/t5 HTTP/1.1" 500 47 > > BTW: In normal circumstances, davfs2+samba is working solution for windows7/6/5 :-) users. One can just start VM with Linux to achieve the comfort of access the DB content using windows shares, for example mapping of letter X: to /db :-)) Right, in the previous implementation LOCKing of collections was not supported. Currently it is not possible in exist-db to perform a user-lock on a collection. The webdav-function is a layer around the core, and so the this LOCK cannot be supported. I made MiltonCollection.java to implement the LOCK interface, I remember that the MacOsX finder requires it. I'll check what happens if I remove the empty implementation Further: WHat is the message of your mail? Does the interface work for you (I could not test with davfs)? What are your experiences with the renewed implementation? 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: Anton K. <ak...@de...> - 2010-09-25 01:39:41
|
Sorry, I just wrongly sent a feedback about WEBDAV/Milton in thread: ANN: XMLRPC update. On 22.09.2010 17:38, Dannes Wessels wrote: > (from the SVN commit message) > > [upgrade] Upgrade of WebDAV interface with "Milton Webdav Server > Library" (http://milton.ettrema.com/index.html). In all, testing shows > that the new implementation is more reliable than the original > implementation. > > !!!!!!! > This is a 'early commit-early feedback' commit: please provide me > feedback (via developer mailinglist) of your experiences. Note that I > consider the change 'stable' > !!!!!!! > > The following client implementations are confirmed to work: > > Windows > -- XP: Webfolders > -- 7: Functional for non SSL connections, registry setting is > required (will be documented) > -- AnyClient > MacOsX > -- Finder > -- Transmit > Misc > -- OxygenXML > > Notes: > - HTTPS is now enabled by default. > - The original interface can be restored by editing the > controller-config.xml file: > <forward pattern="/webdav/" servlet="WebDAVServlet"/> > > Known issues: > - quite a lot of logging, that needs to be muted > - macosx-finder has a problem to create a collection with a space in the name > - Windows7 requires registry changes (not an issue for exist-db) > - missing tests and update of documentation > > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development |
|
From: Anton K. <ak...@de...> - 2010-09-25 01:32:09
|
You probably expect this: (during touch /db/test/t5 using davfs2) 2010-09-25 04:03:48,194 [eXistThread-23] DEBUG (MiltonResource.java [authorise]:337) - User anton is authorized to write resource /db/test 2010-09-25 04:03:48,209 [eXistThread-23] DEBUG (MiltonCollection.java [createAndLock]:265) - /db/test name=t5 NOT IMPLEMENTED YET 192.168.2.124 - - [25/IX/2010:01:03:48 +0000] "PROPFIND /exist/webdav2/db/test/ HTTP/1.1" 207 1922 192.168.2.124 - - [25/IX/2010:01:03:48 +0000] "LOCK /exist/webdav2/db/test/t5 HTTP/1.1" 500 47 BTW: In normal circumstances, davfs2+samba is working solution for windows7/6/5 :-) users. One can just start VM with Linux to achieve the comfort of access the DB content using windows shares, for example mapping of letter X: to /db :-)) On 24.09.2010 09:21, Dannes Wessels wrote: > All, > > yesterday I committed a patch of Jose Maria for the XMLPRC interface. > Since the changes are in a critical external interface, I'd like to > invite you to test these changes. The junit suite shows the code is > functional, but we need to be cautious e.g. for memory leaks. > > cheers > > Dannes > > original commit message: > =================== > The XMLRPC interface created many temporary files, client and server > side. Under conditions (transport many smaller files) this resulted in > many IO operations and thus performance loss. This patch, created by > Jose Maria Fernandez Gonzalez<jmfg_at_users.sourceforge.net>, fixes > the issue. One of the key changes is the introduction of the > 'VirtualTempFile' class, which is basically a in-memory-buffer for > smaller files. > |
|
From: Dmitriy S. <sha...@gm...> - 2010-09-24 15:36:39
|
Can you describe the problem? I do want to switch my project to expath packaging, the only thing is missing for me - how I can pack it? I do think to write function with package description file url parameter and xar return, if it doesn't exist, does it? On Thu, 2010-09-23 at 12:56 +0200, James Fuller wrote: > latest trunk makes expath packaging broken ... -- Cheers, Dmitriy Shabanov |
|
From: Dannes W. <da...@ex...> - 2010-09-24 06:22:11
|
All, yesterday I committed a patch of Jose Maria for the XMLPRC interface. Since the changes are in a critical external interface, I'd like to invite you to test these changes. The junit suite shows the code is functional, but we need to be cautious e.g. for memory leaks. cheers Dannes original commit message: =================== The XMLRPC interface created many temporary files, client and server side. Under conditions (transport many smaller files) this resulted in many IO operations and thus performance loss. This patch, created by Jose Maria Fernandez Gonzalez <jmfg_at_users.sourceforge.net>, fixes the issue. One of the key changes is the introduction of the 'VirtualTempFile' class, which is basically a in-memory-buffer for smaller files. -- 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...> - 2010-09-23 17:43:31
|
will both certificate and digest be supported? that would be great..... for the current webdav, the digest is not immediately required, although windows7 would like it. Not sure how to do it using the milton framework though.... D. On 23 Sep 2010, at 19:13 , Dmitriy Shabanov wrote: > > It should be stable. The digest authentication is last todo to reach "before refactoring features". That will be ready in parallel with ssl certificate authentication, because this two mechanisms are equal and I want to be sure API support all possible authentication methods. 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...> - 2010-09-23 17:22:23
|
Good!!! On Wed, Sep 22, 2010 at 7:38 PM, Dannes Wessels <da...@ex...> wrote: > (from the SVN commit message) > > [upgrade] Upgrade of WebDAV interface with "Milton Webdav Server > Library" (http://milton.ettrema.com/index.html). In all, testing shows > that the new implementation is more reliable than the original > implementation. > > !!!!!!! > This is a 'early commit-early feedback' commit: please provide me > feedback (via developer mailinglist) of your experiences. Note that I > consider the change 'stable' > !!!!!!! > > The following client implementations are confirmed to work: > > Windows > -- XP: Webfolders > -- 7: Functional for non SSL connections, registry setting is > required (will be documented) > -- AnyClient > MacOsX > -- Finder > -- Transmit > Misc > -- OxygenXML > > Notes: > - HTTPS is now enabled by default. > - The original interface can be restored by editing the > controller-config.xml file: > <forward pattern="/webdav/" servlet="WebDAVServlet"/> > > Known issues: > - quite a lot of logging, that needs to be muted > - macosx-finder has a problem to create a collection with a space in the > name > - Windows7 requires registry changes (not an issue for exist-db) > Is this authentication issue or something different? -- Dmitriy Shabanov |
64 messages has been excluded from this view by a project administrator.
