http://permalink.gmane.org/gmane.comp.java.clojure.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.java.clojure.user/72105 <pre>Hi Tim, I am looking for a full time remote clojure position. Are you still hiring ? I am based in india, however I have US work authorization, and working in the timezone of your choice is not a problem. I have attached my resume. Thanks, Murtaza On Monday, October 12, 2009 11:47:18 PM UTC+5:30, dysinger wrote: </pre> Murtaza Husain 2013-05-19T07:26:57 http://permalink.gmane.org/gmane.comp.java.clojure.user/72104 <pre>This is indeed due to an interesting peculiarity of Clojure's runtime implementation. For whatever reason, RT class will fail to initialize if it was loaded by a classloader different from the context class loader of the executing thread. It may sound somewhat strange in terms of how this can actually happen in practice? But it is quite possible if the actual context classloader chooses "*parent first*" style of loading classes - thus delegating to its parent classloaders (or just the system classloader) first. This has been discussed on the following thread in this group in some detail: https://groups.google.com/forum/?hl=en&amp;fromgroups=#!topic/scala-user/Bh_YmI6e-wY Spring Hadoop chooses an interesting style of classloading delegation when it submits the Hadoop "uberjar" using its *ParentLastURLClassLoader*implementation. It actually delegates to the system classloader first, then tries to load classes from the uberjar, and only then goes to the parent classloader if it is available. So, if y</pre> Kyrill Alyoshin 2013-05-19T02:44:45 http://permalink.gmane.org/gmane.comp.java.clojure.user/72103 <pre>One option that I've used is to put the code into a gist on github named with a clj extension. Github will format it based on the extension. When you copy and paste it from the gist into keynote, etc. the formatting will be intact. Example here: https://gist.github.com/jasongilman/3684830 This also has the side effect of having a place to point people to see the code from your presentation. On Friday, May 17, 2013 11:42:55 PM UTC-4, Korny wrote: </pre> Jason Gilman 2013-05-18T23:55:16 http://permalink.gmane.org/gmane.comp.java.clojure.user/72102 <pre>grojure 0.7.1 is out at https://github.com/gavingroovygrover/grojure Grojure is a Javalike syntactic shell for Clojure using Kern, Amando Blancas' port of Haskell's Parsec, a monadic parser combinator library. Because Grojure's grammar will expand and change, it's probably of most use to Clojure/Kern developers as an example of Kern usage for now. The one feature of Grojure I am committed to is always using an in-place 1:1 monad-to-macro mapping. Some call them "evil parser actions" but I think monads (for parsing and state) and macros in the same language enable parsed syntax and generated code to be matched up in the source very easily, making it very readable. In this version, performance is much better and the source more readable. All function names have changed from Groovy's to those of Clojure. Everything in the README.md is implemented. Gavin "Groovy" Grover </pre> Gavin Grover 2013-05-19T04:32:30 http://permalink.gmane.org/gmane.comp.java.clojure.user/72101 <pre> Try [Pandoc](http://johnmacfarlane.net/pandoc/). It can do syntax highlighting for Clojure, and also supports various output formats for creating slides (though, I haven't used those). </pre> John Gabriele 2013-05-19T02:17:57 http://permalink.gmane.org/gmane.comp.java.clojure.user/72100 <pre> You know, I was faced with this once. What we ended up doing (in Groovy) was just crafting our own SOAP envelope "template" so to speak, and injecting the specifics for the actual SOAP request into it, then using a plain HTTP request. I imagine using something like hiccup would make it even more fun. Add in xml zippers to extract out the good bits from the WSDL, and there you go. Kind of a hack, but it was much easier to maintain and fix over time than attempting to generate classes via WSDL. Even hand inspecting the WSDL was better than the alternatives.... ;) Keith </pre> Keith Irwin 2013-05-19T00:39:37 http://permalink.gmane.org/gmane.comp.java.clojure.user/72099 <pre>Well understood Sean! If I work out away to up lift the code I'll contribute that back. I was just checking to see if anyone else had tried. If, like you, I need to find another way is Axis 1.x an easier platform than 2.x ?The Java SOAP landscape seems overly complex. Marc I really wish the service I need to integrate with was REST based… On 19/05/2013, at 12:43 AM, Sean Corfield &lt;seancorfield&lt; at &gt;gmail.com&gt; wrote: </pre> Marc Boschma 2013-05-19T00:32:10 http://permalink.gmane.org/gmane.comp.java.clojure.user/72098 <pre>Hello all, Attached are two patches for codeq. The first adds support for importing repositories into codeq directly from github through the github API, as well an improved CLI for codeq (necessary for specifying a github import). The second patch builds on the first and adds the ability to import git ref types (tags and branches) into codeq. I'm sending this to the group because Bobby Calderwood thought it would be the best way to get the changes upstream. More detailed descriptions: *github import* This patch creates a "repository" protocol which provides an interface for interacting with a git repository, as well as two implementations: local and github. The commit importing logic has been updated to use implementations of the protocol. The local implementation works the same way as the existing codeq import, i.e., shelling out to the repository and parsing the results. The github implementation calls out to github's API (with help from Raynes' excellent tentacles&lt;https://github.com/R</pre> Dan Burkert 2013-05-18T23:36:58 http://permalink.gmane.org/gmane.comp.java.clojure.user/72097 <pre>Nice introduction! Problems/suggestions for lispindent can be reported here: https://github.com/odyssomay/sublime-lispindent/issues don't be shy! In any case, I went ahead and implemented checking for the syntax of the file. So non-saved files with clojure syntax is now indented correctly. This update is not live yet. It will be soon, but I have recently done some rather large changes on the plugin (not huge, but largest since its inception), so I want to do some more testing before pushing it to everyone. :) Jonathan (author of lispindent) On Sat, May 18, 2013 at 10:36 PM, James MacAulay &lt;jmacaulay&lt; at &gt;gmail.com&gt;wrote: </pre> Jonathan Fischer Friberg 2013-05-18T23:02:59 http://permalink.gmane.org/gmane.comp.java.clojure.user/72096 <pre>This is a little show-and-tell I recorded today: http://www.youtube.com/watch?v=wBl0rYXQdGg Hopefully it's useful for some of you. Feedback welcome! Cheers, James </pre> James MacAulay 2013-05-18T20:36:21 http://permalink.gmane.org/gmane.comp.java.clojure.user/72095 <pre>Besides the obvious org-mode which exports with colors to HTML when you use "#+BEGIN_SRC clojure ... #+END_SRC" I also had some fun presenting with marginalia or impress.js, both using Alex Gorbatchev's Syntax Highlighter. (FWIW) </pre> Stefan Kamphausen 2013-05-18T17:19:11 http://permalink.gmane.org/gmane.comp.java.clojure.user/72094 <pre>It's hard to really appreciate java and clojure until you actually write some C/C++ or ASM.. I have some minor experience with that stuff, and it still haunts me from time to time. Sometimes we make tradeoffs without knowing we did. By choosing a language, or having the choice made for us, we accept a set of abstractions as our bottom level of thinking for a problem-space. Only old-timers and people that make a point to care about low-level stuff will notice the implications of what they're doing along the abstraction stack. People with ingrained habits just won't find it easy to think functionally, but I'm young and irreverent, so it doesn't bother me :-). C++ is fun because of all the bolted-on kludges that 'mitigate' these problems. You can use operator-overloading on pointer operations to perform automatic reference counting, deallocating objects when things that point to them go out of scope, but I think implementing a PersistentHashMap this way would be very difficult. Also, pretty sure it can't</pre> Gary Trakhman 2013-05-18T15:49:43 http://permalink.gmane.org/gmane.comp.java.clojure.user/72093 <pre>your comment caused me to be reading this http://prog21.dadgum.com/134.html (at least) On Sat, May 18, 2013 at 6:17 PM, Gary Trakhman &lt;gary.trakhman&lt; at &gt;gmail.com&gt;wrote: </pre> atkaaz 2013-05-18T15:24:09 http://permalink.gmane.org/gmane.comp.java.clojure.user/72092 <pre>Immutability, persistence, closures without a serious garbage collector sounds hard. On Sat, May 18, 2013 at 1:09 AM, atkaaz &lt;atkaaz&lt; at &gt;gmail.com&gt; wrote: </pre> Gary Trakhman 2013-05-18T15:17:59 http://permalink.gmane.org/gmane.comp.java.clojure.user/72091 <pre>Since my name was invoked via mention of this repo, I figured it was a good chance to post from the readme: "Note however that I am not actively maintaining this library and would welcome someone taking it over. I updated Tetsuya's code to use a more modern Clojure environment purely to test it for a problem I was working on - it didn't really do what I needed so I took a different approach (using Axis 1.x libraries at a much lower level for one specific web service)." Sean On Fri, May 17, 2013 at 11:29 PM, marc &lt;marc.boschma&lt; at &gt;gmail.com&gt; wrote: -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ "Perfection is the enemy of the good." </pre> Sean Corfield 2013-05-18T14:43:47 http://permalink.gmane.org/gmane.comp.java.clojure.user/72089 <pre>I see what you mean about public domain here for example: http://www.mingw.org/license *MinGW Runtime:* All releases of the MinGW base runtime package, prior to release 4.0, have been placed in the public domain, and are not governed by copyright. This basically means that you can do what you like with the code. Due to inadmissibility of the public domain concept, in certain jurisdictions, we have now chosen to adopt a MIT style license for the principal components of the MinGW runtime, from release 4.0 onwards; you may view this LICENSE, as it is filed in the source code repository&lt;https://sourceforge.net/p/mingw/mingw-org-wsl/ci/21762bb4a1bd0c88c38eead03f59e8d994349e83/tree/LICENSE&gt; . On Sat, May 18, 2013 at 4:48 PM, Michael Klishin &lt; michael.s.klishin&lt; at &gt;gmail.com&gt; wrote: </pre> atkaaz 2013-05-18T13:59:10 http://permalink.gmane.org/gmane.comp.java.clojure.user/72088 <pre>2013/5/18 atkaaz &lt;atkaaz&lt; at &gt;gmail.com&gt; Their legal department won't let them because they are not familiar with Unlicense and have no interest or time to investigate it. </pre> Michael Klishin 2013-05-18T13:57:00 http://permalink.gmane.org/gmane.comp.java.clojure.user/72087 <pre>On Sat, May 18, 2013 at 4:48 PM, Michael Klishin &lt; michael.s.klishin&lt; at &gt;gmail.com&gt; wrote: Could you elaborate on this: </pre> atkaaz 2013-05-18T13:55:08 http://permalink.gmane.org/gmane.comp.java.clojure.user/72086 <pre>2013/5/18 atkaaz &lt;atkaaz&lt; at &gt;gmail.com&gt; You can but it's not a very good idea. Not all countries have the notion of public domain. It is extremely unlikely that folks in large companies will be able to use code released under such an exotic license. I'd recommend Eclipse Public License or Apache Public License 2 if you care about your project adoption in circles other than hobbyists and free software radicals. Take a look at http://blog.clojurewerkz.org/blog/2013/04/20/how-to-make-your-open-source-project-really-awesome/ , it has some thoughts about licensing. </pre> Michael Klishin 2013-05-18T13:48:21 http://permalink.gmane.org/gmane.comp.java.clojure.user/72085 <pre>Hi. Can I release my clojure code under unlicensed? http://unlicense.org/ Maybe the code and the jar can be, right? But how about the uberjar which includes clojure itself which is under EPL?(for example I cannot dist the uberjar under GPL) Is my code being unlicensed like that work ok with clojure's EPL? Or does EPL prevent this? so in effect then I cannot distribute the uberjar, but can the jar or just my code (by jar I mean *lein jar*) (by uberjar I mean *lein uberjar*) I'm reproducing the unlicensed text here for those who cannot(or don't want) to visit that website: This is free and unencumbered software released into the public domain. Anyone is free to copy, modify, publish, use, compile, sell, or distribute this software, either in source code form or as a compiled binary, for any purpose, commercial or non-commercial, and by any means. In jurisdictions that recognize copyright laws, the author or authors of this software dedicate any and all copyright interest in the software to the public do</pre> atkaaz 2013-05-18T12:29:26 http://permalink.gmane.org/gmane.comp.java.clojure.user/72084 <pre>Great job! On May 17, 6:32 am, Manuel Paccagnella &lt;manuel.paccagne...&lt; at &gt;gmail.com&gt; wrote: </pre> Jason Toy 2013-05-18T11:21:35 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.clojure.user