ested, Please forward your updated resume to prav...@global-
network.co.in
Regards
Praveen
--
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 mod
On Thu, Mar 24, 2011 at 8:45 PM, Max Weber
wrote:
> What is the best Clojure library to work with RabbitMQ?
>
Give bunny a try. Might not be the best rabbitmq-client library :)
https://github.com/icylisper/bunny
example:
(use 'bunny.publisher)
(with-mq conn
(publish "This is a message"))
w
On Thu, Mar 31, 2011 at 5:49 PM, Vitaly Peressada wrote:
> Wanted to add jar to classpath without restarting REPL. Recalled java
> reflection hack. Ported to Clojure.
>
Have a look at http://icylisper.in/jark/classpath.html
Jark is a tool to manage classpaths and clojure namespaces on a persistent
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
utilit
Chas,
Thanks for nREPL. It is a very useful tool.
--
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
On Sat, May 7, 2011 at 5:50 PM, Laurent PETIT wrote:
> Yeah, nrepl support for CCW, which Chas personnally did, has been an
> incredibly valuable addition.
>
> I'm glad to see more tools adopting it for backend support !
>
I agree.
Also, the nrepl-server itself should be bundled with some basic
> b) a set of extensible utilities to manage classpaths, namespaces, JVM both
> on
Oops. I meant :
A set of extensible utilities to manage classpaths, namespaces, JVM
etc , remotely.
--
isaac
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
Chas,
> nREPL + jark + some baseline set of introspection utilities and such (started
> to be described here:
> http://dev.clojure.org/display/design/IDE+tooling+backend) is looking like a
> proper foundation for Clojure tooling, regardless of platform/editor/etc.
Awesome.
> FWIW, I'd like to
> Yes, that would explain that. In any case, all contributors to jark will
> need to have CA's lodged before it (or parts of it) can be brought into
> Clojure contrib.
> http://clojure.org/contributing
> - Chas
Thanks Chas.
Ambrose and myself will send the CA across.
--
isaac
--
You received
> Just a question. The general philosophy of clojure is to have good
> base building tools, and maybe the "building blocks" of more
> integrated solutions could also be based on the same philosophy.
> I mean, all the points listed in b) could / should / may (?) not be
> tied to nrepl-server, should
>
> Of course, it would be desirable to be able to not blow all the user's
> computer memory ... so maybe having the ability to share JVM between
> several open projects in the IDEA, while keeping isolated different
> clojure environments, would be a plus.
>
> I had the idea of investigating what t
Justin,
Sorry about the missing link. Github upload had some issues with
Chrome and hence took a while for me to update the latest jark-0.3
binary. It is up now:
https://github.com/downloads/icylisper/jark/jark-0.3
--
isaac
http://icylisper.in
--
You received this message because you are subs
You can try jark: http://icylisper.in/jark/
Jark provides an nrepl-server and client. The client has a REPL too.
-
isaac
--
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 fr
I am pleased to announce the release of jark v0.4.0.
So why another Clojure tool ?
Problem
Startup time of the JVM is slow and therefore the command-line
applications running on it are slow as well. There are tools like
Nailgun that partly solve the problem. However, there isn't a tool
that is Cl
Jark works with a persistent JVM. It runs the script by transferring
the contents of the script to a remotely running JVM using the nREPL
protocol. Thus the JVM startup overhead is negligible, which is needed
for scripting/IDEs.
The client is a light-weight binary (~80-100k, is written in OCaml and
kes jark worthwhile. I wish it for me, but, I
> have this issue: https://github.com/icylisper/jark-client/issues/76
>
> lein-exec is too slow because doesn't use a persistent JVM.
>
>
> On Mon, Apr 23, 2012 at 10:46 PM, isaac praveen wrote:
>>
>> Jark works with a
16 matches
Mail list logo