From: Drew T. <dt...@pd...> - 2010-04-16 22:54:14
|
Hi all, I'm very new to eXist, but think it's a great project! I just began using the Ant tasks for importing/exporting collections and resources. However, the extract Ant task seems to have a bug. When calling the following: <xdb:extract uri="${remote.exist.url}" user="${username}" password="${password}" destdir="${app.src.dir}" subcollections="true" createdirectories="true"/> The collections and subcollections are extracted, but, there is always one resource missing from each collection. Looking at the source code (line 137 of org.exist.ant.XMLDBExtractTask.java), it looks like the missing resource is the result of initializing the iteration variable to 1, instead of 0. When I modify the source code to start at 0 (vice 1), and recompile and run the Ant extract task, I see the results I am expecting (no missing resources). As I am not deeply familiar with the code, I was hoping someone could verify the bug or functionality of this feature. If the process calls for a bug entry and explanation, I'll be glad to file one. Thanks, Drew |
From: Dannes W. <da...@ex...> - 2010-04-18 10:57:51
|
Hi Drew, On 17 Apr 2010, at 0:41 , Drew Toto wrote: > The collections and subcollections are extracted, but, there is always one resource missing from each collection. Looking at the source code (line 137 of org.exist.ant.XMLDBExtractTask.java), it looks like the missing resource is the result of initializing the iteration variable to 1, instead of 0. When I modify the source code to start at 0 (vice 1), and recompile and run the Ant extract task, I see the results I am expecting (no missing resources). As I am not deeply familiar with the > code, I was hoping someone could verify the bug or functionality of this feature. Thank you for your mail. I checked the code, and just like you said the start at "1" looks a bit strange to me. I'll fix the code according to your suggestion. 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-04-18 11:02:36
|
ummmmm, could have been my typo, apologies if so. J On 18 April 2010 12:57, Dannes Wessels <da...@ex...> wrote: > Hi Drew, > > On 17 Apr 2010, at 0:41 , Drew Toto wrote: > > The collections and subcollections are extracted, but, there is always one > resource missing from each collection. Looking at the source code (line 137 > of org.exist.ant.XMLDBExtractTask.java), it looks like the missing resource > is the result of initializing the iteration variable to 1, instead of 0. > When I modify the source code to start at 0 (vice 1), and recompile and run > the Ant extract task, I see the results I am expecting (no missing > resources). As I am not deeply familiar with the > code, I was hoping someone could verify the bug or functionality of > this feature. > > > Thank you for your mail. I checked the code, and just like you said the > start at "1" looks a bit strange to me. I'll fix the code according to your > suggestion. > > Kind regards > > Dannes > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > > > > > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > > |
From: Dannes W. <da...@ex...> - 2010-04-18 11:12:25
|
fixing it at this moment...... I'll reformat the code as well...... (in separate commit) On 18 Apr 2010, at 13:02 , James Fuller wrote: > ummmmm, could have been my typo, apologies if so. Kind regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |