Re: is there a community "best practice" for including your co-workers libraries?

[dmichulke]

You don't really need to set up a server infrastructure if you can live 
with hacks.

One way is put the JAR say in a "/lib" dir and point the :resource-paths 
entry in profiles.clj directly to the JAR, so "lib/my-coworker-lib.jar".

The other way is http://stackoverflow.com/a/26997656 but I only applied it 
in Java up to now, so I don't know how to configure the project.clj in this 
case.

I used both (the first in Clojure and the second in Java) and in both 
cases, you can keep the JAR in your version control system.

On Friday, October 16, 2015 at 11:17:29 PM UTC+2, Lawrence Krubner wrote:
>
> I know this question has been asked before, but when I went searching I 
> mostly found old entries that were on a somewhat different topic, such as 
> "How to add a java library (that is not in maven) as a dependency for a 
> clojure library?"
>
> I wrote a Clojure app and my co-worker wrote a Java app. I have another 
> co-worker who is working on an app that would include the first 2 apps as 
> libraries. 
>
> I have been able to get the combination working using the Leiningen plugin 
> "localrepo" but my co-worker wants me to make the other 2 libraries 
> available from some central repo that Leiningen can download from. How is 
> this usually done? Do I set up a Maven repo on one of the company servers? 
>
>
>
>
>
>
>
>
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Any clojure test frameworks support jsonPath macters like rest-assured in java?

[qianyan . lambda]

Hi hivemind,

In Java, we have

> get("/lotto").then().assertThat().body("lotto.winners.winnerId", hasItems(23, 
> 54));
>
>
Any test frameworks can support this like below?

(deftest should-return-200j
  (testing "should return 200 ok"
(let [{body :body} (my-app (mock/request :get "/"))]
  (is (jsonMatch body "$.foo" "bar")

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: complex numbers in clojure

[Grahack]

I'm resurrecting this thread in case there is something new that happened 
concerning complex numbers that was not logged here.
So was there some progress made?

I also wanted to add that mixing rationals and complex wuold be super cool, 
like:

(* 1/2 i) => i/2)

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: complex numbers in clojure

['Alan Forrester' via Clojure]

On 2 Nov 2015, at 13:11, Grahack  wrote:

> I'm resurrecting this thread in case there is something new that happened 
> concerning complex numbers that was not logged here.
> So was there some progress made?
> 
> I also wanted to add that mixing rationals and complex wuold be super cool, 
> like:
> 
> (* 1/2 i) => i/2)

There is now a complex number library that  the Java commons-math3 Complex 
library:

https://github.com/alanforr/complex/.

This library does not mix rationals and complex since the underlying Java 
library uses doubles.

Mike Anderson has written a complex matrix library:

https://github.com/mikera/core.matrix.complex.

Alan

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: complex numbers in clojure

[Christopher Small]

I'll just add that core matrix complex doesn't prevent you from using
rationals, as most of the math happens on real/imaginary matrix pairs.
However, any time you try to return a scalar value (not a matrix), it wraps
the result using the alanforr library, so you'd be potentially restricted
there, though I'm not sure if the alanforr library would automatically cast
or error out. If someone came up with another complex library, it probably
wouldn't be too hard to make that swappable, just as the underlying matrix
implantations are presently (in core.matrix.complex).

Chris

On Mon, Nov 2, 2015, 7:03 AM 'Alan Forrester' via Clojure <
clojure@googlegroups.com> wrote:

> On 2 Nov 2015, at 13:11, Grahack  wrote:
>
> > I'm resurrecting this thread in case there is something new that
> happened concerning complex numbers that was not logged here.
> > So was there some progress made?
> >
> > I also wanted to add that mixing rationals and complex wuold be super
> cool, like:
> >
> > (* 1/2 i) => i/2)
>
> There is now a complex number library that  the Java commons-math3 Complex
> library:
>
> https://github.com/alanforr/complex/.
>
> This library does not mix rationals and complex since the underlying Java
> library uses doubles.
>
> Mike Anderson has written a complex matrix library:
>
> https://github.com/mikera/core.matrix.complex.
>
> Alan
>
> --
> 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
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/lY1r6zw6LeU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
-- 

Chris

Sent via mobile

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Right behavior of core/bean

[Timur]

Hi everyone,

Is the following the expected behavior after converting an object into a 
map using bean fn:

user> (bean "test")

{:bytes #object["[B" 0x546fe214 "[B@546fe214"], :class java.lang.String, 
:empty false}


user> (into [] (bean "test"))

[[:bytes #object[clojure.core$bean$fn__5742$fn__5743 0x4cdc53ad 
"clojure.core$bean$fn__5742$fn__5743@4cdc53ad"]] [:class 
#object[clojure.core$bean$fn__5742$fn__5743 0x55008929 
"clojure.core$bean$fn__5742$fn__5743@55008929"]] [:empty 
#object[clojure.core$bean$fn__5742$fn__5743 0x118e7d04 
"clojure.core$bean$fn__5742$fn__5743@118e7d04"]]]


