I've really been looking forward to digging into this.
Right now -- and with full awareness of the -beta1 tag on the version
number -- I'm having a lot of trouble.
First, and seemingly minor, lein install failed on the following -
.../ogre/test/java/org/clojurewerkz/ogre/gremlin/process/OgreProc
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
Leiningen dependency information:
[org.clojure/clojurescript "1.9.76"]
This release brings cljs.spec to parity with Clojure 1.9.0-alpha7. It
addresses an i
On Friday, June 17, 2016 at 2:46:37 PM UTC-5, Brian Platz wrote:
>
>
> I'd like to be able to use clojure.spec for input validation where the
> specs are stored in a database using a data structure to represent them.
>
Why don't you represent them as code loaded by different applications?
s/fo
In a multi-tenant system, perhaps you should force users to prefix specs
with a namespace they own?
On Fri, Jun 17, 2016 at 1:46 PM, Brian Platz
wrote:
>
> I'd like to be able to use clojure.spec for input validation where the
> specs are stored in a database using a data structure to represent
I'd like to be able to use clojure.spec for input validation where the
specs are stored in a database using a data structure to represent them.
s/keys and its requirement to use the registry makes this challenging.
I'm able to generate specs dynamically using a workaround like:
(eval (cons 's/a
explain-out is now public in master. Further mods may be coming re testing.
On Thursday, June 16, 2016 at 12:52:12 PM UTC-5, Sean Corfield wrote:
>
> I fear you’re missing my point.
>
>
>
> You can get close to the previous nice value with:
>
>
>
> (#’s/explain-out (:result (t/check-var #’ran
core.async 0.2.385 is now available.
Try it via: [org.clojure/core.async "0.2.385"]
0.2.385 includes the following changes:
- bump dependency on clojure.tools.analyzer.jvm to latest
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this g
Hi Bruno,
> On Jun 17, 2016, at 03:49, Bruno Bonacci wrote:
>
> Hi Max,
>
> That's a interesting library thanks.
>
> Does the library guarantee monotonically increasing IDs? Eg protection
> against clock reset and other clock fluctuations?
Like the Erlang implementation, Flake asks the user
Hi Max,
That's a interesting library thanks.
Does the library guarantee monotonically increasing IDs? Eg protection
against clock reset and other clock fluctuations?
Another thing I've noticed is that you are using (System/currentTimeMillis) to
get the wall clock on every generation.
(System/
