Cart
[Home] [By Thread] [By Date] [Recent Entries]
peter murray-rust wrote: > At 12:26 27/08/2006, Robert Koberg wrote: >> Hi, > > This is very useful and it's good that there are members of XML-DEV who > have had experience. Cool. I would hope any others would speak up. I claim no final experience on the matter :) > >> On eXist: >> >> the last time I tried eXist, while testing by adding/deleting >> documents/nodes and frequently restarting the (tomcat) webapp that >> eXist was embedded in, somehow (???) caused thousands of >> unidentifiable fragments to be created and added to the DB. Perhaps >> because it was trying to save some kind of context/session info - I >> don't know. It was discussed on the list > > I assume the eXist list, not here yes >> For your situation eXist and XMLDB are both open and free (as in >> price). For someone who does not wish to open their source, eXist is >> the only one that is free (as in price). I don't mind paying for >> something, but XML databases seem to be more of a 'cross you fingers >> and close your eyes' kind of thing. Tamino just seems way to high >> priced - it seems like alot of money goes into their salesforce. XMLDB >> just [expletive deleted] me off, but still too high priced. > > The string "XMLDB" is causing problems, I think. I have found: <snip/> Sorry. I remembered 'XML' and and 'DB' in the Sleepycat product name and misplaced them. I believe this is the product we are talking about, correct? http://www.sleepycat.com/products/bdbxml.html (for some reason I remember the name differently...) > This is very closely linked to SleepyCat so I begin to understand. It > seems there may be an unmaintained, potentially out-of-date, engine on > SF which just about meets the letter of the Open Source license, but is > of little use and which encourages people to buy a commercial product. No. Sleepycat's offering is Open Source and free (as in price) for people who produce open source products. Here is their license page: http://www.sleepycat.com/company/licensing.html You can always call them to verify, which is what I did. To me, they said just open up your app and you don't have to pay, otherwise it will cost you -- even though I wasn't distributing anything (in my understanding of the word). Again, you should be fine -- IANAL :) > > ... > I may have confused these various databases in my mails - the names are > sufficiently similar > > >> So I have been sticking with the filesystem, > > Yes - I am a great believer in the filesystem as a simple database engine. > >> Apache's Lucene for indexing > > Yes > >> and CVS or Subversion for version control. > > Yes From the code point of view, it works so nicely. Easy to develop on a local machine just by doing a server commit and local update. Easy to change on the server by doing a local commit and a server update (and probably an Ant build). Same for content/metadata if necessary to change in different locations -- just need to run a lucene update to keep the UI experience in sync.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