When I put the map into a vector, the values of the bean map are converted 
into bean functions, e.g., #object[clojure.core$bean$fn__5742$fn__5743 
0x118e7d04 "clojure.core$bean$fn__5742$fn__5743@118e7d04"]

When I call the value fn here, it returns the value of a key. 

Regards,

Timur

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: complex numbers in clojure

['Alan Forrester' via Clojure]

On 2 Nov 2015, at 15:57, Christopher Small  wrote:
> I'll just add that core matrix complex doesn't prevent you from using 
> rationals, as most of the math happens on real/imaginary matrix pairs. 
> However, any time you try to return a scalar value (not a matrix), it wraps 
> the result using the alanforr library, so you'd be potentially restricted 
> there, though I'm not sure if the alanforr library would automatically cast 
> or error out. If someone came up with another complex library, it probably 
> wouldn't be too hard to make that swappable, just as the underlying matrix 
> implantations are presently (in core.matrix.complex).
> 
The complex number library basically casts non-doubles to doubles.

Alan

> On Mon, Nov 2, 2015, 7:03 AM 'Alan Forrester' via Clojure 
> mailto:clojure@googlegroups.com>> wrote:
> On 2 Nov 2015, at 13:11, Grahack  > wrote:
> 
> > I'm resurrecting this thread in case there is something new that happened 
> > concerning complex numbers that was not logged here.
> > So was there some progress made?
> >
> > I also wanted to add that mixing rationals and complex wuold be super cool, 
> > like:
> >
> > (* 1/2 i) => i/2)
> 
> There is now a complex number library that  the Java commons-math3 Complex 
> library:
> 
> https://github.com/alanforr/complex/ .
> 
> This library does not mix rationals and complex since the underlying Java 
> library uses doubles.
> 
> Mike Anderson has written a complex matrix library:
> 
> https://github.com/mikera/core.matrix.complex 
> .
> 
> Alan
> 
> --
> 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 
> 
> ---
> You received this message because you are subscribed to a topic in the Google 
> Groups "Clojure" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/clojure/lY1r6zw6LeU/unsubscribe 
> .
> To unsubscribe from this group and all its topics, send an email to 
> clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> -- 
> Chris
> 
> Sent via mobile
> 
> 
> -- 
> 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 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: how to speedup lein uberjar?

[Asim Jalis]

Hi Sunil,

Here is something to think about. Can you use the REPL for your workflow
instead?

If the changes are all in the Spark driver code you can run the driver
inside the REPL and then test out the changes in the REPL. Once you have
something that works you can save that and deploy an uberjar.

Deploying an uberjar 4-5 times an hour feels like it goes against the
spirit of Clojure.

Asim

On Sun, Nov 1, 2015 at 10:10 PM, Sunil S Nandihalli <
sunil.nandiha...@gmail.com> wrote:

