Re: [ANN] introduction to opencv development with clojure

[Mimmo Cosenza]

This is a great talk by Zach Tellman on the subject…..

http://www.infoq.com/presentations/Distilling-Java-Libraries

So, it seems that now I have seesaw and this great talk to get inspiration 
from. 
mimmo



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: cider status

[Bozhidar Batsov]

nrepl.el was renamed to cider after version 0.2. You should be using cider :-) 

-- 
Cheers,
Bozhidar


On Friday, December 13, 2013 at 9:43 AM, Adrian Mowat wrote:

> 
> 
> Is cider just a new release of nrepl.el or a different thing entirely?
> 
> Sorry to be a noob, but this is awfully confusing to the uninitiated.
> 
> 
> 
> -- 
> -- 
> 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 
> (mailto: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 
> (mailto: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/LTQd2zmy-MY/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> clojure+unsubscr...@googlegroups.com 
> (mailto:clojure+unsubscr...@googlegroups.com).
> For more options, visit https://groups.google.com/groups/opt_out.
> 
> 


-- 
-- 
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/groups/opt_out.

Re: cider status

[Phillip Lord]

Bozhidar Batsov  writes:
> On Tuesday, November 19, 2013 4:56:05 PM UTC+2, Phillip Lord wrote:
>>
>>
>> I discovered one of the reasons for my issues with stability yesterday. 
>> The version of clojure-test-mode on marmalade still depends on nrepl 
>> (rather than cider), so, despite my best efforts to remove nrepl.el it 
>> was still getting pulled back in. 
>>
>
> Marmalade is a huge problem these days - frequent outages, not to mention 
> many package uploads (including cider 0.4) got corrupted and Nic hasn't 
> been able to figure out what's going on there.
> I'd suggest to everyone to use MELPA for the time being.


So, I have used MELPA before, but I found living on the bleeding edge
for all of my packages is bit painful; the overall stability of my Emacs
setup dropped considerably. I fear this will remain while many package
developers use a "dirty head" versioning system (myself included).

I don't mind doing this for one or two packages where I want bleeding
edge, but I haven't worked out how to get package.el to pick packages
from different repos.

I agree with you about problems with marmalade. What we need is a way
for devs to specify the latest stable version (by commit, branch or tag)
in their Emacs packages. That would mean that, like marmalade, the
developer would control which version is considered stable, but could do
so purely with their VC. Wordpress plugins use something similar.

Phil

-- 
-- 
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/groups/opt_out.

Re: map> vs map< in core.async

[Joachim De Beule]

Thanks, that indeed did the trick.

More generally it's not clear to me what makes a channel an "output 
channel" or an "input channel". Aren't all channels input and output 
channels depending on whether you read from or write to it?

 

Op vrijdag 13 december 2013 04:28:53 UTC+1 schreef Carlo:
>
> On Thu, Dec 12, 2013 at 06:08:11PM -0800, Joachim De Beule wrote: 
> > I expected to see a sequence of the form "<><><>...". However, only one 
> or 
> > very few ">" get printed, so I get a sequence "<>>>...". Why? 
>
> They're getting buffered. Try this: 
>
>   (as/pipe (as/map< (fn [x] (print "<") (flush) x) source) 
>(as/map> (fn [x] (print ">") (flush) x) sink)) 
>
> Those calls to flush will make sure it prints those characters 
> immediately. Then you'll see the output you're expecting. 
>
> I can't help you with whether this is the right way to do things, 
> unfortunately, as I've only had very limited experience with core.async. 
>

-- 
-- 
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/groups/opt_out.

Re: [ANN] Munich Lambda Meetups

[Philipp Meier]

Hi,

Am Donnerstag, 12. Dezember 2013 18:54:03 UTC+1 schrieb Alex P:
>
> We (Munich Lambda[1]) are organising Meetups, dedicated to Functional 
> Programming, and Clojure specifically.
>

I suggest to post this also to the (very silent) google group "clojure-de".

-billy.

-- 
-- 
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/groups/opt_out.

Re: map> vs map< in core.async

[Walter van der Laan]

Please try these exercises if you want to know what a channel is:
https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj


Op vrijdag 13 december 2013 11:01:57 UTC+1 schreef Joachim De Beule:
>
> Thanks, that indeed did the trick.
>
> More generally it's not clear to me what makes a channel an "output 
> channel" or an "input channel". Aren't all channels input and output 
> channels depending on whether you read from or write to it?
>
>  
>
> Op vrijdag 13 december 2013 04:28:53 UTC+1 schreef Carlo:
>>
>> On Thu, Dec 12, 2013 at 06:08:11PM -0800, Joachim De Beule wrote: 
>> > I expected to see a sequence of the form "<><><>...". However, only one 
>> or 
>> > very few ">" get printed, so I get a sequence "<>>>...". Why? 
>>
>> They're getting buffered. Try this: 
>>
>>   (as/pipe (as/map< (fn [x] (print "<") (flush) x) source) 
>>(as/map> (fn [x] (print ">") (flush) x) sink)) 
>>
>> Those calls to flush will make sure it prints those characters 
>> immediately. Then you'll see the output you're expecting. 
>>
>> I can't help you with whether this is the right way to do things, 
>> unfortunately, as I've only had very limited experience with core.async. 
>>
>

-- 
-- 
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/groups/opt_out.

Othello from PAIP in Clojure

[edward]

One of my favourite computer science / programming books is Peter Norvig’s 
“Paradigms of Artificial Intelligence Programming: Case Studies in Common 
Lisp” (PAIP). And the extended Othello example had always fascinated me 
so when I was looking for something to write to help me learn Clojure it 
was an obvious candidate: re-write Norvig’s Othello in Clojure.

I thought the group might be interested; I'd also appreciate any feedback 
(except 'you should have used if-let' ;-)


Thanks

http://edwardkenworthy.wordpress.com/2013/12/05/othello-from-paradigms-of-artificial-intelligence-programming-re-written-in-clojure/






-- 
-- 
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/groups/opt_out.

Re: cider status

[Tim Visher]

Hi Phil,

On Fri, Dec 13, 2013 at 4:57 AM, Phillip Lord
 wrote:
> Bozhidar Batsov  writes:
>> On Tuesday, November 19, 2013 4:56:05 PM UTC+2, Phillip Lord wrote:
>>> I discovered one of the reasons for my issues with stability yesterday.
>>> The version of clojure-test-mode on marmalade still depends on nrepl
>>> (rather than cider), so, despite my best efforts to remove nrepl.el it
>>> was still getting pulled back in.
>>
>> Marmalade is a huge problem these days - frequent outages, not to mention
>> many package uploads (including cider 0.4) got corrupted and Nic hasn't
>> been able to figure out what's going on there.
>> I'd suggest to everyone to use MELPA for the time being.
>
> So, I have used MELPA before, but I found living on the bleeding edge
> for all of my packages is bit painful; the overall stability of my Emacs
> setup dropped considerably. I fear this will remain while many package
> developers use a "dirty head" versioning system (myself included).

That has completely been my experience. Continuous Deployment
_requires_ Continuous Integration and pretty much all of the emacs
package developers out there don't have the time to do CI correctly so
Continuous Deployment simply equals lots of pain on the users end as
things get broken accidentally.

> I don't mind doing this for one or two packages where I want bleeding
> edge, but I haven't worked out how to get package.el to pick packages
> from different repos.

You might consider playing with something that I've had in my
incubator file for awhile:
https://github.com/timvisher/.emacs.d/blob/c8fa14315825f722f9995e8dd1e888c6b81321e9/timvisher/timvisher_incubator.el#L16-L28

> I agree with you about problems with marmalade. What we need is a way
> for devs to specify the latest stable version (by commit, branch or tag)
> in their Emacs packages. That would mean that, like marmalade, the
> developer would control which version is considered stable, but could do
> so purely with their VC. Wordpress plugins use something similar.

I assume you mean something over and above the `Version` ELPA header?
Obviously, that depends on package maintainers following things like
SNAPSHOT versioning (which ELPA doesn't accept) or Semantic Versioning
to tip people off as to what is considered stable.

I think the general attitude I'm seeing amongst some of the package
maintainers out there is that the idea of versioning is a farse
because they always intend to maintain stable HEADs so HEAD is as
stable as your ever going to get. That's a shame, but I get the
sentiment.

So the responsibility for deciding what is stable or not falls to us,
the package users. That's, unfortunately, an area where ELPA is
woefully inadequate at this time. We have no way of specifying that we
want a particular version of a package. That's a basic requirement of
any true dependency management system and for whatever reason the
Emacs devs did not deign to include it yet. I, at this point, would be
fine with specifying a version _or_ commit depending on what package
repo I'm pointing at.

Didn't realize I'd rant this morning. :(

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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/groups/opt_out.

Re: Othello from PAIP in Clojure

[Sean Chalmers]

I'm running out of break time so I'll have to give this a look over a bit 
later, looks pretty good from a quick scan though! Interested to dive in 
the guts of it! :)

If you're interested, this is my not-yet-finished implementation of 
Othello: https://github.com/mankyKitty/clojure-othello . I had the pleasure 
of joining a group of like-minded Clojure types for a book club reading of 
Joy of Clojure, and this was one of our 'hard' problems.

Sean

On Friday, 13 December 2013 13:50:17 UTC+1, edw...@kenworthy.info wrote:
>
> One of my favourite computer science / programming books is Peter Norvig’s 
> “Paradigms of Artificial Intelligence Programming: Case Studies in Common 
> Lisp” (PAIP). And the extended Othello example had always fascinated me 
> so when I was looking for something to write to help me learn Clojure it 
> was an obvious candidate: re-write Norvig’s Othello in Clojure.
>
> I thought the group might be interested; I'd also appreciate any feedback 
> (except 'you should have used if-let' ;-)
>
>
> Thanks
>
>
> http://edwardkenworthy.wordpress.com/2013/12/05/othello-from-paradigms-of-artificial-intelligence-programming-re-written-in-clojure/
>
>
>
>
>
>
>

-- 
-- 
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/groups/opt_out.

Re: cider status

[Cedric Greevey]

On Fri, Dec 13, 2013 at 2:43 AM, Adrian Mowat wrote:

>
>
> Is cider just a new release of nrepl.el or a different thing entirely?
>

The former.

Sorry to be a noob, but this is awfully confusing to the uninitiated.
>

Of course it is -- it's emacs.

-- 
-- 
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/groups/opt_out.

AnNN: ClojureScript 0.0-2120

[David Nolen]

ClojureScript, the Clojure compiler that emits JavaScript source code.

README and source code: https://github.com/clojure/clojurescript

New release version: 0.0-2120

Leiningen dependency information:

[org.clojure/clojurescript "0.0-2120"]

Enhancements:
* inline source map information available to REPLs, enabled in browser REPL
* #js data literal support added
* :include-macros true and :refer-macros [syms ...] allowed in :require
* make-array now inlined into dense array, much faster PHM perf
* CLJS-673: support *print-level*
* expose Google Closure Compiler defines under :closure-defines
* expose Google Closure Compiler warnings configuration under
:closure-warnings

Changes:
* latest Closure Compiler dependency
* CLJS-690: add sequence & sorted
* CLJS-709: optimize cljs->js for sequential collection to array
* CLJS-699: letfn fns not optimized

Bug fixes:
* CLJS-724: Range -first bug
* CLJS-725: fix broken optimizations around IndexedSeq
* fix broken behavior of #uuid and #inst data literals
* CLJS-697: top-level symbol reference doesn't get an automatically
inserted ns-name
* CLJS-692: cannot access properties on imported GClosure constructors
* CLJS-480: reader/*data-readers* bound inconsistently

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Fri, Dec 13, 2013 at 10:15 AM, David Nolen  wrote:
> ClojureScript, the Clojure compiler that emits JavaScript source code.
>
> README and source code: https://github.com/clojure/clojurescript
>
> New release version: 0.0-2120
>
> Leiningen dependency information:
>
> [org.clojure/clojurescript "0.0-2120"]

Great to see another release!

I get bitten by this every time, so I don't know if it's worth
mentioning even though I should know better, but is it possible to
either resist announcing these until they're available from Maven
Central _or_ to mention each time that if you want it now, you should
add `:repositories {"sonatype-staging"
"https://oss.sonatype.org/content/groups/staging/"}` to your
project.clj? It's just a minor annoyance but, like I said, I'm bitten
by it every time.

Thanks in advance!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] AnNN: ClojureScript 0.0-2120

[Nelson Morris]

> Enhancements:
> * inline source map information available to REPLs, enabled in browser REPL
>

I have PRs into piggieback and austin to enable this in the future.  In the
meantime, if you want to try it out you can clone
https://github.com/xeqi/austin and https://github.com/xeqi/piggieback, and
use lein's checkout dependencies.

-
Nelson Morris

-- 
-- 
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/groups/opt_out.

Monitoring a Clojure app, possibly with New Relic

[Brad Koch]

I need to implement some performance monitoring and exception tracking for 
my Clojure app.  My first thought was to just use New Relic.  I implemented 
it according to Heroku's New Relic instructions for 
Clojure. 
 It initialized the dashboard successfully, but no data is ever sent.  I've 
seen two other  
reports  of no data being 
received as well.  The logs note the capture of things such as SQL queries, 
but the agent doesn't seem to send them in the report back.

I filed a ticket with them, but their customer support has been awful; they 
responded only once a week ago and have ignored requests for updates.

Has anyone had this issue with New Relic on a Clojure app, and did you find 
a way to resolve it?  Does anyone use something different for monitoring 
that works well?

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] AnNN: ClojureScript 0.0-2120

[David Nolen]

A big round of applause to Nelson Morris, Nicola Mometto, and Alex
Redington - the REPL inline source maps would not have been possible
without their work! And all the other contributors who submitted patches
and bug fixes to this release too! :)

David


On Fri, Dec 13, 2013 at 10:46 AM, Nelson Morris wrote:

>
> Enhancements:
>> * inline source map information available to REPLs, enabled in browser
>> REPL
>>
>
> I have PRs into piggieback and austin to enable this in the future.  In
> the meantime, if you want to try it out you can clone
> https://github.com/xeqi/austin and https://github.com/xeqi/piggieback,
> and use lein's checkout dependencies.
>
> -
> Nelson Morris
>
> --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: Monitoring a Clojure app, possibly with New Relic

[Sean Corfield]

Although I can't answer for the New Relic approach on Heroku, I can
say that we happily use New Relic to monitor a Clojure app that runs
inside Tomcat, as well some standalone command line Clojure apps.

For the Tomcat app, we add -javaagent manually in
{tomcat}/bin/setenv.sh to point to a local folder containing the New
Relic agent JAR - and our New Relic config file, containing our
license key and application name etc. We also have that JAR as a
dependency and import it into code we want to specifically instrument.
See this blog post for details:

http://corfield.org/blog/post.cfm/instrumenting-clojure-for-new-relic-monitoring

The agent should report basic data without that additional level of
instrumentation but much depends on its ability to understand the
container in which your Clojure code runs. We did not get much detail
with the agent alone.

Our standalone apps use New Relic's metrics-publish JAR (not on Maven,
downloaded separately and installed in our Archiva repo), and do a
little trick for spinning off a monitoring probe thread, using some
custom code, essentially as a New Relic plugin. I'll try to make that
available as an open source project at some time but it's not high on
my list. If you're interested, contact me off list (sean at corfield
dot org) and I can share details.

Sean

On Fri, Dec 13, 2013 at 7:46 AM, Brad Koch  wrote:
> I need to implement some performance monitoring and exception tracking for
> my Clojure app.  My first thought was to just use New Relic.  I implemented
> it according to Heroku's New Relic instructions for Clojure.  It initialized
> the dashboard successfully, but no data is ever sent.  I've seen two other
> reports of no data being received as well.  The logs note the capture of
> things such as SQL queries, but the agent doesn't seem to send them in the
> report back.
>
> I filed a ticket with them, but their customer support has been awful; they
> responded only once a week ago and have ignored requests for updates.
>
> Has anyone had this issue with New Relic on a Clojure app, and did you find
> a way to resolve it?  Does anyone use something different for monitoring
> that works well?
>
> --
> --
> 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/groups/opt_out.



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
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/groups/opt_out.

Re: cider status

[Sean Corfield]

On Thu, Dec 12, 2013 at 11:43 PM, Adrian Mowat  wrote:
> Is cider just a new release of nrepl.el or a different thing entirely?

Well, it's a "new release" insofar as it's an updated version of
nrepl.el. In order to switch to it, however, you have to remove
nrepl.el _and all packages that depend on it_ (which packages are not
specified in the upgrade instructions so that would be a hit'n'miss
process), then you install cider.el and then you also have to update
various parts of .emac.d/init.el depending on how you had customized
nrepl. And that part isn't really described in the upgrade
instructions either so that's also pretty hit'n'miss. And then you
have to reinstall newer versions of the packages you deleted that
depended on nrepl.el and hope you get versions that depend on cider.el
instead (since there's no way of telling, based solely on their
package description I suspect).

And if you use Ritz, that hasn't been updated so you have to stay with
nrepl.el anyway.

Frankly, I think it was a mistake to rename it and rename various
functions in it, forcing breakage on dependent packages (which have
not changed their names as far as I can tell).

I use ac-nrepl and the latest version still says it is for nrepl so
I've no idea whether it will work with cider. I also use nrepl-ritz
but I could live without it. My nrepl-related init.el file contains:

https://www.refheap.com/21729

and it's not clear how that would need changing and whether it would
continue to work properly.

And this isn't just for me - my team all has the same base
configuration of Emacs and so we'd have to go thru this switch process
for each team member.
-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
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/groups/opt_out.

[ANN] clojure.java.jdbc 0.3.0 RC1 released

[Sean Corfield]

A low-level Clojure wrapper for JDBC-based access to databases.

https://github.com/clojure/java.jdbc

Release 0.3.0-rc1 on 2013-12-12

* Deprecate db-transaction (new in 0.3.0) in favor of
with-db-transaction JDBC-81.
* Add with-db-metadata macro and metadata-result function to make it
easier to work with SQL metadata JDBC-80.
* Add with-db-connection macro to make it easier to run groups of
operations against a single open connection JDBC-79.
* Add ISQLValue protocol to make it easier to support custom SQL types
for parameters in SQL statements JDBC-77.
* Add support for :isolation in with-db-transaction JDBC-75.
* Add :user as an alias for :username for DataSource connections JDBC-74.
-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
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/groups/opt_out.

Re: graphs library?

[Bruno Kim Medeiros Cesar]

Maybe late to the thread, but I'm currently implementing some complex 
networks analysis tools in https://github.com/brunokim/loom (specifically, 
loom.metrics) that may be merged back to the main library.

For what you described, Aysylu's Loom https://github.com/aysylu/loom fits 
well.

Bruno Kim.

On Monday, December 2, 2013 12:01:12 PM UTC-2, Paweł Rozynek wrote:
>
> hello
>
> quick question: is there any good graphs related library? the one that 
> implements data structures and search/traverse or some other algorithms in 
> a nice fashion. googling found me nothing useful for my simple needs, neo4j 
> client libs at best.
>
> thanks for responses
> PR
>

-- 
-- 
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/groups/opt_out.

[ANN] clojure.java.jdbc 0.3.0 RC1 released

[Niels van Klaveren]

Thanks very much Sean. After hesitating a long time about the jump to 0.3.0,  
today I migrated all my projects without a hitch !

-- 
-- 
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/groups/opt_out.

Re: graphs library?

[Mark Engelberg]

Is loom actively maintained?


On Fri, Dec 13, 2013 at 11:46 AM, Bruno Kim Medeiros Cesar <
brunokim...@gmail.com> wrote:

> Maybe late to the thread, but I'm currently implementing some complex
> networks analysis tools in https://github.com/brunokim/loom(specifically, 
> loom.metrics) that may be merged back to the main library.
>
> For what you described, Aysylu's Loom https://github.com/aysylu/loom fits
> well.
>
> Bruno Kim.
>
>
> On Monday, December 2, 2013 12:01:12 PM UTC-2, Paweł Rozynek wrote:
>>
>> hello
>>
>> quick question: is there any good graphs related library? the one that
>> implements data structures and search/traverse or some other algorithms in
>> a nice fashion. googling found me nothing useful for my simple needs, neo4j
>> client libs at best.
>>
>> thanks for responses
>> PR
>>
>  --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: cider status

[Bozhidar Batsov]

On Friday, December 13, 2013 at 7:17 PM, Sean Corfield wrote:
> On Thu, Dec 12, 2013 at 11:43 PM, Adrian Mowat  (mailto:adrian.mo...@gmail.com)> wrote:
> > Is cider just a new release of nrepl.el or a different thing entirely?
>  
>  
> Well, it's a "new release" insofar as it's an updated version of
> nrepl.el. In order to switch to it, however, you have to remove
> nrepl.el _and all packages that depend on it_ (which packages are not
> specified in the upgrade instructions so that would be a hit'n'miss
> process)
>  
>  

If someone is not clear it should be improved. I can’t know what problems 
people encounter is they don’t tell me. cider has both an issue tracker and 
it’s own mailing list.  
> , then you install cider.el and then you also have to update
> various parts of .emac.d/init.el depending on how you had customized
> nrepl. And that part isn't really described in the upgrade
> instructions either so that's also pretty hit'n'miss.  
>  
>  

All configuration options are documented in the README, so I’d say updating the 
init.el is an easy task.
  
> And then you
> have to reinstall newer versions of the packages you deleted that
> depended on nrepl.el and hope you get versions that depend on cider.el
> instead (since there's no way of telling, based solely on their
> package description I suspect).
>  
>  

The list of package dependencies is more informative than a package's name.
  
>  
> And if you use Ritz, that hasn't been updated so you have to stay with
> nrepl.el anyway.
>  
> Frankly, I think it was a mistake to rename it and rename various
> functions in it, forcing breakage on dependent packages (which have
> not changed their names as far as I can tell).
>  
>  

You’re thinking short term, but you should be thinking long term. Nobody will 
remember this transition is a few months. I’m confident that in the greater 
scheme of things the rename was a good solution.  
  
>  
> I use ac-nrepl and the latest version still says it is for nrepl so
> I've no idea whether it will work with cider. I also use nrepl-ritz
>  
>  

ac-nrepl supports only cider.  
  
> but I could live without it. My nrepl-related init.el file contains:
>  
> https://www.refheap.com/21729
>  
> and it's not clear how that would need changing and whether it would
> continue to work properly.
>  
>  

Your eval-in-repl function is obsolete, since similar functionality lives in 
cider itself.  
I have no idea why you’re modifying clojure-mode’s keymap when you should be 
modifying cider-mode’s keymap instead (+ set-ns is bound to a keycombo by 
default). Consulting the Changelog would reveal that `nrepl-mode` is now named 
`cider-repl-mode` and `nrepl-interaction-mode` is now `cider-mode` (it’s 
basically the same in SLIME). The migration is really simple and I think that 
people are blowing this problem out of proportion. Of course, I basically live 
in Emacs, so this is obviously affecting my POV. Less experienced Emacs users 
might find even simple changes challenging.   
> And this isn't just for me - my team all has the same base
> configuration of Emacs and so we'd have to go thru this switch process
> for each team member.
>  
>  


As I said previously - if you’re not certain about something you should stop by 
either cider’s google group or the GitHub project. :-)
  
> --  
> Sean A Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
> World Singles, LLC. -- http://worldsingles.com/
>  
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)
>  
> --  
> --  
> 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 
> (mailto: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 
> (mailto: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/LTQd2zmy-MY/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> clojure+unsubscr...@googlegroups.com 
> (mailto:clojure+unsubscr...@googlegroups.com).
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  


-- 
-- 
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 receive

Re: cider status

[Rostislav Svoboda]

> I can’t know what problems people encounter is they don’t tell me.

You may ask somebody to test your changes before you publish them.
Pardon me in case you did so. It seems like people were not listening.
Anyway you should be prepared for this eventuality too and have an
undo-scenario.

Bost

-- 
-- 
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/groups/opt_out.

Re: Othello from PAIP in Clojure

[Brian Muhia]

This provides sufficient motivation for me to do the same thing. I read 
most PAIP in my gap year from college, and have wanted to get back to it 
again (in Clojure, of course). Making time, building a nice book club, and 
lots of pizza should provide enough activation energy to go at it. Thanks 
for posting this!

-- 
-- 
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/groups/opt_out.

Re: graphs library?

[Aysylu Greenberg]

Yes, it is. I'm the maintainer.

Feel free to ping me if you have any questions.

On Friday, December 13, 2013 3:08:32 PM UTC-5, puzzler wrote:
>
> Is loom actively maintained?
>
>
> On Fri, Dec 13, 2013 at 11:46 AM, Bruno Kim Medeiros Cesar <
> bruno...@gmail.com > wrote:
>
>> Maybe late to the thread, but I'm currently implementing some complex 
>> networks analysis tools in https://github.com/brunokim/loom(specifically, 
>> loom.metrics) that may be merged back to the main library.
>>
>> For what you described, Aysylu's Loom https://github.com/aysylu/loomfits 
>> well.
>>
>> Bruno Kim.
>>
>>
>> On Monday, December 2, 2013 12:01:12 PM UTC-2, Paweł Rozynek wrote:
>>>
>>> hello
>>>
>>> quick question: is there any good graphs related library? the one that 
>>> implements data structures and search/traverse or some other algorithms in 
>>> a nice fashion. googling found me nothing useful for my simple needs, neo4j 
>>> client libs at best.
>>>
>>> thanks for responses
>>> PR
>>>
>>  -- 
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
-- 
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/groups/opt_out.

Re: AnNN: ClojureScript 0.0-2120

[Joel Holdbrooks]

Woohoo! Yes! Thank you!

On Friday, December 13, 2013 7:15:40 AM UTC-8, David Nolen wrote:
>
> ClojureScript, the Clojure compiler that emits JavaScript source code.
>
> README and source code: https://github.com/clojure/clojurescript
>
> New release version: 0.0-2120
>
> Leiningen dependency information:
>
> [org.clojure/clojurescript "0.0-2120"]
>
> Enhancements:
> * inline source map information available to REPLs, enabled in browser REPL
> * #js data literal support added
> * :include-macros true and :refer-macros [syms ...] allowed in :require
> * make-array now inlined into dense array, much faster PHM perf
> * CLJS-673: support *print-level*
> * expose Google Closure Compiler defines under :closure-defines
> * expose Google Closure Compiler warnings configuration under 
> :closure-warnings
>
> Changes:
> * latest Closure Compiler dependency
> * CLJS-690: add sequence & sorted
> * CLJS-709: optimize cljs->js for sequential collection to array
> * CLJS-699: letfn fns not optimized
>
> Bug fixes:
> * CLJS-724: Range -first bug
> * CLJS-725: fix broken optimizations around IndexedSeq
> * fix broken behavior of #uuid and #inst data literals
> * CLJS-697: top-level symbol reference doesn't get an automatically 
> inserted ns-name
> * CLJS-692: cannot access properties on imported GClosure constructors
> * CLJS-480: reader/*data-readers* bound inconsistently
>

-- 
-- 
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/groups/opt_out.

Re: Should I be using deftype, gen-class or defrecord instead of this hack?

[Jason Wolfe]

You might find this post helpful:

https://github.com/Prismatic/eng-practices/blob/master/clojure/20130926-data-representation.md

It describes (my perspective on) the various Clojure data representation 
methods,  their pros and cons, and some guidelines on when each may be 
appropriate.

-Jason

On Thursday, December 12, 2013 11:48:51 AM UTC-8, Tim wrote:
>
> Thanks for the responses. 
>
> I took a look at your project and found it to be more useful than any 
> documentation I've seen on deftype, so thanks for linking to it.
>
> Tim
>
> On Thursday, December 12, 2013 2:20:21 PM UTC-5, James Reeves wrote:
>>
>> gen-class is really there just for compatibility with Java. deftype 
>> should be preferred.
>>
>> Here's a project of mine where I create a custom type and data reader, if 
>> you want an example: 
>> https://github.com/weavejester/crumpets
>>
>> However, it feels like you're looking for a solution in the wrong place. 
>> I obviously don't know the precise problem you're trying to solve, so I may 
>> be completely wrong, but the example code you've shown so far seems a 
>> little odd.
>>
>> - James
>>
>>
>>

-- 
-- 
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/groups/opt_out.

Clojure west?

[Mark Engelberg]

Any word yet on when/where Clojure West 2014 will be held?

-- 
-- 
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/groups/opt_out.