Publicly available web services that use Smile format?

159 views
Skip to first unread message

Tatu Saloranta

unread,
Jul 25, 2013, 4:59:03 PM7/25/13
to smile-forma...@googlegroups.com, us...@jackson.codehaus.org
Quick question, based on this StackOverflow question:

http://stackoverflow.com/questions/17776350/open-protobuf-service

I know that a few frameworks, libraries and sites use Smile successfully.
But I don't know if there are freely available public web services that allow that. I am guessing there probably is -- something uses elastic search or usergrid perhaps? -- I just haven't seen links.

So it would be great to have links to such services, if they exist. That would allow conformance testing, and in general also show that Smile format is a mature alternative as binary format. This could help in getting new codec implementations as well.

-+ Tatu +-

Shay Banon

unread,
Jul 25, 2013, 5:14:30 PM7/25/13
to smile-forma...@googlegroups.com, user
Effectively any elasticsearch as a service solution (there are a few) will automatically support smile as well. Not sure if this exactly what you are after though.



--
You received this message because you are subscribed to the Google Groups "smile-format-discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to smile-format-disc...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Tatu Saloranta

unread,
Jul 25, 2013, 5:20:01 PM7/25/13
to smile-forma...@googlegroups.com
On Thu, Jul 25, 2013 at 2:14 PM, Shay Banon <kim...@gmail.com> wrote:
Effectively any elasticsearch as a service solution (there are a few) will automatically support smile as well

Good -- I assumed this might be the case. This is a good starting point.
 
. Not sure if this exactly what you are after though.


I guess the question is then whether there are publicly available open Elastic Search instances. The idea would simply be that with little bit of coding one could see how to use Smile, bit like what is done regularly with json or xml-based dev/test web services (dev token for Twitter and such).

-+ Tatu +-

Chun Yin Vincent Lau

unread,
Jul 28, 2013, 12:25:31 AM7/28/13
to smile-forma...@googlegroups.com, us...@jackson.codehaus.org
Hi there, thanks for the work I am quite interested in it

a little bit side-track, I am new to Smile, as I see from now it is mainly used in Jackson, is this format also aiming for the audience for "interacting with web services in browsers"? 
by that I mean the most typical old use case by sending "JSON" with jquery in browsers, then get response in "JSON"
is that with smile, now I can send "Smile" with javascript in browsers, then get response in "Smile" and enjoy those benefits?
or am I missing anything?

In that case a javascript library will definitely be beneficial.
actually I am building something with elasticsearch with a client side js /nodejs stack and figuring how to make it more efficient.

Thanks a lot!
Vincent

Tatu Saloranta

unread,
Jul 28, 2013, 4:41:51 PM7/28/13
to smile-forma...@googlegroups.com, us...@jackson.codehaus.org
On Sat, Jul 27, 2013 at 9:25 PM, Chun Yin Vincent Lau <lauch...@gmail.com> wrote:
Hi there, thanks for the work I am quite interested in it

a little bit side-track, I am new to Smile, as I see from now it is mainly used in Jackson, is this format also aiming for the audience for "interacting with web services in browsers"? 
by that I mean the most typical old use case by sending "JSON" with jquery in browsers, then get response in "JSON"
is that with smile, now I can send "Smile" with javascript in browsers, then get response in "Smile" and enjoy those benefits?
or am I missing anything?

In that case a javascript library will definitely be beneficial.
actually I am building something with elasticsearch with a client side js /nodejs stack and figuring how to make it more efficient.


Using Smile as optimized variant of JSON from browsers is a possibility, but one big practical problem is that there is no standard way to access binary content from Javascript. So implementing Smile support in Javascript requires use of browser-specific extensions currently, unless latest versions of Javascript have added something I am unaware of.

But the most common use case I think is in fact optimized alternative to JSON: so libraries that use or support Smile could easily allow use of Smile encoding as configurable (or even auto-detected) alternative. Auto-detection specifically seems like a good thing, as one can reliably detect Smile-encoded content, as long as encoder sends 4-byte header.

-+ Tatu +-


 
Thanks a lot!
Vincent



On Friday, July 26, 2013 4:59:03 AM UTC+8, tsaloranta wrote:
Quick question, based on this StackOverflow question:

http://stackoverflow.com/questions/17776350/open-protobuf-service

I know that a few frameworks, libraries and sites use Smile successfully.
But I don't know if there are freely available public web services that allow that. I am guessing there probably is -- something uses elastic search or usergrid perhaps? -- I just haven't seen links.

So it would be great to have links to such services, if they exist. That would allow conformance testing, and in general also show that Smile format is a mature alternative as binary format. This could help in getting new codec implementations as well.

-+ Tatu +-

Chun Yin Vincent Lau

unread,
Jul 29, 2013, 1:31:34 PM7/29/13
to smile-forma...@googlegroups.com, us...@jackson.codehaus.org
Thanks for quick reply,

understand what you said,  javascript is quite "unfriendly" to binary data.
perhaps you are already aware of:

the stream api WIP may worth reference

this binaryJS is using websocket which supports  Chrome 15+, Firefox 11+, Internet Explorer 10, and Safari nightly builds
http://binaryjs.com/

My use case will be sending something from node.js to elasticsearch, so perhaps a c binding / Node.js buffer instead of native js implementation makes more sense for me at the moment. Personally quite interested but don't have time to work on it yet - would love to put it up / help later. 

Thanks,
Vincent

-+ Tatu +-


 
To unsubscribe from this group and stop receiving emails from it, send an email to smile-format-discussion+unsub...@googlegroups.com.

Tatu Saloranta

unread,
Jul 29, 2013, 7:36:37 PM7/29/13
to smile-forma...@googlegroups.com, us...@jackson.codehaus.org
On Mon, Jul 29, 2013 at 10:31 AM, Chun Yin Vincent Lau <lauch...@gmail.com> wrote:
Thanks for quick reply,

understand what you said,  javascript is quite "unfriendly" to binary data.
perhaps you are already aware of:

the stream api WIP may worth reference

this binaryJS is using websocket which supports  Chrome 15+, Firefox 11+, Internet Explorer 10, and Safari nightly builds
http://binaryjs.com/

My use case will be sending something from node.js to elasticsearch, so perhaps a c binding / Node.js buffer instead of native js implementation makes more sense for me at the moment. Personally quite interested but don't have time to work on it yet - would love to put it up / help later. 


Excellent information, thank you for sharing this! I do think node.js platform is one place where Smile would make sense. And perhaps it would be possible to use the C codec there.

-+ Tatu +-

 
To unsubscribe from this group and stop receiving emails from it, send an email to smile-format-disc...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages