alex | 1 Sep 2011 02:41
Picon
Favicon

Re: How to sub Saxon 9.1.0.7 for the installed 9.2.1.5?

Thanks, that appears to do the trick. Bummer about having to disable 
XForms -- that was going to be my next place to play -- but i need XSLT2 
extensions more.  Will look into licensing Saxon PE.

BTW, like Mr. Huber back in July, i too got the betterform-related 
ClassNotFoundException-s after installing w/out source -- sounds like 
there might be some stuff in 'source' wot ought to be in 'core'.

Thanks again,  --alex.

On 8/31/2011 12:53 AM, Adam Retter wrote:
> Alex,
>
> This works fine for me on trunk, I did this -
>
> 1) Removed the existing saxon he jar from lib/endorsed
> 2) Placed saxon9.jar and saxon9-dom.jar into lib/endorsed
> 3) Disabled betterForm (which has a dependency on the Saxon he
> version) in webapp/WEB-INF/web.xml e.g. commenting out -
>
> <!--XForms Filter-->
> <!-- filter>
>        <filter-name>XFormsFilter</filter-name>
>        <filter-class>
>        de.betterform.agent.web.filter.XFormsFilter</filter-class>
>        <init-param>
>           <param-name>useragent</param-name>
>           <param-value>dojo</param-value>
>        </init-param>
>     </filter -->
(Continue reading)

Gregg Williams | 1 Sep 2011 07:55
Gravatar

eXist 1.41 crashes on startup

Hi--I'm running on Mac OS 10.6 and the latest eXist crashes on startup (see long trace at the bottom of this
message). 

I tried all the things listed on http://exist-db.org/quickstart.html#installation. 

Searches on the error message and variations brought up nothing that worked. 

Changing the Jetty port didn't change anything. 

Installing on a clean OSX account didn't change anything (so the problem is not caused by conflicts with
existing software, environment variables, etc.) In fact, the trace below is from the clean account.

I've run out of ideas. Thanks for any suggestions you may have.

--Gregg (log follows)

macscooter:eXist test$ bin/startup.sh

