New Functional Programming Job Opportunities
Here are some functional programming job opportunities that were posted recently: Clojure Engineers Needed at Factual http://functionaljobs.com/jobs/8696-clojure-engineers-needed-at-factual Cheers, Sean Murphy FunctionalJobs.com -- 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/d/optout.
ANN: no.disassemble 0.1.3 - data disassembler
A Clojure library designed to let you inspect bytecode of functions and things. https://github.com/gtrak/no.disassemble This release: I've merged Aphyr's data disassembler implementation which converts the underlying eclipse disassembler's class hierarchy into standard clojure data structures. It is available as the function 'disassemble-data' in the top-level no.disassemble namespace. Tests and patches welcome! I'd like to explore ASM and cider integration in the future, along with something approaching current clojure-based analyzer and emitter implementations, or whatever else might be useful! -- 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/d/optout.
Re: ANN simple-time
That's correct - I defined timespan to be independent of any specific datetime, but there's add-years, add-months, add-days, etc if you do need to move relative to a specific date. I do plan to add timezones as the next feature, just haven't gotten around to it yet. For my use cases so far I haven't needed it. Generally all I care about is how far I am from UTC, which is available via (- (now) (utc-now)). I wasn't aware of clojure.joda-time, but I like that it favors LocalDateTime (what I use). One motivation for making this in the first place was asking clj-time what the date was and it being wrong for 8 hours every day :) -Matt On Saturday, March 22, 2014 at 2:35 AM, dm3 wrote: > Hey, this looks really simple and nice. > > So, to map Joda concepts to simple-time - a timespan is a standard Period (1 > day is always 24 hours) and a datetime doesn't have a timezone, so more akin > to LocalDateTime, right? > > There's also https://github.com/dm3/clojure.joda-time, in case you haven't > seen it - more of a complete Joda API wrapper. > > On Thursday, 20 March 2014 20:15:55 UTC+2, Matt Bossenbroek wrote: > > It is my pleasure to announce simple-time to the world: > > https://github.com/mbossenbroek/simple-time > > > > simple-time is a dead simple datetime & timespan library for Clojure. It's > > an opinionated alternative for clj-time that takes a more functional twist > > on the object-heavy Joda time library. > > > > Full API is here: > > http://mbossenbroek.github.io/simple-time/simple-time.core.html > > > > Read more about the motivation for simple-time here: > > https://github.com/mbossenbroek/simple-time#motivations > > > > Enjoy! > > > > -Matt > > > -- > 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 > (mailto: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 > (mailto: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 > (mailto:clojure+unsubscr...@googlegroups.com). > For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: noir.session clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future
Hi Sean, I am using a luminusweb project. So yes, noir.session gets initialized and is working. I was testing that before to get a feeling for noir.session at all. So could this be a timing issue? Trying to access the session before it is initialized? Thanks, Sven Am Sonntag, 23. März 2014 23:14:33 UTC+1 schrieb Sean Corfield: > > Looks like the Noir session isn't initialized. Have you added the > wrap-noir-session middleware? > > Sean > > On Mar 23, 2014, at 2:54 PM, Sven Richter > > > wrote: > > I have an error message that I just dont understand. This is what I am > trying to do: > > > > (ns service) > > (defn get-id [] (session/get :id)) > > > > (ns http) > > (defn get-it [] (parse-string (:body (client/get > > (str > > base-url > > > "rest/api/2/search?jql=issuetype=Epos&status!=closed&maxResults=1000&JSESSIONID=" > > > > (service/get-id)) ;this > is there the error occurs > >:accept :json} > > > > Now, when I startup ring I get the following error: > > > > Exception in thread "main" java.lang.ClassCastException: > clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future > > at clojure.core$deref_future.invoke(core.clj:2108) > > at clojure.core$deref.invoke(core.clj:2129) > > at noir.session$get.invoke(session.clj:24) > > at lweb.services.jira$get_jira_session_id.invoke(jira.clj:17) > > at lweb.services.epic$get_epics.invoke(epic.clj:19) > > at lweb.services.epic$get_epic_sp_map.invoke(epic.clj:40) > > at lweb.services.epic$eval10850.invoke(epic.clj:43) > > > -- 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/d/optout.
Re: noir.session clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future
Looks like the Noir session isn't initialized. Have you added the wrap-noir-session middleware? Sean On Mar 23, 2014, at 2:54 PM, Sven Richter wrote: > I have an error message that I just dont understand. This is what I am trying > to do: > > (ns service) > (defn get-id [] (session/get :id)) > > (ns http) > (defn get-it [] (parse-string (:body (client/get > (str > base-url > > "rest/api/2/search?jql=issuetype=Epos&status!=closed&maxResults=1000&JSESSIONID=" > (service/get-id)) ;this is > there the error occurs >:accept :json} > > Now, when I startup ring I get the following error: > > Exception in thread "main" java.lang.ClassCastException: > clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future > at clojure.core$deref_future.invoke(core.clj:2108) > at clojure.core$deref.invoke(core.clj:2129) > at noir.session$get.invoke(session.clj:24) > at lweb.services.jira$get_jira_session_id.invoke(jira.clj:17) > at lweb.services.epic$get_epics.invoke(epic.clj:19) > at lweb.services.epic$get_epic_sp_map.invoke(epic.clj:40) > at lweb.services.epic$eval10850.invoke(epic.clj:43) signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Clojure 1.6.0-RC1 - LAST CHANCE, PLEASE TEST
Hi, Additionally differences in -XX:+PrintCompilation ouput might be > interesting. > > first, I tested with -XX:+PrintInlining and there actually is a difference for seqFrom: in 1.5.1 there are more occurrences of this function in the output (see data at the end of this post). Since the function seems to get inlined, I did not experiment with FreqInlineSize. Some background reading indicated that MaxInlineSize is not relevant for this function which clearly is a hot spot. There is a diff with >3000 lines in the output of PrintCompilation. Right now, I don't know what to look for in that output. I'll have to read about how to read those files when time permits. Cheers, Stefan Data: grep seqFrom print-inline-1.5.1 @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (133 bytes) inline (hot) grep seqFrom print-inline-1.6.0master @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot) @ 28 clojure.lang.RT::seqFrom (152 bytes) inline (hot)
noir.session clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future
Hi, I have an error message that I just dont understand. This is what I am trying to do: (ns service) (defn get-id [] (session/get :id)) (ns http) (defn get-it [] (parse-string (:body (client/get (str base-url "rest/api/2/search?jql=issuetype=Epos&status!=closed&maxResults=1000&JSESSIONID=" (service/get-id)) ;this is there the error occurs :accept :json} Now, when I startup ring I get the following error: Exception in thread "main" java.lang.ClassCastException: clojure.lang.Var$Unbound cannot be cast to java.util.concurrent.Future at clojure.core$deref_future.invoke(core.clj:2108) at clojure.core$deref.invoke(core.clj:2129) at noir.session$get.invoke(session.clj:24) at lweb.services.jira$get_jira_session_id.invoke(jira.clj:17) at lweb.services.epic$get_epics.invoke(epic.clj:19) at lweb.services.epic$get_epic_sp_map.invoke(epic.clj:40) at lweb.services.epic$eval10850.invoke(epic.clj:43) at clojure.lang.Compiler.eval(Compiler.java:6619) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.RT.loadResourceScript(RT.java:370) at clojure.lang.RT.loadResourceScript(RT.java:361) at clojure.lang.RT.load(RT.java:440) at clojure.lang.RT.load(RT.java:411) at clojure.core$load$fn__5018.invoke(core.clj:5530) at clojure.core$load.doInvoke(core.clj:5529) at clojure.lang.RestFn.invoke(RestFn.java:408) at clojure.core$load_one.invoke(core.clj:5336) at clojure.core$load_lib$fn__4967.invoke(core.clj:5375) at clojure.core$load_lib.doInvoke(core.clj:5374) at clojure.lang.RestFn.applyTo(RestFn.java:142) at clojure.core$apply.invoke(core.clj:619) at clojure.core$load_libs.doInvoke(core.clj:5413) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.core$apply.invoke(core.clj:619) at clojure.core$require.doInvoke(core.clj:5496) at clojure.lang.RestFn.invoke(RestFn.java:703) at lweb.routes.epics$eval8170$loading__4910__auto8171.invoke(epics.clj:1) at lweb.routes.epics$eval8170.invoke(epics.clj:1) at clojure.lang.Compiler.eval(Compiler.java:6619) at clojure.lang.Compiler.eval(Compiler.java:6608) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.RT.loadResourceScript(RT.java:370) at clojure.lang.RT.loadResourceScript(RT.java:361) at clojure.lang.RT.load(RT.java:440) at clojure.lang.RT.load(RT.java:411) at clojure.core$load$fn__5018.invoke(core.clj:5530) at clojure.core$load.doInvoke(core.clj:5529) at clojure.lang.RestFn.invoke(RestFn.java:408) at clojure.core$load_one.invoke(core.clj:5336) at clojure.core$load_lib$fn__4967.invoke(core.clj:5375) at clojure.core$load_lib.doInvoke(core.clj:5374) at clojure.lang.RestFn.applyTo(RestFn.java:142) at clojure.core$apply.invoke(core.clj:619) at clojure.core$load_libs.doInvoke(core.clj:5413) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.core$apply.invoke(core.clj:619) at clojure.core$require.doInvoke(core.clj:5496) at clojure.lang.RestFn.invoke(RestFn.java:1523) at lweb.handler$eval4449$loading__4910__auto4450.invoke(handler.clj:1) at lweb.handler$eval4449.invoke(handler.clj:1) at clojure.lang.Compiler.eval(Compiler.java:6619) at clojure.lang.Compiler.eval(Compiler.java:6608) at clojure.lang.Compiler.load(Compiler.java:7064) at clojure.lang.RT.loadResourceScript(RT.java:370) at clojure.lang.RT.loadResourceScript(RT.java:361) at clojure.lang.RT.load(RT.java:440) at clojure.lang.RT.load(RT.java:411) at clojure.core$load$fn__5018.invoke(core.clj:5530) at clojure.core$load.doInvoke(core.clj:5529) at clojure.lang.RestFn.invoke(RestFn.java:408) at clojure.core$load_one.invoke(core.clj:5336) at clojure.core$load_lib$fn__4967.invoke(core.clj:5375) at clojure.core$load_lib.doInvoke(core.clj:5374) at clojure.lang.RestFn.applyTo(RestFn.java:142) at clojure.core$apply.invoke(core.clj:619) at clojure.core$load_libs.doInvoke(core.clj:5413) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.core$apply.invoke(core.clj:619) at clojure.core$require.doInvoke(core.clj:5496) at clojure.lang.RestFn.invoke(RestFn.java:457) at lweb.core$eval4443$loading__4910__auto.invoke(core.clj:1) at lweb.core$eval4443.invoke(core.clj:1) ... Can someone explain please what is happening here and how to do it right? Thanks, Sven -- You received this message because you are subscribed
Re: Clojure 1.6.0-RC1 - LAST CHANCE, PLEASE TEST
On Sunday, March 23, 2014 6:02:26 PM UTC+1, Alex Miller wrote: > > Stefan, how do these numbers compare to RC1? Is RC2 better than RC1? > If my tests can be trusted, there is an improvement between RC1 and RC2, but it is still worse than 1.5.1. *Version* *Java Version* *User time(s)* *Sys time(s)* *Wall clock(s)* *% CPU* 1.6.0-RC1 Oracle 1.7.0_11 2145 107,5 335 672 1.6.0-RC2 Oracle 1.7.0_11 2087,5 104,5 326,5 671 Stefan -- 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/d/optout.
[ANN] Clojure 1.6.0-RC3
Clojure 1.6.0-RC3 is now available. Try it via - Download: http://central.maven.org/maven2/org/clojure/clojure/1.6.0-RC3 - Leiningen: [org.clojure/clojure "1.6.0-RC3"] See the full change log here: https://github.com/clojure/clojure/blob/master/changes.md Clojure 1.6.0-RC3 has the following changes since 1.6.0-RC2: - Test temporarily disabled to allow Clojure to build with JDK 1.8 (requires ASM upgrade in future release) - Symbol no longer caches hashCode and will lazily cache hasheq. The hasheq is also computed in a different way to leverage the cached String hashCode of the Symbol ns (if it exists). Please let us know how it looks! -- 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/d/optout.
Re: tools.namespace.repl refresh is trying to refresh test dependencies we don't need
I have encountered this problem as well. The simple fix is to remove the `checkouts` directory. I haven't found another way. -S On Friday, March 21, 2014 10:29:54 AM UTC-7, Christopher Poile wrote: > > Hi all, > > clojure.tools.namespace.repl/refresh tries to load (and run) the test > files from a dependent project and, since we don't use midje on the main > project, it fails when it can't find midje on the classpath. The dependent > project is a symlink in the checkouts directory, and that project depends > on midje in its :dev profile. I am starting the repl through cider-jack-in, > and the :dev profile is active in the main project, but from reading the > lein docs it seems that maybe the :dev profile isn't being activated for > the dependent project? > > I could add midje as a depency in my main project (which is what I'm doing > now to stop the error), but is there a better way to fix this? > Thanks to anyone who can help solve this. > > Chris. > -- 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/d/optout.
Re: Clojure 1.6.0-RC1 - LAST CHANCE, PLEASE TEST
You've piqued my curiosity. Could I trouble you to post the benchmark results on -RC2 with 96f5b5bdc reverted? On Friday, March 21, 2014 7:47:00 PM UTC-4, Stefan Kamphausen wrote: > > > > On Saturday, March 22, 2014 12:41:55 AM UTC+1, Andy Fingerhut wrote: >> >> That is odd. This is a shot in the dark, and probably unhelpful because >> I do not know a good way to verify whether my guess is true, but perhaps >> the seqFrom method went from being small enough to be inlined by your JIT >> before that change, to being too large to consider for inlining after the >> change? It isn't a big change in the code, so it would have to have been >> close to the threshold if this is true. >> >> > if there is anything I can do to test this, just let me know. > > Best, > stefan > -- 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/d/optout.
STM history queues, when is a snapshot pushed
Is a new snapshot pushed onto the history queue of a ref when 1. every time the ref is a target of alter, commute, ref-set, reset, alter-meta!, or reset-meta!, or 2. only when the committed value for the ref is not identical to the value at the end of the history queue? When checking the committability of a ref before the end of a transaction, is the check that 1. the end position of the history queue for that ref is the same as it was at the beginning of the transaction, or 2. the value of the ref at the end of the history queue is identical to the value at the beginning of the transaction? For both questions, choice 1 appears to be unquestionable safe, but could sponsor a higher number of retries. The choice 2s may conserve some retries, but I'm not sure about the safety. For both questions, the implementation complexity and efficiency seem similar. At any rate, the actual implementation is not a part of the documented API, yet could affect how one codes transaction functions. Even if I dug through the Java source to form my own impressions, one is not supposed to rely on such behaviour. -- 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/d/optout.
Re: CLJS Advanced Compilation & JS Libraries lacking externs
Hi David, Is there a way to output an error if the build does not find the specified extern file? I recently lost more time than I would like to admit to a typo in the extern filename and not getting any error message in the lein build process. -- 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/d/optout.
Re: Deserialization of a Record
This exception also occurred to me, so I created a minimal example in this gist: https://gist.github.com/damn/9728288 Am Freitag, 8. Juni 2012 15:53:21 UTC+2 schrieb Stuart Sierra: > > Can you post a standalone example that doesn't require seesaw? Otherwise > it's hard to reproduce the problem. > > If the problem is class visibility on the EDT, there are a couple of > possiblities: > > 1. Bind *use-context-classloader* to false in your event handler. This > might work. > > 2. Have the event handler invoke a Clojure Agent to do the actual work. > > -S > > -- 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/d/optout.
Re: [ANN] stch.html 0.1.0 - A brand new library for HTML generation that supports Clojure and ClojureScript
0.1.2 released.
class attribute can be a string, set, or sequential type now.
(->html (div :class "big bold"))
; ""
(->html (div :class #{"big" "bold"}))
; ""
(->html (div :class ["big" "bold"]))
; ""
--
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/d/optout.
Re: [ANN] stch.schema 0.3.3 - Optional type annotations and type checking
Forgot github link: https://github.com/stch-library/schema -- 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/d/optout.
ANN Elastisch 2.0.0-beta2 is released
Elastisch [1] is a small, feature complete client for ElasticSearch that provides both REST and native clients. Release notes: http://blog.clojurewerkz.org/blog/2014/03/23/elastisch-2-dot-0-0-beta2-is-released/ Sister projects: http://clojurewerkz.org 1. http://clojureelasticsearch.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/d/optout.
[ANN] stch.schema 0.3.3 - Optional type annotations and type checking
Changes in 0.3.x: 1. Fixed a bug with the documentation generated for multiple arity fns. 2. Replaced eq, pair, one, optional, record, protocol, pred, and enum with Eq, Pair, One, Optional, Record, Protocol, Predicate, and Enumerate, respectively. 3. Moved utility functions to separate project. stch.schema is on Clojars as well. Add the following to your project dependencies to use: [stch-library/schema "0.3.3"] BTW, I'm currently looking for work as a Clojure developer. If you like what you see, please hit me up. David -- 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/d/optout.
optimal way to generate/store/compare 256/512/1024 bytes
I may be missing something, but why not use gensym to generate unique identifiers if their only purpose is to be used as keys in a map? This should work as long as your map is always built from scratch when your clojura program/app is started. -- 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/d/optout.
Re: Clojure 1.6.0-RC1 - LAST CHANCE, PLEASE TEST
Stefan, how do these numbers compare to RC1? Is RC2 better than RC1? On Saturday, March 22, 2014 7:32:53 AM UTC-5, Stefan Kamphausen wrote: > > Hi, > > On Saturday, March 22, 2014 3:52:00 AM UTC+1, Alex Miller wrote: >> >> That's pretty weird. >> >> > that's pretty true. > > >> 1.6.0-RC2 is out now - I would really appreciate it if you could give it >> a shot. >> > > Sure. Tried with Oracle JDK 7 and 8, each run two times and took the > average. Each run was done using > > lein clean && lein uberjar && run.sh > > where run.sh starts the uberjar and measures the times with /usr/bin/time > -v. > > These are the results: > >*Version* *Java Version* *User time(s)* *Sys time(s)* *Wall clock(s)* *% > CPU* 1.6.0-RC2 Oracle 1.7.0_11 2087,5 104,5 326,5 671 1.5.1 Oracle > 1.7.0_11 1957 104,5 311,5 661 1.6.0-RC2 Oracle 1.8.0 2022,5 110 318,5 > 669,5 1.5.1 Oracle 1.8.0 2087 105 323 675,5 > The results for Java7 are in-line with the results of my previous > experiments, I tried Java8 just out of curiosity. > > Cheers, > stefan > > -- 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/d/optout.
clj-pdf: how to serve a pdf with ring
Hi Mathias, It looks like you've misplaced a paren in your code example: (piped-input-stream (fn [output-stream]) (pdf ...) piped-input-stream accepts a single function argument. Also, according to the docs, once the function is finished executing, the output stream is closed. I believe that what may be happening is that the stream is closed before you can serve it up as the body of your response. I would try creating an InputStream another way. Ring will automatically close the input stream after the request is served. -- 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/d/optout.
Re: How did you learn Clojure?
Thank, Blake! On Mar 20, 2014, at 11:50 PM, blake.wat...@pnmac.com wrote: > Some Lisp books have been "translated" to Clojure. > > http://juliangamble.com/blog/2012/07/13/amazing-lisp-books-living-again-in-clojure/ > > On Thursday, March 20, 2014 11:23:10 PM UTC-7, Marcus Blankenship wrote: > Cool, thanks to all who've replied thus far. > > Question: is there any value in traditional lisp / scheme texts, like SICP, > or Little Schemer (etc) or other books like that? I've spent quite a bit of > time with them, imagining they would pay off, but I'm not sure that's a > "normal" route to Clojure proficiency. > > Sent from my iPhone > > > On Mar 20, 2014, at 11:12 PM, Sean Corfield wrote: > > > >> On Mar 20, 2014, at 6:08 PM, Marcus Blankenship > >> wrote: > >> So I'm curious: how did you learn Clojure well enough to be proficient > >> with it, or how are you working on learning it? > > > > Initial dabbling: The Joy of Clojure and a REPL. Caveat: it's not really an > > introductory Clojure book but I had past FP experience so I felt I could > > "jump in". > > > > Initial serious learning: Attended Amit Rathore's Clojure Bootcamp - one > > day course for about $300 (if I remember correctly?). > > > > Follow-on: 4clojure.com, worked through Clojure in Action as well. > > > > Then I picked a handful of small-ish problems we'd already solved at work > > in other languages and re-coded them in Clojure. > > > > Since then it's been a steady stream of tackling increasingly larger > > problems at work, over a period of about three years. > > > >> Anyone else facing the focus + fear dilemma? > > > > There's a lot less fear if you're used to learning new languages. I try to > > pick up a new language every year or two: Groovy in 2008/2009, Scala in > > 2009/2010, Clojure in 2010/2011 (and onward). Dabbled in Ruby, Python, > > Haskell since then but nothing serious. Very interested in Elm right now. > > > > As for focus, yes, you really do need a "project". Either pick things > > you've done before in other languages, or figure out something that would > > scratch an itch (a small web app, perhaps?) and tackle that. > > > > Sean Corfield -- (904) 302-SEAN > > An Architect's View -- http://corfield.org/ > > > > "Perfection is the enemy of the good." > > -- Gustave Flaubert, French realist novelist (1821-1880) > > > > > > > > -- > 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/d/optout. Best, Marcus Marcus Blankenship \\\ Problem Solver, Linear Thinker \\\ 541.805.2736 \ @justzeros \ skype:marcuscreo -- 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/d/optout.
Re: How did you learn Clojure?
Thanks to all who responded! On Mar 21, 2014, at 7:17 AM, Lee Spector wrote: > > A little thing but I use it in when teaching Clojure to newbies and maybe > it'll be useful for others: > > https://github.com/lspector/clojinc/blob/master/src/clojinc/core.clj > > -Lee > > -- > 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/d/optout. Best, Marcus Marcus Blankenship \\\ Problem Solver, Linear Thinker \\\ 541.805.2736 \ @justzeros \ skype:marcuscreo -- 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/d/optout.
clj-pdf: how to serve a pdf with ring
I'm trying to serve a clj-http generated document directly via
ring/compojure.
I thought ring.util/piped-output-stream would work, but it seems I'm not
understanding something here...
This:
(defn laminat-pdf-t
[natno]
(piped-input-stream
(fn [output-stream])
(pdf
[ {:title (str "Omanimali-Kuscheltierpass" natno)
:orientation :landscape
:size :a6
:author "Omanimali - Stefanie Tuschen"
:register-system-fonts true
}
;; [:svg {} (clojure.java.io/file
;; (str "/einbuergern/" natno "/svg" ))]
[:paragraph "Some Text"] ]
output-stream)))
(defn laminat-pdf
"generate individualized cuddly toy passport page"
[natno]
{:headers {"Content-Type" "application/pdf"}
:body (laminat-pdf-t natno)})
leads to an empty response...
What do I need to do differently?
Thanks,
Mathias
--
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/d/optout.
Re: Spawn external process and read from output
I highly recommend https://github.com/Raynes/conch, it has a nicer "UI" and
it supports timeouts pipelining etc..
On Friday, March 21, 2014 8:34:02 AM UTC+2, Sean Corfield wrote:
>
> On Mar 20, 2014, at 9:41 PM, gvim > wrote:
> > I'm not familiar with the Java standard library and didn't find anything
> matching my question on Google so here goes. From my Clojure app I need to
> call an executable written in C and parse the text output within my Clojure
> app. What's the standard way to call an external process and read its
> output? In Ruby I use:
> >
> > ext = IO.popen '/path/to/file'
> > ext.readlines.each {|line| process line}
> > ext.close
>
> (-> (clojure.java.shell/sh "/path/to/file")
> :out
> (clojure.string/split #"\n"))
>
> See:
>
> http://clojure.github.io/clojure/clojure.java.shell-api.html#clojure.java.shell/sh
>
> and:
>
> http://clojure.github.io/clojure/clojure.string-api.html#clojure.string/split
>
> Sean Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
>
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)
>
>
>
>
--
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/d/optout.
optimal way to generate/store/compare 256/512/1024 bytes
Hi, In my _cljs_ code, I need to generate keys by: * randomly generating a 256/512/1024-bit object * testing that it hasn't been used before (and if it's already used, pick another random value) The only use of these ids is as keys to a map. Thus, I would like to have efficient tests for (1) equality and (2) comparison and (3) possibly hashing. Now, my question is: what is the optimal format for these keys? (not generate -- which I can do via some prg) Should I be using a string, an array of integers, or ... ? Thanks! -- 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/d/optout.
