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.