Re: Why I have chosen not to employ clojure
I love clojure but I think it's unnecessary it doesn't ship with a simple clj and a clj.bat script out of the box, yeah it's easy to run it with jvm, but who want to type java -server -Djava.ext.dirs=./lib:/opt/bin/lib -cp ~/.emacs.d/lisp-packages/swank-clojure jline.ConsoleRunner clojure.lang.Repl every time they need a repl? sure, command completion, but come on? It's not exactly making life simple. (I know with 1.1 it's not clojure.lang.Repl any more but still lengthy and complicated, though now I use lein so I am happy). Every time I've started up with a clojure project I've had to spend a few hours fiddling with the environment, not that I don't do that with other languages, but it would be nice with an officially sanctioned solution for setting up a sane environment. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en To unsubscribe from this group, send email to clojure+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: Clojure and OOP
You can work with java objects. But clojure itself is not object oriented, because it's functional, and object orientation requires state manipulation. Other lisps support object orientation, common-lisp for example. cheers, /J On Thu, Feb 11, 2010 at 1:46 PM, HB hubaghd...@gmail.com wrote: Hey, Since Clojure is a LISP dialect, does this mean that it doesn't support OOP? Thanks. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: ANN: Web application framework (beta)
Not every web application has to scale. I think that continuation based stuff rocks for adminstration interfaces. The main benefit with continuation based stuff, is that it's possible to build something that is more application like, so that one can avoid building wizards, and having to split up stuff into separate steps. Another good approach for managing state is to build the application in javascript. On Mon, Nov 30, 2009 at 5:09 AM, Jim Powers j...@casapowers.com wrote: This does indeed look cool, but here's the problem I have with all of the continuation-style web-frameworks: they do not scale. This is to say in a web-server farm setting you need a workable stickiness approach since you always have to be routed back to the machine with the continuation you need. So: - In the case of machine or process failure all state information is lost. - It is pretty easy to wind up with a very unbalanced web farm as due to the randomness of user activity it is possible to have all of your active users load-balanced onto only a few machines. - If you force-ably load balance based on session count you can easily under-utilize your web farm. - Since one of the benefits of continuation-based web frameworks is the amount and richness of the data that can be transferred between pages, but this (potentially lots of data) coupled with the problems listed above, can become a serious problem under certain (potentially not-predictable) circumstances. Clearly what would be desired is portable continuations that can be loaded on any machine and/or duplicated/replicated for failure cases. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: roll call of production use?
I have written a production web app with compojure. It was a very nice experience. First project I have pulled of totally TDD and the functional aspect of clojure really makes tests so much easier and more truthful, although there sometimes seems to sneak in some exceptions I didn't expect from the java side. It was a small ad campaign site with some SMS functionality, with web pages formatted for mobile phones. Really nice to be able to just wrap our java libs for sending SMS and device recognition. The compojure HTML generator is fantastic, extremely powerful and easy to use. I am amazed how compact the end code is. I deployed a war file on tomcat 5.5. The app is stable and very fast. One thing I would have liked to have was to start swank-server from the war to provide an easy way to do hot updates and inspection, but I ran into some problem with *1 etc not being defined so I gave up on that. I prefer to deploy a war because I did not want to write my own init.d script and bug test that. Overall - a very nice experience. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en