On Sun, Jul 17, 2011 at 8:37 AM, Phil Hagelberg wrote:
> * It starts a background thread without blocking the main thread.
> (interferes with Leiningen's workaround to this Clojure bug:
> http://dev.clojure.org/jira/browse/CLJ-124)
I've documented the issue with threading in Leiningen's plugin do
On Sun, Jul 17, 2011 at 9:10 PM, Joel Dice wrote:
> My goal is for Avian to be able to run anything HotSpot can when using
> OpenJDK's class library, so I'll investigate this and fix it if I can. FWIW,
> it handles Spring's dependency injection just fine, at least as far as I've
> tested it.
If y
On Sun, 17 Jul 2011, Phil Hagelberg wrote:
I tried Leiningen on Avian and it caused Maven's dependency injection framework
to choke, which is not terribly surprising. Perhaps once we've ported it over
to Aether it will fare better.
My goal is for Avian to be able to run anything HotSpot can wh
On Sun, Jul 17, 2011 at 7:24 PM, Joel Dice wrote:
> I went ahead and pursued this. The upshot is that I can get Avian to run a
> minimal Clojure script (containing just (println "hello, world!")) over
> twice as fast as Hotspot by precompiling clojure.jar to native code. These
> are the results o
On Fri, 15 Jul 2011, Joel Dice wrote:
On Fri, 15 Jul 2011, George Jahad wrote:
very cool Joel! I'd also be interested in start up time of avian vs.
hotspot, i.e. does avian make it viable to use clojure for short,
quick scripts?
Possibly. By default, Avian is noticeably slower to start
A good pattern to follow would be to have your exposed functions in
one clj file and any dependent functions (your private ones in this
case) in a separate ns (i.e. separate clj file). This hides the
implementation to the caller as well as gives them a good idea of the
functions they're able to us
On Jul 2, 10:30 am, James Keats wrote:
> What is actually there in his posts in that thread?! blatherings and
> generalities about "community" and "attitude" and language "economics"
> and "marketing" that any kid high on weed who'd read a post too many
> on reddit's /r/programming could've wro
On Jul 17, 6:43 pm, javajosh wrote:
> On Jul 8, 8:37 pm, Christian Marks <9fv...@gmail.com> wrote:
>
> > The moral of this story is: don't let anyone clip your wings.
>
> Well said. That is my take away too. It is surprising how to me how
> much weight people give to the assertions of others, fa
I heard that Rich Hickey gave another talk about Clojure at the first
Clojure Conj besides the Hammock one. In it he talked about dynamic
vars. Does anyone know if this was videoed or if there are any notes
about this?
I am interested in knowing more about dynamic vars. Does anyone know
of any det
Thanks.
On Jul 17, 5:52 pm, Sean Corfield wrote:
> On Sun, Jul 17, 2011 at 10:59 AM, octopusgrabbus
>
> wrote:
> > Are Steve Yegge's comments blogged/written anywhere?
>
> Googling is your friend -- search for:
>
> steve yegge clojure yes language
>
> and it turns up the original thread as t
On Jul 8, 8:37 pm, Christian Marks <9fv...@gmail.com> wrote:
> The moral of this story is: don't let anyone clip your wings.
Well said. That is my take away too. It is surprising how to me how
much weight people give to the assertions of others, famous or not. In
truth, this human endeavor of prog
On Sun, Jul 17, 2011 at 10:59 AM, octopusgrabbus
wrote:
> Are Steve Yegge's comments blogged/written anywhere?
Googling is your friend -- search for:
steve yegge clojure yes language
and it turns up the original thread as the second result:
http://groups.google.com/group/seajure/browse_thr
Changes in 0.0.4:
* Fix JDBC-2 by allowing :table-spec {string} at the end of
create-table arguments:
(sql/create-table :foo [:col1 "int"] ["col2" :int] :table-spec
"ENGINE=MyISAM")
* Fix JDBC-8 by removing all reflection warnings
* Fix JDBC-11 by no longer committing the transaction when an Err
I just check if the people in the "people you have both in a circle" match
up with my clojure-circle ;) easy enough :D
2011/7/17 jweiss
> This does bring up an interesting flaw in G+. If I add Clojure people
> who I don't know personally, how will they know to add me to a Clojure
> circle? G+
On Sun, Jul 17, 2011 at 3:53 PM, Tim Robinson wrote:
> I wasn't saying that MongoDB was similar in terms of master-master vs.
> master-slave, I was saying MongoDB was similar in that it implements
> conflict resolution rather that transactions.
>
> http://www.mongodb.org/display/DOCS/Atomic+Operat
Could be that I am using the wrong wording with "conflict resolution".
Tim
On Jul 17, 1:53 pm, Tim Robinson wrote:
> I wasn't saying that MongoDB was similar in terms of master-master vs.
> master-slave, I was saying MongoDB was similar in that it implements
> conflict resolution rather that tran
I wasn't saying that MongoDB was similar in terms of master-master vs.
master-slave, I was saying MongoDB was similar in that it implements
conflict resolution rather that transactions.
http://www.mongodb.org/display/DOCS/Atomic+Operations
"MongoDB supports atomic operations on single documents.
This does bring up an interesting flaw in G+. If I add Clojure people
who I don't know personally, how will they know to add me to a Clojure
circle? G+ (rightfully) doesn't automatically tell them what circle I
added them to. It doesn't appear to be optional to tell them, either.
On Jul 14, 7:5
http://gplus.to/weissjeffm
--
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
Are Steve Yegge's comments blogged/written anywhere?
The last post I could find on his blog http://steve-yegge.blogspot.com/
was about Haskel and written 12/1/2010.
Thanks.
cmn
On Jul 1, 3:59 pm, James Keats wrote:
> Hi all. I've been looking at Clojure for the past month, having had a
> previo
There are programming languages that support forward references without any
additional work on your part, but Clojure is not one of them. If you are
accustomed to working in one of these languages, it is understandable that
you have come to associate a "top-down" organization with being a "natu
I might suggest looking at literate programming.
A literate program will allow you to structure your
program in any natural way that facilitates understanding.
The extracted code that Clojure sees can be arranged
in the order required by the REPL.
Tim Daly
d...@literatesoftware.com
On Sun, 201
Tim, I think you mean CouchDB, which indeed is "master-master". MongoDB is
extended "master-slave".
On Sun, Jul 17, 2011 at 6:45 PM, Tim Robinson wrote:
> MongoDB is similar, in that it supports conflict resolution, only I
> believe you only have the option for the last write wins. MongoDB is
> b
Oops, missed the part you wrote about declare...
There is no real solution to your problem except declare.
Evaluation is done for each form submitted one by one. There is no "file scope"
in this context.
I still think that declare is the way to go except. Splitting things in
different name space
Use (declare ...) to declare vars not yet defined (vars include fns).
You will be able to preserve the presentation order you want.
This will also make it clear which "implementation details" are
defined in the same source file versus stuff imported from another
name space.
Luc P.
On Sun, 17 Jul
- it should support transactions
I love the word *should* :)
Question: Do you really need transactions? or is that you just need
conflict resolution?
I ask because many No-SQL datastores support the later which often is
good enough (or even better in my opinion).
For example look at the descrip
On Sat, Jul 16, 2011 at 7:09 PM, Wei wrote:
> I tracked the issue down to lein-nailgun (I believe it requires some
> dependencies incompatible with the new version of lein), but I'm unsure how
> to fix it.
The lein-nailgun plugin has lots of problems:
* It depends upon an ancient version of Lein
For redis, aleph's lib is worth trying too. I've had good luck
with it.
http://ztellman.github.com/aleph/aleph.redis-api.html
I believe it's used in production at runa. Zachary Tellman has done a
great job with aleph/lamina and friends.
--
You received this message because you are subscribed t
On Sun, Jul 17, 2011 at 7:33 AM, Jevgeni Holodkov
wrote:
> Hello,
>
> Usually, when I write a program, I tend to organize the function to
> keep with higher abstraction on the top and the details implementation
> in the end of the file like this:
>
> start() {
> doGenericThing1();
> doGeneri
Hello,
Usually, when I write a program, I tend to organize the function to
keep with higher abstraction on the top and the details implementation
in the end of the file like this:
start() {
doGenericThing1();
doGenericThing2();
}
doGenericThing1() {
doSpecific();
}
doGenericThing2() {
>
> As far as I know, the only NoSQL DB supporting transactions right now
> is Redis. It also satisfies the rest of your points (well, I'm not
> sure if Redis run on windows...).
>
+1 for Redis -- we are using it in production, in fact it's a central piece
of
our architecture, and so far it'
Ad hoc transactions are possible in MongoDB, they are just not provided
out-of-the-box and (I guess) impose performance penalty.
http://www.mongodb.org/display/DOCS/two-phase+commit
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this grou
On Sat, Jul 16, 2011 at 9:16 PM, Alan Malloy wrote:
> On Jul 16, 7:11 pm, Asim Jalis wrote:
>> I've been using assoc-in and dissoc-in to navigate through nested
>> associative structures (HTTP requests). Had some questions:
>>
>> 1. Why doesn't dissoc-in take multiple key-sequences? For example:
33 matches
Mail list logo