process-conduit
Conduits for Processes (by snoyberg)
pool-conduit
Persistence interface for Haskell allowing multiple storage methods. (by yesodweb)
| process-conduit | pool-conduit | |
|---|---|---|
| - | 9 | |
| 0 | 455 | |
| - | 0.7% | |
| 0.0 | 7.0 | |
| almost 10 years ago | 8 days ago | |
| Haskell | Haskell | |
| BSD 3-clause "New" or "Revised" License | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
process-conduit
Posts with mentions or reviews of process-conduit.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning process-conduit yet.
Tracking mentions began in Dec 2020.
pool-conduit
Posts with mentions or reviews of pool-conduit.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-05-06.
-
Problem with Persistent.runSqlPool and Servant Handel
I understand that the "new" version of Persistent requires Servant Handler to be MonadUnliftIO which is not the case. I also understand that I am suppose to use acquireSqlConn somehowe (following this this), but I can't figure it out. Any ideas ?
-
Was simplified subsumption worth it for industry Haskell programmers?
I don't think there's any malicious intent. It seems pretty clear that the motivation here is to simplify the type checker considerably, which is a really good reason to do something. Heck, I've got an open issue for deleting a feature in persistent which (according to the lack of comments on the issue) only ever used by persistent's own test suite.
-
[ANNOUNCE] GHC 9.2.2 is now available!
PR submitted: https://github.com/yesodweb/persistent/pull/1366 :)
- Simple Servant + Persistent + Katip template for starting a new project
-
Async Control Flow
Ha, I spotted a possible resource leak here. If stmtFinalize fail, then the connection won't be closed.
-
Using a different version of a package than what exists in resolver.
text Cloning b1e32adfe1da49cd9df997a13bd0c5b391486f5c from https://github.com/yesodweb/persistent.git No cabal file found for Repo from https://github.com/yesodweb/persistent.git, commit b1e32adfe1da49cd9df997a13bd0c5b391486f5c
What are some alternatives?
When comparing process-conduit and pool-conduit you can also consider the following projects:
jsonrpc-conduit - Library for building JSON-RPC 2.0 servers.
hocilib - A lightweight Haskell binding to the OCILIB C API
simple-conduit
eventstore - EventStore Haskell TCP Client
potoki-conduit
persistent-odbc - uses persistent connecting via hdbc odbc
tar-conduit - Conduit based tar extraction mechanism
HongoDB - A Simple Key Value Store
conduit-audio - Use conduit to process/manipulate/convert audio
HDBC - Haskell Database Connectivity
binary-conduit - binary serialization interface for conduit
persistent-relational-record - Persistent adapter for Haskell Relational Record
process-conduit vs jsonrpc-conduit
pool-conduit vs hocilib
process-conduit vs simple-conduit
pool-conduit vs eventstore
process-conduit vs potoki-conduit
pool-conduit vs persistent-odbc
process-conduit vs tar-conduit
pool-conduit vs HongoDB
process-conduit vs conduit-audio
pool-conduit vs HDBC
process-conduit vs binary-conduit
pool-conduit vs persistent-relational-record