31 Aug 2011 22:37:21,575 [main] INFO  (JettyStart.java [run]:90) - Configuring eXist from
/Users/test/eXist/conf.xml 
31 Aug 2011 22:37:21,585 [main] INFO  (JettyStart.java [run]:91) -  
31 Aug 2011 22:37:21,586 [main] INFO  (JettyStart.java [run]:92) - Running with Java 1.6.0_26 [Apple Inc.
(Java HotSpot(TM) 64-Bit Server VM) in
/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home] 
31 Aug 2011 22:37:21,587 [main] INFO  (JettyStart.java [run]:97) -  
31 Aug 2011 22:37:21,588 [main] INFO  (JettyStart.java [run]:101) - [eXist Version : 1.4.1] 
31 Aug 2011 22:37:21,589 [main] INFO  (JettyStart.java [run]:103) - [eXist Build : 20110815] 
31 Aug 2011 22:37:21,598 [main] INFO  (JettyStart.java [run]:105) - [eXist Home : /Users/test/eXist] 
31 Aug 2011 22:37:21,599 [main] INFO  (JettyStart.java [run]:107) - [SVN Revision : 15155] 
31 Aug 2011 22:37:21,600 [main] INFO  (JettyStart.java [run]:115) - [Operating System : Mac OS X 10.6.8
(Continue reading)

Dannes Wessels | 1 Sep 2011 08:27

Re: eXist 1.41 crashes on startup

Hi Gregg

On Thu, Sep 1, 2011 at 7:55 AM, Gregg Williams <gregg13 <at> innerpaths.net> wrote:
Hi--I'm running on Mac OS 10.6 and the latest eXist crashes on startup (see long trace at the bottom of this message).
I've run out of ideas. Thanks for any suggestions you may have.

31 Aug 2011 22:37:26,152 [main] INFO  (SocketListener.java [start]:205) - Started SocketListener on 0.0.0.0:8080
org.mortbay.util.MultiException[java.lang.ClassNotFoundException: de.betterform.agent.web.filter.XFormsFilter, java.lang.ClassNotFoundException: de.betterform.agent.web.resources.ResourceServlet, java.lang.ClassNotFoundException: de.betterform.agent.web.servlet.FormsServlet, java.lang.ClassNotFoundException: de.betterform.agent.web.servlet.XFormsInspectorServlet, java.lang.ClassNotFoundException: de.betterform.agent.web.servlet.XFormsPostServlet, java.lang.ClassNotFoundException: org.directwebremoting.servlet.DwrServlet]
       at org.mortbay.http.HttpServer.doStart(HttpServer.java:686)

We have some more similar reports, I'll contact the betterFORM guys today. A recent mail on this list suggests that installing the 'sources' of exist-db can solve the issue, maybe you can try.

in the mean while, please could you send me (direct, off-list) the output of the commands

find [exist-home] -type f -name "*.jar" -ls > list_of_jars.txt

and

find [exist-home] -type d | grep -v src > list_of_dirs.txt

regards

Dannes

 
--
eXist-db Native XML Database - http://exist-db.org
Join us on linked-in: http://www.linkedin.com/groups?gid=35624
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Exist-open mailing list
Exist-open <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/exist-open
Adam Retter | 1 Sep 2011 08:59

Re: how to show xml source

You can use the XQuery URL Rewrite mechanism to map whatever URL
hierarchy or URL call onto the documents that you wish -
http://www.exist-db.org/urlrewrite.html

Or as you are proxying eXist, you could do the rewriting in the proxy itself.

On 31 August 2011 09:59, Torsten Schassan <schassan <at> hab.de> wrote:
> Hi,
>
> following the advice to proxy the exist server, I get the contents of my
> db via REST through php file_get_contents.
>
> Now I want users to be able to view/download the xml source of my data.
> Is there any other way of delivering the data except to get it via REST
> and by this showing off the path to and address of the exist server?
>
> Best, Torsten
>
>
> --
> Torsten Schassan
> Digitale Editionen
> Abteilung Handschriften und Sondersammlungen
> Herzog August Bibliothek, Postfach 1364, D-38299 Wolfenbuettel
> Tel.: +49-5331-808-130 (Fax -165), schassan {at} hab.de
>
> http://www.hab.de/forschung/projekte/europeana-regia.htm
> http://www.hab.de/forschung/projekte/weiss64.htm
>
>
>
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> Exist-open mailing list
> Exist-open <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/exist-open
>

--

-- 
Adam Retter

eXist Developer
{ United Kingdom }
adam <at> exist-db.org
irc://irc.freenode.net/existdb

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Adam Retter | 1 Sep 2011 09:02

Re: Is it possible to install eXist-db in android Tablet -reg

I am not sure that Android supports all of the Java API's that
eXist-db would need, as we dont have any tablets available for testing
here, my recommendation would be - try it and let us know...

On 29 August 2011 12:46, Raja <m.rajamani <at> nic.in> wrote:
> Hi eXist community members !!!
>
> Pls clarify my doubt regarding the eXist-DB installation in android tablet
> PC. Is it possible to install eXist-db in android tablet PC . If possible
> then pls tell me steps to follow ..
>
> thanks in advance
> By
>
> --
> Rajamani Marimuthu
> Junior Research Fellow-JRF
> NIC -Open Technology Centre
> Rajaji Bhavan
> Besant Nagar,
> Chennai - 90
> Cell : 9677192096
>
> ------------------------------------------------------------------------------
> EMC VNX: the world's simplest storage, starting under $10K
> The only unified storage solution that offers unified management
> Up to 160% more powerful than alternatives and 25% more efficient.
> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
> _______________________________________________
> Exist-open mailing list
> Exist-open <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/exist-open
>
>

--

-- 
Adam Retter

eXist Developer
{ United Kingdom }
adam <at> exist-db.org
irc://irc.freenode.net/existdb

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Stefaniuk Marcin | 1 Sep 2011 09:15
Picon
Favicon

Re: [Sanity check job]

I’ve recently faced the same problem. I suppose that there a bug that shows when indexing is used with versioning and XQuery update extensions.

 

---

Marcin Stefaniuk

 

PKO Bank Polski

Departament Rozwoju Aplikacji

Wydział Rozwoju Platform Usług i Procesów Biznesowych

Warszawa, ul. Puławska 15

tel. +48 22 580 30 39

 

From: Marc MONROY [mailto:marc.monroy <at> wanadoo.fr]
Sent: Wednesday, August 31, 2011 5:27 PM
To: exist-open <at> lists.sourceforge.net
Subject: [Exist-open] [Sanity check job]

 

Hi Guys,

I have installed exist 1.4.1-rev:15155-20110815 and activated the SanityCheck system job during the night on my database instance.
The point is this job is running each night and it is filling the log with the following TRACE:

org.exist.util.sanity.AssertFailure: TRACE: object at -1:-1 not found.
 at org.exist.util.sanity.SanityCheck.TRACE(SanityCheck.java:72)
 at org.exist.storage.dom.DOMFile.get(DOMFile.java:1509)
 at org.exist.storage.dom.DOMFile.get(DOMFile.java:1501)
 at org.exist.backup.ConsistencyCheck$1.start(ConsistencyCheck.java:272)
 at org.exist.storage.dom.DOMTransaction.run(DOMTransaction.java:111)
 at org.exist.backup.ConsistencyCheck.checkXMLTree(ConsistencyCheck.java:219)
 at org.exist.backup.ConsistencyCheck$DocumentCallback.indexInfo(ConsistencyCheck.java:362)
 at org.exist.storage.btree.BTree.scanSequential(BTree.java:400)
 at org.exist.storage.btree.BTree$BTreeNode.scanNextPage(BTree.java:1846)
 at org.exist.storage.btree.BTree$BTreeNode.query(BTree.java:1646)
 at org.exist.storage.btree.BTree$BTreeNode.query(BTree.java:1577)
 at org.exist.storage.btree.BTree$BTreeNode.access$300(BTree.java:736)
 at org.exist.storage.btree.BTree.query(BTree.java:313)
 at org.exist.storage.NativeBroker.getResourcesFailsafe(NativeBroker.java:1942)
 at org.exist.backup.ConsistencyCheck.checkDocuments(ConsistencyCheck.java:197)
 at org.exist.backup.ConsistencyCheck.checkAll(ConsistencyCheck.java:98)
 at org.exist.storage.ConsistencyCheckTask.execute(ConsistencyCheckTask.java:134)
 at org.exist.storage.SystemTaskManager.runSystemTask(SystemTaskManager.java:62)
 at org.exist.storage.SystemTaskManager.processTasks(SystemTaskManager.java:47)
 at org.exist.storage.txn.TransactionManager.processSystemTasks(TransactionManager.java:258)
 at org.exist.storage.SystemTaskManager.triggerSystemTask(SystemTaskManager.java:28)
 at org.exist.storage.txn.TransactionManager.triggerSystemTask(TransactionManager.java:248)
 at org.exist.storage.BrokerPool.triggerSystemTask(BrokerPool.java:1499)
 at org.exist.scheduler.SystemTaskJob.execute(SystemTaskJob.java:106)
 at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
 at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)

