On Nov 29, 1:35 am, Wilson MacGyver wrote:
> Are there any plans to add these features back into compojure?
Yep. Compojure will use Hiccup and Clout in the near future for
handling routes and HTML generation. Most of the server stuff will be
handled by Ring, and I'll probably spin off the Jetty s
Are there any plans to add these features back into compojure?
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 wit
Hi folks,
I've spun off some functionality of the Compojure web framework into
two standalone libraries, Clout and Hiccup.
Clout is a HTTP routing library. It uses a similar style to the routes
in Ruby web frameworks like Rails and Sinatra, and is based off the
compojure.http.routes code. However
On Nov 25, 12:53 am, Tom Faulhaber wrote:
> When the compiler runs, it doesn't seem that it is so explicit about
> namespace creation. It essentially does (in-ns 'foo) which will create
> the ns foo on the fly if appropriate. There is currently no code
> generated to do anything *explicit* with th
Hi,
Am 28.11.2009 um 01:48 schrieb André Thieme:
I don‘t know if this makes sense and what problems may arise, and even
if
such a proposal sounds nice in theory it may be too hard to develop,
for
now.
Maybe something like this:
(defn receive-request
[req]
(let [snapshot {#'fun-a fun-a
It's also important to get features into Java if you want real
substantial JVM performance tuning for them.
On Nov 28, 11:58 am, Christian Vest Hansen
wrote:
> Having closures in Java is important because it potentially means type
> compatibility for closures across languages. I don't think ther
Definitely- Even when I'm programming Clojure in NetBeans I always
have a REPL open. In general I like having an interpreter/dynamic
environment running when I'm developing in any language that offers
such an environment, e.g. Python, Groovy (I use groovysh while writing
java code too), etc
Hello,
offtopic: interesting brainwashing effect: When reading the subject
line of this conversation, I wondered what is a 'closure' and that
someone must have misspelled 'clojure'.
I should probably go to bed.
On Sat, Nov 28, 2009 at 7:58 PM, Christian Vest Hansen
wrote:
> Having closures in J
This commit:
commit 5577a47a390782d7ab911c2e3c4c8be1b0341aa8
Author: Rich Hickey
Date: Sat Feb 7 14:46:56 2009 +
added sync to writeClassFile
Adds a 'sync()' call to the class file write. On systems where the
underlying fsync() call causes a flush all the way
Having closures in Java is important because it potentially means type
compatibility for closures across languages. I don't think there will
be a one language to rule the JVM, so features that make it easier to
interoperate multiple languages are useful.
Also, libraries written in Java with closur
On 28 Nov., 14:20, John Harrop wrote:
> One benefit of having a REPL: it makes regular expressions usable. So easy
> to test and tweak your RE compared to the traditional compile/test/debug
> cycle! I never even bothered with the java.util.regex package before Clojure
> as it was too painful to us
No comments on this:
http://blogs.sun.com/mr/entry/closures
yet? It's no help to Clojure, but it's nice to see similar
motivations.
Also, I wanted to chime in with something like "we already have
closures: use Clojure! or Jython, or... So how about TCO?"
--
You received this message beca
Hi,
On 28 Nov., 17:32, Nathan Hawkins wrote:
> Stefan Kamphausen wrote:
> > I wonder how hard it would be in Clojure to implement something like
> > Edi Weitz' RegexpCoach
> >http://weitz.de/regex-coach/. I know Perl programmer who regularly
> > create their (un)regular expressions with the help
Stefan Kamphausen wrote:
> Hi,
>
> On Nov 28, 2:20�pm, John Harrop wrote:
>
>> One benefit of having a REPL: it makes regular expressions usable. So easy
>> to test and tweak your RE compared to the traditional compile/test/debug
>> cycle! I never even bothered with the java.util.regex package
Hi,
On Nov 28, 2:20 pm, John Harrop wrote:
> One benefit of having a REPL: it makes regular expressions usable. So easy
> to test and tweak your RE compared to the traditional compile/test/debug
> cycle! I never even bothered with the java.util.regex package before Clojure
> as it was too painful
One benefit of having a REPL: it makes regular expressions usable. So easy
to test and tweak your RE compared to the traditional compile/test/debug
cycle! I never even bothered with the java.util.regex package before Clojure
as it was too painful to use.
--
You received this message because you a
Cool - thanks. I didn't know about that function :-)
2009/11/27 John Harrop
> On Thu, Nov 26, 2009 at 4:37 AM, Chris Jenkins wrote:
>>
>> (defn flip-cell [b x y]
>> (let [row (nth b y)
>> cell (nth row x)
>> new-cell (- 1 cell)
>> new-row (assoc row x new-cell)]
>> (assoc b y n
Very cool. I had originally planned to add some stats keeping to my
implementation along with connected component coloring (hence the
ref'd maps). I also found refs convenient for synchronizing my
neighbor calculations with grid updates since I have random seeding,
the ability to change the
Mark,
That did the trick, thanks! I'll definitely be testing my loops for
this sort of thing in the future. It's a little worrisome that it's
this easy to write a major memory leak in Clojure, but I guess this is
just one of the consequences of writing a functional language on top
of the JVM. Mayb
Hi,
On Sat, Nov 28, 2009 at 1:48 AM, André Thieme
wrote:
> Some users may be in a session that can go for minutes or hours or
> even
> days. In such a case we may be interested that as long this session
> exists
> this users requests will always be handled with the old set of
> functions.
>
To a
20 matches
Mail list logo