Re: [clojure-jark-dev] Re: ANN: Jark 0.3 (using the nrepl protocol)

[isaac praveen]

>
> 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 the project classlojure has to
> provide for this ... but maybe Jark would also be worth studying for
> this purpose, or would it not be the appropriate tool for the job ?

Laurent,

I was thinking of using classlojure in jark and provide isolated
"containers"  in the same instance of the JVM.
It should be integrated in the coming releases.
I am not sure of the limitations yet. From the looks of it,
classlojure looks usable.

Ooops, somehow missed reading your mail in the thread, earlier.

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

[isaac praveen]

> 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 ? Couldn't they live in their own library
> ?
>
Laurent,

The jark utilities and nREPL server are separate. They just are
packaged together for ease of install and use.

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

[Laurent PETIT]

Sooo, my question was *that* silly ? :'-(

2011/5/7 Laurent PETIT :
> Maybe a silly question, but anyway ...
>
> for CCW, there is this idea of having it maintain, for each open
> project (probably depending on a flag, but that's out of topic), in
> the background (totally transparently for the user), a running JVM
> environment where CCW would maintain the project classes and
> namespaces loaded and up-to-date. Thus CCW would be able to suggest
> code completion, report errors, etc., without having to rely
> on/interfere with the JVMs the user may have started for his own
> needs.
>
> 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 the project classlojure has to
> provide for this ... but maybe Jark would also be worth studying for
> this purpose, or would it not be the appropriate tool for the job ?
>
> 2011/5/5 isaac praveen :
>> 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 
>> 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: ANN: Jark 0.3 (using the nrepl protocol)

[isaac praveen]

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

[Chas Emerick]

On May 7, 2011, at 1:31 PM, David Nolen wrote:

> On Sat, May 7, 2011 at 12:50 PM, isaac praveen  wrote:
> Sure. We need very powerful clojure development and deployment tools.
> My request for subscription to clojure-dev got declined :(
> 
> Send in a CA! :)

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

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

[David Nolen]

On Sat, May 7, 2011 at 12:50 PM, isaac praveen  wrote:

> Sure. We need very powerful clojure development and deployment tools.
> My request for subscription to clojure-dev got declined :(
>

Send in a CA! :)

David

>

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

[Laurent PETIT]

Maybe a silly question, but anyway ...

for CCW, there is this idea of having it maintain, for each open
project (probably depending on a flag, but that's out of topic), in
the background (totally transparently for the user), a running JVM
environment where CCW would maintain the project classes and
namespaces loaded and up-to-date. Thus CCW would be able to suggest
code completion, report errors, etc., without having to rely
on/interfere with the JVMs the user may have started for his own
needs.

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 the project classlojure has to
provide for this ... but maybe Jark would also be worth studying for
this purpose, or would it not be the appropriate tool for the job ?

2011/5/5 isaac praveen :
> 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 
> 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: ANN: Jark 0.3 (using the nrepl protocol)

[Laurent PETIT]

2011/5/7 isaac praveen :
> 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
> utilities. That is where jark is useful.
>
> Jark is a tool that provides
> a) a nrepl-server
> b) a set of extensible utilities to manage classpaths, namespaces, JVM  both 
> on
> c) a command-line client that communicates via the nREPL protocol, has
> minimum runtime dependencies and can run on most platforms.

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 ? Couldn't they live in their own library
?

Of course, I can see the value of having all of this pre-packaged for
ease of use !

>
> It would be nice to have a jark/nREPL plus SLIME/Vim stack.
>
> --
> 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: ANN: Jark 0.3 (using the nrepl protocol)

[isaac praveen]

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 throw out the notion that perhaps some small part of jark 
> might make sense to be rolled into the nREPL project itself (in particular, a 
> command-line interface / client is needed -- there's one there, but it's far 
> from ideal).

Sounds like a good idea. We could discuss further on what can be
integrated. I am excited about this!

