Re: Any plan to add log4j 2 support to tools.logging?

[Andrea Richiardi]

On Thursday, November 19, 2015 at 10:38:48 AM UTC-8, Didier wrote:
>
> Hi all,
>
> I was wondering if any work is being planned on tools.logging to add log4j 
> 2 support?
>

I found an alternative worth checking: https://github.com/gja/clj-log4j2

Log4j2 has so many feature and it might be a good idea to concentrate them 
there and keep clojure.logging more "generic" (I agree this is very 
debatable :)).

 

-- 
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: Any plan to add log4j 2 support to tools.logging?

[Andrea Richiardi]

On Thursday, November 19, 2015 at 2:57:52 PM UTC-8, William la Forge wrote:
Interesting. The log4j-api is not needed. log4j-slf4j-impl directly 
interfaces with log4j-core.

I would be interested in this too, it looks like async loggers are way 
faster, and a factory for Log4j2 would be neat to add without passing by 
the SLF4J bridge.

My current setup:

[org.clojure/tools.logging "0.3.1"]
[org.apache.logging.log4j/log4j-api "2.6.2" :scope 
"runtime"]
[org.apache.logging.log4j/log4j-core "2.6.2" :scope 
"runtime"]
[org.apache.logging.log4j/log4j-jcl "2.6.2" :scope 
"runtime"]
[org.apache.logging.log4j/log4j-jul "2.6.2" :scope 
"runtime"]
[org.apache.logging.log4j/log4j-1.2-api "2.6.2" 
:scope "runtime"]
[org.apache.logging.log4j/log4j-slf4j-impl "2.6.2" 
:scope "runtime"]

But I see there is not too much demand apparently :)

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

ThreatGRID/Cisco Looking for Clojure Developers

[Alex Baranosky]

[ Full disclosure: I am the technical lead on this product and the hiring 
manager in this case. Feel free to contact me with questions, and to pass 
this around. ]

Clojure Developer for Malware Analysis Product

The ThreatGRID team at Cisco is looking for experienced clojure developers 
to
work on our large scale, malware analysis product. Our entire platform is 
built
on Clojure, from the the API services, around the event processing 
subsystem,
and down to the core.logic analysis engine.

Our system runs as a distributed cluster in the cloud, and shrunk down to a
single on-premises appliance. This keeps us focused on simple solutions, 
clear
abstractions between services, composition of services, functional data
processing, and minimal state.

We are analyzing 300k+ malware files a day, and will be scaling to millions 
a
day as we integrate more with the Cisco product line. We need experienced 
hands
in executing this scaling task.

Our team is distributed across the U.S. and works from home with occasional
office visits and travel -- this requires excellent written communications,
self-confidence, trust in your co-workers, and assuming ownership of the
problems you encounter.

We work with these technologies:

 * Clojure, core.logic, riemann
 * ElasticSearch
 * PostgreSQL
 * Redis

We are looking for experience in some of the following problem domains:

 * Web Services Scaling -- Ok, but what happens if 2 million devices ask 
that
   question?

 * Cloud Deployment -- A herd of containers, a society of JVMs. Multiple 
data
   centers.

 * DevOps -- Developers and Operators working together to reduce mean-time 
to
   discovery and remediation.

 * System Monitoring and Alerting -- Kiries is Kibana, Riemann and 
Elasticsearch

 * Data Modeling -- Applied JSON epistemology in a world of hostile actors

 * Micro-Services Architecture -- Towards NetFlix OSS, but in a Clojure way.

 * Continuous Integration/Deployment -- Keep it green, push the button to 
deploy

We offer:

 * An endless supply of interesting problems, and people to solve them with

 * Work in one of the fastest growing product lines in Cisco

 * Competitive salary and benefits to support a stable, high-quality life
   outside of work

 * Decades of collective experience with Clojure and Common Lisp

 * Support in developing your skills and talents, we love to help each other
   grow

 * Work from home, or a Cisco office, as you please.
 
