Btw, it just occured to me a few weeks ago that gogo has no way at all to do basic operations on integers. The reason is that those operations are not even defined on the java.lang.Integer.
On Mon, Jan 3, 2011 at 10:29, Peter Kriens <[email protected]> wrote: > Hmm, none of this is in the current RFC ... > > Kind regards, > > Peter Kriens > > > On 21 dec 2010, at 23:11, Derek Baum wrote: > >> On 21 December 2010 19:44, Alex Alves <[email protected]> wrote: >> >>> Hi, >>> >>> I have some questions regarding RFC 147 (CLI): >>> >>> 1) Array manipulation: >>> >>> I couldn't understand from the spec how one does array manipulation. For >>> example: >>> >>> srs = servicereferences null (objectclass=*Managed*) >>> sr = $srs [0] # How do I do this? Do I need to use a foreach? >>> >> >> Apache Felix Gogo handles arrays by using an integer index or "length" >> >> sr = $srs 0 >> >> numSvs = $srs length >> >> If the supplied index is out of range, an ArrayIndexOutOfBoundsException is >> thrown. >> >> Or you can convert the array to a list: >> >> srslist = [ $srs ] >> >> and can then iterate over it using foreach. >> >> Regards, >> >> Derek >> >> >> >> >> >> >>> >>> 2) Pre-built commands: >>> >>> Is the registration of BundleContext's methods (and PackageAdmin's) going >>> to be part of the spec? In other words, would 'servicereference' be a >>> standard (pre-built) command? >>> >>> 3) Currying: >>> >>> IMO, it will be common for people to nest Java commands, thus having to >>> group functions with arguments instead of using the standard lambda syntax >>> seems a bit annoying. >>> >>> For example, considering the following example in the web-page: >>> >>> <bundle 6> headers >>> >>> I would find it more intuitive if it were: >>> >>> bundle 6 headers >>> >>> In this case, one would first try to curry the 'bundle' function as if it >>> had two arguments, and if it fails, then consider it as the invocation of a >>> function that returns another function. >>> >>> I understand that the current syntax is useful when dealing with 'shell >>> commands', but I think that will be less common than dealing with Java >>> commands introspected through reflection. >>> >>> Btw, I apologize if these questions have been discussed in some other >>> forum, please point me to it if that's the case. >>> >>> Cheers, >>> Alex >>> >>> >>> _______________________________________________ >>> OSGi Developer Mail List >>> [email protected] >>> https://mail.osgi.org/mailman/listinfo/osgi-dev >>> >> _______________________________________________ >> OSGi Developer Mail List >> [email protected] >> https://mail.osgi.org/mailman/listinfo/osgi-dev > > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
