Ah thanks Tristan!
So I just spent a while trying all kinds of CLI statements and getting
various parsing errors & was pretty confused. I was thinking there
must be something wrong with my setup / classpath as none of the
commands I tried on the wiki worked:
https://community.jboss.org/wiki/InfinispanCLI
after much dismay I started noodling all the junit test cases and
discovered the use of '";" as a terminator. And hey presto, adding
";"
on the end I can now actually execute commands :). Yay! (You might
want to make this a bit more clear on the Syntax section of the wiki
page)
I tried passing null as the sessionId; but then it doesn't know which
cache I want to execute the commands on; I guess I could try prefix
the command with some dummy command, like "cache foo; " + "get
'blah';" or something? Is there a command to say 'the next commands
operate on a named cache?".
Also it'd be awesome if there was a CLI command that could return the
keys (maybe using a range) so I could implement a cache browser by
just asking for keys 0..100 and then 100..200 etc; then for each key I
can then do a 'get $value;" command.
then I could do a little table UI for to browse the caches.
Anyway, thanks for all your help - we're getting more hawt! :)
On 10 April 2013 13:13, Tristan Tarrant <ttarrant(a)redhat.com> wrote:
Hi James,
Infinispan 5.3.0.Alpha1 has just been released which should provide much
better error information when parsing CLI commands and also supports the
"null" session for one-shot execution.
Can you please let me know if it satisfies your requirements ?
Trisan
On 03/27/2013 04:40 PM, Tristan Tarrant wrote:
> On 03/27/2013 04:31 PM, James Strachan wrote:
>> How about if we added a new JMX method which didn't take a session ID,
>> but allowed you to pass in the codec (e.g. in hawtio's case
"json")?
>> Then from infinispan server side's perspective it can eagerly timeout
>> sessions?
> The "codec" in question has nothing to do with how data is displayed,
> but on how it is stored within the cache. get and put actually allow
> specifying it as a switch, so I guess we could assume a "null" session
> means a temporary throwaway session.
>
> Tristan
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
James
-------
Red Hat
Email: jstracha(a)redhat.com
Web:
http://fusesource.com
Twitter: jstrachan, fusenews
Blog:
http://macstrac.blogspot.com/
Open Source Integration