Hi Alex,
On Wednesday, 8 January 2014 13:28:29 UTC+5:30, Alexander Hudek wrote:
Hey everyone,
We've been exploring ways to make working with database code more
efficient and less error prone.
For complex queries, we prefer working directly with SQL. However, like
for many others, a lot
The approach to read the database to generate code is pretty interesting.
There is a more portable way to extract the schema information, using
DatabaseMetadata that you can extract from a Connection.
http://docs.oracle.com/javase/7/docs/api/java/sql/DatabaseMetaData.html
Hi,
After struggling with Hibernate, SQL dsl, then bare SQL for a couple of years
we
took a radical path away from these approaches.
We do not in our world own the database models we are dealing with,
keeping our heads above water (or mud you might say) has become a
survival issue.
So we took
Hi,
I am pleased to announce that version 0.0.11 of data.avl, a Clojure
Contrib library implementing drop-in replacements for
Clojure(Script)'s core sorted collections, is now available from Maven
Central. See below for more information.
Changes in this release:
* two bugs squashed in the
Al this conversation still gives me hope that there is room for clojure on
bare metal implementation. There is
https://github.com/halgari/clojure-metal but I'm not sure about its state.
On Saturday, January 4, 2014 5:43:22 PM UTC+3, g vim wrote:
I have recently moved most of my work to
Is it possible that a lot of these projects are waiting for a stronger
blessing of the clojure contrib efforts for analyzers, etc. that is,
waiting for the JVM Clojure in Clojure.
2014/1/8 Max Gonzih gon...@gmail.com
Al this conversation still gives me hope that there is room for clojure on
Excellent answers and I usually find a use for extra wrenches.
I'm still confused about when anybody actually calls the (compile)
function, any more tips here? Or is it being done for me by leiningen?
On Wed, Jan 8, 2014 at 1:54 AM, Softaddicts lprefonta...@softaddicts.cawrote:
To complement
Probably you are right.
On Wed, Jan 08, 2014 at 11:26:55AM +0100, Laurent PETIT wrote:
Is it possible that a lot of these projects are waiting for a stronger
blessing of the clojure contrib efforts for analyzers, etc. that is,
waiting for the JVM Clojure in Clojure.
2014/1/8 Max Gonzih
Look at the compile fn at the bottom:
https://github.com/technomancy/leiningen/blob/master/src/leiningen/compile.clj
you will find your answer :)
Luc P.
Excellent answers and I usually find a use for extra wrenches.
I'm still confused about when anybody actually calls the (compile)
Cool link, thanks! Yet another clever tool.
The JVM isn't really the problem though, at least as far as I can work out.
In fact I think the whole JVM startup is slow thing is a bit of a myth:
JVM startup including running a simple hello world is less than 0.1 secs
on my machine. Obviously
2014/1/8 Mikera mike.r.anderson...@gmail.com
Cool link, thanks! Yet another clever tool.
The JVM isn't really the problem though, at least as far as I can work
out. In fact I think the whole JVM startup is slow thing is a bit of a
myth: JVM startup including running a simple hello world
I am a clojure newbie. I am using clojure 1.5.1 and I am experiencing the
issue as described here:
https://groups.google.com/forum/#!msg/clojure-dev/4CtSVWcD15A/shpMuyjMpxsJ
I could not find this issue in jira. So not sure if its been addressed. I
can put it in jira if its still not there.
I have a task on my infinite todo list to analyze these load times. I know that
Tim B has done a bit of work on it in the past too. Rich has mentioned it to me
a couple times so I know it's something he's concerned about.
Alex
--
--
You received this message because you are subscribed to the
Maybe http://dev.clojure.org/jira/browse/CLJ-1208 ?
--
--
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
Thats it. Thanks Alex!
On Wednesday, 8 January 2014 13:30:11 UTC, Alex Miller wrote:
Maybe http://dev.clojure.org/jira/browse/CLJ-1208 ?
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
On Wednesday, January 8, 2014 7:17:35 AM UTC-5, Mikera wrote:
The JVM isn't really the problem though, at least as far as I can work
out. In fact I think the whole JVM startup is slow thing is a bit of a
myth: JVM startup including running a simple hello world is less than 0.1
secs on my
On 08/01/14 14:38, John Gabriele wrote:
For a tiny Clojure uberjar, startup time on my desktop is about a
second. Tolerable.
well, a tiny Clojure/Swing uberjar on the raspberry-pi (oracle-java7)
takes 9-12 seconds to start!!! not so tolerable...
in fact, in the absence of a splash screen, the
That's actually a major issue for those wanting to use Clojure to work on a
RPi or similar low end system. These systems are also so memory
constrained, that last I checked, the CLJS compiler wouldn't run too well
on them either. Now that doesn't stop people from using Node.js to run CLJS
code
What Mikera probably wants to demonstrate, and I agree with him, is that
the slow startup time not being due to JVM proper, it's in the current
implementation of Clojure that you must find what to do.
If you port Clojure piece by piece to another technology, you will probably
get the same startup
Anyone who owns a RPi can go into the Pi-store and download MultiSnake
to get a feeling of the problem...MultiSnake is basically a polished
version of Stuart Halloway's snake game first featured in the book
Programming Clojure, with the major features you would expect from a
snake game
根据https://github.com/technomancy/leiningen/wiki/Plugins。lein-libdir和lein-resource就是你要找的lein
plugin。
话说,你能看得懂中文么?
在 2014年1月6日星期一UTC+8下午1时33分45秒,Qiu Xiafei写道:
Using maven, we usually package the project in a directory with sub dirs
like:
bin/ # bash/python scripts
lib/ # all
And even clojure-py is miles behind stock python.
One of the problems with Clojure as it stands now is that there is just way
too much init work that has to be done on every startup. Just as a
comparison, let's compare how python code and clojure code is loaded:
Python:
1) look for a pyc file
I do lot of hacking on embed devices like Pi and BeagleBone for fun, I
run clojure mostly on ejre and it is much faster and memory efficient than
openjdk
compiled for ARM, but still suffers from startup time (in Pi case it actually
much worse).
Also ejre in development right now, so sometimes it
I would recommend the newly available through official Pi channels,
oracle-java7-jdk...It is a full distribution of JIT'ed Java (including
Swing) with hardware-floating point arithmetic. I think the jdk8-ea
(early access) is a tiny bit faster but not complete (no Swing). I think
openJDK has
How is it different from
http://www.oracle.com/technetwork/java/embedded/downloads/javase/index.html ?
On Wed, Jan 08, 2014 at 04:36:02PM +, Jim - FooBar(); wrote:
I would recommend the newly available through official Pi channels,
oracle-java7-jdk...It is a full distribution of JIT'ed
We run on small nodes with g540 cpus 4gig Ram and raid 1 SSDs.
Not very powerful machines. Startup times are around 3/4 seconds
AOT cuts the startup issue of our code significantly, we are thinking about
doing the same for all clojure source dependencies (shipping both
the code and the source).
I think that is the one in the repos, but update 40 instead of 45...I
had no idea it was called `ejre` as I used to use jdk-ea and switched to
7 a couple of months ago through the official rasbian channels .
Jim
On 08/01/14 16:58, Max Gonzih wrote:
How is it different from
I'd like to see Ritz with cider too. :)
Just for reference...
there is already an issue on the Ritz
repo: https://github.com/pallet/ritz/issues/112
and there are a number of Ritz related issues on the Cider repo:
https://github.com/clojure-emacs/cider/search?q=ritzref=cmdformtype=Issues
On
Well it's actually cool that this is inside Raspbian channels.
On Wed, Jan 08, 2014 at 05:21:31PM +, Jim - FooBar(); wrote:
I think that is the one in the repos, but update 40 instead of
45...I had no idea it was called `ejre` as I used to use jdk-ea and
switched to 7 a couple of months
indeed :)
On 08/01/14 17:32, Max Gonzih wrote:
Well it's actually cool that this is inside Raspbian channels.
--
--
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
Hey Folks,
We did a big release today which includes a lot of love for Clojure! We
also released all the source to Light Table, which has to be one of the
largest full ClojureScript applications out there. To read more about all
the goodness check out my blog
post:
Congrats!
On Wed, Jan 8, 2014 at 1:19 PM, Chris Granger ibdk...@gmail.com wrote:
Hey Folks,
We did a big release today which includes a lot of love for Clojure! We
also released all the source to Light Table, which has to be one of the
largest full ClojureScript applications out there. To
LightTable is indeed, a remarkable piece of software. Really shows
what ClojureScript is capable of. The code is very beautiful too.
Congratulations, Chris! ~BG
On Wed, Jan 8, 2014 at 11:49 PM, Chris Granger ibdk...@gmail.com wrote:
Hey Folks,
We did a big release today which includes a lot of
As one of the initial kickstarter supporters for LightTable, every time a
new release comes out, I eagerly download and check out the Clojure support
in the latest version.
I'm always surprised to see there still isn't a decent REPL. There's still
the same instarepl proof-of-concept that came
There's still the same instarepl proof-of-concept that came with the
earliest alphas, which doesn't really connect with projects
That's not true at all :) The instarepl will work with any nrepl client
you're connected to. By default if you don't have a connection to a
project, it will just open
I'm using regular editing windows as a repl. I turn off live most of the
time as I don't think it's useful - I don't type fast enough before an
unlimited take goes to work on an unlimited lazy collection... Everything
else about it is great - a console is available to test println messages.
Grats! I love the pain points that light table solves for me.
On Wed, Jan 8, 2014 at 12:36 PM, Peter Mancini pe...@cicayda.com wrote:
I'm using regular editing windows as a repl. I turn off live most of the
time as I don't think it's useful - I don't type fast enough before an
unlimited take
This looks interesting. Hopefully it's a more consistent interface than
information_schema. I'll try it out, thanks!
On Wednesday, January 8, 2014 3:32:49 AM UTC-5, Shantanu Kumar wrote:
The approach to read the database to generate code is pretty interesting.
There is a more portable way
In ~/.lein/profiles.clj I have:
{:user {:plugins [[lein-ritz 0.7.0] [lein-ancient 0.5.4]]
:dependencies [[org.clojure/core.typed 0.2.21]
[org.clojure/core.match 0.2.0]
[co.paralleluniverse/pulsar 0.3.0]]}}
... and I
On Jan 8, 2014, at 3:49 PM, Benjamin Yu wrote:
Grats! I love the pain points that light table solves for me.
The inline documentation is pretty great once I discovered how to invoke it
(which took a while... and while I really love a lot of the ideas in LightTable
I have to say that it
On Jan 8, 2014, at 3:58 PM, Lee Spector wrote:
The inline documentation is pretty great once I discovered how to invoke it
(which took a while... and while I really love a lot of the ideas in
LightTable I have to say that it always takes me a while to figure out how to
do basic things in
On Jan 8, 2014, at 4:04 PM, Lee Spector wrote:
Also, any way to see a stack trace after an exception?
(.printStackTrace *e) doesn't do it.
Ah -- sorry to be writing so quickly. I've discovered that clicking on the
exception appears to give a stack trace. Nice! (But again, wasn't obvious
Hey Luc,
Our use case is quite a bit different. We treat our database schema as part
of our applications data model.
In contrast, it seems that your problem is one of data integration. That's
a much more difficult
problem to solve.
If I understand correctly, you have a code that generates a
Ok, I appreciate the suggestions and I'll give it another try with these
comments in mind. You still need to create and manage projects from a
command line with lein, right?
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group,
On 08/01/2014 15:56, Jim - FooBar(); wrote:
If I remember correctly `lein repl` takes close to 55 seconds to
show...clojure-py beats everything, hands down with respect to startup
times...
However, Clojure-Py is now a dead parrot :)
gvim
--
--
You received this message because you are
You can disable the bracket insertion by disabling the keys that
trigger it. Add this to your user.keymap:
:- {:editor.keys.normal {\ [(:editor.repeat-pair \)]
( [(:editor.open-pair ()]
) [(:editor.close-pair ))]
[
Chris
Thanks for a great product. Can you help me out? I just installed the
latest 0.5.21/binary 0.8.0-rc1 on OS X Mountain Lion and every time it
starts I get the same message - There's been a binary update!. Can't
get rid of it.
gvim
On 08/01/2014 18:19, Chris Granger wrote:
Hey
you have to do what the popup says :) Because this is a binary update you
have to download the latest Light Table from www.lighttable.com
Cheers,
Chris.
On Wed, Jan 8, 2014 at 2:59 PM, gvim gvi...@gmail.com wrote:
Chris
Thanks for a great product. Can you help me out? I just installed the
On Jan 8, 2014, at 11:01 AM, Mark Engelberg mark.engelb...@gmail.com wrote:
So for those of you who are actually using LightTable for development, how do
you function without a REPL? What am I missing?
It has a perfectly good REPL and the ability to evaluate live code anywhere on
the REPL
Chris
I did that. I had 0.5.20 installed earlier.
gvim
On 08/01/2014 23:03, Chris Granger wrote:
you have to do what the popup says :) Because this is a binary update
you have to download the latest Light Table from www.lighttable.com
http://www.lighttable.com
Cheers,
Chris.
On Wed, Jan
ah try hard refreshing the lighttable.com site, sounds like you're
downloading an older version maybe? This should be the address of the
download for mac:
http://d35ac8ww5dfjyg.cloudfront.net/playground/bins/0.6.0/LightTableMac.zip
Cheers,
Chris.
On Wed, Jan 8, 2014 at 3:21 PM, gvim
On Jan 8, 2014, at 8:01 PM, Mark Engelberg mark.engelb...@gmail.com wrote:
So for those of you who are actually using LightTable for development, how do
you function without a REPL?
If you are on the TDD wagon, there is a very good introduction to TDD with LT
at the following URL:
On Jan 8, 2014, at 5:45 PM, Jamie Brandon wrote:
You can disable the bracket insertion by disabling the keys that
trigger it. Add this to your user.keymap:
:- {:editor.keys.normal {\ [(:editor.repeat-pair \)]
( [(:editor.open-pair ()]
)
On Jan 8, 2014, at 3:38 PM, Lee Spector lspec...@hampshire.edu wrote:
FWIW my perspective (esp as a teacher of newbies) it'd be nice if there was
some sort of simple switch for this. It's sort of cumbersome to have to
discover this, find the file, and add a bunch of code to get the keyboard
On Jan 8, 2014, at 1:35 PM, Mark Engelberg mark.engelb...@gmail.com wrote:
You still need to create and manage projects from a command line with lein,
right?
Correct. Until someone builds a plugin for that :)
Sean Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
On Wed, Jan 08, 2014 at 08:52:34PM +, gvim wrote:
In ~/.lein/profiles.clj I have:
{:user {:plugins [[lein-ritz 0.7.0] [lein-ancient 0.5.4]]
:dependencies [[org.clojure/core.typed 0.2.21]
[org.clojure/core.match 0.2.0]
On Wed, Jan 8, 2014 at 12:45 PM, Sean Corfield s...@corfield.org wrote:
It has a perfectly good REPL and the ability to evaluate live code
anywhere on the REPL canvas is very useful since you can sketch out
multiple pieces of related code side-by-side.
I guess I don't understand why your
On Jan 8, 2014, at 8:50 PM, Sean Corfield wrote:
On Jan 8, 2014, at 3:38 PM, Lee Spector lspec...@hampshire.edu wrote:
FWIW my perspective (esp as a teacher of newbies) it'd be nice if there was
some sort of simple switch for this. It's sort of cumbersome to have to
discover this, find the
On Wednesday, January 8, 2014 11:17:07 AM UTC-5, tbc++ wrote:
And even clojure-py is miles behind stock python.
One of the problems with Clojure as it stands now is that there is just
way too much init work that has to be done on every startup. Just as a
comparison, let's compare how
On OS X Mountain Lion I just compared the memory footprint of 3
out-of-the-box web apps in these frameworks:
Clojure/Luminus: 152Mb (JVM) + 186Mb (main) = 338Mb
Ruby/Rails: 62Mb
Elixir (Erlang)/Weber: 32Mb
I was rather shocked, to say the least. Not to troll, it has made me
think again
you're still missing some basics about java memory management. In another
thread, I mentioned the java VM will take more memory than it needs, that
is because it prioritizes throughput over footprint. There are knobs for
all of that. It's not clear what's taking so much memory, but it's
I created a Java object which I called from a clojure repl... it works
great! As the project progresses I learn that my well thought out and
amazing object sucks #$%^%$#%^... So I change the object a little then I
recompile the object, expecting to see the updated changes in my repl of
Here's the date from `jvisualvm`:
JVM:
char[] 19%
java.lang.object 15.5%
java.util.TreeMap$Entry 12%
java.io.ObjectStreamClass$WeakClassKey 11%
byte[]11%
int[] 6%
main:
char[] 24%
byte[] 17%
java.lang.object 14%
java.util.TreeMap$Entry 10%
Looks fantastic - Thanks
On Wednesday, January 8, 2014 1:19:59 PM UTC-5, Chris Granger wrote:
Hey Folks,
We did a big release today which includes a lot of love for Clojure! We
also released all the source to Light Table, which has to be one of the
largest full ClojureScript applications
what happens to the heap if you manually trigger a GC via the button?
On Thu, Jan 9, 2014 at 12:01 AM, gvim gvi...@gmail.com wrote:
Here's the date from `jvisualvm`:
JVM:
char[] 19%
java.lang.object 15.5%
java.util.TreeMap$Entry 12%
java.io.ObjectStreamClass$WeakClassKey
On 01/08/2014 06:10 PM, Mark Engelberg wrote:
When I fired up Light Table a while back, I felt completely hamstrung
-- I couldn't do anything the way I ordinarily would do it. The
notion of executing statements that live in a file didn't feel
anything like the workflow I was used to. It
66 matches
Mail list logo