date:20130731

Re: Digest for clojure@googlegroups.com - 25 Messages in 7 Topics

2013-07-31 Thread James Ashley

Steven Degutis sbdegu...@gmail.com Jul 24 08:16AM -0500



First, the goal of Verily was not the same as Test2. It wasn't
intended to
unify any existing test libs. It was really just meant to succeed
clojure.test in spirit. That's all.

Second, nobody bullied me into this decision. Some people asked how
Verily improved upon the alternatives, and, try as I might, I couldn't
come
up with any good answer. That's how I realized that the project was
pointless, a waste of time, and was wrought in arrogance.


I know I'm a week late catching up, and I don't have any credibility on
this list at all, but
I'm still inclined to submit some profanity at this point.

delurksoapbox
Did you learn anything from writing this? Have you produced anything at all
that might
be worth contributing to other projects (even if it's just ideas?) Did you
produce something
that we lesser mortals might learn from in our efforts to contribute to the
Holy
Sanctum of High Testing?

Or, for that matter, hints about best ways to use them?

(I'm totally not commenting about any of the existing major
frameworks...I'm commenting
strictly about this email).

I don't care if you just produced some ASCII art that some Bavarian hacker
will someday
find amusing while she's dribbling her baklava in her latte (or whatever it
is people do in
countries that actually need fancy character sets)...if you produced
something, it was worthwhile.

We live in a world that's full of consumers. And complainers that what you
produced wasn't
good enough. It sounds like this isn't what really what happened here, but
the basic idea and
attitude applies.

A how could I do this better? RFC is one thing. I've learned tons from
those sorts of
discussions. The projects by themselves might have been pointless, but (if
nothing else)
the learning experience was not.

Who knows who else might learn from our mistakes?
/soapbox

My apologies for the rant...I recently acquired a tween daughter, so I'm
trying to hone my
skills for these sorts of moments in real world applications.
/delurk

Regards,
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.

Re: Digest for clojure@googlegroups.com - 25 Messages in 7 Topics

2013-07-31 Thread Cedric Greevey

A mailing list debate doesn't count as a real world application for such
skills as well? :)


On Wed, Jul 31, 2013 at 2:05 AM, James Ashley james.ash...@gmail.comwrote:

 Steven Degutis sbdegu...@gmail.com Jul 24 08:16AM -0500



First, the goal of Verily was not the same as Test2. It wasn't
intended to
unify any existing test libs. It was really just meant to succeed
clojure.test in spirit. That's all.

Second, nobody bullied me into this decision. Some people asked how
Verily improved upon the alternatives, and, try as I might, I
couldn't come
up with any good answer. That's how I realized that the project was
pointless, a waste of time, and was wrought in arrogance.


 I know I'm a week late catching up, and I don't have any credibility on
 this list at all, but
 I'm still inclined to submit some profanity at this point.

 delurksoapbox
 Did you learn anything from writing this? Have you produced anything at
 all that might
 be worth contributing to other projects (even if it's just ideas?) Did you
 produce something
 that we lesser mortals might learn from in our efforts to contribute to
 the Holy
 Sanctum of High Testing?

 Or, for that matter, hints about best ways to use them?

 (I'm totally not commenting about any of the existing major
 frameworks...I'm commenting
 strictly about this email).

 I don't care if you just produced some ASCII art that some Bavarian hacker
 will someday
 find amusing while she's dribbling her baklava in her latte (or whatever
 it is people do in
 countries that actually need fancy character sets)...if you produced
 something, it was worthwhile.

 We live in a world that's full of consumers. And complainers that what you
 produced wasn't
 good enough. It sounds like this isn't what really what happened here, but
 the basic idea and
 attitude applies.

 A how could I do this better? RFC is one thing. I've learned tons from
 those sorts of
 discussions. The projects by themselves might have been pointless, but (if
 nothing else)
 the learning experience was not.

 Who knows who else might learn from our mistakes?
 /soapbox

 My apologies for the rant...I recently acquired a tween daughter, so I'm
 trying to hone my
 skills for these sorts of moments in real world applications.
 /delurk

 Regards,
 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.




-- 
-- 
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 Langohr 1.1.0 is released

2013-07-31 Thread Michael Klishin

Langohr [1] is a small, feature complete Clojure RabbitMQ client.


1.1 is a minor feature release that improves RabbitMQ HTTP API support,
contributed by Steffen Dienst. There are no breaking API changes in this
release.

