Jim,
This shouldn't cause problems but also won't achieve what you're
trying to do: currently all such requests will be serviced
sequentially.
One thing you might do is create an extra layer to buffer several
requests (class expressions), materialize (introduce concept names for
them), and add to the ontology. Then the new concepts will all be
saturated in parallel and you can send the answers back to the
clients. See
https://code.google.com/p/elk-reasoner/wiki/QueryingComplexClasses
for an example how to materialize queries. You will have to do the
clean-up manually.
Whether this makes sense depends on the server load. Obviously if the
average query answering time is less than the average time between two
consecutive requests, then it makes little sense.
Hope this helps,
Pavel
PS. We thought about implementing a generic server module for ELK to
address scenarios like yours but it's unclear when/if we will have
time for it.
> --
> You received this message because you are subscribed to the Google Groups
> "elk-reasoner-discussion" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to
elk-reasoner-disc...@googlegroups.com.
> For more options, visit
https://groups.google.com/groups/opt_out.
>
>