> Further, if the jark leads are open to it, it may be worth discussing over on 
> clojure-dev to see what the appetite is among the core folks for a Clojure 
> Contrib project with jark's objectives/scope.

Sure. We need very powerful clojure development and deployment tools.
My request for subscription to clojure-dev got declined :(
Maybe we can discuss this on clojure-jark google groups:
https://groups.google.com/group/clojure-jark

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

Re: ANN: Jark 0.3 (using the nrepl protocol)

[Ambrose Bonnaire-Sergeant]

Thanks for letting us know Meikel. These are similar issues that we have
encountered
with the jark client.

We are planning to rewrite it in Haskell (currently Python), I'm sure there
will be similarities between a potential
VimClojure client.

I have tried to tinker with VimClojure but sadly never got it building with
gradle+clojuresque.
I will have another go soon.

What version of gradle (and clojuresque) is VimClojure known to build with?

Thanks,
Ambrose

On Sun, May 8, 2011 at 12:20 AM, Meikel Brandmeyer  wrote:

> Hi,
>
> Am 07.05.2011 um 16:48 schrieb Chas Emerick:
>
> >> 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
> >
> > My recollection is that Meikel was a fair ways along in his nREPL
> implementation late last year.  Hopefully he can chime in as to what the
> current status is of things there.
>
> Ah. Sad story. I already worked in the nrepl backend for vimclojure—as
> Ambrose noted: there is a branch on bitbucket for that. However things
> stalled. The reason is the client. There I have these stupid vim limitations
> again:
>
> * It must be fast.
> * It must be self-contained.
> * It must work on Windows. *bleh*
>
> The first point kills a Java client. The JVM startup time is too slow. The
> second kills netcat, curl and friends. The client has to understand the
> protocol in order to know, when to stop the connection and terminate itself.
> Until the client terminates vim will be blocked. The third point kills all
> the “standard” scripting languages like Python, Ruby, Perl, you name it. I
> don't want to add a 30Mb dependency when a 30k client was sufficient with
> nailgun.
>
> So what I need is: A client understanding the protocol and looking for the
> “done” message. It must be fast and small. So it will be likely written in
> something like C, OCaml or Haskell and compiled to native binary. It doesn't
> come with more dependencies than itself.
>
> I might come up with a C or OCaml version for the Unices, but I have
> absolutely no clue about Windows programming. Something like OCaml would
> maybe even work verbatim on Windows, but I haven't got native compilation to
> work there.
>
> And finally I'm missing time right now to do this by myself. (As always…
> *sigh*)
>
> When I read about jark+nrepl+cli client, I thought “*dumdidum* someone will
> do it *dumdidum* someone will do it” ;) I appreciate any help and I'm
> willing to help out with support on answering questions and posing
> setting-hair-on-fire requirements.
>
> Sincerely
> Meikel
>
> PS (general note): If you want to hack on VimClojure – especially with such
> difficult and essential issue as a different communication channel – I'd
> appreciate to be kept in the loop. I can save time by knowing caveats and
> obstacles. And – frankly – I'd like to know what modifications of VC are
> going on out there. Feel free to discuss such things on the VimClojure
> goggle group. Thank you.
>
> --
> 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: ANN: Jark 0.3 (using the nrepl protocol)

[Meikel Brandmeyer]

Hi,

Am 07.05.2011 um 16:48 schrieb Chas Emerick:

>> 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
> 
> My recollection is that Meikel was a fair ways along in his nREPL 
> implementation late last year.  Hopefully he can chime in as to what the 
> current status is of things there.

Ah. Sad story. I already worked in the nrepl backend for vimclojure—as Ambrose 
noted: there is a branch on bitbucket for that. However things stalled. The 
reason is the client. There I have these stupid vim limitations again:

* It must be fast.
* It must be self-contained.
* It must work on Windows. *bleh*

