Folks,
I have seen a few answers here. Let me add a few other constraints:
* we are unix shop so win32 solutions don't work well here
* the codebase needs to be production qualty (handle millions of hits
per day)
* there should be a network of users (or a support organization) running
and supporting the software
* we are largely running Java as our platform so easier Java integration
is important.
> S. Alexander Jacobson writes:
> > Off the top of my head here are some Haskell specific things that we need:
>
> > * HSP pages (like ASP or JSP or PHP)
>
> Erik Meijer has done this. Can't find the preprint online, though. (Erik?)
Is this production quality. Proof-of-concept implementations don't cut
it.
> > * in memory Haskell server analogous to JServ that talks to apache
>
> mod_haskell?
> http://losser.st-lab.cs.uu.nl:8080/
Same question. It appears to be 0.1.
> > * Haskell access to a pool of database connections
>
> Daan Leijen's HaskellDB?
> http://haskell.cs.yale.edu/haskellDB/
Windows Only.
> > * Haskell access to Java classes
>
> Erik's Lambada
> http://www.cs.uu.nl/people/erik/Lambada.html
I know about lambada. It is experimental. According to the homepage:
"The current release does not offer much tool support to access Java
classes from Haskell yet"
It is also windows only.
Is anyone here using it?
> > * Encapsulation of Haskell as Java classe
>
> I don't know what that means, exactly. You mean a Hugs-like implementation in
> Java? Not a bad idea... do you need that, though, now that GHC can produce
> Java bytecode? Anyway, once the Java backend stabilizes, you would (in
> principle, at least :) be able to cross-compile GHC into a Java binary, and
> then use its upcoming interactive frontend. You still wouldn't have
> programmatic hooks (i.e., a Java-level rather than console-level interface) to
> the front-end, but it would become much easier to add.
Actually, the ability generate Java bytecode would be a BIG win here if
GHC generated code could smoothly cal Java classes as well. (then you get
dbpools from java!)
> > And all of this has to be relatively zipless and compatible with an
> > existing JServ/JSP/Apache installation.
>
> Eh? "zipless"?
It has to be relatively easy to configure and install.
Overall, Haskell has a lot of promise. It is just not there. Perhaps
when I get the right people, we will take a look and discover that the
hurdles aren't so great. Mainly I need developers who would explore
this. If I get that, the rest is easy.
-Alex-
___________________________________________________________________
S. Alexander Jacobson Shop.Com
1-212-420-7700 voice The Easiest Way To Shop (sm)