> Hi Asim,
>  I needed to run lein uberjar to submit the jar to run a distributed job
> on a apache-spark cluster.  and my uberjar is currently taking anywhere
> from 2 to 4 minutes to finish. I have have had to run uberjar fairly
> frequently during my iterations ( 4 to 5 times in an hour) . I am new to
> spark. So I need to quickly iterate with changes in the code.
>
> Thanks for asking.
> Regards,
> Sunil.
>
> On Mon, Nov 2, 2015 at 6:09 AM, Asim Jalis  wrote:
>
>> Hi Sunil,
>>
>> I am wondering why you want to speed up lein uberjar.
>>
>> How frequently do you need to run this?
>>
>> What is your use case and workflow around this?
>>
>> Thanks.
>>
>> Asim
>>
>> On Mon, Oct 26, 2015 at 2:04 AM, Sunil S Nandihalli <
>> sunil.nandiha...@gmail.com> wrote:
>>
>>> Hi Everybody,
>>>   My lein uberjar takes about 2 minutes to run. It also recompiles all
>>> the clj files everytime.  Is there a way to speedup lein-uberjar .. Or may
>>> be make it incremental?
>>> Thanks,
>>> Sunil.
>>>
>>> --
>>> 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
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to clojure+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> 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
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> 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
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Right behavior of core/bean

[Sean Corfield]

user> (bean "test")

{:bytes #object["[B" 0x546fe214 "[B@546fe214"], :class java.lang.String, :empty 
false}


user> (into [] (bean "test"))

[[:bytes #object[clojure.core$bean$fn__5742$fn__5743 0x4cdc53ad 
"clojure.core$bean$fn__5742$fn__5743@4cdc53ad"]] [:class 
#object[clojure.core$bean$fn__5742$fn__5743 0x55008929 
"clojure.core$bean$fn__5742$fn__5743@55008929"]] [:empty 
#object[clojure.core$bean$fn__5742$fn__5743 0x118e7d04 
"clojure.core$bean$fn__5742$fn__5743@118e7d04"]]]

This is certainly very puzzling behavior but if you look at the type of (bean 
"test") it becomes clearer:

user> (type (bean "test"))
clojure.core.proxy$clojure.lang.APersistentMap$ff19274a

So we need to "force" the map to a sequence in order to pour it into a vector, 
it seems:

