Re: safety and reusability of clojure.lang.RT, Compiler and co. in multi-classloader environment

[Georgi Danov]

Thanks, that's exactly what was needed.

On Tue, Sep 29, 2015, 4:14 AM Toby Crawley  wrote:

> Note that that post is out of date - the runtime isolation pieces of
> Immutant 1.x have been extracted into
> https://github.com/projectodd/shimdandy (which Stephen mentioned).
> Note that with shimdandy, shims *can't* share Clojure classes - each
> shim will have its own copy. This is required if you want them to be
> isolated from each other, or you want them to have different effective
> classpaths. If you do give shimdandy a try, let me know if you have
> any problems/questions.
>
> - Toby
>
> On Mon, Sep 28, 2015 at 6:57 PM, Gary Trakhman 
> wrote:
> > Here is another interesting read about how they solved it in immutant:
> > http://immutant.org/news/2012/05/18/runtime-isolation/
> >
> > On Mon, Sep 28, 2015 at 6:54 PM Stephen Gilardi 
> wrote:
> >>
> >> I haven’t seen discussion of isolating some of the RT data structures
> >> while sharing others and the executable parts.
> >>
> >> In case you haven’t seen these, here are some references about isolated
> >> Clojure runtimes that may be helpful:
> >>
> >> https://github.com/boot-clj/boot and its “pods” facility:
> >> https://github.com/boot-clj/boot/tree/master/boot/pod which uses
> >> https://github.com/projectodd/shimdandy .
> >>
> >> More on pods: https://github.com/boot-clj/boot/wiki/Pods
> >>
> >> A presentation about boot (including pods):
> >> https://www.youtube.com/watch?v=TcnzB2tB-8Q .
> >>
> >> —Steve
> >>
> >> https://github.com/projectodd/shimdandy
> >>
> >> On Sep 28, 2015, at 6:08 PM, Georgi Danov 
> wrote:
> >>
> >> Hi,
> >>  I am integrating clojure into java micro container. It has hierarchical
> >> classloaders and can restart modules on the fly. It's almost REPL for
> Java
> >> :).
> >>
> >>  I have clojure running inside it, but even after reading some of the RT
> >> and Compiler classes source code I don't understand well enough how much
> >> state is accumulated where (theadLocals, static class fields/Vars,
> >> classloader, so on). Given that I don't want to have each module run
> >> different clojure version, I would prefer to have the basic things
> loaded
> >> once and shared.
> >>
> >>  I am also not sure what is shareable — I see the RT class has some
> static
> >> init functionality that appears to be safe for sharing the same
> clojure.jar
> >> classloader with all modules, but can't be sure.
> >>
> >>  Would be glad if there is article I have missed that outlines this.
> >>
> >> Thanks,
> >> Georgi
> >>
> >> --
> >> 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 unsubscribe from this group and stop receiving emails from it, send
> an
> >> email to clojure+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >>
> >>
> >> --
> >> 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 unsubscribe from this group and stop receiving emails from it, send
> an
> >> email to clojure+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >
> > --
> > 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 unsubscribe from this group and stop receiving emails from it, send an
> > email to clojure+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroup

Re: safety and reusability of clojure.lang.RT, Compiler and co. in multi-classloader environment

[Toby Crawley]

Note that that post is out of date - the runtime isolation pieces of
Immutant 1.x have been extracted into
https://github.com/projectodd/shimdandy (which Stephen mentioned).
Note that with shimdandy, shims *can't* share Clojure classes - each
shim will have its own copy. This is required if you want them to be
isolated from each other, or you want them to have different effective
classpaths. If you do give shimdandy a try, let me know if you have
any problems/questions.

- Toby

On Mon, Sep 28, 2015 at 6:57 PM, Gary Trakhman  wrote:
> Here is another interesting read about how they solved it in immutant:
> http://immutant.org/news/2012/05/18/runtime-isolation/
>
> On Mon, Sep 28, 2015 at 6:54 PM Stephen Gilardi  wrote:
>>
>> I haven’t seen discussion of isolating some of the RT data structures
>> while sharing others and the executable parts.
>>
>> In case you haven’t seen these, here are some references about isolated
>> Clojure runtimes that may be helpful:
>>
>> https://github.com/boot-clj/boot and its “pods” facility:
>> https://github.com/boot-clj/boot/tree/master/boot/pod which uses
>> https://github.com/projectodd/shimdandy .
>>
>> More on pods: https://github.com/boot-clj/boot/wiki/Pods
>>
>> A presentation about boot (including pods):
>> https://www.youtube.com/watch?v=TcnzB2tB-8Q .
>>
>> —Steve
>>
>> https://github.com/projectodd/shimdandy
>>
>> On Sep 28, 2015, at 6:08 PM, Georgi Danov  wrote:
>>
>> Hi,
>>  I am integrating clojure into java micro container. It has hierarchical
>> classloaders and can restart modules on the fly. It's almost REPL for Java
>> :).
>>
>>  I have clojure running inside it, but even after reading some of the RT
>> and Compiler classes source code I don't understand well enough how much
>> state is accumulated where (theadLocals, static class fields/Vars,
>> classloader, so on). Given that I don't want to have each module run
>> different clojure version, I would prefer to have the basic things loaded
>> once and shared.
>>
>>  I am also not sure what is shareable — I see the RT class has some static
>> init functionality that appears to be safe for sharing the same clojure.jar
>> classloader with all modules, but can't be sure.
>>
>>  Would be glad if there is article I have missed that outlines this.
>>
>> Thanks,
>> Georgi
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: Suggestions on staying up to date with Clojure

