I agree, it is a great language, and I'm glad you're having fun! You're littlebits project looks interesting--keep us updated!
Cheers, Kevin On Sunday, January 4, 2015, [email protected] <[email protected]> wrote: > Kevin, > > Thanks for clarification. Great language, whomever is responsible. > > In any case, I’m having fun with Julia. Others are changing the world, but > I’ve been playing around with LittleBits (http://littlebits.cc), which is > basically electrical circuits brought to Lego®. I’ve been ‘wrapping’ Julia > around the LittleBits API that speaks to their 'Internet of Things' device. > Ironically, setting values on their CloudBit device is easy, reading is > not. The choices are either a tortured sub/pub model or a GET call that > provides a continuous reading of voltages. It was the later that brought me > to the Julia forum. > > Bryan > > > On Jan 4, 2015, at 8:07 PM, Kevin Squire <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote: > > Bryan, to be a little clearer: Amit has contributed a great deal to the > HTTPClient.jl package (and might have been its original author--I'm not > sure). He's not a founder of Julia itself, although he does have a number > of significant contributions there as well. > > Either way, he was probably the best person to answer your post, and yes, > the github repo for HTTPClient.jl was the correct place to post the feature > request. > > Cheers! > Kevin > > On Sun, Jan 4, 2015 at 5:10 PM, C. Bryan Daniels <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote: > >> Kevin - Thank for FYI. I am really impressed with Julia, so it's great to >> get feedback from one of it's founding members. Is the github repository >> for HTTPClient the correct place to post the feature request? >> >> Bryan >> >> On Sunday, January 4, 2015 4:23:30 PM UTC-6, Kevin Squire wrote: >>> >>> Hi Bryan, just FYI: Amit is one of the primary developers. :-) >>> >>> Cheers, >>> Kevin >>> >>> >>> On Sunday, January 4, 2015, C. Bryan Daniels <[email protected]> wrote: >>> >>>> No, the server API doesn't provide this feature. I've asked their >>>> developer's directly. I will post on request on gitbub repository for >>>> HTTPClient.jl Thanks for your feedback. >>>> >>>> On Sunday, January 4, 2015 2:50:25 AM UTC-6, Amit Murthy wrote: >>>>> >>>>> Does the service definition have a query parameter where you can >>>>> specify the number of objects required? >>>>> >>>>> As long as the server end of the connection is open, and the server is >>>>> pushing data, the client will continue to receive it, and currently there >>>>> is no way to control the same. >>>>> >>>>> Controlling the stream from the client side can be implemented - could >>>>> you file a feature request for the same on github? >>>>> >>>>> >>>>> On Sat, Jan 3, 2015 at 10:50 AM, C. Bryan Daniels <[email protected]> >>>>> wrote: >>>>> >>>>>> I am using the 'HTTPClient' package. I am using the 'get' method, but >>>>>> am having trouble properly configuring the output stream. Specifically, >>>>>> the >>>>>> API to a particular service responds to a 'get' call with a stream of >>>>>> json >>>>>> objects. The code snippets below work as expected by returning a >>>>>> continuous >>>>>> steam of json objects; I can terminate the stream with ctr-C. What I >>>>>> really want is to be able to get a specific number of json objects. I've >>>>>> played around with options: ostream="some-file", ostream=IOBuffer() and >>>>>> blocking=false. This is probably a basic question, but any help in >>>>>> solving >>>>>> this would be appreciated. Thanks for any advice. >>>>>> >>>>>> >>>>>> >>>>>> options_get = HTTPClient.HTTPC.RequestOptions( >>>>>> headers=headers,content_type="application/json",ostream=STDOUT) >>>>>> >>>>>> >>>>>> function get(lb::LittleBit) >>>>>> >>>>>> >>>>>> HTTPClient.HTTPC.get(lb.url_get,lb.options_get) >>>>>> >>>>>> >>>>>> end >>>>>> >>>>> >>>>> > >
