On Friday, March 15, 2002, at 10:59 AM, James Bates wrote:

An implementation of the services classes in the RPC API I posted yesterday is now also available from the same location:

http://lambiek.amplexor.be/downloads/xindice/src/org/apache/xindice/rpc

This implementation is as yet still completely untested. It just COMPILES.
..
Also I'd like someone who really understands how the symbol tables, and compressed DOM's etc... work to take a look at the queryWrapper() method (borrowed from the CORBA servant), as I don't fully understand what should happen here... comments in the source code.

Yeah, I'm not crystal clear on that either but I have a pretty good idea of what it's doing. Tom wrote the compressed DOM and added that code to queryWrapper.



Still unsafe to commit to CVS I gather...

It's fine now. The tree is open and there's no protest to the API. I'm thinking server/rpc for the server pieces and either xml or util for CompressedDocument? Both the xml and util packages are considered both client and server. I'm thinking the xml package makes the most sense since all the other compressed DOM source is there already.



Next step(s) will be:

��� - making a org.apache.xindice.server.Service to export these implementations through some RPC mechansim
����� (in-line with previous discussions we'll start with XML-RPC probably: note I still haven't tested the infamous setEncoding() function



Just use the code from the existing Xindice-XMLRPC source as a starting point to expose it via XML-RPC. It plugs into the HTTP server as a filter.
The code is really simple. We definitely don't want to create a new service to do this. You can change the license on that code.


���� in Apache XML-RPC)

��� Kurt: do you have something for this already/ Would like to do it/ Are you doing at already?


�� - making some sort of client: possibly starting out with current CORBA <-> XML:DB client. This step might want to wait


��� till we are more sure of the exact form of the API...

Yeah, I'd say first lets do some unit tests. There are unit tests for the CORBA interface in java/src/tests, porting those would be a good start.


Once the API is up and running I'll port the XML:DB API over. I also have unit tests for that so we'll be able to give it a good smoke test pretty easily. Once the XML:DB API is ported then CORBA can go out the window.


James


Kimbro Staken - http://www.kstaken.org - http://www.xmldatabases.org
Apache Xindice native XML database http://xml.apache.org/xindice
XML:DB Initiative http://www.xmldb.org
Senior Technologist (Your company name here)



Reply via email to