user> (into [] (seq (bean "test")))
[[:bytes #object["[B" 0x15cb34dd "[B@15cb34dd"]] [:class java.lang.String] 
[:empty false]]

Whether that is "correct" or not, I’ll leave to Clojure/core to comment…

Sean


-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Right behavior of core/bean

[Alex Miller]

Seems buggy to me. Most likely, bean needs to do more work in 
implementation.

Same behavior in 1.7 and 1.8. In 1.6, the into call actually throws an 
exception as the proxy doesn't implement iterator(). 

Ticket welcome...

On Monday, November 2, 2015 at 1:26:32 PM UTC-6, Sean Corfield wrote:
>
> user> (bean "test")
>
> {:bytes #object["[B" 0x546fe214 "[B@546fe214"], :class java.lang.String, 
> :empty false}
>
>
> user> (into [] (bean "test"))
>
> [[:bytes #object[clojure.core$bean$fn__5742$fn__5743 0x4cdc53ad 
> "clojure.core$bean$fn__5742$fn__5743@4cdc53ad"]] [:class 
> #object[clojure.core$bean$fn__5742$fn__5743 0x55008929 
> "clojure.core$bean$fn__5742$fn__5743@55008929"]] [:empty 
> #object[clojure.core$bean$fn__5742$fn__5743 0x118e7d04 
> "clojure.core$bean$fn__5742$fn__5743@118e7d04"]]]
>
>
> This is certainly very puzzling behavior but if you look at the type of 
> (bean "test") it becomes clearer:
>
> user> (type (bean "test"))
> clojure.core.proxy$clojure.lang.APersistentMap$ff19274a
>
> So we need to "force" the map to a sequence in order to pour it into a 
> vector, it seems:
>
> user> (into [] (seq (bean "test")))
> [[:bytes #object["[B" 0x15cb34dd "[B@15cb34dd"]] [:class java.lang.String] 
> [:empty false]]
>
> Whether that is "correct" or not, I’ll leave to Clojure/core to comment…
>
> Sean
>
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: If a Java function seems to never return, how do I test?

[Lawrence Krubner]

Now there is a new error. 

Somehow, when the exception happens in our Java library, even though we, in 
theory, write to System.out.println(), I never see the Exception in the 
logs. 

All I can think is that somewhere in the Java library there is an exception 
that we catch but we forget to do System.out.println(). Can anyone think of 
another explanation? 




On Sunday, November 1, 2015 at 5:10:19 PM UTC-5, Lawrence Krubner wrote:
>
> So, we eventually fixed this. There were 2 bugs that worked together to 
> make this a mystery. I had to guess at what the problems were, and fix them 
> blind, since I could not see the Exceptions. I am curious about why I was 
> not able to see the Exceptions. 
>
> About this:
>
> > Exceptions are ALWAYS visible, the only way they get lost is 
> > the try/catch blocks you added in your code which effectively 
> > swallow and ignore them.
>
> But the Exceptions I dealt with were invisible. We have the Clojure app 
> set up to run via Supervisord and the conf has these lines:
>
> stderr_logfile=/var/log/nlph_stderr.log
> stdout_logfile=/var/log/nlph_stdout.log
>
> So in 2 terminal windows I would:
>
> cd /var/log
>
> tail -f nlph_stdout.log
>
> And the same for nlph_stderr.log.
>
> So I was looking at the output in my terminal window. And I could see all 
> of our logging statements appear. And the code clearly got to the line 
> where the exception happens, but then the Exception never appeared in the 
> terminal. It was invisible. I assume the output of this: 
>
> System.out.println(e.getMessage());
>
> would appear in one of the files that I was tailing. But it never did. 
>
> So I am wondering why the Exceptions were invisible? Why didn't the print 
> statements make it to the terminal? 
>
>
>
>
> On Saturday, October 31, 2015 at 6:56:23 AM UTC-4, Thomas Heller wrote:
>>
>>
>>> What could we do to make the Exception visible, assuming there is one? 
>>>
>>>
>> Exceptions are ALWAYS visible, the only way they get lost is the 
>> try/catch blocks you added in your code which effectively swallow and 
>> ignore them. The JVM will not randomly lose an Exception, it is always code 
>> you write that decided to handle them in some way. If you do not know how 
>> to handle an exception do not catch it, printing its stacktrace and 
>> ignoring it is never a good idea.
>>
>> In your case since you say that the function never returns I'd put my 
>> guess on an infinite loop. There is no exception that gets lost, your code 
>> is just still running. If your JVM is running locally you can attach to it 
>> via jvisualvm [1] and get a quick overview of what the JVM is doing. If you 
>> look at the thread information you'll see if something is still running or 
>> dead-locked somehow.
>>
>> You can also use a debugger and step through the java code step by step.
>>
>> Also, consider coding against interfaces in java (eg. java.util.List and 
>> java.util.Map instead of java.util.Collection), it will save you tons of 
>> conversion calls.
>>
>> HTH
>> /thomas
>>
>> [1] https://visualvm.java.net/
>>
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: If a Java function seems to never return, how do I test?

[Raoul Duke]

flush twice, oracle is far far away?

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: If a Java function seems to never return, how do I test?

[Alex Miller]

It is possible to rebind System.out to something else inside Java, so the 
library could be redirecting it from your view. Not saying that's 
happening, but it's possible. 

If you you can connect with a debugger, you can set breakpoints based on 
any thrown exception.

On Monday, November 2, 2015 at 2:22:30 PM UTC-6, Lawrence Krubner wrote:
>
>
> Now there is a new error. 
>
> Somehow, when the exception happens in our Java library, even though we, 
> in theory, write to System.out.println(), I never see the Exception in the 
> logs. 
>
> All I can think is that somewhere in the Java library there is an 
> exception that we catch but we forget to do System.out.println(). Can 
> anyone think of another explanation? 
>
>
>
>
> On Sunday, November 1, 2015 at 5:10:19 PM UTC-5, Lawrence Krubner wrote:
>>
>> So, we eventually fixed this. There were 2 bugs that worked together to 
>> make this a mystery. I had to guess at what the problems were, and fix them 
>> blind, since I could not see the Exceptions. I am curious about why I was 
>> not able to see the Exceptions. 
>>
>> About this:
>>
>> > Exceptions are ALWAYS visible, the only way they get lost is 
>> > the try/catch blocks you added in your code which effectively 
>> > swallow and ignore them.
>>
>> But the Exceptions I dealt with were invisible. We have the Clojure app 
>> set up to run via Supervisord and the conf has these lines:
>>
>> stderr_logfile=/var/log/nlph_stderr.log
>> stdout_logfile=/var/log/nlph_stdout.log
>>
>> So in 2 terminal windows I would:
>>
>> cd /var/log
>>
>> tail -f nlph_stdout.log
>>
>> And the same for nlph_stderr.log.
>>
>> So I was looking at the output in my terminal window. And I could see all 
>> of our logging statements appear. And the code clearly got to the line 
>> where the exception happens, but then the Exception never appeared in the 
>> terminal. It was invisible. I assume the output of this: 
>>
>> System.out.println(e.getMessage());
>>
>> would appear in one of the files that I was tailing. But it never did. 
>>
>> So I am wondering why the Exceptions were invisible? Why didn't the print 
>> statements make it to the terminal? 
>>
>>
>>
>>
>> On Saturday, October 31, 2015 at 6:56:23 AM UTC-4, Thomas Heller wrote:
>>>
>>>
 What could we do to make the Exception visible, assuming there is one? 


>>> Exceptions are ALWAYS visible, the only way they get lost is the 
>>> try/catch blocks you added in your code which effectively swallow and 
>>> ignore them. The JVM will not randomly lose an Exception, it is always code 
>>> you write that decided to handle them in some way. If you do not know how 
>>> to handle an exception do not catch it, printing its stacktrace and 
>>> ignoring it is never a good idea.
>>>
>>> In your case since you say that the function never returns I'd put my 
>>> guess on an infinite loop. There is no exception that gets lost, your code 
>>> is just still running. If your JVM is running locally you can attach to it 
>>> via jvisualvm [1] and get a quick overview of what the JVM is doing. If you 
>>> look at the thread information you'll see if something is still running or 
>>> dead-locked somehow.
>>>
>>> You can also use a debugger and step through the java code step by step.
>>>
>>> Also, consider coding against interfaces in java (eg. java.util.List and 
>>> java.util.Map instead of java.util.Collection), it will save you tons of 
>>> conversion calls.
>>>
>>> HTH
>>> /thomas
>>>
>>> [1] https://visualvm.java.net/
>>>
>>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

core.cache limits?

[William la Forge]

The lirs cache in core.cache looks good, but I don't follow the code for 
setting the limits. I'd like to use this as a node cache for virtual data 
structures. So I need a large, but configurable, limit.

Did a web search, can't find any examples for setting the limits. Most of 
what I found was discussing the implications of using an immutable 
structure.

Thanks in advance. Bill

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: If a Java function seems to never return, how do I test?

[Rob Lally]

Is it possible that the exception is being thrown in a different thread? If 
that’s the case, you can use:

https://docs.oracle.com/javase/7/docs/api/java/lang/Thread.UncaughtExceptionHandler.html
 


to capture it.


Rob.


> On 2 Nov 2015, at 12:22, Lawrence Krubner  wrote:
> 
> 
> Now there is a new error. 
> 
> Somehow, when the exception happens in our Java library, even though we, in 
> theory, write to System.out.println(), I never see the Exception in the logs. 
> 
> All I can think is that somewhere in the Java library there is an exception 
> that we catch but we forget to do System.out.println(). Can anyone think of 
> another explanation? 
> 
> 
> 
> 
> On Sunday, November 1, 2015 at 5:10:19 PM UTC-5, Lawrence Krubner wrote:
> So, we eventually fixed this. There were 2 bugs that worked together to make 
> this a mystery. I had to guess at what the problems were, and fix them blind, 
> since I could not see the Exceptions. I am curious about why I was not able 
> to see the Exceptions. 
> 
> About this:
> 
> > Exceptions are ALWAYS visible, the only way they get lost is 
> > the try/catch blocks you added in your code which effectively 
> > swallow and ignore them.
> 
> But the Exceptions I dealt with were invisible. We have the Clojure app set 
> up to run via Supervisord and the conf has these lines:
> 
> stderr_logfile=/var/log/nlph_stderr.log
> stdout_logfile=/var/log/nlph_stdout.log
> 
> So in 2 terminal windows I would:
> 
> cd /var/log
> 
> tail -f nlph_stdout.log
> 
> And the same for nlph_stderr.log.
> 
> So I was looking at the output in my terminal window. And I could see all of 
> our logging statements appear. And the code clearly got to the line where the 
> exception happens, but then the Exception never appeared in the terminal. It 
> was invisible. I assume the output of this: 
> 
> System.out.println(e.getMessage());
> 
> would appear in one of the files that I was tailing. But it never did. 
> 
> So I am wondering why the Exceptions were invisible? Why didn't the print 
> statements make it to the terminal? 
> 
> 
> 
> 
> On Saturday, October 31, 2015 at 6:56:23 AM UTC-4, Thomas Heller wrote:
> 
> What could we do to make the Exception visible, assuming there is one? 
> 
> 
> Exceptions are ALWAYS visible, the only way they get lost is the try/catch 
> blocks you added in your code which effectively swallow and ignore them. The 
> JVM will not randomly lose an Exception, it is always code you write that 
> decided to handle them in some way. If you do not know how to handle an 
> exception do not catch it, printing its stacktrace and ignoring it is never a 
> good idea.
> 
> In your case since you say that the function never returns I'd put my guess 
> on an infinite loop. There is no exception that gets lost, your code is just 
> still running. If your JVM is running locally you can attach to it via 
> jvisualvm [1] and get a quick overview of what the JVM is doing. If you look 
> at the thread information you'll see if something is still running or 
> dead-locked somehow.
> 
> You can also use a debugger and step through the java code step by step.
> 
> Also, consider coding against interfaces in java (eg. java.util.List and 
> java.util.Map instead of java.util.Collection), it will save you tons of 
> conversion calls.
> 
> HTH
> /thomas
> 
> [1] https://visualvm.java.net/ 
> 
> -- 
> 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 
> 
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
Fo

Re: core.cache limits?

[William la Forge]

I am also wondering if lirs is still a good choice when the cache is large 
and the items are small. Perhaps lru would be better?

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[William la Forge]

It is the parameter list that threw me off: [base & {:keys [s-history-limit 
q-history-limit] :or {s-history-limit 32 q-history-limit 32}}] That's more 
destructuring than I've ever seen.

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[William la Forge]

OK, after a bit of digging into destructuring, I THINK I just pass the 
argument {s-history-limit 1000 q-history-limit 1000} or perhaps 
{:s-history-limit 1000 :q-history-limit 1000}.

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[William la Forge]

Solved by repl.

(f :s-history-limit 1000 q-history-limit 1000) is what I want.

(I'm finding clojure to be a rich language.)

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

mbrace style integration?

[Raoul Duke]

hi,

ignorant question from me:

F#/dotnet has 'mbrace' which lets you, apparently, *super* easily
spawn things off to a cluster (cloud based). Instead of doing async {
/*worker code*/ }; you do cloud { /*worker code*/ }; and all the
management of getting it sent to the cloud, run, and back is
automagically handled.

What kinds of things might be similar in the clojure/java/scala world?

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.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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[James Elliott]

If you really do want to set both parameters, you need both to be keywords, 
i.e:

  (f :s-history-limit 1000 :q-history-limit 1000)

That may have just been a typo in your posting, but I wanted to be sure it 
was not also in your code.

  -James

On Monday, November 2, 2015 at 5:11:03 PM UTC-6, William la Forge wrote:
>
> Solved by repl.
>
> (f :s-history-limit 1000 q-history-limit 1000) is what I want.
>
> (I'm finding clojure to be a rich language.)
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[James Elliott]

And yes, the first time you look at the details of map destructuring for 
optional keyword arguments in Clojure functions it can be a bit confusing, 
but it is such a handy idiom once you get used to it.

On Monday, November 2, 2015 at 5:53:33 PM UTC-6, James Elliott wrote:
>
> If you really do want to set both parameters, you need both to be 
> keywords, i.e:
>
>   (f :s-history-limit 1000 :q-history-limit 1000)
>
> That may have just been a typo in your posting, but I wanted to be sure it 
> was not also in your code.
>
>   -James
>
> On Monday, November 2, 2015 at 5:11:03 PM UTC-6, William la Forge wrote:
>>
>> Solved by repl.
>>
>> (f :s-history-limit 1000 q-history-limit 1000) is what I want.
>>
>> (I'm finding clojure to be a rich language.)
>>
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: is there a community "best practice" for including your co-workers libraries?

[Dave Tenny]

I'm slightly confused, is there some reason Clojars  
doesn't 
work for sharing libraries in this context? 

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: is there a community "best practice" for including your co-workers libraries?

[Sean Corfield]

Dave Tenny wrote on Monday, November 2, 2015 at 3:59 PM:
I'm slightly confused, is there some reason Clojars doesn't work for sharing 
libraries in this context? 

Because it’s public and sharing your companies libraries with the world might 
be frowned upon…?

Sean


-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: is there a community "best practice" for including your co-workers libraries?

[Dave Tenny]

ok, that must be the part I missed.

On Mon, Nov 2, 2015 at 7:01 PM, Sean Corfield  wrote:

> Dave Tenny wrote on Monday, November 2, 2015 at 3:59 PM:
>
> I'm slightly confused, is there some reason Clojars  
> doesn't
> work for sharing libraries in this context?
>
>
> Because it’s public and sharing your companies libraries with the world
> might be frowned upon…?
>
> Sean
>
> --
> 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
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/myxUzM7TzYA/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: core.cache limits?

[William la Forge]

There was just so much more there than I had ever dreamed. I had looked at 
destructuring, but had been unaware of the various directives. :D

-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Expectations mode not running tests

[JvJ]

I've been attempting to use expectations and emacs expectations-mode to run 
test on namespaces.  However, when I attempt to execute tests in 
expectations mode, I get the following error message:

expectations-eval: Symbol’s function definition is void: nrepl-send-string

I'm not sure if this has something to do with my project setup, but I 
expect my emacs configuration is to blame.

Any ideas on how it may be fixed?

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.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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: how to speedup lein uberjar?

[Sunil S Nandihalli]

Thanks Asim for this suggestion. I wanted to do it but did not have the
bandwidth to explore how to do it.. I am new to spark..  I usually do
repl-driven dev for local apps... Have you done repl-driven using spark and
clojure? do you have pointers as to how to do it.. I can explore if you
tell me that there really are no problems in doing that.

Regards,
Sunil.

On Tue, Nov 3, 2015 at 12:48 AM, Asim Jalis  wrote:

> Hi Sunil,
>
> Here is something to think about. Can you use the REPL for your workflow
> instead?
>
> If the changes are all in the Spark driver code you can run the driver
> inside the REPL and then test out the changes in the REPL. Once you have
> something that works you can save that and deploy an uberjar.
>
> Deploying an uberjar 4-5 times an hour feels like it goes against the
> spirit of Clojure.
>
> Asim
>
> On Sun, Nov 1, 2015 at 10:10 PM, Sunil S Nandihalli <
> sunil.nandiha...@gmail.com> wrote:
>
>> Hi Asim,
>>  I needed to run lein uberjar to submit the jar to run a distributed job
>> on a apache-spark cluster.  and my uberjar is currently taking anywhere
>> from 2 to 4 minutes to finish. I have have had to run uberjar fairly
>> frequently during my iterations ( 4 to 5 times in an hour) . I am new to
>> spark. So I need to quickly iterate with changes in the code.
>>
>> Thanks for asking.
>> Regards,
>> Sunil.
>>
>> On Mon, Nov 2, 2015 at 6:09 AM, Asim Jalis  wrote:
>>
>>> Hi Sunil,
>>>
>>> I am wondering why you want to speed up lein uberjar.
>>>
>>> How frequently do you need to run this?
>>>
>>> What is your use case and workflow around this?
>>>
>>> Thanks.
>>>
>>> Asim
>>>
>>> On Mon, Oct 26, 2015 at 2:04 AM, Sunil S Nandihalli <
>>> sunil.nandiha...@gmail.com> wrote:
>>>
 Hi Everybody,
   My lein uberjar takes about 2 minutes to run. It also recompiles all
 the clj files everytime.  Is there a way to speedup lein-uberjar .. Or may
 be make it incremental?
 Thanks,
 Sunil.

 --
 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
 ---
 You received this message because you are subscribed to the Google
 Groups "Clojure" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>>> 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
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to clojure+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> 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
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> 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
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because y