problem running tests in leiningen
I have a lein project and I'm trying to run my tests with lein test. The first problem I had was a class not found error in one of my records so I put aot: [namespace.name] in project.clj. It's required that I put all namespaces that contain defrecords/ deftypes in the aot list? After that I tried to run the tests again and got a different error: Exception in thread main java.lang.ClassNotFoundException: clojure.pprint Inside lein swank this code runs and compiles with no problems, do lein execute tests with a different clojure(and/or contrib) version? This is my project.clj (defproject mediaretriever 1.0.0-SNAPSHOT :description ... :dependencies [[org.clojure/clojure 1.2.1] [org.clojure/clojure-contrib 1.2.0] [enlive 1.0.0] [clj-http 0.1.3] [clj-time 0.3.0]] :dev-dependencies [[swank-clojure 1.3.0]] :aot [mediaretriever.media]) Any help is appreciated. Regards Islon -- 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
RE: Jark 0.3 (using the nrepl protocol)
I am trying to install jark on a Linux server and running into issues. I am trying to follow the exact instructions as mentioned on the website: http://icylisper.in/jark/start.html I added the following bin directory to my PATH variable: /home/BhindSA/bin I downloaded jark-0.3 and copied it to file name jark: cp jark-0.3 /home/BhindSA/bin/jark When I run: jark self install, I get the following error: /home/BhindSA/bin/jark: line 296: /home/BhindSA/.config/jark/bin/jark-client: No such file or directory I tried creating the directories in .config, but still get the same error. What am I doing wrong? Can the instructions on the website be made clearer? -Original Message- From: clojure@googlegroups.com [mailto:clojure@googlegroups.com] On Behalf Of isaac praveen Sent: Thursday, May 05, 2011 1:18 PM To: clojure@googlegroups.com Cc: clojure-j...@googlegroups.com; clojure-jark-...@googlegroups.com Subject: ANN: Jark 0.3 (using the nrepl protocol) Hi, It is a pleasure to announce the release of Jark 0.3, today. Why Jark? Startup time of the Java Virtual Machine(JVM) is too slow and thereby command-line applications on the JVM are sluggish and very painful to use. Jark is an attempt to run a persistent JVM daemon and provide a set of utilities to control and operate on it. It should help in deploying clojure applications on the JVM, running command-line applications written in clojure and remote-debugging. The motivation is also to provide a very thin nrepl-client that can run on any given OS platform. Maybe one on the Android. The client host need not even have the JRE installed. The current implementation is in python(2.6 or 2.7) as a proof-of-concept and runs only on GNU/Linux and Mac OSX. Get started: http://icylisper.in/jark/start.html Jark has utilites for: a. Operating and tuning the JVM b. Managing classpaths c. Managing packages and repositories that are not project-specific (uses cljr) d. Scripting (#!/usr/bin/env jark) and namespaces. All of which can be done remotely. This is a sample usage: server jark vm start [--port] client jark vm connect [--host] [--port] client jark repl --- client jark vm stat client jark cp list server jark cp add jar client jark package install -p PACKAGE -v VERSION client jark ns load /path/to.clj and so on .. The earlier version (0.2) of jark used nailgun as a proof-of-concept server and client. The current release (0.3) of jark uses Chas Emerick's nrepl protocol for communication. I hope to rewrite the client in haskell, so native binaries can be generated, sometime soon. Have a look at the roadmap: Roadmap: http://icylisper.in/jark/roadmap.html Mailing list: https://groups.google.com/group/clojure-jark code: https://github.com/icylisper/jark.git Special thanks to: * Ambrose Bonnaire-Sergeant (for collaborating and providing very interesting ideas) * Bangalore-clojure group members for continuous feedback: Shantanu Kumar Abhijith Gopal Martin Demello Abhijit Hoskeri * other early jark users for valuable ideas and fixes Thats all folks! Hope you find it useful. Screencasts and demos are on the way ... -- isaac http://icylisper.in -- 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 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
Re: Search for a node querying on attrs
This is what I did: (let [nodes (html/html-resource (StringReader. body)) meta-extractor (fn [m attr] (first (filter #(= (- % :attrs :name) attr) m))) metas (html/select nodes [:meta]) title (- (meta-extractor metas title) :attrs :content) desc (- (meta-extractor metas description) :attrs :content) date-raw (- (meta-extractor metas date) :attrs :content) keywords-raw (- (meta-extractor metas keywords) :attrs :content) keywords (string/split keywords-raw #, )] Hope it helps. On May 5, 5:18 am, Alfredo alfredo.dinap...@gmail.com wrote: Ty very much :) Alfredo On May 5, 10:05 am, Thorsten Wilms t...@freenet.de wrote: On 05/04/2011 06:23 PM, Alfredo wrote: meta name=keywords content=clojure, is, good / I want to extract only the content part. I recently had related issues, so: (def metas (en/html-snippet meta http-equiv=\Content-Type\ content=\text/html; charset=UTF-8\ / meta name=\keywords\ content=\clojure, is, good\ /)) (en/select metas [[:meta (en/attr= :name keywords)]]) (- (en/select metas [[:meta (en/attr= :name keywords)]]) first :attrs :content) -- Thorsten Wilms thorwil's design for free software:http://thorwil.wordpress.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
Re: problem running tests in leiningen
I have a lein project and I'm trying to run my tests with lein test. The first problem I had was a class not found error in one of my records so I put aot: [namespace.name] in project.clj. It's required that I put all namespaces that contain defrecords/ deftypes in the aot list? This should not be a requirement. However, you might need to require the namespace containing the class before using the class. After that I tried to run the tests again and got a different error: Exception in thread main java.lang.ClassNotFoundException: clojure.pprint Inside lein swank this code runs and compiles with no problems, do lein execute tests with a different clojure(and/or contrib) version? The standard Clojure repl uses some utility fns from non-core namespaces. Specifically: ;; from main.clj (use '[clojure.repl :only (source apropos dir pst doc find-doc)]) (use '[clojure.java.javadoc :only (javadoc)]) (use '[clojure.pprint :only (pp pprint)]) When you run code outside the REPL, you will need to use these specifically if you need them. Hope this helps. Stu Stuart Halloway Clojure/core http://clojure.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
Re: [clojure-jark-dev] RE: Jark 0.3 (using the nrepl protocol)
Hi Shoeb, The correct command is jark install not jark self install Isaac just updated it on the website, you might have missed it. Ambrose On Fri, May 6, 2011 at 9:41 PM, Bhinderwala, Shoeb sabhinderw...@wellington.com wrote: I am trying to install jark on a Linux server and running into issues. I am trying to follow the exact instructions as mentioned on the website: http://icylisper.in/jark/start.html I added the following bin directory to my PATH variable: /home/BhindSA/bin I downloaded jark-0.3 and copied it to file name jark: cp jark-0.3 /home/BhindSA/bin/jark When I run: jark self install, I get the following error: /home/BhindSA/bin/jark: line 296: /home/BhindSA/.config/jark/bin/jark-client: No such file or directory I tried creating the directories in .config, but still get the same error. What am I doing wrong? Can the instructions on the website be made clearer? -Original Message- From: clojure@googlegroups.com [mailto:clojure@googlegroups.comclojure@googlegroups.com] On Behalf Of isaac praveen Sent: Thursday, May 05, 2011 1:18 PM To: clojure@googlegroups.com Cc: clojure-j...@googlegroups.com; clojure-jark-...@googlegroups.com Subject: ANN: Jark 0.3 (using the nrepl protocol) Hi, It is a pleasure to announce the release of Jark 0.3, today. Why Jark? Startup time of the Java Virtual Machine(JVM) is too slow and thereby command-line applications on the JVM are sluggish and very painful to use. Jark is an attempt to run a persistent JVM daemon and provide a set of utilities to control and operate on it. It should help in deploying clojure applications on the JVM, running command-line applications written in clojure and remote-debugging. The motivation is also to provide a very thin nrepl-client that can run on any given OS platform. Maybe one on the Android. The client host need not even have the JRE installed. The current implementation is in python(2.6 or 2.7) as a proof-of-concept and runs only on GNU/Linux and Mac OSX. Get started: http://icylisper.in/jark/start.html Jark has utilites for: a. Operating and tuning the JVM b. Managing classpaths c. Managing packages and repositories that are not project-specific (uses cljr) d. Scripting (#!/usr/bin/env jark) and namespaces. All of which can be done remotely. This is a sample usage: server jark vm start [--port] client jark vm connect [--host] [--port] client jark repl --- client jark vm stat client jark cp list server jark cp add jar client jark package install -p PACKAGE -v VERSION client jark ns load /path/to.clj and so on .. The earlier version (0.2) of jark used nailgun as a proof-of-concept server and client. The current release (0.3) of jark uses Chas Emerick's nrepl protocol for communication. I hope to rewrite the client in haskell, so native binaries can be generated, sometime soon. Have a look at the roadmap: Roadmap: http://icylisper.in/jark/roadmap.html Mailing list: https://groups.google.com/group/clojure-jark code: https://github.com/icylisper/jark.git Special thanks to: * Ambrose Bonnaire-Sergeant (for collaborating and providing very interesting ideas) * Bangalore-clojure group members for continuous feedback: Shantanu Kumar Abhijith Gopal Martin Demello Abhijit Hoskeri * other early jark users for valuable ideas and fixes Thats all folks! Hope you find it useful. Screencasts and demos are on the way ... -- isaac http://icylisper.in -- 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 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
Re: problem running tests in leiningen
Thanks Stuart, the tests are working now. On May 6, 12:16 pm, Stuart Halloway stuart.hallo...@gmail.com wrote: I have a lein project and I'm trying to run my tests with lein test. The first problem I had was a class not found error in one of my records so I put aot: [namespace.name] in project.clj. It's required that I put all namespaces that contain defrecords/ deftypes in the aot list? This should not be a requirement. However, you might need to require the namespace containing the class before using the class. After that I tried to run the tests again and got a different error: Exception in thread main java.lang.ClassNotFoundException: clojure.pprint Inside lein swank this code runs and compiles with no problems, do lein execute tests with a different clojure(and/or contrib) version? The standard Clojure repl uses some utility fns from non-core namespaces. Specifically: ;; from main.clj (use '[clojure.repl :only (source apropos dir pst doc find-doc)]) (use '[clojure.java.javadoc :only (javadoc)]) (use '[clojure.pprint :only (pp pprint)]) When you run code outside the REPL, you will need to use these specifically if you need them. Hope this helps. Stu Stuart Halloway Clojure/corehttp://clojure.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
Re: Eval destroys equality
Caveat: The following fact may already be well known to those discussing this issue, and I may not be clear on the goal of this effort. If the goal is to have functions compare as equal whenever they are equivalent in some sense, then that is an undecidable problem, even if the two functions are restricted to pure functions with no side effects and closed over no vars. The proof is nearly the same as that for the halting problem. Of course, it is still decidable to get the correct answer for some restricted kinds of functions. If that is what you are after, go for it. Andy On May 5, 2011, at 3:23 PM, Ken Wesson kwess...@gmail.com wrote: On Thu, May 5, 2011 at 4:41 PM, Alan a...@malloys.org wrote: Right. But if I drop all references to the returned function after I'm done with it, it gets GCed. If there's some class holding a reference to it forever, it will never get cleaned up. For example, ((fnmaker4 (range)) 1e6) will (I think?) currently result in a million ints being held in memory at once, as things are now. Those things will get thrown away shortly thereafter, though. True. We only need to worry about those integers being held if we keep a reference to it somewhere. Under my externalizability proposal, the fnmaker4 instance would hold a reference to that instance of (range) in its metadata, but it already holds such a reference in an instance variable somewhere. If the fnmaker4 instance becomes unreachable, the GC will collect it and the (range) instance even with the metadata. Only if it's externalized is there an issue. Case 1 is not real externalization and is (eval `(some stuff ~the-fnmaker4-instance more stuff)) and suchlike. In that case there's no real externalization required; eval can just embed a reference to the fnmaker4 instance directly into the generated class. As long as things are configured such that whole classes can be unloaded if no longer in use, if the return value from eval is discarded and gets eligible for GC, the (range) instance can still become GCable. Case 2 is actual conversion of the closure into code that can recreate it. The easy way to handle it is to disallow lazy seqs, or walk them to some point and reject if over some length/byte limit, but that's kind of icky. Alternatively, we can have lazy seq externalization be done by externalizing the unrealized seq -- that is, the fact of a lazy seq with some particular generator function. That gives us another function to externalize. Let's consider the output of (map #(* x x) (range)) -- it turns out that this is a LazySeq object built ultimately around delay and force. Somewhere in there is a fn that is closed over (range) and #(* x x) and generates each successive element of the lazy sequence. Externalizing that requires externalizing (range) and #(* x x). The latter is trivial -- it's not even closed over anything. The former is a specially-implemented lazy sequence instance and that implementation can just externalize using print-dup as #=(range), #=(range 3), #=(range 3 7), or the like. The general pattern will be that lazy sequences amount to a special kind of closure over, frequently, an input sequence, plus some other values, often including more functions. The regress stops when it hits something implemented the way range is, or an explicit use of the lazy-seq macro, or similar. But the lazy-seq macro also just wraps calls to a step function that is generally closed over something. I'm fairly confident that it can, in principle, be done. Of course, it won't always be doable -- a line-seq for example will not be externalizable by the default means because eventually somewhere in its guts is some function that has closed over a file handle. -- 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 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
Lein uberjar hangs when swank is required in the namespace.
Hi I got a problem including swank into the project. I created a simple test project with lein new test And modified the project.clj and core.clj files so they look like: project.clj: (defproject test 1.0.0-SNAPSHOT :description FIXME: write description :main test.core :dependencies [[org.clojure/clojure 1.2.1] [swank-clojure 1.2.1] ]) core.clj: (ns test.core (:require swank.swank) (:gen-class) ) (defn -main [ args] (println hello args)) Now if I run lein uberjar it hangs after saying Copying 2 files to D:\Dev\test\clojure\projects\test\lib If I comment out the (:require swank.swank) line, it works. Also if I uncomment (:require swank.swank) and comment out :main test.core line in the project.clj file it also works. Why lein hangs and how can I fix it? Thank you, Andrei -- 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
Re: Eval destroys equality
On May 6, 3:10 pm, Andy Fingerhut andy.finger...@gmail.com wrote: Caveat: The following fact may already be well known to those discussing this issue, and I may not be clear on the goal of this effort. If the goal is to have functions compare as equal whenever they are equivalent in some sense, then that is an undecidable problem, even if the two functions are restricted to pure functions with no side effects and closed over no vars. The proof is nearly the same as that for the halting problem. Of course, it is still decidable to get the correct answer for some restricted kinds of functions. If that is what you are after, go for it. I don't think anyone expects quick sort to compare equal to bubble sort or anything like that. I think the issue is to get two functions with the same textual representation to compare equal. Adam -- 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
Re: Eval destroys equality
On May 6, 8:39 pm, Adam Burry abu...@gmail.com wrote: On May 6, 3:10 pm, Andy Fingerhut andy.finger...@gmail.com wrote: Caveat: The following fact may already be well known to those discussing this issue, and I may not be clear on the goal of this effort. If the goal is to have functions compare as equal whenever they are equivalent in some sense, then that is an undecidable problem, even if the two functions are restricted to pure functions with no side effects and closed over no vars. The proof is nearly the same as that for the halting problem. Of course, it is still decidable to get the correct answer for some restricted kinds of functions. If that is what you are after, go for it. I don't think anyone expects quick sort to compare equal to bubble sort or anything like that. I think the issue is to get two functions with the same textual representation to compare equal. Adam Right, Adam. As Armando pointed out, Clojure 1.3 at least doesn't fail in the case I brought up. I would be very interested to learn what has changed in the Clojure 1.3 source code (compared to 1.2) to achieve this. Dominikus -- 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
Re: ANN: Jark 0.3 (using the nrepl protocol)
It's great to see nREPL being used for such things. FYI, I just released nREPL 0.0.5, adding Clojure 1.3.0 alpha compatibility: https://github.com/clojure/tools.nrepl Do let me know if you have any difficulties, questions, etc. There's also now an issue tracker: http://dev.clojure.org/jira/browse/NREPL I still need to do a brain-dump of TODOs into it, but that'll come shortly. If you have specific bug reports, feel free to file them there. Thanks, - Chas On May 5, 1:17 pm, isaac praveen icylis...@gmail.com wrote: Hi, It is a pleasure to announce the release of Jark 0.3, today. Why Jark? Startup time of the Java Virtual Machine(JVM) is too slow and thereby command-line applications on the JVM are sluggish and very painful to use. Jark is an attempt to run a persistent JVM daemon and provide a set of utilities to control and operate on it. It should help in deploying clojure applications on the JVM, running command-line applications written in clojure and remote-debugging. The motivation is also to provide a very thin nrepl-client that can run on any given OS platform. Maybe one on the Android. The client host need not even have the JRE installed. The current implementation is in python(2.6 or 2.7) as a proof-of-concept and runs only on GNU/Linux and Mac OSX. Get started:http://icylisper.in/jark/start.html Jark has utilites for: a. Operating and tuning the JVM b. Managing classpaths c. Managing packages and repositories that are not project-specific (uses cljr) d. Scripting (#!/usr/bin/env jark) and namespaces. All of which can be done remotely. This is a sample usage: server jark vm start [--port] client jark vm connect [--host] [--port] client jark repl --- client jark vm stat client jark cp list server jark cp add jar client jark package install -p PACKAGE -v VERSION client jark ns load /path/to.clj and so on .. The earlier version (0.2) of jark used nailgun as a proof-of-concept server and client. The current release (0.3) of jark uses Chas Emerick's nrepl protocol for communication. I hope to rewrite the client in haskell, so native binaries can be generated, sometime soon. Have a look at the roadmap: Roadmap:http://icylisper.in/jark/roadmap.html Mailing list:https://groups.google.com/group/clojure-jark code:https://github.com/icylisper/jark.git Special thanks to: * Ambrose Bonnaire-Sergeant (for collaborating and providing very interesting ideas) * Bangalore-clojure group members for continuous feedback: Shantanu Kumar Abhijith Gopal Martin Demello Abhijit Hoskeri * other early jark users for valuable ideas and fixes Thats all folks! Hope you find it useful. Screencasts and demos are on the way ... -- isaachttp://icylisper.in -- 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
Re: ANN: Jark 0.3 (using the nrepl protocol)
Out of curiosity, have you finished adapting Jark for use with VimClojure? I'd love to have a Jark+nREPL+VimClojure stack for editing. Paul On May 6, 12:48 pm, Chas Emerick cemer...@snowtide.com wrote: It's great to see nREPL being used for such things. FYI, I just released nREPL 0.0.5, adding Clojure 1.3.0 alpha compatibility: https://github.com/clojure/tools.nrepl Do let me know if you have any difficulties, questions, etc. There's also now an issue tracker: http://dev.clojure.org/jira/browse/NREPL I still need to do a brain-dump of TODOs into it, but that'll come shortly. If you have specific bug reports, feel free to file them there. Thanks, - Chas On May 5, 1:17 pm, isaac praveen icylis...@gmail.com wrote: Hi, It is a pleasure to announce the release of Jark 0.3, today. Why Jark? Startup time of the Java Virtual Machine(JVM) is too slow and thereby command-line applications on the JVM are sluggish and very painful to use. Jark is an attempt to run a persistent JVM daemon and provide a set of utilities to control and operate on it. It should help in deploying clojure applications on the JVM, running command-line applications written in clojure and remote-debugging. The motivation is also to provide a very thin nrepl-client that can run on any given OS platform. Maybe one on the Android. The client host need not even have the JRE installed. The current implementation is in python(2.6 or 2.7) as a proof-of-concept and runs only on GNU/Linux and Mac OSX. Get started:http://icylisper.in/jark/start.html Jark has utilites for: a. Operating and tuning the JVM b. Managing classpaths c. Managing packages and repositories that are not project-specific (uses cljr) d. Scripting (#!/usr/bin/env jark) and namespaces. All of which can be done remotely. This is a sample usage: server jark vm start [--port] client jark vm connect [--host] [--port] client jark repl --- client jark vm stat client jark cp list server jark cp add jar client jark package install -p PACKAGE -v VERSION client jark ns load /path/to.clj and so on .. The earlier version (0.2) of jark used nailgun as a proof-of-concept server and client. The current release (0.3) of jark uses Chas Emerick's nrepl protocol for communication. I hope to rewrite the client in haskell, so native binaries can be generated, sometime soon. Have a look at the roadmap: Roadmap:http://icylisper.in/jark/roadmap.html Mailing list:https://groups.google.com/group/clojure-jark code:https://github.com/icylisper/jark.git Special thanks to: * Ambrose Bonnaire-Sergeant (for collaborating and providing very interesting ideas) * Bangalore-clojure group members for continuous feedback: Shantanu Kumar Abhijith Gopal Martin Demello Abhijit Hoskeri * other early jark users for valuable ideas and fixes Thats all folks! Hope you find it useful. Screencasts and demos are on the way ... -- isaachttp://icylisper.in -- 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
Re: ANN: Jark 0.3 (using the nrepl protocol)
Hi Paul, We haven't started on a VimClojure nREPL fork yet. We should probably ask Meikel if he's already tackled it, there is a nrepl tag on bitbucket but it's about 6 months old. https://bitbucket.org/kotarak/vimclojure/overview Thanks, https://bitbucket.org/kotarak/vimclojure/overviewAmbrose On Sat, May 7, 2011 at 4:27 AM, Paul deGrandis paul.degran...@gmail.comwrote: Out of curiosity, have you finished adapting Jark for use with VimClojure? I'd love to have a Jark+nREPL+VimClojure stack for editing. Paul On May 6, 12:48 pm, Chas Emerick cemer...@snowtide.com wrote: It's great to see nREPL being used for such things. FYI, I just released nREPL 0.0.5, adding Clojure 1.3.0 alpha compatibility: https://github.com/clojure/tools.nrepl Do let me know if you have any difficulties, questions, etc. There's also now an issue tracker: http://dev.clojure.org/jira/browse/NREPL I still need to do a brain-dump of TODOs into it, but that'll come shortly. If you have specific bug reports, feel free to file them there. Thanks, - Chas On May 5, 1:17 pm, isaac praveen icylis...@gmail.com wrote: Hi, It is a pleasure to announce the release of Jark 0.3, today. Why Jark? Startup time of the Java Virtual Machine(JVM) is too slow and thereby command-line applications on the JVM are sluggish and very painful to use. Jark is an attempt to run a persistent JVM daemon and provide a set of utilities to control and operate on it. It should help in deploying clojure applications on the JVM, running command-line applications written in clojure and remote-debugging. The motivation is also to provide a very thin nrepl-client that can run on any given OS platform. Maybe one on the Android. The client host need not even have the JRE installed. The current implementation is in python(2.6 or 2.7) as a proof-of-concept and runs only on GNU/Linux and Mac OSX. Get started:http://icylisper.in/jark/start.html Jark has utilites for: a. Operating and tuning the JVM b. Managing classpaths c. Managing packages and repositories that are not project-specific (uses cljr) d. Scripting (#!/usr/bin/env jark) and namespaces. All of which can be done remotely. This is a sample usage: server jark vm start [--port] client jark vm connect [--host] [--port] client jark repl --- client jark vm stat client jark cp list server jark cp add jar client jark package install -p PACKAGE -v VERSION client jark ns load /path/to.clj and so on .. The earlier version (0.2) of jark used nailgun as a proof-of-concept server and client. The current release (0.3) of jark uses Chas Emerick's nrepl protocol for communication. I hope to rewrite the client in haskell, so native binaries can be generated, sometime soon. Have a look at the roadmap: Roadmap:http://icylisper.in/jark/roadmap.html Mailing list:https://groups.google.com/group/clojure-jark code:https://github.com/icylisper/jark.git Special thanks to: * Ambrose Bonnaire-Sergeant (for collaborating and providing very interesting ideas) * Bangalore-clojure group members for continuous feedback: Shantanu Kumar Abhijith Gopal Martin Demello Abhijit Hoskeri * other early jark users for valuable ideas and fixes Thats all folks! Hope you find it useful. Screencasts and demos are on the way ... -- isaachttp://icylisper.in -- 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 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
Re: Lein uberjar hangs when swank is required in the namespace.
Are you sure you really want/need swank as a dependency? If you just need to run swank for interactive development put it in dev- dependencies. On May 6, 12:22 pm, Trastabuga lisper...@gmail.com wrote: Hi I got a problem including swank into the project. I created a simple test project with lein new test And modified the project.clj and core.clj files so they look like: project.clj: (defproject test 1.0.0-SNAPSHOT :description FIXME: write description :main test.core :dependencies [[org.clojure/clojure 1.2.1] [swank-clojure 1.2.1] ]) core.clj: (ns test.core (:require swank.swank) (:gen-class) ) (defn -main [ args] (println hello args)) Now if I run lein uberjar it hangs after saying Copying 2 files to D:\Dev\test\clojure\projects\test\lib If I comment out the (:require swank.swank) line, it works. Also if I uncomment (:require swank.swank) and comment out :main test.core line in the project.clj file it also works. Why lein hangs and how can I fix it? Thank you, Andrei -- 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