The exist.log is having this kind of entries as well:

ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 747324309504 - INV_20110823_0001_10001.xml.base
Document ID: 91
----------------------------------------------
ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 768799145984 - INV_20110823_0001_10003.xml.base
Document ID: 95
----------------------------------------------
ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 798863917056 - INV_20110823_0001_10004.xml.base
Document ID: 100

Does this mean the database is experiencing index corruptions or something else..?
The thing i noticed it seems to happen only on the ".base" versionned files stored in the version /db/system/versions collection..? does it make sense to someone.?

Any suggestions are welcomed,
Many thanks,

Marc MONROY

Senior Software Engineer

Purchase to Pay Dept.

ITESOFT Headquarters

Parc d’Andron – Le Séquoïa - 30470 Aimargues – France
Tel: +33 (0)4 66 35 77 00 - Fax: +33 (0)4 66 35 77 01

www.itesoft.com

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Exist-open mailing list
Exist-open <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/exist-open
Willem van der Westhuizen | 1 Sep 2011 09:14
Picon

Possible problem with exist backup and restore where there are errors in the dom.dbx

Hi,

I want to report some issues with backup and restores for your 
consideration.

We have recently had two production databases that developed errors in 
the dom.dbx (as reported in the report.log). The causes for these errors 
were external, a hard drive filling up unexpectedly, and a problematic 
xquery locking up the database repeatedly leading to forced shutdown and 
restart sequences over a period of time. In both cases the backup / 
restore functions partially failed.

