[infinispan-dev] Infinispan URL format
ttarrant at redhat.com
Wed Jun 1 03:24:47 EDT 2016
So you've been putting that XSL/Xpath knowledge to good use I see. I
On 01/06/2016 09:02, Radim Vansa wrote:
> On 05/31/2016 01:33 PM, Galder Zamarreño wrote:
>> Comments inline:
>> Galder Zamarreño
>> Infinispan, Red Hat
>>> On 30 May 2016, at 09:46, Tristan Tarrant <ttarrant at redhat.com> wrote:
>>> In the past there has been talk of representing a connection to
>>> Infinispan using a URL, in particular for HotRod.
>>> The Hibernate OGM team is now working on adding NoSQL datasources to
>>> WildFly, and they've asked for they should represent connections to
>>> various of these.
>> ^ What's this trying to solve exactly?
>>> For Hot Rod:
>>> The [cachemanager] part is for multi-tenant servers (Hot Rod doesn't
>>> currently support this, so this is forward-looking).
>>> Obviously we will support all of the HotRod properties for specifying
>>> things like security, etc.
>> ^ Hmmm, all properties? Do you envision potentially putting all HR client config inside a URL?
>>> For Embedded:
>>> infinispan:embedded:file://path/to/config.xml (for specifying an
>>> external config file)
>>> infinispan:embedded:jndi://path/to/jndi (for referencing a cachemanager
>>> in JNDI)
>>> infinispan:embedded: (configuration specified as properties)
>>> For the latter, we also need to be able to represent an infinispan
>>> configuration using properties with a simple mapping to XML
>>> elements/attributes, e.g.
>> ^ Why 'local-cache' in property name? cachemanager.mycache...etc would be enough since there can't be duplicate cache names inside a given cache manager. So, is 'local-cache' merely a hint?
> The first idea would be to make the left-hand side XPath expressions, so
> it would be
> As we probably want to select only on the name attribute, this could be
> sufficient and less verbose:
> I wouldn't mix 'schema' of the property with user-defined identifiers -
> those brackets clearly separate them for good.
> There are cases where you have multiple children in one element - custom
> interceptors, groups, persistence (though the current schema tells me I
> can have only one store defined)... and there is no clear identifier (as
> cache name, or backup site). I would suggest that there a custom
> identifier that is not present in configuration would help user identify
> this, e.g.
> My 2c
>>> Comments are welcome
>>> Tristan Tarrant
>>> Infinispan Lead
>>> JBoss, a division of Red Hat
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
More information about the infinispan-dev