# CONTACT

Email - j...@threatgrid.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.

Re: Saving / Loading a Datascript DB

[Nikita Prokopov]

Wukong,

there’s also https://github.com/tonsky/datascript-transit

Best,
Nikita

On Monday, September 26, 2016 at 7:15:16 PM UTC+7, Wukong Sun wrote:
>
> Hi,
>
>   Is there a easy way to save/load a datascript DB to file?
>
>   I'm not looking to use datomic. I just need a way to save my datascript 
> db to file and to read it later.
>
> 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.

Re: First time using DataScript

[Nikita Prokopov]

Alan, 

On Tuesday, September 27, 2016 at 7:38:29 AM UTC+7, Alan Thompson wrote:
>
> Hi - I was answering a question on StackOverflow, and after solving it 
> using functions from clojure.core, I thought it was the  prefect candidate 
> for a little DataScript.  Basically the user wants to do a "natural join" 
> on column :obs/A, then print out pairs of :obs/value from type :x and type 
> :y.  The DataScript version removes a lot of tedious, manual indexing, 
> filtering, unification, etc.
>
>
> (ns clj.core
>   (:require [tupelo.core :as t] 
> [datascript.core :as d]
> [clojure.set :as set] ))
> (t/refer-tupelo)
>
> (def data
>   [ {:type :x :local/id 1,   :obs/A "11",:obs/value 2.0,   
>  :obs/color "yellow"}
> {:type :x :local/id 2,   :obs/A "12",:obs/value 4.0,   
>  :obs/color "blue"}
> {:type :x :local/id 3,   :obs/A "13",:obs/value 3.0,   
>  :obs/color "green"}
> {:type :x :local/id 3,   :obs/A "15",:obs/value 7.0,   
>  :obs/color "red"} 
>
> {:type :y :local/id 2,   :obs/A "11",:obs/value 7.0,   
>  :obs/shape "square"}
> {:type :y :local/id 2,   :obs/A "13",:obs/value 4.0,   
>  :obs/shape "circle"}
> {:type :y :local/id 6,   :obs/A "15",:obs/value 3.0,   
>  :obs/shape "triangle"} ] )
>
> (newline) (println "data") (pretty data)
>
> (def conn (d/create-conn {}))
> (d/transact! conn data)
>
> (def labelled-result
>   (d/q '[:find ?a ?value1 ?value2
>  :where 
>[?ex :type :x] [?ex :obs/A ?a] [?ex :obs/value ?value1]
>[?ey :type :y] [?ey :obs/A ?a] [?ey :obs/value ?value2]
> ] @conn ))
> (newline) (println "labelled-result") (pretty labelled-result)
>
> (defn -main [& args] )
>
> ​With the result:
>
>
> ​
>
>
> data
>
> [{:type :x,
>
>   :local/id 1,
>
>   :obs/A "11",
>
>   :obs/value 2.0,
>
>   :obs/color "yellow"}
>
>  {:type :x,
>
>   :local/id 2,
>
>   :obs/A "12",
>
>   :obs/value 4.0,
>
>   :obs/color "blue"}
>
>  {:type :x,
>
>   :local/id 3,
>
>   :obs/A "13",
>
>   :obs/value 3.0,
>
>   :obs/color "green"}
>
>  {:type :x, :local/id 3, :obs/A "15", :obs/value 7.0, :obs/color "red"}
>
>  {:type :y,
>
>   :local/id 2,
>
>   :obs/A "11",
>
>   :obs/value 7.0,
>
>   :obs/shape "square"}
>
>  {:type :y,
>
>   :local/id 2,
>
>   :obs/A "13",
>
>   :obs/value 4.0,
>
>   :obs/shape "circle"}
>
>  {:type :y,
>
>   :local/id 6,
>
>   :obs/A "15",
>
>   :obs/value 3.0,
>
>   :obs/shape "triangle"}]
>
>
> labelled-result
>
> #{["13" 3.0 4.0] ["11" 2.0 7.0] ["15" 7.0 3.0]}
>
>
> Cool stuff.
>
> Alan​
>
>
>
>