The first point kills a Java client. The JVM startup time is too slow. The 
second kills netcat, curl and friends. The client has to understand the 
protocol in order to know, when to stop the connection and terminate itself. 
Until the client terminates vim will be blocked. The third point kills all the 
“standard” scripting languages like Python, Ruby, Perl, you name it. I don't 
want to add a 30Mb dependency when a 30k client was sufficient with nailgun.

So what I need is: A client understanding the protocol and looking for the 
“done” message. It must be fast and small. So it will be likely written in 
something like C, OCaml or Haskell and compiled to native binary. It doesn't 
come with more dependencies than itself.

I might come up with a C or OCaml version for the Unices, but I have absolutely 
no clue about Windows programming. Something like OCaml would maybe even work 
verbatim on Windows, but I haven't got native compilation to work there.

And finally I'm missing time right now to do this by myself. (As always… *sigh*)

When I read about jark+nrepl+cli client, I thought “*dumdidum* someone will do 
it *dumdidum* someone will do it” ;) I appreciate any help and I'm willing to 
help out with support on answering questions and posing setting-hair-on-fire 
requirements.

Sincerely
Meikel

PS (general note): If you want to hack on VimClojure – especially with such 
difficult and essential issue as a different communication channel – I'd 
appreciate to be kept in the loop. I can save time by knowing caveats and 
obstacles. And – frankly – I'd like to know what modifications of VC are going 
on out there. Feel free to discuss such things on the VimClojure goggle group. 
Thank you.

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

[Chas Emerick]

On May 7, 2011, at 10:01 AM, isaac praveen wrote:

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

Indeed, this was exactly my intention when I set out to build nREPL.  So, we 
now have Eclipse/CCW, jark, and Enclojure (soon: 
http://groups.google.com/group/enclojure/msg/a742dd461c88109b) using nREPL; 
such common ground will certainly make it easier to support having diverse 
toolsets in teams of Clojure programmers, etc.

On May 6, 2011, at 7:37 PM, Ambrose Bonnaire-Sergeant wrote:

> 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

My recollection is that Meikel was a fair ways along in his nREPL 
implementation late last year.  Hopefully he can chime in as to what the 
current status is of things there.

> Also, the nrepl-server itself should be bundled with some basic
> utilities. That is where jark is useful.
> 
> Jark is a tool that provides
> a) a nrepl-server
> b) a set of extensible utilities to manage classpaths, namespaces, JVM  both 
> on
> c) a command-line client that communicates via the nREPL protocol, has
> minimum runtime dependencies and can run on most platforms.
> 
> It would be nice to have a jark/nREPL plus SLIME/Vim stack.

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.

FWIW, I'd like to throw out the notion that perhaps some small part of jark 
might make sense to be rolled into the nREPL project itself (in particular, a 
command-line interface / client is needed -- there's one there, but it's far 
from ideal).  Further, if the jark leads are open to it, it may be worth 
discussing over on clojure-dev to see what the appetite is among the core folks 
for a Clojure Contrib project with jark's objectives/scope.

Cheers,

- Chas

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

[isaac praveen]

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

[isaac praveen]

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
utilities. That is where jark is useful.

Jark is a tool that provides
a) a nrepl-server
b) a set of extensible utilities to manage classpaths, namespaces, JVM  both on
c) a command-line client that communicates via the nREPL protocol, has
minimum runtime dependencies and can run on most platforms.

It would be nice to have a jark/nREPL plus SLIME/Vim stack.

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

Re: ANN: Jark 0.3 (using the nrepl protocol)

[Laurent PETIT]

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 !

2011/5/7 isaac praveen :
> 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 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: ANN: Jark 0.3 (using the nrepl protocol)

[isaac praveen]

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

[Ambrose Bonnaire-Sergeant]

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,
Ambrose

On Sat, May 7, 2011 at 4:27 AM, Paul deGrandis wrote:

> 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  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  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 
> > > 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: ANN: Jark 0.3 (using the nrepl protocol)

[Paul deGrandis]

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

[Chas Emerick]

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

ANN: Jark 0.3 (using the nrepl protocol)

[isaac praveen]

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