[Mulgara-dev] [Mulgara-svn] r1779 - trunk/src/jar/resolver-lucene/java/org/mulgara/resolver/lucene

Paul Gearon gearon at ieee.org
Fri Aug 21 01:45:21 UTC 2009


On Thu, Aug 20, 2009 at 2:03 PM, Life is hard, and then you
die<ronald at innovation.ch> wrote:
> In any case, the lucene resolver really needs to A) be configurable as
> to when it does the optimize (always, never, and maybe an option for
> "every n-th commit"),

Sounds good. We should get a list of what we want here, and we can
work out how to set it up in the XML config file.

> and B) there needs to be a way to "manually"
> trigger the optimize in case where the config is set to never
> optimize. To this end, a nice way of being able to support (runtime)
> configuration for resolvers would be really useful; you had once
> mentioned using the system-graph for that, but there are two issues:
> 1) the question of pollution and whether any clients would care, and
> 2) the need for notification when anything is changed in the
> system-graph (a sort of callback) (this would be needed to support
> "manual" triggering of operations, i.e. you insert a certain tripple
> and that triggers an optimize; in addition, the triple would not
> actually be inserted - think write-only registers in a processor).
> Though maybe there's a better approach for this.

While I *do* like this (and have thought about it myself), I'm
concerned about the security implications of it... especially since we
don't have a security module right now.

At the moment the standard for security is to provide all interfaces
via HTTP and push it off to the application server. But I think we
need finer grained control. Perhaps a different web service that can
have a different security configuration. But all of this leaves the
RMI code out in the cold.

Of course, there's also JMX, which was designed for this sort of
thing. OTOH, it would be strange to introduce JMX for this one
feature. Maybe if it were more widely used in the system then it would
be more appealing.

Paul



More information about the Mulgara-dev mailing list