-- 
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: Insane stack trace with no reference to my code

[Colin Yates]

Narrowing the problem down, on an error the error handler serialises
the current UI state (which can be very large) to EDN and persists that
in a DB. I am thinking something in there is throwing an exception
which, when I try to log it out, causes the recursion. This throws
another exception and only the top 1024 frames of the secondary
exception is printed.

Thanks all, this is really helpful.

Digging continues.

On Tue, 27 Sep 2016, at 11:41 AM, Ragnar Dahlén wrote:
> Hi Colin,
>
> I think you're correct in that something is calling print on a largish
> data structure (possibly due to "loops" like Thomas points out), and
> due to the recursive nature of print you're running out of stack
> space. The JVM (hotspot anyway) will by default only keep the top 1024
> stack frames which is likely why you're not seeing your code anywhere:
>
> $ java -XX:+PrintFlagsFinal -version | grep MaxJavaStackTraceDepth
>  intx MaxJavaStackTraceDepth= 1024
>  {product}
>
> You could try increasing that value, or increasing the stack size (-
> Xss), or possibly binding *print-length* to something small to
> troubleshoot this problem.
>
> /Ragnar
>
> On Tuesday, 27 September 2016 11:16:15 UTC+1, Colin Yates  wrote:
>> Thanks Thomas. The NREPL is a red herring as that is a printout from
>> my local machine - the production error doesn't reference any REPLs -
>> I should have stated that. Unfortunately I can't get it from
>> production as it is a very locked down environment (no copy and
>> paste, no internet connection etc.).
>>
>> To be clear, I get this behaviour from a web request.
>>
>> I might be doing something stupid with components referencing
>> themselves but I don't think so - good call though and somewhere to
>> reference. Still mystified as to why there is no reference to my code
>> though.
>>
>> Thanks Thomas.
>
> --
>  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.

-- 
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: Insane stack trace with no reference to my code

[Colin Yates]

Great tip - thanks Ragnar

On Tue, 27 Sep 2016, at 11:41 AM, Ragnar Dahlén wrote:
> Hi Colin,
>
> I think you're correct in that something is calling print on a largish
> data structure (possibly due to "loops" like Thomas points out), and
> due to the recursive nature of print you're running out of stack
> space. The JVM (hotspot anyway) will by default only keep the top 1024
> stack frames which is likely why you're not seeing your code anywhere:
>
> $ java -XX:+PrintFlagsFinal -version | grep MaxJavaStackTraceDepth
>  intx MaxJavaStackTraceDepth= 1024
>  {product}
>
> You could try increasing that value, or increasing the stack size (-
> Xss), or possibly binding *print-length* to something small to
> troubleshoot this problem.
>
> /Ragnar
>
> On Tuesday, 27 September 2016 11:16:15 UTC+1, Colin Yates  wrote:
>> Thanks Thomas. The NREPL is a red herring as that is a printout from
>> my local machine - the production error doesn't reference any REPLs -
>> I should have stated that. Unfortunately I can't get it from
>> production as it is a very locked down environment (no copy and
>> paste, no internet connection etc.).
>>
>> To be clear, I get this behaviour from a web request.
>>
>> I might be doing something stupid with components referencing
>> themselves but I don't think so - good call though and somewhere to
>> reference. Still mystified as to why there is no reference to my code
>> though.
>>
>> Thanks Thomas.
>
> --
>  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.

-- 
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: Insane stack trace with no reference to my code

[Ragnar Dahlén]

Hi Colin,

I think you're correct in that something is calling print on a largish data 
structure (possibly due to "loops" like Thomas points out), and due to the 
recursive nature of print you're running out of stack space. The JVM 
(hotspot anyway) will by default only keep the top 1024 stack frames which 
is likely why you're not seeing your code anywhere:

