Re: Build tool for mixed Clojure/Java projects

Ken Wesson writes: >> For example, take this use-case of modules A, B, C and D: >> >> A --> B --> C >>    `-> D >> >> (A depends on B and D, B depends on C) >> >> Write a shell script ... > > And this is how leiningen making users jump through hoops to do fairly > simple builds with local depende

Re: Build tool for mixed Clojure/Java projects

On Mon, Jul 4, 2011 at 1:16 AM, Shantanu Kumar wrote: > > > On Jul 4, 12:57 am, Konrad Hinsen wrote: >> I am looking for a build tool that fulfills the following requirements: >> >> 1) Must handle Clojure namespaces that are AOT-compiled. >> 2) Must handle Clojure namespaces that are not AOT-comp

Re: Build tool for mixed Clojure/Java projects

On Jul 4, 12:57 am, Konrad Hinsen wrote: > I am looking for a build tool that fulfills the following requirements: > > 1) Must handle Clojure namespaces that are AOT-compiled. > 2) Must handle Clojure namespaces that are not AOT-compiled. > 3) Must handle Java source code files. > 4) Must handle

Re: Clojure for large programs

Thanks for your feed-back. I already have RDF/OWL in my tool-kit. I am only not sure if an ERP like system should be modeled along those lines. But I did not put enough thought in that direction yet. Would you base an ERP like system on top of RDF/OWL? -- You received this message because you are

Re: Clojure for large programs

This is an unfinished thought: I think that the Single-Level-of- Abstraction (SLA) principle promoted in OO needs to have a prominent place in functional programming, too! Each function should talk about the problem in its level of abstraction, e.g. in its language. Functions related to the same l

Re: Clojure Koans and others interactive exercises to learn clojure?

http://4clojure.com/ comes to mind, it has the same koan-style but what looks like a lot more problems and you can run the code on the site itself. On Sun, Jul 3, 2011 at 11:52 PM, Antonio Recio wrote: > Clojure koans is > awesome to learn cloj

Clojure Koans and others interactive exercises to learn clojure?

Clojure koans is awesome to learn clojure. Do you know other projects with exercises to learn clojure? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@g

Re: lein repl syntax highlighting?

And do you know if with cake is possible to highlight syntax? -- 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 f

Re: Please stand firm against Steve Yegge's "yes language" push

On Sun, Jul 3, 2011 at 3:34 PM, James Keats wrote: > For example I suggest you look at this video/transcript and pay > attention in particular to the point of debate between Joe Armstrong > of Erlang and Martin Odersky of Scala > http://www.infoq.com/interviews/functional-langs > , in particular

Re: Build tool for mixed Clojure/Java projects

On Sun, Jul 3, 2011 at 10:27 PM, Phil Hagelberg wrote: > Encouraging "works on my machine" builds is by definition antithetical to > the very idea of build automation. Leiningen is not a "yes tool". That presupposes that nobody will ever use leiningen for any case that's intermediate between, or

Re: Build tool for mixed Clojure/Java projects

Encouraging "works on my machine" builds is by definition antithetical to the very idea of build automation. Leiningen is not a "yes tool". -Phil On Jul 3, 2011 5:16 PM, "Ken Wesson" wrote: > On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg wrote: >> Konrad Hinsen writes: >> >>> I am looking for

Re: Build tool for mixed Clojure/Java projects

On Sun, Jul 3, 2011 at 9:51 PM, Steve wrote: > On Jul 4, 10:16 am, Ken Wesson wrote: >> >> Requiring any project that has dependencies, even if these are only >> other local projects, have a repository adds gratuitous ceremony. >> > > I don't know what it is like with leiningen, but with maven a

Re: Build tool for mixed Clojure/Java projects

On Jul 4, 10:16 am, Ken Wesson wrote: > > Requiring any project that has dependencies, even if these are only > other local projects, have a repository adds gratuitous ceremony. > I don't know what it is like with leiningen, but with maven a "repository" doesn't necessarily mean you're running a

whatever.next

I'm an oldie, philosophy grad started in IT in 1988, been in IT ever since. I used a scheme based language, called 'monk' (yes really), over 10 years ago (1999), where I learnt a solution/environment/programming style not dissimilar to clojure. During that time java arrived, 'cool' in so many way

Re: Build tool for mixed Clojure/Java projects

The other option is Polyglot Maven, which hasn't really seen much movement lately, but gives you maven power without the XML ( clojure source, yaml, etc. ) http://polyglot.sonatype.org/clojure.html I'm not sure what the current state is in, and I think since I last committed to it the clojure sup

Re: Build tool for mixed Clojure/Java projects

On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg wrote: > Konrad Hinsen writes: > >> I am looking for a build tool that fulfills the following requirements: > >> 4) Must handle dependencies in the form of on-disk jar files (not in >> any repository) > > For the record, leiningen can do this by addi

Re: Build tool for mixed Clojure/Java projects

Cake can indeed handle Java source files. Throw them in src/jvm, I believe. Leiningen and cake can both handle on-disk jar files, but (at least in cakes case) they need to be installed in the local repository. -- You received this message because you are subscribed to the Google Groups "Clojure

Re: Please stand firm against Steve Yegge's "yes language" push

On Jul 3, 9:02 pm, Sean Corfield wrote: > On Sun, Jul 3, 2011 at 3:14 AM, James Keats wrote: > > Perhaps we move in different circles but I've seen as much "bad Java" > in the large as I ever used to see "bad FORTRAN" and "bad C / C++" > code over the years. I think large "enterprise" Java proj

Re: pretty-print by default?

Phil Hagelberg writes: > Sean Corfield writes: > >> If you use lein repl, is there an easy equivalent? > > You can set :repl-options [:print clojure.contrib/pprint], but that > depends on pprint being required before the repl launches, and I can't > think of a straightforward way to do that. Per

Re: Build tool for mixed Clojure/Java projects

I recommend gradle clojuresque. Our clojure code deploys to WAR. so it's always AOTed. but we use features 2,3,4,5 on your list easily. the project has java, clojure and groovy code. it just works. On Sun, Jul 3, 2011 at 3:57 PM, Konrad Hinsen wrote: > I am looking for a build tool that fulfill

Re: Build tool for mixed Clojure/Java projects

Konrad Hinsen writes: > I am looking for a build tool that fulfills the following requirements: > 4) Must handle dependencies in the form of on-disk jar files (not in > any repository) For the record, leiningen can do this by adding a repository with a file:/// URL; it's just not documented bec

Re: Clojure for large programs

Brian Marick writes: > This progression feels a lot more wasteful than it would have been in > Java (which has IDE support) or Ruby (which lets you mention a file > once and have it be available throughout the program). So I'd have > preferred to get it (more) right in the first place. Have you

Re: Build tool for mixed Clojure/Java projects

Hi, Am 03.07.2011 um 22:36 schrieb B Smith-Mannschott: > On Sun, Jul 3, 2011 at 21:57, Konrad Hinsen > wrote: >> I am looking for a build tool that fulfills the following requirements: >> >> 1) Must handle Clojure namespaces that are AOT-compiled. >> 2) Must handle Clojure namespaces that are

Re: Build tool for mixed Clojure/Java projects

On Sun, Jul 3, 2011 at 21:57, Konrad Hinsen wrote: > I am looking for a build tool that fulfills the following requirements: > > 1) Must handle Clojure namespaces that are AOT-compiled. > 2) Must handle Clojure namespaces that are not AOT-compiled. > 3) Must handle Java source code files. > 4) Mus

Re: Clojure for large programs

On Sun, Jul 3, 2011 at 1:00 PM, Brian Marick wrote: > My point was that I'm running into interesting questions even with a small > program. The answers are not obvious to me. There's evidence I'm not alone, > so those to whom the answers *are* obvious would help the community by > describing th

Re: Clojure for large programs

On Jul 3, 2011, at 3:13 AM, Sean Corfield wrote: > Since I mostly work with 50-100kloc projects, I think 5-10kloc > projects are kinda small :) My point was that I'm running into interesting questions even with a small program. The answers are not obvious to me. There's evidence I'm not alone,

Re: Please stand firm against Steve Yegge's "yes language" push

On Sun, Jul 3, 2011 at 3:14 AM, James Keats wrote: > Again, to be absolutely clear, I do believe it's easily possible to > muck up a java or python code base, but I regard the foundational > design and community cultures of those languages to be conducive to > large, long-term software and healthy

Build tool for mixed Clojure/Java projects

I am looking for a build tool that fulfills the following requirements: 1) Must handle Clojure namespaces that are AOT-compiled. 2) Must handle Clojure namespaces that are not AOT-compiled. 3) Must handle Java source code files. 4) Must handle dependencies in the form of on-disk jar files (not in

Re: Clojure for large programs

On Jul 3, 5:21 pm, Christian Schuhegger wrote: > Nevertheless for large connected data graphs I think something like a > data-schema is needed. Clojure would still follow its approach to only > deal with maps, but there is a descriptive meta-data level in addition > that explains the connection

Re: Clojure for large programs

I still have to do my personal large scale project in Clojure, but I would like to share my thoughts so far. (10 years ago I implemented a 60k Common Lisp project; I never worked on more than 5k Clojure code so far; the C++ and Java projects I was involved in reached 800k to 1M lines of code). I t

Re: Clojure for large programs

On Jul 3, 7:39 pm, Timothy Washington wrote: > I'm using pre / post assertions quite a bit in a project I'm building. And I > too would love to see better or custom error messages for each assertion. That should be possible with a macro. For example, I use this: https://bitbucket.org/kumarshant

Re: Please stand firm against Steve Yegge's "yes language" push

In addition, completion on vars is usually much better than on methods. Plus using javadoc when you're used to docstrings feels a bit like using a card catalog when you're used to having Wikipedia in your pocket. -Phil On Jul 2, 2011 10:15 PM, "Ken Wesson" wrote: -- You received this message be

Re: Clojure for large programs

I'm using pre / post assertions quite a bit in a project I'm building. And I too would love to see better or custom error messages for each assertion. They do work great btw, as a way of failing fast. Tim On Sat, Jul 2, 2011 at 10:52 PM, Glen Stampoultzis wrote: > On 3 July 2011 11:26, Mark E

Using agents in libraries bad?

It seems that having non-daemon threads in the agents pool and requiring a call shutdown agents before the jvm exits makes using agents in a library very difficult. You either need to have as part of your api a function that calls (shutdown-agents) or require the consumer to know you are using age

Re: Clojure for large programs

On Jul 3, 2:26 am, Mark Engelberg wrote: > Ideally, I was hoping to start a more in-depth discussion about the > pros and cons of "programming in the large" in Clojure than just > waxing poetic about Clojure/Lisp's capabilities in the abstract :) I am yet to do a large program in clojure, I st

labrepl jline runner error

I have attempted to install and run labrepl on two boxes a windows xp and windows 7 laptop. I am following these instructions https://github.com/relevance/labrepl/wiki/Windows however whenever I attempt to run script/repl from my c:\labrepl directory I receive a jline error. I can't actually get la

Re: Clojure for large programs

On Jul 3, 7:52 am, Glen Stampoultzis wrote: > On 3 July 2011 11:26, Mark Engelberg wrote: > > >  But Clojure's > > lack of a "fail-fast" philosophy has burned me several times, with > > hard-to-track-down bugs that were far-removed from the actual cause. > > The larger my code grows, the more t

Re: Agents not updating in lein swank or lein repl

(Have just found the leiningen google group - will post there - sorry for the noise.) -- N. -- 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: Clojure for large programs, was Re: Please stand firm against Steve Yegge's "yes language" push

On Sat, Jul 2, 2011 at 8:56 PM, Nick Brown wrote: > But not the "lots of developers" part.  As much as I like > Clojure, it has nowhere near the level of developers languages like > Java or Python.  And to be honest, that constraint is much more > convincing for most software managers than the lib

Re: Agents not updating in lein swank or lein repl

Quick update: lein repl works fine (agent values updating) if I run it outside my project; agent updates don't work if I run it inside my project. Tried on OS X and Ubuntu. -- N. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group,

Re: Clojure for large programs

On Sun, Jul 3, 2011 at 1:13 AM, Sean Corfield wrote: > On Sat, Jul 2, 2011 at 7:25 PM, Brian Marick wrote: >> I'm not sure yet how to navigate the transition to 1.3 while retaining >> backwards compatibility. At World Singles we moved to 1.3 pretty much as a matter of course, mostly because I'm

Re: Clojure for large programs

On Sat, Jul 2, 2011 at 7:25 PM, Brian Marick wrote: > I have a codebase with 2.6kloc of production code and 4.8kloc of tests, and I > feel your pain (even despite having been a Lisp programmer in the early > 80's). I'm not sure yet how to navigate the transition to 1.3 while retaining > backwar

Re: Generated symbols

On Sun, Jul 3, 2011 at 2:38 AM, Christophe Grand wrote: > Creating sentinel values a bit like (Object.) but easier on the eye when > debugging. One problem with that is that, at least with the default HotSpot JVM settings, symbols (and keywords) clog up permgen space and generating them at runtim