Re: Big Excel (xlsx) file parsing (docjure, incanter...)

Hi, I don't think docjure supports streaming options yet - but you can try using Apache POI streaming API - http://poi.apache.org/spreadsheet/index.html - that should help in reading large files. HTH, @vijaykiran On Saturday, September 7, 2013 3:22:27 AM UTC+2, Stanislav Sobolev wrote: > >

Re: "Clojurescript : Up and Running...." Newbie problem?

Prasad, I'm not positive but I suspect your issue is here: > :cljsbuild [:builds []]) ...the argument to cljsbuild must be a hashmap I believe. It's currently a vector. Try: > :cljsbuild {:builds []}) Let us know if that doesn't work. DD (2013/09/07 11:25), prasad wrote: > When I follow

"Clojurescript : Up and Running...." Newbie problem?

When I followed all the steps in the book in the "Using lein-cljsbuild" section I get the following behavior: (both on windows and linux, with different versions of clojure and lein cljsbuild. ) lein trampoline cljsbuild repl-rhino java.lang.IllegalArgumentException: Key must be integer at cloj

Re: Counterclockwise

If that old Google Code repository and issue tracker is outdated, perhaps there should be a forwarding link there of some sort to let people know that it's continued development at github rather than been abandoned. On Fri, Sep 6, 2013 at 12:59 PM, Marc Dzaebel wrote: > great, to hear, that thi

Big Excel (xlsx) file parsing (docjure, incanter...)

Hello guys. I have excel file with huge columns in there. When i used some plugin(docjure, or anything else) it shows me CompilerException java.lang.OutOfMemoryError: Java heap space, compiling How can i handle that big file without converting it to csv? Primary problem in xlsx structure, it does

Re: wally: a alternative way to discover functions

Interesting! Though it executes every function in order to find the matches, which is a little bit dangerous as Clojure doesn't enforce purity :( I wonder if it would be possible to improve it using the core.typed library and doing some kind of static analysis similar to Haskell's Hoogle to f

Re: ANN Introducing EEP, a young [event] stream processing library

2013/9/6 Ulises > I'm sure it's a bit early but is there a mailing list for this? > > I've ran into trouble trying EEP on a really simple flow (the even vs. > odds in the docs.) and I'd like to ask a few questions. > Now there is: https://groups.google.com/forum/#!forum/clojure-event-processing

Re: [ANN] Shodan: ClojureScript console API wrapper

SWEET! On Fri, Sep 6, 2013 at 3:26 PM, Joel Holdbrooks wrote: > Hi everyone, > > I put together a small library for wrapping the JavaScript console API > available here: https://github.com/noprompt/shodan. > > This is nothing incredible but I decided to put it out there because I'm > tired of co

[ANN] Shodan: ClojureScript console API wrapper

Hi everyone, I put together a small library for wrapping the JavaScript console API available here: https://github.com/noprompt/shodan. This is nothing incredible but I decided to put it out there because I'm tired of copy/paste/writing the same console wrappers every time I do something in CL

Re: Counterclockwise

great, to hear, that this important window to the Clojure world is so actively developed! -- -- 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

Re: Why is clojure so powerful?

If you want to see a LISP that has been trying to improve LISP itself then I suggest looking at... http://shenlanguage.org/ and more specifically Shen has been ported to Java!...https://github.com/artella-coding/Shen.java Although, it desperately needs contributions(wink,wink). On Wednesday, S

Re: ANN Introducing EEP, a young [event] stream processing library

Right now there is no mailing list, I'll set it up tonight. You can either write me directly (a...@clojurewerkz.org) or create an issue on GitHub. On Fri, Sep 6, 2013 at 5:43 PM, Ulises wrote: > I'm sure it's a bit early but is there a mailing list for this? > > I've ran into trouble trying EE

Re: A macro for writing defn-like macros?

That's cool. Thanks! On Fri, Sep 6, 2013 at 7:17 AM, Phillip Lord wrote: > > Mark writes: > > > I find the vast majority of the time I'm tempted to write a macro (yeah, > > yeah, I know the first rule of macro club), is to defn-like things. > > Writing a defn-like macro to handle all the stuff

Re: ANN Introducing EEP, a young [event] stream processing library

I'm sure it's a bit early but is there a mailing list for this? I've ran into trouble trying EEP on a really simple flow (the even vs. odds in the docs.) and I'd like to ask a few questions. U On 6 September 2013 02:24, Timothy Pratley wrote: > Awesome! > > Thank you for making this available,

