<p dir="ltr">We're working on something with 0MQ, if you (or anyone else reading) go that route and want to compare notes, hit me off-list.</p>
<div class="gmail_quote">On Apr 8, 2015 8:01 AM, <<a href="mailto:haskell-cafe-request@haskell.org">haskell-cafe-request@haskell.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Haskell-Cafe mailing list submissions to<br>
<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:haskell-cafe-request@haskell.org">haskell-cafe-request@haskell.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:haskell-cafe-owner@haskell.org">haskell-cafe-owner@haskell.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Haskell-Cafe digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Distributed and persistent events bus in Haskell (Arnaud Bailly)<br>
2. Re: Distributed and persistent events bus in Haskell<br>
(Kyle Marek-Spartz)<br>
3. Re: Distributed and persistent events bus in Haskell<br>
(Arnaud Bailly)<br>
4. Re: MinGHC for GHC 7.10.1 available (Aaron Contorer)<br>
5. status of <a href="http://deb.haskell.org" target="_blank">deb.haskell.org</a>? (Jeremy)<br>
6. help w/ improving custom Stream for parsec (Maurizio Vitale)<br>
7. Anyone interested in taking over network-uri? (Johan Tibell)<br>
8. Re: Anyone interested in taking over network-uri? (Alexey Shmalko)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 7 Apr 2015 16:50:49 +0200<br>
From: Arnaud Bailly <<a href="mailto:arnaud.oqube@gmail.com">arnaud.oqube@gmail.com</a>><br>
To: Haskell Cafe <<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a>><br>
Subject: [Haskell-cafe] Distributed and persistent events bus in<br>
Haskell<br>
Message-ID:<br>
<<a href="mailto:CAL4zPaqpKXdOibD3_HECt%2B0V0ZniH0kKpA_ESQ30P7g9Ly_5cg@mail.gmail.com">CAL4zPaqpKXdOibD3_HECt+0V0ZniH0kKpA_ESQ30P7g9Ly_5cg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
I am implementing an application using event sourcing as primary storage<br>
for data, which implies I need a way to durably and reliably store streams<br>
of events on stable storage. I also need to be able to have an event<br>
distribution system on top of that persistent storage so that components<br>
can subscribe to stored events.<br>
<br>
So far I have implemented a simple store, e.g. a flat file, which reuses<br>
the format of Apache Kafka (just in case...). Not very robust nor<br>
sophisticated but can work for moderate loads. Now I am looking for the<br>
event distribution part in the hope of being able to reuse some distributed<br>
event bus system that might exist somewhere and not having to roll my own.<br>
<br>
I have had a look couple of months ago at Vaultaire, Marquise and friends,<br>
but I am not sure they are really suited to my use case: They seem to be<br>
geared toward very high workload and throughput, like log or huge data<br>
streams analysis.<br>
<br>
Thanks for any pointer you might share,<br>
--<br>
Arnaud Bailly<br>
<br>
twitter: abailly<br>
skype: arnaud-bailly<br>
linkedin: <a href="http://fr.linkedin.com/in/arnaudbailly/" target="_blank">http://fr.linkedin.com/in/arnaudbailly/</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/ee65ca06/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/ee65ca06/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 07 Apr 2015 10:26:26 -0500<br>
From: Kyle Marek-Spartz <<a href="mailto:kyle.marek.spartz@gmail.com">kyle.marek.spartz@gmail.com</a>><br>
To: Arnaud Bailly <<a href="mailto:arnaud.oqube@gmail.com">arnaud.oqube@gmail.com</a>><br>
Cc: Haskell Cafe <<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a>><br>
Subject: Re: [Haskell-cafe] Distributed and persistent events bus in<br>
Haskell<br>
Message-ID: <<a href="mailto:2fcp3s8ue4kli5.fsf@gmail.com">2fcp3s8ue4kli5.fsf@gmail.com</a>><br>
Content-Type: text/plain<br>
<br>
If you do end up going with the Kafka route, there is a native Haskell<br>
client:<br>
<br>
<a href="https://github.com/tylerholien/milena" target="_blank">https://github.com/tylerholien/milena</a><br>
<br>
<br>
<br>
Arnaud Bailly writes:<br>
<br>
> Hello,<br>
><br>
> I am implementing an application using event sourcing as primary storage<br>
> for data, which implies I need a way to durably and reliably store streams<br>
> of events on stable storage. I also need to be able to have an event<br>
> distribution system on top of that persistent storage so that components<br>
> can subscribe to stored events.<br>
><br>
> So far I have implemented a simple store, e.g. a flat file, which reuses<br>
> the format of Apache Kafka (just in case...). Not very robust nor<br>
> sophisticated but can work for moderate loads. Now I am looking for the<br>
> event distribution part in the hope of being able to reuse some distributed<br>
> event bus system that might exist somewhere and not having to roll my own.<br>
><br>
> I have had a look couple of months ago at Vaultaire, Marquise and friends,<br>
> but I am not sure they are really suited to my use case: They seem to be<br>
> geared toward very high workload and throughput, like log or huge data<br>
> streams analysis.<br>
><br>
> Thanks for any pointer you might share,<br>
<br>
--<br>
Kyle Marek-Spartz<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 7 Apr 2015 17:33:01 +0200<br>
From: Arnaud Bailly <<a href="mailto:arnaud.oqube@gmail.com">arnaud.oqube@gmail.com</a>><br>
To: Kyle Marek-Spartz <<a href="mailto:kyle.marek.spartz@gmail.com">kyle.marek.spartz@gmail.com</a>><br>
Cc: Haskell Cafe <<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a>><br>
Subject: Re: [Haskell-cafe] Distributed and persistent events bus in<br>
Haskell<br>
Message-ID:<br>
<CAL4zPaoAoBBxAF2hZ_fTOFuKgavt2D5V=<a href="mailto:C4QhsTAe%2BOokdOr2g@mail.gmail.com">C4QhsTAe+OokdOr2g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Cool! however, I would rather avoid having to manage kafka, if something<br>
simpler exists :-)<br>
<br>
I know there is also a mature zeromq client so given I already have the<br>
persistent part, I could probably leverage that but I thought somebody<br>
might have already treaded that path...<br>
<br>
Thanks a lot for the pointer, anyway.<br>
<br>
--<br>
Arnaud Bailly<br>
<br>
twitter: abailly<br>
skype: arnaud-bailly<br>
linkedin: <a href="http://fr.linkedin.com/in/arnaudbailly/" target="_blank">http://fr.linkedin.com/in/arnaudbailly/</a><br>
<br>
On Tue, Apr 7, 2015 at 5:26 PM, Kyle Marek-Spartz <<br>
<a href="mailto:kyle.marek.spartz@gmail.com">kyle.marek.spartz@gmail.com</a>> wrote:<br>
<br>
> If you do end up going with the Kafka route, there is a native Haskell<br>
> client:<br>
><br>
> <a href="https://github.com/tylerholien/milena" target="_blank">https://github.com/tylerholien/milena</a><br>
><br>
><br>
><br>
> Arnaud Bailly writes:<br>
><br>
> > Hello,<br>
> ><br>
> > I am implementing an application using event sourcing as primary storage<br>
> > for data, which implies I need a way to durably and reliably store<br>
> streams<br>
> > of events on stable storage. I also need to be able to have an event<br>
> > distribution system on top of that persistent storage so that components<br>
> > can subscribe to stored events.<br>
> ><br>
> > So far I have implemented a simple store, e.g. a flat file, which reuses<br>
> > the format of Apache Kafka (just in case...). Not very robust nor<br>
> > sophisticated but can work for moderate loads. Now I am looking for the<br>
> > event distribution part in the hope of being able to reuse some<br>
> distributed<br>
> > event bus system that might exist somewhere and not having to roll my<br>
> own.<br>
> ><br>
> > I have had a look couple of months ago at Vaultaire, Marquise and<br>
> friends,<br>
> > but I am not sure they are really suited to my use case: They seem to be<br>
> > geared toward very high workload and throughput, like log or huge data<br>
> > streams analysis.<br>
> ><br>
> > Thanks for any pointer you might share,<br>
><br>
> --<br>
> Kyle Marek-Spartz<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/570a7fb2/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/570a7fb2/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 7 Apr 2015 08:51:18 -0700 (PDT)<br>
From: Aaron Contorer <<a href="mailto:aaron@fpcomplete.com">aaron@fpcomplete.com</a>><br>
To: <a href="mailto:commercialhaskell@googlegroups.com">commercialhaskell@googlegroups.com</a><br>
Cc: <a href="mailto:stackage@googlegroups.com">stackage@googlegroups.com</a>, <a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a><br>
Subject: Re: [Haskell-cafe] MinGHC for GHC 7.10.1 available<br>
Message-ID: <<a href="mailto:e7708d6a-9520-49ca-95c5-c96fea3c4429@googlegroups.com">e7708d6a-9520-49ca-95c5-c96fea3c4429@googlegroups.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
For those who don't know, MinGHC is a minimal installer of GHC for Windows,<br>
including GHC, cabal-install, and MSYS. Further discussion on this<br>
announcement is available<br>
at <a href="http://www.reddit.com/r/haskell/comments/30h52i/minghc_for_ghc_710/" target="_blank">http://www.reddit.com/r/haskell/comments/30h52i/minghc_for_ghc_710/</a> and<br>
a short blog post with a bit more info is<br>
at <a href="https://www.fpcomplete.com/blog/2015/03/minghc-ghc-7-10" target="_blank">https://www.fpcomplete.com/blog/2015/03/minghc-ghc-7-10</a> .<br>
<br>
On Friday, March 27, 2015 at 2:01:27 AM UTC-7, Michael Snoyman wrote:<br>
><br>
> I've just uploaded a new release of MinGHC, including GHC 7.10.1 and<br>
> cabal-install 1.22.2.0. This release can be downloaded from:<br>
><br>
><br>
> <a href="https://s3.amazonaws.com/download.fpcomplete.com/minghc/minghc-7.10.1-i386.exe" target="_blank">https://s3.amazonaws.com/download.fpcomplete.com/minghc/minghc-7.10.1-i386.exe</a><br>
><br>
> In the process, I also needed to upload a cabal-install binary for<br>
> Windows, which is available at:<br>
><br>
><br>
> <a href="https://s3.amazonaws.com/download.fpcomplete.com/minghc/cabal-install-1.22.2.0-i386-unknown-mingw32.tar.gz" target="_blank">https://s3.amazonaws.com/download.fpcomplete.com/minghc/cabal-install-1.22.2.0-i386-unknown-mingw32.tar.gz</a><br>
><br>
> I've tested this distribution, but only lightly. Feedback from others<br>
> would be useful :)<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/66bc0517/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/66bc0517/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 7 Apr 2015 09:15:17 -0700 (MST)<br>
From: Jeremy <<a href="mailto:voldermort@hotmail.com">voldermort@hotmail.com</a>><br>
To: <a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a><br>
Subject: [Haskell-cafe] status of <a href="http://deb.haskell.org" target="_blank">deb.haskell.org</a>?<br>
Message-ID: <<a href="mailto:1428423317104-5768430.post@n5.nabble.com">1428423317104-5768430.post@n5.nabble.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
The haskell status page says that <a href="http://deb.haskell.org" target="_blank">deb.haskell.org</a> has been down since<br>
mid-February. Are there any plans to bring it back up?<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://haskell.1045720.n5.nabble.com/status-of-deb-haskell-org-tp5768430.html" target="_blank">http://haskell.1045720.n5.nabble.com/status-of-deb-haskell-org-tp5768430.html</a><br>
Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 7 Apr 2015 12:25:12 -0400<br>
From: Maurizio Vitale <<a href="mailto:mrz.vtl@gmail.com">mrz.vtl@gmail.com</a>><br>
To: Haskell Cafe <<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a>><br>
Subject: [Haskell-cafe] help w/ improving custom Stream for parsec<br>
Message-ID:<br>
<CAAeLbQKR+EHDtAke84sDX=44NMGXHWnWNq_zmxhU=<a href="mailto:LZ%2BGD7sCQ@mail.gmail.com">LZ+GD7sCQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I need a custom stream that supports insertion of include files and<br>
expansions of macros.<br>
I also want to be able to give nice error messages (think of clang<br>
macro-expansion backtrace), so I cannot use the standard trick of<br>
concatenating included files and expanded macros to the current input with<br>
setInput/getInput (I think I can't maybe there's a way of keeping a more<br>
complex "position" and since the use in producing an error backtrac is<br>
rare, it migth be worth exploring; if anybody has ideas here, I'm listening)<br>
<br>
Assuming I need a more compelx stream, this is what I have (Macro and File<br>
both have a string argument, but it will be more compicated, a list of<br>
expansions for Macro for instance).<br>
<br>
Is there a better way for doing this?<br>
What are the performance implications with backtracking? I'll be<br>
benchmarking it, but if people see obvious problems, let me know.<br>
<br>
Thanks a lot,<br>
Maurizio<br>
<br>
{-# LANGUAGE FlexibleInstances #-}<br>
{-# LANGUAGE FlexibleContexts #-}<br>
{-# LANGUAGE InstanceSigs #-}<br>
{-# LANGUAGE MultiParamTypeClasses #-}<br>
<br>
module Parsing where<br>
<br>
import Text.Parsec<br>
<br>
type Parser s m = ParsecT s () m<br>
<br>
data VStream = File String | Macro String deriving Show<br>
<br>
newtype StreamStack = StreamStack [VStream] deriving Show<br>
<br>
instance (Monad m) ? Stream VStream m Char where<br>
uncons ? VStream -> m (Maybe (Char, VStream))<br>
uncons (File (a:as)) = return $ Just (a, File as)<br>
uncons (File []) = return Nothing<br>
uncons (Macro (a:as)) = return $ Just (a, File as)<br>
uncons (Macro []) = return Nothing<br>
<br>
<br>
<br>
instance (Monad m) => Stream StreamStack m Char where<br>
uncons (StreamStack []) = return Nothing<br>
uncons (StreamStack (s:ss)) =<br>
case uncons s of<br>
Nothing ? uncons $ StreamStack ss<br>
Just Nothing ? uncons $ StreamStack ss<br>
Just (Just (c, File s')) ? return $ Just (c, StreamStack (File s': ss))<br>
Just (Just (c, Macro s')) ? return $ Just (c, StreamStack (Macro<br>
s':ss))<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/3e28a995/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/3e28a995/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 7 Apr 2015 23:18:35 +0200<br>
From: Johan Tibell <<a href="mailto:johan.tibell@gmail.com">johan.tibell@gmail.com</a>><br>
To: haskell-cafe <<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a>><br>
Subject: [Haskell-cafe] Anyone interested in taking over network-uri?<br>
Message-ID:<br>
<<a href="mailto:CAK-tuPb_TSgj0Sw9t5wFLHsmygGCu31Q3Py2-wCowXSMc0QRCQ@mail.gmail.com">CAK-tuPb_TSgj0Sw9t5wFLHsmygGCu31Q3Py2-wCowXSMc0QRCQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi!<br>
<br>
I find myself with less time to hack lately and I'm trying to reduce the<br>
number of libraries I maintain so I can invest time in new things. Would<br>
anyone be interested taking over maintenance of network-uri?<br>
<br>
It should not be much work at all. Bump a few dependencies and fix a bug or<br>
two. The package is very widely used so I suggest that the new maintainer<br>
should avoid breaking changes whenever possible*.<br>
<br>
* In other words, if you want to completely rethink network URI handling,<br>
this package is probably not the place for it.<br>
<br>
-- Johan<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/da29f7b3/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150407/da29f7b3/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Wed, 8 Apr 2015 12:38:57 +0300<br>
From: Alexey Shmalko <<a href="mailto:rasen.dubi@gmail.com">rasen.dubi@gmail.com</a>><br>
To: Johan Tibell <<a href="mailto:johan.tibell@gmail.com">johan.tibell@gmail.com</a>><br>
Cc: haskell-cafe <<a href="mailto:haskell-cafe@haskell.org">haskell-cafe@haskell.org</a>><br>
Subject: Re: [Haskell-cafe] Anyone interested in taking over<br>
network-uri?<br>
Message-ID:<br>
<CAFC2PC4=<a href="mailto:cVyzY4m9apDB3Xa8SYO3Zv2o_hVT4SRBO_5ASbvZng@mail.gmail.com">cVyzY4m9apDB3Xa8SYO3Zv2o_hVT4SRBO_5ASbvZng@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi, Johan,<br>
<br>
I have a little spare time and would be interested in taking over<br>
maintenance of network-uri.<br>
<br>
However I'm not sure if I'm a right person for that. I've never maintained<br>
any haskell package before, but would be glad to. I'm experienced with<br>
maintenance issues applied to C/C++ but not Haskell. However, I'm sure they<br>
are pretty much the same.<br>
<br>
I looked through github issues; as far as I understand, the maintainer's<br>
responsibilities are tracking things work fine with newer versions of<br>
dependencies, fixing bugs that doesn't break source-level compatibility and<br>
rejecting other proposals. I believe I would handle this.<br>
<br>
Regards,<br>
Alexey<br>
<br>
<br>
On Wed, Apr 8, 2015 at 12:18 AM, Johan Tibell <<a href="mailto:johan.tibell@gmail.com">johan.tibell@gmail.com</a>><br>
wrote:<br>
<br>
> Hi!<br>
><br>
> I find myself with less time to hack lately and I'm trying to reduce the<br>
> number of libraries I maintain so I can invest time in new things. Would<br>
> anyone be interested taking over maintenance of network-uri?<br>
><br>
> It should not be much work at all. Bump a few dependencies and fix a bug<br>
> or two. The package is very widely used so I suggest that the new<br>
> maintainer should avoid breaking changes whenever possible*.<br>
><br>
> * In other words, if you want to completely rethink network URI handling,<br>
> this package is probably not the place for it.<br>
><br>
> -- Johan<br>
><br>
><br>
> _______________________________________________<br>
> Haskell-Cafe mailing list<br>
> <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150408/9b32ff13/attachment-0001.html" target="_blank">http://mail.haskell.org/pipermail/haskell-cafe/attachments/20150408/9b32ff13/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Haskell-Cafe Digest, Vol 140, Issue 9<br>
********************************************<br>
</blockquote></div>