Release notes:
http://blog.clojurewerkz.org/blog/2013/07/31/langohr-1-dot-1-0-is-released/

1. http://clojurerabbitmq.info
-- 
MK

http://github.com/michaelklishin
http://twitter.com/michaelklishin

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

Find maps with embedded functions in a set

2013-07-31 Thread Goldritter

I have following problem. 
I have a set with different objects (maps). Normally the maps contains only 
a key with a value which is a number or a collection. 
For example like this:

(def testset #{ {:a 3 :b 5 :c 6} 
   {:a 3 :b 5 :c 7} 
   {:a 3 :b 5 :c 8}
   {:a 3 :b 5 :g #{1 2 3 4 5)

If I now use contains? with the map as key I get true, even when the order 
of the number in the set is not the same as the order I used during the 
creation of the map.
= (contains? testset {:a 3 :b 5 :g #{1 2 3 4 5}})
true
= (contains? testset {:a 3 :b 5 :g #{1 2 3 5 4}})
true

But if the map contains a function like in the following example It doe not 
find the map.

= (def testset #{ {:a 3 :b 5 :c 6} 
   {:a 3 :b 5 :c 7} 
   {:a 3 :b 5 :c 8}
   {:a 3 :b 5 :g #{1 2 3 4 5}}
   {:a 3 :h 5 :c #(+ 1 1)}})

= (contains? testset {:a 3 :h 5 :c #(+ 1 1)})
false


I knew that 
= (= #(+ 1 1) #(+ 1 1))
false

because these functions are different objects, as I see on the hash values
= (hash #(+ 1 1))
   (hash #(+ 1 1))
1965115675
784046647

Now I wonder if it is possible to find a map in a set, which contains a 
function as value.
Is this possible?


I tried it with ' too.

(def testset #{ {:a 3 :b 5 :c 6} 
   {:a 3 :b 5 :c 7} 
   {:a 3 :b 5 :c 8}
   {:a 3 :b 5 :g #{1 2 3 4 5}}
   {:a 3 :h 5 :c '#(+ 1 1)}})

And could use the contains? function
= (contains? testset {:a 3 :h 5 :c '#(+ 1 1)})
true

But when I tried to access the value I got an Exception
=(c: {:a 3 :h 5 :c '#(+ 1 1)})
RuntimeException Invalid token: c:  clojure.lang.Util.runtimeException 
(Util.java:219)
{:a 3, :c (fn* [] (+ 1 1)), :h 5}

The same with get
= (get {:a 3 :h 5 :c '#(+ 1 1)} c:)
RuntimeException Invalid token: c:  clojure.lang.Util.runtimeException 
(Util.java:219)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException 
(Util.java:219)

-- 
-- 
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: Find maps with embedded functions in a set

2013-07-31 Thread Jim


On 31/07/13 11:01, Goldritter wrote:

But when I tried to access the value I got an Exception
=(c: {:a 3 :h 5 :c '#(+ 1 1)})
RuntimeException Invalid token: c: clojure.lang.Util.runtimeException 
(Util.java:219)

{:a 3, :c (fn* [] (+ 1 1)), :h 5}

The same with get
= (get {:a 3 :h 5 :c '#(+ 1 1)} c:)
RuntimeException Invalid token: c: clojure.lang.Util.runtimeException 
(Util.java:219)
RuntimeException Unmatched delimiter: ) 
clojure.lang.Util.runtimeException (Util.java:219)


it seems to me that you wrote c: instead of :c ...try again with the 
correct key :)


Jim

--
--
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: Find maps with embedded functions in a set

2013-07-31 Thread Jim


On 31/07/13 11:19, Jim wrote:

On 31/07/13 11:01, Goldritter wrote:

But when I tried to access the value I got an Exception
=(c: {:a 3 :h 5 :c '#(+ 1 1)})
RuntimeException Invalid token: c: clojure.lang.Util.runtimeException 
(Util.java:219)

{:a 3, :c (fn* [] (+ 1 1)), :h 5}

The same with get
= (get {:a 3 :h 5 :c '#(+ 1 1)} c:)
RuntimeException Invalid token: c: clojure.lang.Util.runtimeException 
(Util.java:219)
RuntimeException Unmatched delimiter: ) 
clojure.lang.Util.runtimeException (Util.java:219)


it seems to me that you wrote c: instead of :c ...try again with the 
correct key :)


Jim


I just tried it:

user= ((eval (:c {:a 3 :h 5 :c '#(+ 1 1)})))
2

Jim :)

--
--
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: Find maps with embedded functions in a set

2013-07-31 Thread Marcus Lindner

Ups. [?]
Sorry.
Have not seen this typo :(.


2013/7/31 Jim jimpil1...@gmail.com

 On 31/07/13 11:01, Goldritter wrote:

 But when I tried to access the value I got an Exception
 =(c: {:a 3 :h 5 :c '#(+ 1 1)})
 RuntimeException Invalid token: c: clojure.lang.Util.**runtimeException
 (Util.java:219)
 {:a 3, :c (fn* [] (+ 1 1)), :h 5}

 The same with get
 = (get {:a 3 :h 5 :c '#(+ 1 1)} c:)
 RuntimeException Invalid token: c: clojure.lang.Util.**runtimeException
 (Util.java:219)
 RuntimeException Unmatched delimiter: ) clojure.lang.Util.**runtimeException
 (Util.java:219)


 it seems to me that you wrote c: instead of :c ...try again with the
 correct key :)

 Jim


 --
 --
 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+unsubscribe@**googlegroups.comclojure%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/**group/clojure?hl=enhttp://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+unsubscribe@**googlegroups.comclojure%2bunsubscr...@googlegroups.com
 .
 For more options, visit 
 https://groups.google.com/**groups/opt_outhttps://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.


322.gif

Getting a living standalone jar with lein uberjar and a handful of resources

2013-07-31 Thread Alex Fowler

I have an application which is built fine with uberjar with an exception of 
two things which do not get incuded:
1) Additonal jar files (about 150Mb) from various Java libraries that are 
not present on Clojars and that I have no power of will or time of trying 
to upload them there. This folder is speciiified with :resource-paths in 
project.clj 
2) About 150Mb of resources such as pictures and video-files which are 
loaded by these java libraries using *their own methods* which I cannot 
change.

What lein uberjar does - it skips these files and simply creates an 
incomplete jar with my compiled sources, which does not launch because it 
is missing those files. However, lein run works just fine!

My question is: how do I make a single jar with lein that, being run with 
java -jar exposes the same behavior as simply lein run?

PS: As an idea: when I was programming in Scala, I was using 
com.jdotsoft.jarloader.JarClassLoader which was the entry point in my app 
and I could simply put all files into the jar and it would search them in 
that order:
1) recursively inside the jar
2) in the same folder as the jar (which would allow simple externalizing of 
files like settings files if needed to be exposed to users).
3) in system path folders...
Maybe there is a way to use that magical JarClassLoader with 
Leiningen/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: Find maps with embedded functions in a set

2013-07-31 Thread Cedric Greevey

If you saved the original function instance, you can use it to find the
map. This should work:

(let [f #(+ 1 1)
  s #{{:a 3 :b 5 :c f}}]
  (contains? s {:a 3 :b 5 :c f}))

Note that the value for the :c key is now the same *instance* of that
function.

Storing the function source, with ', instead of the function itself works
until you want to call the function. Then you need eval. You might want to
avoid that, perhaps by using a map of quoted functions to compiled
functions (you can also use something similar to avoid compiling each
single one of these functions over and over again at runtime even if you do
use eval -- or just (def meval (memoize eval)) and use meval, or something).

If you don't use eval, you can use other keys instead of the function
source; a suitable keyword name like :add-x might be good, so you'd end up
with {:a 3 :b 5 :c :add-x} in your data structure and a {:add-x #(+ 1 1)}
in a lookup table somewhere.



On Wed, Jul 31, 2013 at 6:34 AM, Marcus Lindner 
marcus.goldritter.lind...@gmail.com wrote:

 Ups. [?]
 Sorry.
 Have not seen this typo :(.


 2013/7/31 Jim jimpil1...@gmail.com

 On 31/07/13 11:01, Goldritter wrote:

 But when I tried to access the value I got an Exception
 =(c: {:a 3 :h 5 :c '#(+ 1 1)})
 RuntimeException Invalid token: c: clojure.lang.Util.**runtimeException
 (Util.java:219)
 {:a 3, :c (fn* [] (+ 1 1)), :h 5}

 The same with get
 = (get {:a 3 :h 5 :c '#(+ 1 1)} c:)
 RuntimeException Invalid token: c: clojure.lang.Util.**runtimeException
 (Util.java:219)
 RuntimeException Unmatched delimiter: ) clojure.lang.Util.**runtimeException
 (Util.java:219)


 it seems to me that you wrote c: instead of :c ...try again with the
 correct key :)

 Jim


 --
 --
 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+unsubscribe@**googlegroups.comclojure%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/**group/clojure?hl=enhttp://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+unsubscribe@**googlegroups.comclojure%2bunsubscr...@googlegroups.com
 .
 For more options, visit 
 https://groups.google.com/**groups/opt_outhttps://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.




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


322.gif

Re: October Barnstorming in Europe

2013-07-31 Thread Tj Gabbour

That is very exciting. Will talk with my usergroup. I'd personally really 
love a discussion on what we've been up to in promoting Clojure locally, 
and what your thoughts are.

For instance, I'm no longer enthusiastic about coming up with a talk (which 
goes in one ear and out the other), but rather trying increasingly gonzo 
things at (say) NoSQL user groups. Like announcing that the attendees need 
to avert some sudden crisis by investigating data... which just happens to 
be in my laptop's Datomic instance. Or explore how my dinky fruit stand 
illegally collects customer data and mines it with Cascalog, because I 
dream of one day triumphing over Walmart. If nothing else, people hopefully 
find it an amusing evening, because Clojure is fun.

(And it seems hard to really describe the experience of dynamism, with a 
static talk. Of course, we also do more conventional workshops.)


All the best,
  Tj

On Tuesday, July 30, 2013 10:59:14 PM UTC+2, stuart@gmail.com wrote:

 Michael Nygard [1] and Stu Halloway [2] will be in Europe for much of
 October.  We are speaking at a bunch of conferences [3], [4], [5], and
 [6] and hope to see some of you there.

 Since we are already on the road, we thought it would be a good
 opportunity to turn this into a barnstorming tour, working with teams
 who are looking for help with Clojure, ClojureScript, and/or Datomic.
 If you would like to have us work with your team, pricing is as
 follows:

 * Free for user group talks
 * $1500 for a 90 minute talk
 * $5000 for a day of training or consulting
 * $0 for travel expenses (we are already there!)

 Our prepared materials are summarized at [7] and [8], or feel free to 
 request
 specific topics.

 If you are interested in scheduling a meeting, please send an email to
 in...@thinkrelevance.com javascript:, subject line: October 
 Barnstorming.
 Includes in the body of the message the kind of event you are
 interested in, as well as possible dates and locations.

 Regards,
 Michael and Stu

 [1] http://thinkrelevance.com/team/members/stuart-halloway
 [2] http://thinkrelevance.com/team/members/michael-nygard
 [3] http://euroclojure.com/2013/
 [4] http://reaktordevday.fi/2013/
 [5] http://gotocon.com/berlin-2013/
 [6] http://gotocon.com/amsterdam-2013/upcomingevents/
 [7] https://github.com/stuarthalloway/presentations/wiki
 [8] https://github.com/mtnygard/presentations/wiki



-- 
-- 
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.org/java_interop

2013-07-31 Thread Simon Morgan

There seems to be a problem with the markup on 
http://clojure.org/java_interop.

(bean [[http://java.awt.Color/black|java.awt.Color/black]])


should probably be

 (bean java.awt.Color/black)

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

In-order triggering of watches on mutable state

2013-07-31 Thread Michael Drogalis

Problem:

I have a ref representing a queue of people in line.
I add a watch to the ref to print out the contents of the queue whenever it 
changes.
Naturally, and expected, the following can happen if queuing happens in 
rapid succession:

Queue: []
add Mike to queue
add John to queue

console: Queue is Mike, John
console: Queue is Mike

I'd like to write a UI for this program, but I clearly can't reliably 
render based on the result delivered
by the add-watch hook. What's the solution for this problem?

-- 
-- 
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: In-order triggering of watches on mutable state

2013-07-31 Thread Timothy Baldridge

Code? It's hard to debug if we can't see what's going on.


On Wed, Jul 31, 2013 at 9:00 AM, Michael Drogalis madrush...@gmail.comwrote:

 Problem:

 I have a ref representing a queue of people in line.
 I add a watch to the ref to print out the contents of the queue whenever
 it changes.
 Naturally, and expected, the following can happen if queuing happens in
 rapid succession:

 Queue: []
 add Mike to queue
 add John to queue

 console: Queue is Mike, John
 console: Queue is Mike

 I'd like to write a UI for this program, but I clearly can't reliably
 render based on the result delivered
 by the add-watch hook. What's the solution for this problem?

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






-- 
“One of the main causes of the fall of the Roman Empire was that–lacking
zero–they had no way to indicate successful termination of their C
programs.”
(Robert Firth)

-- 
-- 
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: In-order triggering of watches on mutable state

2013-07-31 Thread Aaron Cohen

A watcher fn has 4 parameters: key, reference, old-state, new-state

If you use old-state and new-state rather than the reference, you should
not see your problem.

--Aaron


On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis madrush...@gmail.comwrote:

 Problem:

 I have a ref representing a queue of people in line.
 I add a watch to the ref to print out the contents of the queue whenever
 it changes.
 Naturally, and expected, the following can happen if queuing happens in
 rapid succession:

 Queue: []
 add Mike to queue
 add John to queue

 console: Queue is Mike, John
 console: Queue is Mike

 I'd like to write a UI for this program, but I clearly can't reliably
 render based on the result delivered
 by the add-watch hook. What's the solution for this problem?

 --
 --
 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: In-order triggering of watches on mutable state

2013-07-31 Thread Michael Drogalis

Aaron: Yep, I'm aware - and am using the value provided by the last 
parameter.

This is going to be tough to show the problem without bringing more details 
of my concurrency set up.
I'm not sure if this will exhibit the problem, but this is what it boils 
down to:

https://gist.github.com/MichaelDrogalis/6122834

When enough threads are trying to write to the queue, the watches
triggered later can finish before watches triggered earlier.


On Wednesday, July 31, 2013 11:05:16 AM UTC-4, Aaron Cohen wrote:

 A watcher fn has 4 parameters: key, reference, old-state, new-state

 If you use old-state and new-state rather than the reference, you should 
 not see your problem.

 --Aaron


 On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis 
 madru...@gmail.comjavascript:
  wrote:

 Problem:

 I have a ref representing a queue of people in line.
 I add a watch to the ref to print out the contents of the queue whenever 
 it changes.
 Naturally, and expected, the following can happen if queuing happens in 
 rapid succession:

 Queue: []
 add Mike to queue
 add John to queue

 console: Queue is Mike, John
 console: Queue is Mike

 I'd like to write a UI for this program, but I clearly can't reliably 
 render based on the result delivered
 by the add-watch hook. What's the solution for this problem?

 -- 
 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.comjavascript:
 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 javascript:
 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 javascript:.
 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: In-order triggering of watches on mutable state

2013-07-31 Thread Michael Drogalis

I can precisely exemplify the behavior here:

https://gist.github.com/MichaelDrogalis/6123177

On Wednesday, July 31, 2013 11:13:17 AM UTC-4, Michael Drogalis wrote:

 Aaron: Yep, I'm aware - and am using the value provided by the last 
 parameter.

 This is going to be tough to show the problem without bringing more 
 details of my concurrency set up.
 I'm not sure if this will exhibit the problem, but this is what it boils 
 down to:

 https://gist.github.com/MichaelDrogalis/6122834

 When enough threads are trying to write to the queue, the watches
 triggered later can finish before watches triggered earlier.


 On Wednesday, July 31, 2013 11:05:16 AM UTC-4, Aaron Cohen wrote:

 A watcher fn has 4 parameters: key, reference, old-state, new-state

 If you use old-state and new-state rather than the reference, you should 
 not see your problem.

 --Aaron


 On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis madru...@gmail.comwrote:

 Problem:

 I have a ref representing a queue of people in line.
 I add a watch to the ref to print out the contents of the queue whenever 
 it changes.
 Naturally, and expected, the following can happen if queuing happens in 
 rapid succession:

 Queue: []
 add Mike to queue
 add John to queue

 console: Queue is Mike, John
 console: Queue is Mike

 I'd like to write a UI for this program, but I clearly can't reliably 
 render based on the result delivered
 by the add-watch hook. What's the solution for this problem?

 -- 
 -- 
 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: In-order triggering of watches on mutable state

2013-07-31 Thread Timothy Baldridge

The answer is here:

https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/LockingTransaction.java#L361

Agents and watches are dispatched outside of the transaction locking. This
means that multiple transactions could be executing watches in parallel,
and hence execute out of order.

Timothy Baldridge


On Wed, Jul 31, 2013 at 9:43 AM, Michael Drogalis madrush...@gmail.comwrote:

 I can precisely exemplify the behavior here:

 https://gist.github.com/MichaelDrogalis/6123177


 On Wednesday, July 31, 2013 11:13:17 AM UTC-4, Michael Drogalis wrote:

 Aaron: Yep, I'm aware - and am using the value provided by the last
 parameter.

 This is going to be tough to show the problem without bringing more
 details of my concurrency set up.
 I'm not sure if this will exhibit the problem, but this is what it boils
 down to:

 https://gist.github.com/**MichaelDrogalis/6122834https://gist.github.com/MichaelDrogalis/6122834

 When enough threads are trying to write to the queue, the watches
 triggered later can finish before watches triggered earlier.


 On Wednesday, July 31, 2013 11:05:16 AM UTC-4, Aaron Cohen wrote:

 A watcher fn has 4 parameters: key, reference, old-state, new-state

 If you use old-state and new-state rather than the reference, you should
 not see your problem.

 --Aaron


 On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis 
 madru...@gmail.comwrote:

 Problem:

 I have a ref representing a queue of people in line.
 I add a watch to the ref to print out the contents of the queue
 whenever it changes.
 Naturally, and expected, the following can happen if queuing happens in
 rapid succession:

 Queue: []
 add Mike to queue
 add John to queue

 console: Queue is Mike, John
 console: Queue is Mike

 I'd like to write a UI for this program, but I clearly can't reliably
 render based on the result delivered
 by the add-watch hook. What's the solution for this problem?

 --
 --
 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=enhttp://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_outhttps://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.






-- 
“One of the main causes of the fall of the Roman Empire was that–lacking
zero–they had no way to indicate successful termination of their C
programs.”
(Robert Firth)

-- 
-- 
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: In-order triggering of watches on mutable state

2013-07-31 Thread Mike Drogalis

Thanks for the link. :) I understand that the behavior I'm seeing is
correct. Any idea how to achieve the desired behavior, though?

On Wed, Jul 31, 2013 at 12:06 PM, Timothy Baldridge tbaldri...@gmail.comwrote:

The answer is here:

https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/LockingTransaction.java#L361

Agents and watches are dispatched outside of the transaction locking. This
means that multiple transactions could be executing watches in parallel,
and hence execute out of order.

Timothy Baldridge

On Wed, Jul 31, 2013 at 9:43 AM, Michael Drogalis madrush...@gmail.comwrote:

I can precisely exemplify the behavior here:

https://gist.github.com/MichaelDrogalis/6123177

On Wednesday, July 31, 2013 11:13:17 AM UTC-4, Michael Drogalis wrote:

Aaron: Yep, I'm aware - and am using the value provided by the last
parameter.

This is going to be tough to show the problem without bringing more
details of my concurrency set up.
I'm not sure if this will exhibit the problem, but this is what it boils
down to:

https://gist.github.com/**MichaelDrogalis/6122834https://gist.github.com/MichaelDrogalis/6122834

When enough threads are trying to write to the queue, the watches
triggered later can finish before watches triggered earlier.

On Wednesday, July 31, 2013 11:05:16 AM UTC-4, Aaron Cohen wrote:

A watcher fn has 4 parameters: key, reference, old-state, new-state

If you use old-state and new-state rather than the reference, you
should not see your problem.

--Aaron

On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis
madru...@gmail.comwrote:

Problem:

I have a ref representing a queue of people in line.
I add a watch to the ref to print out the contents of the queue
whenever it changes.
Naturally, and expected, the following can happen if queuing happens
in rapid succession:

Queue: []
add Mike to queue
add John to queue

console: Queue is Mike, John
console: Queue is Mike

I'd like to write a UI for this program, but I clearly can't reliably
render based on the result delivered
by the add-watch hook. What's the solution for this problem?

--
--
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=enhttp://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_outhttps://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.

--
“One of the main causes of the fall of the Roman Empire was that–lacking
zero–they had no way to indicate successful termination of their C
programs.”
(Robert Firth)

--
--
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 a topic in the
Google Groups Clojure group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/clojure/0b5HWJE6Jx4/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Getting a living standalone jar with lein uberjar and a handful of resources

2013-07-31 Thread Kevin Downey

On 7/31/13 4:18 AM, Alex Fowler wrote:
 I have an application which is built fine with uberjar with an exception of 
 two things which do not get incuded:
 1) Additonal jar files (about 150Mb) from various Java libraries that are 
 not present on Clojars and that I have no power of will or time of trying 
 to upload them there. This folder is speciiified with :resource-paths in 
 project.clj 
 2) About 150Mb of resources such as pictures and video-files which are 
 loaded by these java libraries using *their own methods* which I cannot 
 change.
 
 What lein uberjar does - it skips these files and simply creates an 
 incomplete jar with my compiled sources, which does not launch because it 
 is missing those files. However, lein run works just fine!
 
 My question is: how do I make a single jar with lein that, being run with 
 java -jar exposes the same behavior as simply lein run?
 
 PS: As an idea: when I was programming in Scala, I was using 
 com.jdotsoft.jarloader.JarClassLoader which was the entry point in my app 
 and I could simply put all files into the jar and it would search them in 
 that order:
 1) recursively inside the jar
 2) in the same folder as the jar (which would allow simple externalizing of 
 files like settings files if needed to be exposed to users).
 3) in system path folders...
 Maybe there is a way to use that magical JarClassLoader with 
 Leiningen/Clojure?
 

clojars is just a maven repo, and a simple maven repo is just a http server.

you can setup your own private maven repo easily by copying the
directory structure of your ~/.m2 to an http server somewhere.

for something more full featured you can setup something like apache
archiva (which is what I use at work) http://archiva.apache.org/index.cgi

once you have a private maven repo you can deploy whatever you want to
it, and use whatever you deploy has a dependency as normal


-- 
And what is good, Phaedrus,
And what is not good—
Need we ask anyone to tell us these things?



signature.asc
Description: OpenPGP digital signature

Re: In-order triggering of watches on mutable state

2013-07-31 Thread Timothy Baldridge

You might want to consider switching to agents (or something else) I don't
think it's possible to do what you want with refs.

Timothy Baldridge

On Wed, Jul 31, 2013 at 10:08 AM, Mike Drogalis madrush...@gmail.comwrote:

Thanks for the link. :) I understand that the behavior I'm seeing is
correct. Any idea how to achieve the desired behavior, though?

On Wed, Jul 31, 2013 at 12:06 PM, Timothy Baldridge
tbaldri...@gmail.comwrote:

The answer is here:

https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/LockingTransaction.java#L361

Agents and watches are dispatched outside of the transaction locking.
This means that multiple transactions could be executing watches in
parallel, and hence execute out of order.

Timothy Baldridge

On Wed, Jul 31, 2013 at 9:43 AM, Michael Drogalis
madrush...@gmail.comwrote:

I can precisely exemplify the behavior here:

https://gist.github.com/MichaelDrogalis/6123177

On Wednesday, July 31, 2013 11:13:17 AM UTC-4, Michael Drogalis wrote:

Aaron: Yep, I'm aware - and am using the value provided by the last
parameter.

This is going to be tough to show the problem without bringing more
details of my concurrency set up.
I'm not sure if this will exhibit the problem, but this is what it
boils down to:

https://gist.github.com/**MichaelDrogalis/6122834https://gist.github.com/MichaelDrogalis/6122834

When enough threads are trying to write to the queue, the watches
triggered later can finish before watches triggered earlier.

On Wednesday, July 31, 2013 11:05:16 AM UTC-4, Aaron Cohen wrote:

A watcher fn has 4 parameters: key, reference, old-state, new-state

If you use old-state and new-state rather than the reference, you
should not see your problem.

--Aaron

On Wed, Jul 31, 2013 at 11:00 AM, Michael Drogalis madru...@gmail.com
wrote:

Problem:

Queue: []
add Mike to queue
add John to queue

console: Queue is Mike, John
console: Queue is Mike

I'd like to write a UI for this program, but I clearly can't reliably
render based on the result delivered
by the add-watch hook. What's the solution for this problem?

--
--
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=enhttp://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_outhttps://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.

--
“One of the main causes of the fall of the Roman Empire was that–lacking
zero–they had no way to indicate successful termination of their C
programs.”
(Robert Firth)

--
--
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 a topic in the
Google Groups Clojure group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/clojure/0b5HWJE6Jx4/unsubscribe.
To unsubscribe from this group and all its topics, 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,

Re: Getting a living standalone jar with lein uberjar and a handful of resources

2013-07-31 Thread Alex Fowler

Thank you for the advice and I will explore the Archiva initiative, 
however, I think it would do for jars, but not to managing application 
resources during development. For example, pictures used in the application 
may change several times a day, depending on how designers work, and having 
it managed by something other than the trivial OS filesystem is an 
overkill.. Besides that, the java engine that I am using, has it's own 
means of loading files from locations available for search which, I think, 
does not include getting something from a repository...

среда, 31 июля 2013 г., 20:19:21 UTC+4 пользователь red...@gmail.com 
написал:

 On 7/31/13 4:18 AM, Alex Fowler wrote: 
  I have an application which is built fine with uberjar with an exception 
 of 
  two things which do not get incuded: 
  1) Additonal jar files (about 150Mb) from various Java libraries that 
 are 
  not present on Clojars and that I have no power of will or time of 
 trying 
  to upload them there. This folder is speciiified with :resource-paths in 
  project.clj 
  2) About 150Mb of resources such as pictures and video-files which are 
  loaded by these java libraries using *their own methods* which I cannot 
  change. 
  
  What lein uberjar does - it skips these files and simply creates an 
  incomplete jar with my compiled sources, which does not launch because 
 it 
  is missing those files. However, lein run works just fine! 
  
  My question is: how do I make a single jar with lein that, being run 
 with 
  java -jar exposes the same behavior as simply lein run? 
  
  PS: As an idea: when I was programming in Scala, I was using 
  com.jdotsoft.jarloader.JarClassLoader which was the entry point in my 
 app 
  and I could simply put all files into the jar and it would search them 
 in 
  that order: 
  1) recursively inside the jar 
  2) in the same folder as the jar (which would allow simple externalizing 
 of 
  files like settings files if needed to be exposed to users). 
  3) in system path folders... 
  Maybe there is a way to use that magical JarClassLoader with 
  Leiningen/Clojure? 
  

 clojars is just a maven repo, and a simple maven repo is just a http 
 server. 

 you can setup your own private maven repo easily by copying the 
 directory structure of your ~/.m2 to an http server somewhere. 

 for something more full featured you can setup something like apache 
 archiva (which is what I use at work) http://archiva.apache.org/index.cgi 

 once you have a private maven repo you can deploy whatever you want to 
 it, and use whatever you deploy has a dependency as normal 


 -- 
 And what is good, Phaedrus, 
 And what is not good-- 
 Need we ask anyone to tell us these things? 



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

[GSoC] CinC mid-term evaluation status

2013-07-31 Thread Nicola Mometto


For the last month or so I've been working on completing Aaron Cohen's
CinC.

As planned, this first period has been spent working extensively on the
analyzer improving it to the point where it's competitive with the
analysis done in Compiler.java while keeping it clojurescript-like and
extensible via small composable passes over the AST [1].

There's some doc about the passes that are implemented and about the AST
nodes produced at in the doc directory of the repository [2].

Notably, the jvm analyzer is able to propagate the tag of expressions
to infer the tag of more complex expressions avoiding the necessity
of explicit tagging in order to avoid run-time reflection in some cases.

There are two main namespaces: `cinc.analyzer` and
`cinc.analyzer.jvm`; the first one should not be used directly but
should rather be extended to platform-specific forms and passes as done
by `cinc.analyzer.jvm`.

Work on the jvm emitter will start soon.

Thanks,
Nicola.

[1] https://github.com/Bronsa/CinC/tree/analyzer-WIP/src/cinc/analyzer/passes
[2] https://github.com/Bronsa/CinC/tree/analyzer-WIP/doc

-- 
-- 
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: changing a value in a vector of maps

2013-07-31 Thread Gary Johnson

Here's the code analogue of your find-assoc-in function for the approach 
Cedric is proposing. I actually came to the same solution before reading 
the responses to your post, so it's good to see that others also think this 
is a more memory efficient approach (obviously for larger vectors than the 
example).

(defn my-find-assoc-in
  [[test-key update-key] [test-val update-val] mapvec]
  (reduce
   (fn [v idx] (if (= (get-in v [idx test-key]) test-val)
   (assoc-in v [idx update-key] update-val)
 v))
   mapvec
   (range (count mapvec


Happy hacking,
  ~Gary

-- 
-- 
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: In-order triggering of watches on mutable state

2013-07-31 Thread Mike Drogalis

I'll play around with agents for this when I get some more free time.

I find it odd that, as the sole perceiver of an indentity, events are
capable of being perceived out of order.
If I were watching a line queue up in person, events are obviously
dispatched in order through my visual perception.
I trust there's a good reason it's designed this way, at any rate.

On Wed, Jul 31, 2013 at 12:25 PM, Timothy Baldridge tbaldri...@gmail.comwrote:

You might want to consider switching to agents (or something else) I don't
think it's possible to do what you want with refs.

Timothy Baldridge

On Wed, Jul 31, 2013 at 10:08 AM, Mike Drogalis madrush...@gmail.comwrote:

Thanks for the link. :) I understand that the behavior I'm seeing is
correct. Any idea how to achieve the desired behavior, though?

On Wed, Jul 31, 2013 at 12:06 PM, Timothy Baldridge tbaldri...@gmail.com
wrote: