- web-devel - Haskell.org

libstdc++ missing during yesod installation on OS X
by Alexandros Salazar 28 Jul '11

28 Jul '11

Hi all, I tried installing the haskell platform and yesod from scratch, but it failed during the installation of double-conversion-0.2.0.0 with the following error: Loading package double-conversion-0.2.0.0 ... <command line>: can't load .so/.DLL for: stdc++ (dlopen(libstdc++.dylib, 9): image not found) cabal: Error: some packages failed to install: yesod-auth-0.6.0 failed during the building phase. The exception was: ExitFailure 1 I am running Snow Leopard 10.6.8. Has anyone run into this problem? Did you figure out how to avoid it/work around it? It seems it has something to do with libstdc++ being statically linked on OS X, but I can't figure out the details. Thanks, Alexandros

4 10

Upgrade to Happstack 6 - request bodies
by Sebastiaan Visser 28 Jul '11

28 Jul '11

Hello all, We have some problems upgrading one of our server applications to Happstack 6, lots of things related to request bodies and request parameters have changed. Unfortunately, the new situation doesn't seem that straightforward to me. In the previous version of Happstack we were able to access the request body directly using the `rqBody` function. In the new situation we have to first decode the body using `decodeBody` and than access it by reading from an MVar. The utility functions accessing this variables ensure the body is only request once, all consecutive calls will error. We're pretty sure we're accessing the body only once and after decoding it, but we still get the following error: "askRqEnv failed because the request body has not been decoded yet. Try using 'decodeBody'." This happens when accessing the cookie using 'readCookieValue'. Isn't strange that accessing the cookie value uses the request body at all? So the pattern we use is: > do decodeBody (defaultBodyPolicy "/tmp/" (10 * 1024 * 1024) (10 * 1024 * 1024) (1024 * 1024)) > liftIO (print 1) > c <- lookCookieValue "tid" > liftIO (print 2) > b <- takeRequestBody > ... And the result is: > 1 > askRqEnv failed because the request body has not been decoded yet. Try using 'decodeBody'. (this happens using happstack-server-6.0.3, in 6.1.6 the same error string is sent to the client) And then it stops, the handler crashes and the request fails. The migration guide[1] tells me "To simulate the old behavior, simple call decodeBody in your top-level handler for every request.", but this is clearly not enough. Anyone knows how to fix this in the correct way? I cannot help to think it is a bit strange that it takes me so much time to convince a web framework to hand me over the request body. This should be easy stuff right? Thanks, Sebastiaan [1] http://code.google.com/p/happstack/wiki/Happstack6Migration

2 3

considering ecommerce options
by Eric Rasmussen 27 Jul '11

27 Jul '11

Hi everyone, Apologies in advance if this is slightly off-topic, but I'm looking into a long-term development solution for ecommerce projects (primarily an online storefront/checkout system), and I am wondering what others on this list are using. I'm most interested in any Haskell advances in this area, but at this point I'd appreciate non-Haskell recommendations too. My hope is that if it's something a Haskell developer finds tolerable to work with, it's a step up from the systems I've been testing so far, and if there is anything being worked on in Haskell that's even better. Thanks! Eric

1 0

Failed to compile authenticate
by Haisheng Wu 24 Jul '11

24 Jul '11