We noticed that in the presence of these dom.dbx errors the backups 
generated were becoming unreliable. Backups generated from the backup.sh 
would exit prematurely, excluding large amounts of data, and backups 
triggered through the user interface failed in two ways:

1. In one case it exited completely before finishing leaving an invalid 
zip file. Fortunately, in this case the backup.sh backup worked 
correctly and we could restore the database completely.

2. In the other case the data in the zip file was complete, but there 
were inconsistencies in the __content__.xml file entries that would omit 
all sub-collections of a particular name. In this case all 
sub-collections with the name "workspace" were present in the data 
backed up, but absent in the __content__.xml, hence not restoring when 
we restored the database. There were another few sub-collection terms 
that had the same problem. We were able to restore the database in the 
end by creating restore shellscripts for each "workspace" 
sub-collection, and restoring them individually. The bulk of the 
database consist of collections for which the basic structure is 
repeated. It seems to happen that if there is a dom.dbx corruption on 
one of these sub-collections, all the other collection structures with 
the same sub-collection is affected when creating the __content__.xml file.

It is always best to try and prevent dom.dbx errors. But it seems that 
there might be some ways in which the backup and restore procedures 
could be improved, particularly not to make the creation of the 
__content__.xml dependent on the possibly broken indexes. Since the data 
is still present, it should be possible to create the __content__.xml in 
a way that would not be affected by index corruptions.

Regards

Willem
Attachment (wavdwesthuizen.vcf): text/x-vcard, 207 bytes
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Exist-open mailing list
Exist-open <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/exist-open
Willem van der Westhuizen | 1 Sep 2011 09:19
Picon

Re: [Sanity check job]

Hi Marc

We have experienced the same, and it seems to be related to errors in the dom.dbx. As far as I know the only way that we could get rid of them was to restore the database completely from a backup.

However, be careful, because these errors might mean that the backups are not created properly, and could not be relied on. We have found that with the "org.exist.util.sanity.AssertFailure: TRACE: object at -1:-1 not found." error, the zip file created as a backup becomes unusable. If you have problems, we could share with you how we worked around the problem.

Regards

Willem

On 2011/08/31 05:27 PM, Marc MONROY wrote:
Hi Guys,

I have installed exist 1.4.1-rev:15155-20110815 and activated the SanityCheck system job during the night on my database instance.
The point is this job is running each night and it is filling the log with the following TRACE:

org.exist.util.sanity.AssertFailure: TRACE: object at -1:-1 not found.
 at org.exist.util.sanity.SanityCheck.TRACE(SanityCheck.java:72)
 at org.exist.storage.dom.DOMFile.get(DOMFile.java:1509)
 at org.exist.storage.dom.DOMFile.get(DOMFile.java:1501)
 at org.exist.backup.ConsistencyCheck$1.start(ConsistencyCheck.java:272)
 at org.exist.storage.dom.DOMTransaction.run(DOMTransaction.java:111)
 at org.exist.backup.ConsistencyCheck.checkXMLTree(ConsistencyCheck.java:219)
 at org.exist.backup.ConsistencyCheck$DocumentCallback.indexInfo(ConsistencyCheck.java:362)
 at org.exist.storage.btree.BTree.scanSequential(BTree.java:400)
 at org.exist.storage.btree.BTree$BTreeNode.scanNextPage(BTree.java:1846)
 at org.exist.storage.btree.BTree$BTreeNode.query(BTree.java:1646)
 at org.exist.storage.btree.BTree$BTreeNode.query(BTree.java:1577)
 at org.exist.storage.btree.BTree$BTreeNode.access$300(BTree.java:736)
 at org.exist.storage.btree.BTree.query(BTree.java:313)
 at org.exist.storage.NativeBroker.getResourcesFailsafe(NativeBroker.java:1942)
 at org.exist.backup.ConsistencyCheck.checkDocuments(ConsistencyCheck.java:197)
 at org.exist.backup.ConsistencyCheck.checkAll(ConsistencyCheck.java:98)
 at org.exist.storage.ConsistencyCheckTask.execute(ConsistencyCheckTask.java:134)
 at org.exist.storage.SystemTaskManager.runSystemTask(SystemTaskManager.java:62)
 at org.exist.storage.SystemTaskManager.processTasks(SystemTaskManager.java:47)
 at org.exist.storage.txn.TransactionManager.processSystemTasks(TransactionManager.java:258)
 at org.exist.storage.SystemTaskManager.triggerSystemTask(SystemTaskManager.java:28)
 at org.exist.storage.txn.TransactionManager.triggerSystemTask(TransactionManager.java:248)
 at org.exist.storage.BrokerPool.triggerSystemTask(BrokerPool.java:1499)
 at org.exist.scheduler.SystemTaskJob.execute(SystemTaskJob.java:106)
 at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
 at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:534)

