On Fri, Mar 21, 2008 at 02:58:23PM -0700, Steven Dake wrote:
> /*
> * Set current XML request
> * If this is a query for informaiton the callbacks will be called if tracking
> * is enabled. If this is a request to execute a method, it will be
> * executed immediately.
> */
> dataconf_error_t dataconf_request_set (
> dataconf_handle_t handle,
> char *xml_request);
Ok, the way I read this portion of the API, you get a handle to
the objdb (ignoring the separation of dataconf vs objdb here). Then you
_set() an XML query in this call. Finally, your dispatch method gets
the response - a very nice async API, allowing the program to do other
work while waiting on the response from aisexec.
However, this is a very complex paradigm. I'm certain that
folks will use it when necessary, but most of the existing ccs queries
I've seen are linearly programmed. "val = get(key); use(val);" I don't
see that supported here.
> dataconf_error_t dataconf_iteraton_initialize (
> dataconf_handle_t dataconf_handle,
> dataconf_iterator_handle_t *dataconf_iterator_handle);
>
> dataconf_error_t dataconf_iteration_next (
> dataconf_iterator_handle_t dataconf_iterator_handle,
> void *object,
> unsigned int object_len,
> void *key,
> unsigned int key_len,
> void *value,
> unsigned int value_len);
>
> dataconf_error_t dataconf_iteraton_finalize (
> dataconf_iterator_handle_t dataconf_iterator_handle);
This fits the style of iteration I've seen in other AIS
services, and I'm totally cool with that form of programmatic
consistency. But what does that iteration actually *represent*? Where
is the "here is the key I would like to iterate"? In ckpt, for example,
you are saying "I would like to iterate the sections of this specific
ckpt object." I don't see the XPath query in the _initialize() function
where I would expect to.
Joel
--
"Sometimes one pays most for the things one gets for nothing."
- Albert Einstein
Joel Becker
Principal Software Developer
Oracle
E-mail: [EMAIL PROTECTED]
Phone: (650) 506-8127
_______________________________________________
Openais mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/openais