Hello, Sorry if I supposed to post question to Google group which is not available at my current region unfortunately. My question comes I failed to compile package authenticate-0.9.1.7 with error below. Do you have any ideas about fixing it? Please let me if you need further environment information. Thanks! simonwu@ubuntu:~/haskell/authenticate$ cabal build Preprocessing library authenticate-0.9.1.7... Building authenticate-0.9.1.7... [ 8 of 10] Compiling OpenId2.Discovery ( OpenId2/Discovery.hs, dist/build/OpenId2/Discovery.o ) OpenId2/Discovery.hs:137:18: No instance for (Text.StringLike.StringLike Text) arising from a use of `parseTags' at OpenId2/Discovery.hs:137:18-26 Possible fix: add an instance declaration for (Text.StringLike.StringLike Text) In the second argument of `(.)', namely `parseTags' In the second argument of `(.)', namely `mapMaybe linkTag . parseTags' In the second argument of `(.)', namely `filter isOpenId . mapMaybe linkTag . parseTags' simonwu@ubuntu:~/haskell/authenticate$ ghci --version The Glorious Glasgow Haskell Compilation System, version 6.12.3 -Haisheng

2 4

Re: [web-devel] [Haskell] ANN: boomerang and web-routes-boomerang
by Jeremy Shaw 21 Jul '11

21 Jul '11

Nope. It is not related. It is also not related to the GSM library: http://www.programmersheaven.com/download/29760/download.aspx or the decompiler: http://boomerang.sourceforge.net/index.php Perhaps picking an original name would have been a wise choice. But it was the only I idea I had :) I am only inclined to change it if there is a strong chance of people wanting to use the boomerang name on hackage to refer to something related to the harmony boomerang project.. - jeremy On Thu, Jul 21, 2011 at 1:55 PM, Janis Voigtländer <jv(a)informatik.uni-bonn.de> wrote: > Am 21.07.2011 20:45, schrieb Jeremy Shaw: >> >> Hello, >> >> I am pleased to announce the release of two new libraries: boomerang >> and web-routes-boomerang. > > Does this have anything to do with: > > "Boomerang: A bidirectional programming language for ad-hoc data" > http://www.seas.upenn.edu/~harmony/ > > ? > > If not, is it wise to name it thus? > > Wondering, > Janis. > > -- > Jun.-Prof. Dr. Janis Voigtländer > http://www.iai.uni-bonn.de/~jv/ > mailto:jv@iai.uni-bonn.de >

1 0

ANN: boomerang and web-routes-boomerang
by Jeremy Shaw 21 Jul '11

21 Jul '11

Hello, I am pleased to announce the release of two new libraries: boomerang and web-routes-boomerang. boomerang is a library for general purpose, invertible parsing and pretty printing. It provides combinators which allow you to specify a grammar once and automatically extract a parser and pretty-printer from it. This library was refactored, with permission, from the Zwaluw library created by Sjoerd Visscher and Martijn van Steenbergen. hackage: http://hackage.haskell.org/package/boomerang quick intro: http://hackage.haskell.org/packages/archive/boomerang/1.0.0/doc/html/Text-B… web-route-boomerang provides glue code for using boomerang with web-routes. web-routes is a framework-independent, type-safe, url routing library. hackage: http://hackage.haskell.org/package/web-routes-boomerang tutorial: http://happstack.com/docs/crashcourse/WebRoutes.html#web-routes-boomerang - jeremy p.s. boomerang is similar in purpose to the inveritble-syntax library: http://hackage.haskell.org/package/invertible-syntax The libraries take different approaches and are both worth considering.

1 0

bindPort of Warp
by Kazu Yamamoto 20 Jul '11

20 Jul '11

Hello, I have one more thins to say about Warp. Warp provides self-socket-biding function called bindPort. This function tries to use IPv4 only. Is this intentional? Are their any reasons to not support IPv6 also? If this is not intentional, I would love to make a path to support both IPv4 and IPv6. P.S. To those who are not familiar to IPv6: If we can create a listing socket of IPv6 and if IPV6_V6ONLY is false, the socket can magically handle both IPv4 and IPv6. IPV6_V6ONLY is false by default on Linux and Mac. It is true by default on BSD. So, my hack would change Warp's behavior on BSD. That is, it can accept IPv6 only. I think that this behavior should be fixed in the network library. And I have already sent a pull request. https://github.com/haskell/network/pull/13 --Kazu

2 3

Announce: heroku package
by Greg Weber 20 Jul '11

20 Jul '11

I uploaded a package designed to contain code useful for deploying to Heroku that I am using to deploy an app to Heroku that uses their free database [1]. All the package does now is parse the DATABASE_URL environment variable to help with connecting to the database. I will be doing a blog post on the Yesod blog shortly about deploying Yesod to Heroku, although everything is fairly well documented already [2]. Previously a loli app was deployed to Heroku by Mark Wotton (in addition to a Yesod app), and dbpatterson had (I am assuming unresolved) issues with deploying a Snap app. [1] http://hackage.haskell.org/package/heroku-0.1 [2] https://github.com/snoyberg/yesod/blob/master/scaffold/deploy/Procfile.cg [3] https://github.com/mwotton/heroku_haskell_demo

2 2

Connection: handling on Warp
by Kazu Yamamoto 20 Jul '11

20 Jul '11

Hello, Current Warp does not handle the Connection: header. For HTTP 1.1, RFC says that the connection is closed by an HTTP server if Connection: is "close" and it is not closed otherwise. For HTTP 1.0, RFC says that the connection is not closed if Connection: is "keep-alive" and it is closed otherwise. Current warp does not close connection, for example, for ResponseFile even if Connection: is not specified in HTTP 1.0. ab (ApacheBench) tries to create HTTP 1.0 connections and expects that the connections are closed by the server side. So, trying to benchmark Warp with "ab" results in getting stacked. I would like to add a proper handling of Connection: to Warp. What do you guys think? --Kazu

4 8

New Yesod mailing list
by Michael Snoyman 20 Jul '11

20 Jul '11

Hi everyone, So after our little trial period, I'm starting to think that regulating user comments to the web-devel mailing list is only going to stifle Yesod. As much as I dislike taking Yesod discussions off list, I think we're going to have to go that route. I've just created a new Google Group[1] for Yesod, and encourage anyone interested in following Yesod development to subscribe there. I'll likely give it a few days before updating the Yesod site to make sure the system works out properly. Feel free to start posting messages over there now, though you may want to give it 24 hours so everyone has a chance to sign up. Michael [1] http://groups.google.com/group/yesodweb

1 0