$ java -XX:+PrintFlagsFinal -version | grep MaxJavaStackTraceDepth
 intx MaxJavaStackTraceDepth= 1024 
   {product}

You could try increasing that value, or increasing the stack size (-Xss), 
or possibly binding *print-length* to something small to troubleshoot this 
problem.

/Ragnar

On Tuesday, 27 September 2016 11:16:15 UTC+1, Colin Yates wrote:
>
> Thanks Thomas. The NREPL is a red herring as that is a printout from my 
> local machine - the production error doesn't reference any REPLs - I should 
> have stated that. Unfortunately I can't get it from production as it is a 
> very locked down environment (no copy and paste, no internet connection 
> etc.).
>
> To be clear, I get this behaviour from a web request.
>
> I might be doing something stupid with components referencing themselves 
> but I don't think so - good call though and somewhere to reference. Still 
> mystified as to why there is no reference to my code though.
>
> Thanks Thomas.
>
>

-- 
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: Insane stack trace with no reference to my code

[Colin Yates]

Thanks Thomas. The NREPL is a red herring as that is a printout from my 
local machine - the production error doesn't reference any REPLs - I should 
have stated that. Unfortunately I can't get it from production as it is a 
very locked down environment (no copy and paste, no internet connection 
etc.).

To be clear, I get this behaviour from a web request.

I might be doing something stupid with components referencing themselves 
but I don't think so - good call though and somewhere to reference. Still 
mystified as to why there is no reference to my code though.

Thanks Thomas.

-- 
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] data-scope - tools for interactively inspecting and visualizing data

[James Sofra]

Hi Alistair, yeah we could do that. Logan has asked me to talk about it at 
MFUG but I plan to demo it at clj-melb too.

On Tuesday, September 27, 2016 at 11:27:11 AM UTC+10, Alistair Roche wrote:
>
> Hey James,
>
> Any chance you'd demo it at clj-melb ? 
> I'll film it and add a link to the repo if you want :)
>
> Cheers,
>
> On 26 September 2016 at 23:43, Alan Thompson  > wrote:
>
>> Looks cool.
>> Alan
>>
>> On Sun, Sep 25, 2016 at 1:00 AM, James Sofra > > wrote:
>>
>>> Hey Alistair,
>>>
>>> I have been working on an engineering project and found myself charting 
>>> a lot of load distributions and such. Being able to chart intermediate 
>>> values really easily has been great.
>>>
>>> --
>>> 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/d/optout.
>>>
>>
>> -- 
>> 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 a topic in the 
>> Google Groups "Clojure" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/clojure/Ske00kiDZqM/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> clojure+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> -- Alistair
>

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

Insane stack trace with no reference to my code

[Colin Yates]

Hi all,

I have a problem that has been hounding me for a while but has increased in 
frequency. Basically, something goes wrong with my code and I get a mother 
of all stack traces, but my code isn't referenced in it anywhere. 

My gut is telling me it is to do with schema validation - when that fails 
and it tries to print out the error, something gets confused and ends up 
with the stack trace. I had a similar problem using the Component library 
when I printed out a system map which included a heavily populated cache. 
If I recall it was a slightly different stack trace though.

Any ideas as to where to go with this?

The stack trace is:

java.lang.StackOverflowError: null
 at java.util.regex.Pattern$GroupHead.match(Pattern.java:4658)
 at java.util.regex.Pattern$Branch.match(Pattern.java:4604)
 at java.util.regex.Pattern$Branch.match(Pattern.java:4602)
 at java.util.regex.Pattern$BranchConn.match(Pattern.java:4568)
 at java.util.regex.Pattern$GroupTail.match(Pattern.java:4717)
 at java.util.regex.Pattern$Curly.match0(Pattern.java:4279)
 at java.util.regex.Pattern$Curly.match(Pattern.java:4234)
 at java.util.regex.Pattern$GroupHead.match(Pattern.java:4658)
 at java.util.regex.Pattern$Branch.match(Pattern.java:4604)
 at java.util.regex.Pattern$Branch.match(Pattern.java:4602)
 at java.util.regex.Pattern$BmpCharProperty.match(Pattern.java:3798)
 at java.util.regex.Pattern$Start.match(Pattern.java:3461)
 at java.util.regex.Matcher.search(Matcher.java:1248)
 at java.util.regex.Matcher.find(Matcher.java:664)
 at java.util.Formatter.parse(Formatter.java:2549)
 at java.util.Formatter.format(Formatter.java:2501)
 at java.util.Formatter.format(Formatter.java:2455)
 at java.lang.String.format(String.java:2940)
 at clojure.core$format.invokeStatic(core.clj:5533)
 at clojure.core$print_tagged_object.invokeStatic(core_print.clj:106)
 at clojure.core$print_object.invokeStatic(core_print.clj:110)
 at clojure.core$fn__6044.invokeStatic(core_print.clj:113)
 at clojure.core$fn__6044.invoke(core_print.clj:113)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_map$fn__6094.invoke(core_print.clj:212)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$print_map.invokeStatic(core_print.clj:208)
 at clojure.core$fn__6097.invokeStatic(core_print.clj:217)
 at clojure.core$fn__6097.invoke(core_print.clj:217)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_map$fn__6094.invoke(core_print.clj:212)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$print_map.invokeStatic(core_print.clj:208)
 at clojure.core$fn__6115.invokeStatic(core_print.clj:271)
 at clojure.core$fn__6115.invoke(core_print.clj:268)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_map$fn__6094.invoke(core_print.clj:212)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$print_map.invokeStatic(core_print.clj:208)
 at clojure.core$fn__6115.invokeStatic(core_print.clj:271)
 at clojure.core$fn__6115.invoke(core_print.clj:268)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_map$fn__6094.invoke(core_print.clj:212)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$print_map.invokeStatic(core_print.clj:208)
 at clojure.core$fn__6115.invokeStatic(core_print.clj:271)
 at clojure.core$fn__6115.invoke(core_print.clj:268)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_map$fn__6094.invoke(core_print.clj:212)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$print_map.invokeStatic(core_print.clj:208)
 at clojure.core$fn__6115.invokeStatic(core_print.clj:271)
 at clojure.core$fn__6115.invoke(core_print.clj:268)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr_on.invoke(core.clj:3566)
 at clojure.core$print_sequential.invokeStatic(core_print.clj:59)
 at clojure.core$fn__6092.invokeStatic(core_print.clj:204)
 at clojure.core$fn__6092.invoke(core_print.clj:204)
 at clojure.lang.MultiFn.invoke(MultiFn.java:233)
 at clojure.core$pr_on.invokeStatic(core.clj:3572)
 at clojure.core$pr.invokeStatic(core.clj:3575)
 at clojure.core$pr.invoke(core.clj:3575)
 at clojure.lang.AFn.applyToHelper(AFn.java:154)
 at clojure.lang.RestFn.applyTo(RestFn.java:132)
 at clojure.core$apply.invokeStatic(core.clj:646)
 at clojure.core$pr_str.invokeStatic(core.clj:4580)
 at 

Re: Saving / Loading a Datascript DB

[Christopher Small]

This should be pretty easy. You can use `datascript.core/datoms` to produce 
a sequence of datoms which you serialize as EDN, CSV or (gasp) JSON. For 
reading back in, you can use `datascript.core/conn-from-datoms`.

Chris


On Monday, September 26, 2016 at 5:15:16 AM UTC-7, Wukong Sun wrote:
>
> Hi,
>
>   Is there a easy way to save/load a datascript DB to file?
>
>   I'm not looking to use datomic. I just need a way to save my datascript 
> db to file and to read it later.
>
> 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.