[William la Forge]

Clojure Gazette seems to try to do this. But it is an active, diverse and 
highly technical community.

http://www.clojuregazette.com/

You will find more links here: https://www.reddit.com/r/Clojure/

On Monday, September 28, 2015 at 8:04:22 PM UTC-4, Jonathon McKitrick wrote:
>
> What list of blogs, websites, and/or feeds would you suggest for someone 
> who does not work with Clojure full time that will maximize exposure to 
> advancements in the language, tools, and techniques and give the 'biggest 
> bang for the buck' regarding time investment?
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Lazy deserialization / reserialization, aatree release 0.3.0

[William la Forge]

Too often when dealing with data saved on disk you find yourself having to 
deserialize a large block of data, make a small update, and then 
reserialize the whole thing and write it back to disk. Deserialization and 
reserialization are quite slow, so having to deserialize and reserialize a 
large block of data for each small update creates a bottleneck. In this 
case, incremental deserialization / reserialization will be a substantial 
improvement.

Release 0.3.0 provides lazy aa maps and lazy aa vectors, which can be used 
as the top-level container for large blocks of durable data. Serialized 
data is binary and organized in a binary tree. To access an entry, only the 
nodes in the path from the root to the node of interested must be 
deserialized. And only the updated nodes (and their parent nodes) need to 
be subsequently reserialized. So the speed improvement is substantial. 
(Benchmark code is provided)

As with previous releases, collection-check 
 is used to validate the 
vector and map implementations.

https://github.com/laforge49/aatree#readme

Your feedback here is greatly appreciated!

Bill

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Building mixed Clojure/Java project

[cyclops]

One more note, I have JDK 1.6 installed - I was looking at the travis.yml, 
and see that openjdk6 was removed - will it run under 1.6?  


-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Suggestions on staying up to date with Clojure

[Jonathon McKitrick]

What list of blogs, websites, and/or feeds would you suggest for someone 
who does not work with Clojure full time that will maximize exposure to 
advancements in the language, tools, and techniques and give the 'biggest 
bang for the buck' regarding time investment?

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Building mixed Clojure/Java project

[cyclops]

Many thanks for the update, especially the documentation. I got a lot 
further - it built a jar, but I couldn't run it:

F:\ironclad\trunk> java -jar 
> target\ironclad-0.0.2-SNAPSHOT-jar-with-dependencies.jar
> Exception in thread "main" java.lang.NoClassDefFoundError: ic/IronClad
> Caused by: java.lang.ClassNotFoundException: ic.IronClad
> Could not find the main class: ic.IronClad. Program will exit.


I set a lot of variables to get it built (JAVA_HOME, MAVEN_HOME, PATH, etc) 
- possibly I need to set something else?

And I'm doing this on Windows (which is my first mistake :) , but there it 
is).

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: safety and reusability of clojure.lang.RT, Compiler and co. in multi-classloader environment

[Gary Trakhman]

Here is another interesting read about how they solved it in immutant:
http://immutant.org/news/2012/05/18/runtime-isolation/

On Mon, Sep 28, 2015 at 6:54 PM Stephen Gilardi  wrote:

> I haven’t seen discussion of isolating some of the RT data structures
> while sharing others and the executable parts.
>
> In case you haven’t seen these, here are some references about isolated
> Clojure runtimes that may be helpful:
>
> https://github.com/boot-clj/boot and its “pods” facility:
> https://github.com/boot-clj/boot/tree/master/boot/pod which uses
> https://github.com/projectodd/shimdandy .
>
> More on pods: https://github.com/boot-clj/boot/wiki/Pods
>
> A presentation about boot (including pods):
> https://www.youtube.com/watch?v=TcnzB2tB-8Q .
>
> —Steve
>
> https://github.com/projectodd/shimdandy
>
> On Sep 28, 2015, at 6:08 PM, Georgi Danov  wrote:
>
> Hi,
>  I am integrating clojure into java micro container. It has hierarchical
> classloaders and can restart modules on the fly. It's almost REPL for Java
> :).
>
>  I have clojure running inside it, but even after reading some of the RT
> and Compiler classes source code I don't understand well enough how much
> state is accumulated where (theadLocals, static class fields/Vars,
> classloader, so on). Given that I don't want to have each module run
> different clojure version, I would prefer to have the basic things loaded
> once and shared.
>
>  I am also not sure what is shareable — I see the RT class has some static
> init functionality that appears to be safe for sharing the same clojure.jar
> classloader with all modules, but can't be sure.
>
>  Would be glad if there is article I have missed that outlines this.
>
> Thanks,
> Georgi
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: safety and reusability of clojure.lang.RT, Compiler and co. in multi-classloader environment

