Have you already looked at core.logic?
On Monday, 13 July 2015, craig worrall
wrote:
> You may have already discounted Java versions, but just in case ...
> http://www.javacodegeeks.com/2013/10/java-object-to-object-mapper.html
>
> Craig
>
> On Monday, July 13, 2015 at 3:53:19 AM UTC+10, Jules
I was hoping for something in idiomatic Clojure - but I'll take a look
thanks.
Jules
On Monday, 13 July 2015 04:45:00 UTC+1, craig worrall wrote:
>
> You may have already discounted Java versions, but just in case ...
> http://www.javacodegeeks.com/2013/10/java-object-to-object-mapper.html
>
I haven't.
Are you just suggesting it because I mentioned unification, or have you
used it and know that it might be a good fit ?
Thanks,
Jules
On Monday, 13 July 2015 10:37:55 UTC+1, Gary Verhaegen wrote:
>
> Have you already looked at core.logic?
>
> On Monday, 13 July 2015, craig worrall >
I have not used it. I'm mentioning it because you mentioned unification and
prolog and because you basically want a two-way function, which is what was
touted as the ideal use-case for core.logic when it was heavily discussed
on this list a few months (years?) ago.
I'm not aware of the details of
To me it's a very good option.
Given you example :
(./pull '[org.clojure/core.logic "0.8.10"])
(ns yo (:refer-clojure :exclude [==]) (:use [clojure.core.logic]))
(defne a-to-b [x y]
([ {:a {:b b :c c}} [b [c]] ]))
(run* [a]
(a-to-b a [1 [2]]))
;#=> ({:a {:b 1, :c 2}})
On 13 July
BG is right on it. I hit this problem a decade ago (roughly :)).
UTF-8 files with no BOM are not handled properly on windows.
It assumes that they are ASCII coded. That works partially (both character sets
have the same
encoding for many characters) but eventually fails.
Make sure that the files
I am currently using the component library from Stuart Sierra to build up a
system. So far it works on the repl and in my tests, but somehow when I
build the uberjar using boot.clj and execute it, the system doesn't start.
(defn -main
"Startup the embedded http server and the other components.
Hi Matthias,
I encountered similar symptoms (basically a corrupt uberjar) which I
eventually tracked down to file handle leaks and fixed
in: https://github.com/boot-clj/boot/pull/228
This PR has been merged but not been released yet, so I'd give boot master
a go and see if that fixes your prob
Assuming -main is defined in myproject/embedded-main.clj then you need to know
Java doesn’t like - in filenames so the actual class is my
project.embedded_main. It is fine to include - when referring to Clojure
construct (symbols etc.), but when defining a Java construct you need to use
“_”.
A
2015-07-09 19:01 GMT+02:00 Andy Fingerhut :
> I think it would be helpful to include that text in your README on Github
> somewhere.
>
Done. Good idea, thanks Andy!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
On Mon, Jul 13, 2015 at 2:52 PM, Luc Préfontaine <
lprefonta...@softaddicts.ca> wrote:
> BG is right on it. I hit this problem a decade ago (roughly :)).
> UTF-8 files with no BOM are not handled properly on windows.
> It assumes that they are ASCII coded. That works partially (both character
> se
> * On Notepad++ went to the Encoding menu and selected "Encoding in UTF-8
> w/o BOM". Saved the file. When running "lein run" on the cmd.exe console it
> works but it outputs garbage instead of any non-ascii character (see
> http://i.imgur.com/H0rngyq.png)
>
This is as expected.
Garbage character
I cannot remember the details but in 2010 I had similar problem in a
cross-platform project
using Clojure. And problems earlier in another cross-platform/cross-language
project.
So it's the reverse way, no BOM at all...
Can't believe we are in 2015 still struggling with character set issues.
Here are some functional programming job opportunities that were posted
recently:
Clojure & Clojurescript Engineer, Reuters News Agency at Thomson Reuters
http://functionaljobs.com/jobs/8844-clojure--clojurescript-engineer-reuters-news-agency-at-thomson-reuters
Cheers,
Sean Murphy
Functio
I'm not sure if it's something else in my project's somewhat baroque
dependency tree that causes this, but after I add lein-collisions to my
project's plugins, I'm unable to get it to pass lein's :pedantic? tests due
to overlapping versions in its own dependencies:
http://pastebin.com/js93Mrzw
Hi Ragnar,
your fix solved my issue. With the latest boot version I can build the
uberjar and start the system as expected. Thanks a lot. So far I like boot
a lot, very interesting build tool.
Hi Matthias,
>
> I encountered similar symptoms (basically a corrupt uberjar) which I
> eventually tra
I think that would be great. It would be preferable to have a single repo
for docstring improvements so that tools can obtain them without bringing
in other things from e.g. such-wow.
Ideally, it would be great to have the improvements as data, perhaps an EDN
map mapping symbol to its improved doc
Nice, I hadn't seen that - I'll take a look.
On 13 July 2015 at 00:01, Daniel Compton
wrote:
> cljs.info have also done a heap of work on improving docstrings too.
> On Mon, 13 Jul 2015 at 9:15 AM Brian Marick wrote:
>
>>
>>
>> Colin Fleming wrote:
>> > I just saw this the other day, in particu
Assume that charset is the same, even this case, there're many types of
encoding scheme for it and for portability,
you have to consider both input and output encoding. On Mac OS X or Linux,
this is controlled by locale system,
on windows 1. you can force encoding system using control panel or you
Ambrose - I like the paper and am glad to see continuing progress on Typed
Clojure. I think the ability to integrate types easily into Clojure
programs will only grow in importance in the future.
Keep up the great work!
Alan
On Sat, Jul 11, 2015 at 7:30 AM, Ambrose Bonnaire-Sergeant <
abonnairese
Thank you again for providing such a valuable resource! I have a permanent
browser tab open to the Cheatsheet!
Alan
On Sun, Jul 12, 2015 at 8:31 PM, Andy Fingerhut
wrote:
> Thanks to Alex Miller, http://clojure.org/cheatsheet is now updated to
> the latest version of the cheat sheet, with links
I agree that the number of encodings makes a full proof transparent solution
impossible to implement.
I still think that some simpler text file handling out of the box should exist
on the JVM to read utf files.
Utf-8 is kind of natural within the JVM.
Exposing all this BOM machinery every time
This is the ballpark of one of the Google summer of code projects - defining
library metadata via a data format and tools to allow it to be combined, etc.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@go
Can we get links? Initial design docs?
This is the first I heard of this, but sounds like something that could do
with a decent amount of community discussion and feedback if we are going
to establish a good standard.
Some properties of such library metadata I'd like to see:
1) Works equally we
24 matches
Mail list logo
