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 <[email protected]> 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 >> [email protected] >> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> >> > > _______________________________________________ > infinispan-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- James ------- Red Hat Email: [email protected] Web: http://fusesource.com Twitter: jstrachan, fusenews Blog: http://macstrac.blogspot.com/ Open Source Integration _______________________________________________ infinispan-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/infinispan-dev