[Stephen Gilardi]

I haven’t seen discussion of isolating some of the RT data structures while 
sharing others and the executable parts.

In case you haven’t seen these, here are some references about isolated Clojure 
runtimes that may be helpful:

https://github.com/boot-clj/boot  and its 
“pods” facility: https://github.com/boot-clj/boot/tree/master/boot/pod 
 which uses 
https://github.com/projectodd/shimdandy 
 .

More on pods: https://github.com/boot-clj/boot/wiki/Pods 


A presentation about boot (including pods): 
https://www.youtube.com/watch?v=TcnzB2tB-8Q 
 .

—Steve

https://github.com/projectodd/shimdandy 

> On Sep 28, 2015, at 6:08 PM, Georgi Danov  wrote:
> 
> Hi,
>  I am integrating clojure into java micro container. It has hierarchical 
> classloaders and can restart modules on the fly. It's almost REPL for Java :).
> 
>  I have clojure running inside it, but even after reading some of the RT and 
> Compiler classes source code I don't understand well enough how much state is 
> accumulated where (theadLocals, static class fields/Vars, classloader, so 
> on). Given that I don't want to have each module run different clojure 
> version, I would prefer to have the basic things loaded once and shared.
> 
>  I am also not sure what is shareable — I see the RT class has some static 
> init functionality that appears to be safe for sharing the same clojure.jar 
> classloader with all modules, but can't be sure.
>  
>  Would be glad if there is article I have missed that outlines this. 
> 
> Thanks,
> Georgi
> 
> -- 
> 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 unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

safety and reusability of clojure.lang.RT, Compiler and co. in multi-classloader environment

[Georgi Danov]

Hi,
 I am integrating clojure into java micro container. It has hierarchical 
classloaders and can restart modules on the fly. It's almost REPL for Java 
:).

 I have clojure running inside it, but even after reading some of the RT 
and Compiler classes source code I don't understand well enough how much 
state is accumulated where (theadLocals, static class fields/Vars, 
classloader, so on). Given that I don't want to have each module run 
different clojure version, I would prefer to have the basic things loaded 
once and shared.

 I am also not sure what is shareable — I see the RT class has some static 
init functionality that appears to be safe for sharing the same clojure.jar 
classloader with all modules, but can't be sure.
 
 Would be glad if there is article I have missed that outlines this. 

Thanks,
Georgi

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: defprotocol/deftype namespacing

[Beau Fabry]

I can't think of any (def* forms that allow you to specify a namespace, so 
imo it would be strange if they did. 

On Thursday, September 24, 2015 at 11:58:08 AM UTC-7, Gregg Reynolds wrote:
>
> Is there some compelling reason why deftype and defprotocol do not allow 
> specification of a namespace?  They install their products in the current  
> namespace, in contrast to gen-class and gen-interface.
>
> Thanks
> Gregg
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: No recent activity for core.async?

[Beau Fabry]

The docs have also diverged from the current official release, I'm looking 
forward to a new release :-)

On Saturday, September 26, 2015 at 4:24:18 AM UTC-7, Gary Verhaegen wrote:
>
> That question has been asked recently and the official answer was that a 
> new release is coming "soon". There was no promise that the next release 
> would get the project out of alpha, though.
>
> On Saturday, 26 September 2015, Rafik NACCACHE  > wrote:
>
>> core.async didn't move since more than a year.
>>
>> Is any new release coming soon? I actually use this library intensively, 
>> and the fact it is staying alpha for more than a year starts giving me some 
>> shivers :)
>>
>> Thank you for any updates !!
>>
>> -- 
>> 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 unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

ANN Neocons 3.1.0 is released

[Michael Klishin]

Neocons [1] is a feature rich, idiomatic Clojure client for
Neo4J Server.

Release notes:
http://blog.clojurewerkz.org/blog/2015/09/22/neocons-3-dot-1-0-is-released/

1. http://clojureneo4j.info
-- 
MK

http://github.com/michaelklishin
http://twitter.com/michaelklishin

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

ANN Langohr 3.4.0 is released

[Michael Klishin]

Langohr [1] is a small but complete Clojure client for RabbitMQ.

Release notes:

http://blog.clojurewerkz.org/blog/2015/09/29/langohr-3-dot-4-0-is-released/

1. http://clojurerabbitmq.info
-- 
MK

http://github.com/michaelklishin
http://twitter.com/michaelklishin

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Building mixed Clojure/Java project

[cyclops]

>
> Dammit, Leiningen, can't you see, the ants are winning!


Thanks for the info. Looks like it's going to be more involved that I 
thought.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: A generalization of iterate

[Yoshinori Kohyama]

Hi nchurch and all.

Your idea to generalize `iterate` looks very cool for me.
I wrote another implementation not to consume stack.

(defn generate' [f h & r]
  (cons h
(lazy-seq
  (apply generate' f
(reverse (cons (apply f h r) (reverse r)))

will work, if it is o.k. that we can assume at least one argument.

Yoshinori Kohyama

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.