Re: alternative to passing parameters to functions

You can checkout clojure.options (https://github.com/guv/clojure.options/). One of its main features is documentation for options (even transitive ones in calls to other functions with options). -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To

Multiple subselects, korma

Hey folks, I'm using korma 0.3.0 RC4 in a project, and wanted to know what's the idiomatic way to perform a union of two subselects. e.g. Something of this sort (select foo (where {:somefield [in (subselect ...) (subselect ...)]})) Tha

Re: STM in Clojure vs Haskell, why no retry or orElse?

OK, I guess the essence is: Why does Clojure not need retry or orElse when another implementer of STM considers them essential? I'm guessing it's because clojures in MVCC but would like confirmation and perhaps links to comparisons between STMs and maybe a guide to Clojures. How would you solve th

Re: RC 16: Last chance to test against Clojure 1.5 before it ships

I don't expect this to go into 1.5. But the point raised by vemv is a good one. Clojurescript makes ExceptionInfo available by default. If this were also the case in clojure - it would help with portable code. Specifically catching ExceptionInfo. (longer comments on the thread referenced previ

Re: with-redefs for vars in a different namespace for tests (midje facts)

On Feb 17, 2013, at 8:49 PM, Leonardo Borges wrote: > My theory behind why this works is that when I reload the cache > namespace it recompiles it - and at that point, the new var binding is > available. > > Is this the case? More importantly, is this how I should be doing this? Yes. If you l

Re: RC 16: Last chance to test against Clojure 1.5 before it ships

Your additional points make more evident the need to put some final effort on the design of ExceptionInfo - leaving it "alpha" would be pretty unfortunate. On Monday, February 18, 2013 2:05:39 PM UTC+1, Dave Sann wrote: > > I don't expect this to go into 1.5. > > But the point raised by vemv is

Re: STM in Clojure vs Haskell, why no retry or orElse?

On 18 February 2013 12:30, Tom Hall wrote: > OK, I guess the essence is: > Why does Clojure not need retry or orElse when another implementer of > STM considers them essential? What are retry and orElse? What do they do? > I'm guessing it's because clojures in MVCC but would like confirmation >

The case for as->> ("as-last")

While there are other possible uses (example), I see myself mainly using as-> as a mechanism for resorting to thread-last within a thread-first expression. For example, given (-> [[1 1 1] 2 3] (nth 0)) I might want to add an operation th

Re: How to bind an Aleph TCP server to a TCP v4 port?

Hi Peter, You was right! I append the -Djava.net.preferIPv4Stack=true option in the project file: (defproject clj-echo-server "0.1.0-SNAPSHOT" :description "Echo server with Aleph" :url "http://example.com/FIXME"; :license {:name "Eclipse Public License" :url "http://www.eclipse.org/lega

reflection used for (or ...) and (into-array ...)

For *or* => *(set! *warn-on-reflection* true) (def ^Integer a 1) (java.awt.Color. 0 0 ^Integer (or ^Integer a 0) 0) *clojure-version** true #'cgws.notcore/a Reflection warning, NO_SOURCE_PATH:3:1 - call to java.awt.Color ctor can't be resolved. # {:major 1, :minor 5, :incremental 0, :quali

Re: reflection used for (or ...) and (into-array ...)

Integer is a "boxed" integer in Java. It is a full Java Object. The java.awt.Color constructor you are calling takes 4 primitive int parameters, not Integer. Try this: (set! *warn-on-reflection* true) (def a 1) (java.awt.Color. (int 0) (int 0) (int (or a 0)) (int 0)) I'm not so sure what yo

Loading in jars with dependencies at runtime into separate classloaders with independent classpaths

I'm working on a web api wrapper around a number of java/clojure libraries. One problem that I have run into is transitive dependency conflicts, especially when some of the projects are older than others. What I want to do is have each API endpoint's final handler function in its own classload

Re: Loading in jars with dependencies at runtime into separate classloaders with independent classpaths

Adam: You can do this exact thing in Immutant[1]. It can handle multiple applications at the same time, with each application getting an isolated ClassLoader. Each application can optionally have its dependencies resolved at deploy time via pomegranate, and can be (re)deployed independently of oth

Re: reflection used for (or ...) and (into-array ...)

Thank you for the reply. Does this *(int (or a 0)) *incur any runtime penalty when compared to ^int (if that would be possible) ? (answer: insignificat) Well I'll test: => *(def a 1)* #'seesaw.layout/a => (time (dorun (doseq [x (take 1000 (range))] (java.awt.Color. 0 0 *(int a)* 0 "E

Re: reflection used for (or ...) and (into-array ...)

A side note: dorun makes no sense around doseq since doseq returns nil and dorun operates on a lazy seq. On Monday, February 18, 2013 8:16:16 PM UTC+1, AtKaaZ wrote: > > => (time (dorun (doseq [x (take 1000 (range))] > (java.awt.Color. 0 0 *(int a)* 0 > "Elapsed time: 7352.883635 mse

Re: The case for as->> ("as-last")

On Monday, February 18, 2013 5:40:51 PM UTC+1, vemv wrote: > > And neither can be solved by adding a lambda: > > (-> [[1 1 1] 2 3] (nth 0) #(map inc %)) ;; fail > Lambda does solve it, you are just missing the parens around the lambda: (-> [[1 1 1] 2 3] (nth 0) (#(map inc %))) > Clojure 1.5'

Re: reflection used for (or ...) and (into-array ...)

awesome! I wasn't thinking at all about that, I just remember something returned lazyseq and I just had to make sure, but was too lazy to think about it :) Much appreciated! Thanks! On Mon, Feb 18, 2013 at 8:36 PM, Marko Topolnik wrote: > A side note: dorun makes no sense around doseq since do

nrepl-ritz setup (missing dependency "dynapath")

Hi, I've been going through all the instruction on the nrepl-ritz page (https://github.com/pallet/ritz/tree/develop/nrepl) as well as nrepl-ritz threads and I can't seem to get it working due to a mysterious dependency problem on dynapath. M-x nrepl-ritz-jack-in results in Starting nREPL ritz

Re: The case for as->> ("as-last")

That extra parenses trick is neat, never thought of that! As for as->> being redundant - it could be considered so indeed, given that as-> can be lambified: (->> [] (#(as-> % x (map inc x - but that's pretty damn ugly haha. If you were thinking something else, please let me know. Thanks - Vic

Re: The case for as->> ("as-last")

as-> is meant to be used as the only threading form. In your example you'd want to replace the initial ->> with as->. On Monday, February 18, 2013 9:04:55 PM UTC+1, vemv wrote: > > That extra parenses trick is neat, never thought of that! > > As for as->> being redundant - it could be considered

Re: The case for as->> ("as-last")

Fair enough. Now I'm beggining to truly appreciate as->, thank you. I still believe as->> would be somewhat useful but I don't see it getting added to clojure.core now. On Mon, Feb 18, 2013 at 9:10 PM, Marko Topolnik wrote: > as-> is meant to be used as the only threading form. In your example yo

Re: nrepl-ritz setup (missing dependency "dynapath")

Dima B writes: > I've been going through all the instruction on the nrepl-ritz page > (https://github.com/pallet/ritz/tree/develop/nrepl) as well as nrepl-ritz > threads and I can't seem to get it working due to a mysterious dependency > problem on dynapath. Which version of ritz? > Adding [

Re: STM in Clojure vs Haskell, why no retry or orElse?

>> Why does Clojure not need retry or orElse when another implementer of >> STM considers them essential? > What are retry and orElse? What do they do? I had hoped to get a reply from someone with experience of both, as the quote suggests they are for blocking and choice (The article was the first

ANN Gavagai 0.3.1 released

Gavagai is a library dedicated to facilitating the creation of Clojure wrapper around Java libraries. It enables a simple, declarative way to automatically convert recursive graphs of Java objects to Clojure immutable and lazy data structures. You can find out more about this project motivations

Re: nrepl-ritz setup (missing dependency "dynapath")

Dima B writes: > Hi, > > I've been going through all the instruction on the nrepl-ritz page > (https://github.com/pallet/ritz/tree/develop/nrepl) as well as nrepl-ritz > threads and I can't seem to get it working due to a mysterious dependency > problem on dynapath. ... > error in process sent

Re: nrepl-ritz setup (missing dependency "dynapath")

Toby Crawley writes: > * I can release a new version that is compatible with 0.1.0 and 0.2.x, > requiring you do depend on it (and possibly exclude other versions) > * I can update ritz to use 0.2.1, and Hugo can make a new release (if he > is amenable to that). As far as I know, ritz is the

Re: nrepl-ritz setup (missing dependency "dynapath")

Hugo Duncan writes: > > The latter is fine by me. It is about time we had another ritz release for > nrepl.el 1.6 anyway. I'll send you a PR in a few minutes. -- Toby Crawley http://immutant.org | http://torquebox.org -- -- You received this message because you are subscribed to the Google

Re: nrepl-ritz setup (missing dependency "dynapath")

> Which version of ritz? Ritz is "0.6.0", emacs plug-in is also 0.6.0. Clojure 1.4.0. Lein 2.0. I believe the midje plugin does have a dependency on dynapath 2.x that explains the mystery. Thank you for looking into this! On Monday, February 18, 2013 12:36:20 PM UTC-8, Hugo Duncan wrote: > >

Re: nrepl-ritz setup (missing dependency "dynapath")

Toby Crawley writes: > Hugo Duncan writes: >> >> The latter is fine by me. It is about time we had another ritz release for >> nrepl.el 1.6 anyway. > > I'll send you a PR in a few minutes. Thanks. Released in ritz 0.7.0 -- -- You received this message because you are subscribed to the Googl

Re: nrepl-ritz setup (missing dependency "dynapath")

I confirm that the issue is fixed. Thank you, guys! On Monday, February 18, 2013 3:39:37 PM UTC-8, Hugo Duncan wrote: > > Toby Crawley > writes: > > > Hugo Duncan writes: > >> > >> The latter is fine by me. It is about time we had another ritz release > for > >> nrepl.el 1.6 anyway. > >

Re: alternative to passing parameters to functions

Thanks guys, I think I will go with this variant that vemv suggested and upon further exploring I realized it can do much more (still exploring currently): *(defn somefn [req1 req2 **;required params * *& {:keys [a b c d e]** ;optional params* *:or {a 1** ;optional params with preset de

Clojure Performance For Expensive Algorithms

Hello, I am cross-posting my Clojure question from StackOverflow. I am trying to get an algorithm in Clojure to match Java speed and managed to get the performance to within one order of magnitude and wondering if more is possible. The full question is here: http://stackoverflow.com/questions

Re: RC 16: Last chance to test against Clojure 1.5 before it ships

On Wednesday, February 13, 2013 10:33:42 PM UTC-5, Stuart Halloway wrote: > > If you care about Clojure 1.5 compatibility for your codebase, please test > it against RC 16 as soon as possible. > (I mistakenly posted this already to the *read-eval* thread, but it really belongs here... apologies

ANN LispCast Videos

Hi, I thought this might interest Clojure programmers. I have a Kickstarter project to create screencasts to introduce people to Clojure. The project so far is doing well, but there is still a ways to go. One hour of video is set at a very good price ($5). If it does well, I hope to create more

Re: Clojure Performance For Expensive Algorithms

This won't get you all of the way to Java speeds, or at least it didn't for me, but try these things: Use: (set! *warn-on-reflection* true) (set! *unchecked-math* true) The first won't speed anything up, but it will warn you about some things that are slow. The second will use unchecked match