Re: Why is clojure so powerful?

The people is not a sufficient answer(I am sure you knew that but I had to say it anyway). It is really simple... 1. Homoiconic syntax 2. meta programming facility(macros in the case of clojure but other LISP's have gone farther with this than clojure has) These two "powers" are what draws so

Re: "Clojure in the Large" style JDBC library

That's excellent. I'll feel more comfortable using it in that case. On Fri, Sep 6, 2013 at 8:31 AM, Justin Kramer wrote: > clojure.java.jdbc is transitioning to an API that uses explicit passing of > db context - see e.g. the db-find-connection and query functions. The > functions that look for

Re: A macro for writing defn-like macros?

Mark writes: > I find the vast majority of the time I'm tempted to write a macro (yeah, > yeah, I know the first rule of macro club), is to defn-like things. > Writing a defn-like macro to handle all the stuff defn does is pretty tough > so I end up writing a barebones thing that doesn't sup

Re: wally: a alternative way to discover functions

Thanks for the gist, nice solution but it's not viable for real world code without some heavy filtering. If I execute it on my current project it starts a server, sends a bunch of emails and hangs forever =) On Friday, September 6, 2013 2:12:29 PM UTC+2, Frantisek Sodomka wrote: > > Hello, > thi

Re: "Clojure in the Large" style JDBC library

clojure.java.jdbc is transitioning to an API that uses explicit passing of db context - see e.g. the db-find-connection and query functions. The functions that look for a dynamically-scoped db are deprecated - e.g., find-connection, with-query-results. Justin On Friday, September 6, 2013 8:20:

Re: "Clojure in the Large" style JDBC library

It looks like java.jdbc would work since it offers the get-connection function that returns a new connection that can be passed to most of the functions that operate on the database. I'm still concerned by the preponderance of functions with documentation like "Executes SQL commands on the open dat

Re: wally: a alternative way to discover functions

Hello, this gist does the similar thing: https://gist.github.com/jaked/6084411 Maybe you can find some inspiration in it. Frantisek On Thursday, September 5, 2013 11:23:28 PM UTC+2, Islon Scherer wrote: > > Hey guys, > > I don't know about you but when I was a beginner in Clojure (and it still

Re: "Clojure in the Large" style JDBC library

Hi Jason, Did you look at (URLs below) clojure/java.jdbc and HoneySQL? I'd be interested to know if you are looking for anything different from these: http://clojure-doc.org/articles/ecosystem/java_jdbc/home.html https://github.com/clojure/java.jdbc/ https://github.com/jkk/honeysql Shantanu

"Clojure in the Large" style JDBC library

I've been trying to setup all my projects in the style Stuart Sierra documented in Clojure in the Large and My Clojure Workflow, Reloaded. I've been

Re: wally: a alternative way to discover functions

Mayank: thanks! Shaun: I thought about approximations too but that's enough complexity to be another library by itself. If there's such a library that I can feed two values and it returns how similar they are with some percentage I would gladly integrate it with wally. Of course wally only wor

Re: Counterclockwise

2013/9/6 Marc Dzaebel : > Hi, > > I love this Eclipse-plugin, however, there are issues that are not even > categorized since April 2013. It might be deliberate "kind of": I've focused intensely on some other aspects, postponing this issue (F3) for instance, for the end of the iteration. Before r

Re: Counterclockwise

Hello, 2013/9/6 Marc Dzaebel : > Hi, > > I love this Eclipse-plugin, however, there are issues that are not even > categorized since April 2013. It might be deliberate but does anyone know > the status of this project? Sure, it is actively developed. A new beta has been released yesterday, see th

Re: Handling name collisions with clojure.core

On Friday, 6 September 2013 02:30:22 UTC+8, Armando Blancas wrote: > I just think the default behaviour should be super-friendly and not spit >> out warnings. >> > > If other libs also redefine any of those operators or names, now or in > later versions, I'd be glad to know. With last-one-in-w

Re: Handling name collisions with clojure.core

On Friday, 6 September 2013 03:15:40 UTC+8, Sean Corfield wrote: > On Wed, Sep 4, 2013 at 11:25 PM, Mikera > > wrote: > > I remember the debates :-) and I don't think there was anything like a > > consensus that "don't do that" is the right answer. > > I didn't say there was consensus or that