Date: 2004-02-20T20:37:55
Editor: 195.92.168.177 <>
Wiki: Xindice Wiki
Page: UpgradeTo11EmbedNotes
URL: http://wiki.apache.org/xindice/UpgradeTo11EmbedNotes
no comment
Change Log:
------------------------------------------------------------------------------
@@ -29,17 +29,17 @@
password: [password]
}}}
- 2. I built the source:
+ 1. I built the source:
{{{
% ant build
% ant jar-release
}}}
- 3. Since that worked, I substituted the new xindice 1.1 directory for the
existing xindice 1.0 directory within my project project directory (i.e.,
xindice is a subdirectory of my project directory). The ant build.xml file for
my project reads the jar files found in the $XINDICE_HOME/java/lib directory
already, so no changes were necessary here. (I've also got an eXist
implementation within, so I manage both via properties)
+ 1. Since that worked, I substituted the new xindice 1.1 directory for the
existing xindice 1.0 directory within my project project directory (i.e.,
xindice is a subdirectory of my project directory). The ant build.xml file for
my project reads the jar files found in the $XINDICE_HOME/java/lib directory
already, so no changes were necessary here. (I've also got an eXist
implementation within, so I manage both via properties)
I moved the xindice-1.1b4-dev.jar file from the dist directory to the
$XINDICE_HOME/java/lib directory, and renamed it xindice.jar.
- 4. In my own application code I replaced the references as below:
+ 1. In my own application code I replaced the references as below:
{{{
// m_driver = "org.apache.xindice.client.xmldb.DatabaseImpl";
@@ -49,7 +49,7 @@
m_root = "xmldb:xindice-embed:///db/";
}}}
- 5. Given the definitions in #4 above, the guts of the code to open an
+ 1. Given the definitions in #4 above, the guts of the code to open an
embedded database, set up a CollectionManagementService and
DatabaseInstanceManager (whose only purpose is to shut down the
database, something I probably won't do anymore now that I'm using
@@ -74,9 +74,9 @@
Command.XMLDBAPIVERSION);
}}}
- 6. As a side note, I had developed a rather complex listener negotiation
scheme to handle situations where the application was opened without the
database being active, the database server being opened via a different VM
session than the client, etc. All of this code can now be dumped due to the
simplicity of using the embedded drivers, though I might keep it around in case
I decide to go back to the more complex world of client-server (for times when
I do want to make available a remote database to a set of external clients).
+As a side note, I had developed a rather complex listener negotiation scheme
to handle situations where the application was opened without the database
being active, the database server being opened via a different VM session than
the client, etc. All of this code can now be dumped due to the simplicity of
using the embedded drivers, though I might keep it around in case I decide to
go back to the more complex world of client-server (for times when I do want to
make available a remote database to a set of external clients).
-After I'd debugged the small changes to my code, my application came up and
the database opened up without any difficulty. I tried creating and deleting
collections and nodes. When this worked, I quit, then subsituted my existing,
populated 1.0 'db' directory for the new directory, then reopened my
application. To my surprise, my old collections and nodes still worked. (I do
all my access to Xindice via the XNode API, so I can't really comment on any
other features such as query, indexing, etc.)
+After I'd debugged the small changes to my code, my application came up and
the database opened up without any difficulty. I tried creating and deleting
collections and nodes. When this worked, I quit, then substituted my existing,
populated 1.0 'db' directory for the new directory, then reopened my
application. To my surprise, my old collections and nodes still worked. (I do
all my access to Xindice via the XNode API, so I can't really comment on any
other features such as query, indexing, etc.)
I'd like to thank once again Vadim Gritsenko for his help in getting me up and
running with 1.1. It was much less painful than I'd envisioned, in fact, it
wasn't painful at all. His hard work has been invaluable in keeping this
project alive, and if there were some kind of online applause button, I'd be
pushing it right now.