The exist.log is having this kind of entries as well:

ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 747324309504 - INV_20110823_0001_10001.xml.base
Document ID: 91
----------------------------------------------
ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 768799145984 - INV_20110823_0001_10003.xml.base
Document ID: 95
----------------------------------------------
ERR_DOM_INDEX:
Failed to access node 1 through dom.dbx index. Wrong storage address. Expected: -1; got: 798863917056 - INV_20110823_0001_10004.xml.base
Document ID: 100

Does this mean the database is experiencing index corruptions or something else..?
The thing i noticed it seems to happen only on the ".base" versionned files stored in the version /db/system/versions collection..? does it make sense to someone.?

Any suggestions are welcomed,
Many thanks,

Marc MONROY

Senior Software Engineer

Purchase to Pay Dept.

ITESOFT Headquarters

Parc d’Andron – Le Séquoïa - 30470 Aimargues – France
Tel: +33 (0)4 66 35 77 00 - Fax: +33 (0)4 66 35 77 01

www.itesoft.com



------------------------------------------------------------------------------ Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev

_______________________________________________ Exist-open mailing list Exist-open <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/exist-open

Attachment (wavdwesthuizen.vcf): text/x-vcard, 207 bytes
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Exist-open mailing list
Exist-open <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/exist-open
Matt Williamson | 1 Sep 2011 09:32
Picon

Sort performance optimization

Hello List,

I have a function like the following, that sorts input and passes it
on to an output function (which in turn only outputs the first 10 or
20 items):

function mymodule:print-sorted($articles as node()*) as node()* {
    let $sorted :=
        for $article in $articles
        order by ($article//ns1:DateField, $article//ns2:DateField)[1]
descending
        return $article
    return mymodule:print($sorted)
};

As you can possibly guess, I have documents of two different
namespaces (but similar structures) in my input, and am trying to sort
them together. There are about 35K documents in the collection, say
25K of ns1 and 10K of ns2. So there are probably about 35K entries in
the index because there are *not* a lot of duplicate values. I have
indexes defined on ns1:DateField and ns2:DateField, both as
xs:dateTime (and non-context-dependent).

The problem is, the profiler shows my query taking about 1.5 seconds
in the above function, when I pass a subset of about 3500 documents
through it. This seems like too long for a sort on something that's
indexed. The top item in the index usage stats takes about 0.3s and
this isn't it (nothing in this function makes it into the top 20
indexing items). Is there a faster way of doing this? I know this is
forcing node-by-node iteration, but I don't know of another way to
sort.

I've been playing with cache values, and have my heap set at 3GB and
cacheSize at 1.5GB, so that nearly my whole DB will fit in cache, and
even that doesn't seem to be making a huge difference. I'm told that
my (hosted) hardware is a Sun Niagara system, which works best in
highly parallel applications and has many cores at the expense of
single-core performance and floating-point performance--I'm thinking
this has *something* to do with the performance I'm seeing in general
(the whole query takes 3 seconds, which also seems too long), but
still the above functions seems like it should be faster.

I'm completely new to XQuery and eXist as of 5 months ago, but am
really liking it so far. Thanks for all your work!

-Matt

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Wolfgang Meier | 1 Sep 2011 10:10
Gravatar

Re: [Sanity check job]

> The thing i noticed it seems to happen only on the ".base" versionned files
> stored in the version /db/system/versions collection..? does it make sense
> to someone.?

I just checked this: to be fast, the versioning module does not
preserve the dom.dbx node index when moving the original document to
.base. It only keeps the data, without any indexes. For versioning
purposes this is sufficient.

The sanity checker doesn't recognize this though and reports a node
index error. If the error points to a .base file, it can be safely
ignored. I will change the sanity checker to handle this.

Wolfgang

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

Gmane