Roadmap & Moving modules out of sitebricks

41 views
Skip to first unread message

Dhanji R. Prasanna

unread,
Feb 11, 2015, 12:58:58 PM2/11/15
to google-s...@googlegroups.com
I am going to move a few modules out of sitebricks and leave sitebricks to focus on the web.

So the following modules will be moved out to their own repos or project(s):
- persist (and all its types)
- options
- mail

I am also going to get rid of AHC from the sitebricks client infrastructure as I feel it is way too complicated and heavy for the SB client. I will replace it with OkHttp or something more easily pluggable. 

Apart from this I'm also going to experiment more with sitebricks-async and see if we can focus more on non-blocking IO. Not really clear where this will lead but I think there is room for a robust non-blocking web framework that is not as painful as using node.js-style callbacks which most seem to do. This will also naturally fit into websocket communications so that may be a logical next step too.

Please let me know if you have any comments or suggestions.

Dhanji.

eriol....@gmail.com

unread,
Feb 22, 2015, 1:30:52 PM2/22/15
to google-s...@googlegroups.com
Hi there Dhanji,

I would like to use your mail module, is there a get started guide on how to use it?

Dhanji R. Prasanna

unread,
Feb 22, 2015, 1:55:56 PM2/22/15
to google-s...@googlegroups.com
Hi,

Sure take a look at this example:

Do remember the mail module is entirely non-blocking, so you will need to think in terms of futures and listeners.
Dhanji.

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

Eriol Gjergji

unread,
Feb 22, 2015, 2:14:20 PM2/22/15
to google-s...@googlegroups.com
Yes, actually wanting to implemented imap idle over oauth for several providers, and also Im thinking to use akka for being able to scale, because the email accounts having to listen to, are a lot as its part of a CRM feature we are working on, currently we have it built with mail.dll so a .NET solution, but we cant scale it, and its reaching a critical point... 

Will try to go this path, and will let you know the results 

--
You received this message because you are subscribed to a topic in the Google Groups "Google Sitebricks" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-sitebricks/0c6BHgnV_Ls/unsubscribe.
To unsubscribe from this group and all its topics, send an email to google-sitebri...@googlegroups.com.

Dhanji R. Prasanna

unread,
Feb 22, 2015, 2:18:06 PM2/22/15
to google-s...@googlegroups.com
Sounds good, do let me know if you have more questions. It's quite a low level library but it should do most everything needed for IMAP. It was used in the email startup: Fluent.io -- http://techcrunch.com/2012/05/31/first-impressions-on-fluent-the-startup-promising-the-future-of-email/

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