cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "A. Soroka (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-15005) Configurable whilelist for UDFs
Date Fri, 15 Mar 2019 13:45:00 GMT


A. Soroka commented on CASSANDRA-15005:

I'm really glad to see that, because I would have had to find out about those idioms for testing
and so forth the hard way.

But I'm not quite sure how the {{CustomFcts}} get connected into CQL. Or have I been misunderstanding
the whole time and you haven't been proposing a design in which {{CREATE FUNCTION}} would
be used at all, instead a design where the custom functions would just appear in any keyspace
alongside built-ins like the ones in {{TimeFcts}}?

> Configurable whilelist for UDFs
> -------------------------------
>                 Key: CASSANDRA-15005
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: CQL/Interpreter
>            Reporter: A. Soroka
>            Priority: Low
> I would like to use the UDF system to distribute some simple calculations on values.
For some use cases, this would require access only to some Java API classes that aren't on
the (hardcoded) whitelist (e.g. {{}}). In other cases, it would
require access to a little non-C* library code, pre-distributed to nodes by out-of-band means.
> As I understand the situation now, the whitelist for types UDFs can use is hardcoded
in java in [UDFunction|[].]
> This ticket, then, is a request for a facility that would allow that list to be extended
via some kind of deployment-time configuration. I realize that serious security concerns immediately
arise for this kind of functionality, but I hope that by restricting it (only used during
startup, no exposing the whitelist for introspection, etc.) it could be quite practical.
> I'd like very much to assist with this ticket if it is accepted. (I believe I have sufficient
Java skill to do that, but no real familiarity with C*'s codebase, yet. :) )

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message