[ANN] Bract: Data-driven Application initialisation framework

[Shantanu Kumar]

Hi,

I am happy to announce a data-driven application initialisation framework 
called Bract.

https://bract.github.io/

Bract provides a first class, declarative way to express application 
initialisation config and steps/workflow. Bract has modules for various 
purposes, and offers the necessary glue to bind an application. It can 
integrate with tests, REPL (Reloaded workflow) and CLI etc. There are 
example applications included to demonstrate how to use Bract. Gossamer is 
a minimal, extensible web framework built on top of Bract modules.

At SAP Concur, we have been using Bract for over a year in production to 
build REST(ish) microservices. I spoke about Bract at the IN/Clojure 2019 
conference recently, the slides for which are at the URL below:

https://speakerdeck.com/kumarshantanu/bract-a-minimal-dry-application-framework

I would be happy to receive any feedback, suggestions and questions about 
Bract. Please let me know what you think.


Shantanu

-- 
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] Stringer (v0.3.1) - fast string concatenation

[Shantanu Kumar]

Hi,

I am pleased to announce Stringer, a library for fast string concatenation. 
Stringer is designed (with tradeoffs) to complement Clojure's string concat 
operations.

https://github.com/kumarshantanu/stringer


Stringer's API contains several macros (so they can not be used as 
functions) - notably `strcat` and `strfmt` that are used frequently. 
`strcat` is the Java equivalent of string concatenation + operator. In 
Java, when you write ("foo" + 42 + "bar") the Java compiler generates 
in-line bytecode using java.lang.StringBuilder to concatenate the tokens. 
`strfmt` expects the format string (with limited specifier support) to be a 
literal and applies string interpolation to generate the formatted string 
much faster than `clojure.core/format`. The perf benchmark code is included 
in the repo.

We have used Stringer in production for over 3 years at SAP Concur with 
only one issue noticed/fixed over 2 years ago. It is usually hard to 
troubleshoot and optimize the long tail of latency; however, using Stringer 
has led to overall perf improvements in several composite use cases.


Shantanu

-- 
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: [ANN] Calfpath (v0.7.1), a fast and flexible Ring request router

[Shantanu Kumar]

Sorry, the runtime complexity in Calfpath would be generally O(n^2) because 
iterating routes and under every route iterating each character in the URI 
template in the worst case.


Shantanu

On Monday, 7 January 2019 12:43:44 UTC+5:30, Shantanu Kumar wrote:
>
>
>
> On Monday, 7 January 2019 01:03:16 UTC+5:30, Paul deGrandis wrote:
>>
>> Hi Shantanu,
>>
>> Interesting project and congrats on the release!
>>
>> I think Alan was asking more about the runtime and space complexities.  
>> What is the core approach used in Calfpath?  What is the runtime and space 
>> complexity?  What are the ideal operational conditions and under what 
>> conditions does it suffer?  What were the trade-offs made in the approach?
>>
>> I'm curious to know the answers myself.  Thanks!
>>
>
>
> Hi Paul,
>
> Thanks for expanding Alan's question. I think, the short answer about 
> runtime and space complexity would be O(n) and O(n) in Calfpath. Please 
> read on for more details. The top performing implementations in Calfpath 
> cannot support a very large number of routes (subject to Java method size 
> limit.)
>
> At the grass root level, the URI matching code (hand coded in Java, not 
> using any regex) is common across all Calfpath routing. It pre-compiles a 
> URI pattern, e.g. "/foo/:id/bar" into a vector of tokens ["/foo" :id 
> "/bar"] and later the URI-matching function iterates over the tokens.
>
> There are three implementations of routing supported in Calfpath, each of 
> which returns `nil` as soon as it realises a match is not likely:
>
> 1. Macros: There are macros (in calfpath.core ns) for matching URI, method 
> etc. that expand in-line. The URI, method etc are literals that are 
> pre-compiled for efficient matching. Obviously, this approach leads to 
> in-lined code that runs the risk of exceeding the Java method size (in 
> bytecodes) limit for a large number of routes. However, given that the vast 
> majority of applications have < 50 routes in number, it is not a concern 
> for many.
>
> 2. Walking precompiled routes: This is an implementation (in 
> calfpath.route ns) of data driven, potentially nested, routes (vector of 
> maps). The routes are pre-compiled to a substrate form, still as vector of 
> maps, that a function iterates over recursively where nested. This is a 
> simple, iterative implementation that can also handle a large number of 
> routes. It is also the slowest among the three routing implementations.
>
> 3. Loop-unrolled expression tree: This is also an implementation (in 
> calfpath.route ns) of data driven, potentially nested, routes (vector of 
> maps). The routes are pre-compiled to a substrate form like in the second 
> implementation. Then, a function assembles an expression tree using all the 
> routes info, wraps it in a function form and calls `eval` to turn the 
> expression tree into a function. The result is an in-lined function that 
> performs close to the first macro-based implementation, and runs the same 
> risk of exceeding Java method size limit for a large number of routes. This 
> technique also makes optional (enabled by default) use of deep 
> expression-tree building, where pre-compiling URI matching and method 
> matching also emit expressions in addition to matcher functions.
>
> In general, the optimisations in Calfpath rely more on JIT's instruction 
> caching than data-cache coherence, and the fact that web-routing is such a 
> repeatedly executed code that it's OK to inline most of the routing code 
> together. Hope this explains Calfpath's approach. Please let me know if you 
> have any other questions.
>
>
> Shantanu
>  
>
>>
>> Cheers,
>> Paul
>>
>>

-- 
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: [ANN] Calfpath (v0.7.1), a fast and flexible Ring request router

[Shantanu Kumar]

Hi Alan,

On Saturday, 5 January 2019 12:25:36 UTC+5:30, Alan Thompson wrote:
>
> Hi have been very happy using Pedestal for routing <http://pedestal.io/> 
> chores.  How does this compare to Pedestal?
>

I haven't benchmarked Calfpath against Pedestal, but Reitit-ring is 
supposed to be faster than Pedestal as 
per https://github.com/metosin/reitit/blob/master/doc/performance.md and in 
my benchmarks Calfpath outperforms Reitit-ring in most use cases, so I 
guess Calfpath should be much faster than Pedestal. But again, benchmarks 
are tricky, so you should measure the candidate libraries for your actual 
use cases.


Shantanu
 

> Alan
>
>
> On Fri, Jan 4, 2019 at 9:50 PM Shantanu Kumar  > wrote:
>
>> Hi,
>>
>> (Cross-posted on Clojure and Ring mailing lists.)
>>
>> Happy new year to all!
>>
>> I am pleased to announce Calfpath, a fast Ring-based routing library that 
>> supports flexible, à la carte request matching. It supports both 
>> macro-based and data-driven routing.
>>
>> https://github.com/kumarshantanu/calfpath
>>
>> At SAP Concur we have been using this library for over 3 years in 
>> production on REST(ish) API servers. During early 2015 when we were using 
>> Compojure, we found it was causing 4% of the total internal latency. That 
>> is when we switched to Calfpath - roughly an order of magnitude faster. The 
>> benchmarking code is included in the repo - however, you should probably 
>> test against your own use-case to determine suitability.
>>
>> The API has matured quite a bit over time and is now more stable than 
>> ever before. Among downsides, as of now Calfpath is neither bi-directional, 
>> nor ClojureScript ready.
>>
>> I would love to receive your feedback and answer any questions. Please 
>> let me know what you think.
>>
>>
>> Shantanu
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@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] Calfpath (v0.7.1), a fast and flexible Ring request router

[Shantanu Kumar]

Hi,

(Cross-posted on Clojure and Ring mailing lists.)

Happy new year to all!

I am pleased to announce Calfpath, a fast Ring-based routing library that 
supports flexible, à la carte request matching. It supports both 
macro-based and data-driven routing.

https://github.com/kumarshantanu/calfpath

At SAP Concur we have been using this library for over 3 years in 
production on REST(ish) API servers. During early 2015 when we were using 
Compojure, we found it was causing 4% of the total internal latency. That 
is when we switched to Calfpath - roughly an order of magnitude faster. The 
benchmarking code is included in the repo - however, you should probably 
test against your own use-case to determine suitability.

The API has matured quite a bit over time and is now more stable than ever 
before. Among downsides, as of now Calfpath is neither bi-directional, nor 
ClojureScript ready.

I would love to receive your feedback and answer any questions. Please let 
me know what you think.


Shantanu

-- 
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] Promenade 0.7.0 - Elegant error handling and control flow

[Shantanu Kumar]

Hi,

I'm happy to release version 0.7.0 of the Promenade library. This release 
switches expression sequencing to use clojure.core/reduce, hence adding 
early termination support. Please see changelog for the list of changes.

Project website:
https://github.com/kumarshantanu/promenade

Changelog:
https://github.com/kumarshantanu/promenade/blob/v0.7.0/CHANGELOG.md#070--2018-october-30

Project documentation:
https://cljdoc.org/d/promenade/promenade/0.7.0/doc/readme


Shantanu

-- 
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: Promenade 0.6.0 - Elegant error handling and more for Clojure/CLJS

[Shantanu Kumar]

Hi,

Promenade is a Clojure/ClojureScript library to elegantly handle errors and 
other oddities. The 0.6.0 release adds support for (1) wrapping functions 
that throw exceptions, and (2) early termination in reducing functions.

URL: https://github.com/kumarshantanu/promenade

Docs: https://github.com/kumarshantanu/promenade/blob/master/doc/intro.md


Shantanu

-- 
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: Protocols considered harmful?

[Shantanu Kumar]

Hi Sam,

In my experience, protocols are a great mechanism for extensibility. Let's 
say you build an abstraction with a default implementation. If your 
abstraction is based on protocols, somebody can extend the abstraction to 
build a different implementation (that possibly integrates with another 
system). I think the sweet spot of protocols lies in (1) protocols being an 
implementation detail rather than public API, (2) protocols being used for 
extensibility.


Shantanu

On Tuesday, 22 May 2018 11:19:35 UTC+5:30, Sam Bartolucci wrote:
>
> Hi,
>
> I've been an enthusiastic Clojure tinkerer for a few years now--it's a 
> great language!--but only recently began using it professionally, where 
> I've stumbled into a strong disagreement over the use of protocols vs. 
> multimethods for single dispatch polymorphism. I had always assumed that 
> protocols were a normal part of Clojure when polymorphism was called for, 
> but a few of my coworkers (often, it seems, those who have experience with 
> Lisp prior to Clojure) swear up and down that protocols are only to be used 
> as a last resort because they "break the REPL". Apparently they're frowned 
> upon because, due to the JVM interop, they don't reload as well as other 
> constructs. It has even been suggested a few times that all uses of 
> protocols should be refactored to use a multimethod with a "type" as the 
> dispatch function. Protocols, in other words, should be considered harmful. 
> This seems strange to me considering how many successful and mainstream 
> Clojure projects use protocols, but maybe I am missing something, so I 
> thought I would ask the list. So what is it? Is there any consensus around 
> the assertion that "good, idiomatic Clojure will use multimethods rather 
> than protocols for single-dispatch polymorphism"?
>
> Thanks,
> Sam
>

-- 
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: DIME - Dependency Injection for Clojure

[Shantanu Kumar]

Hi,

I am happy to announce DIME - a "Dependency Injection" library for Clojure:

Project: https://github.com/kumarshantanu/dime

Docs: https://github.com/kumarshantanu/dime/blob/master/doc/intro.md

Blog 
post: 
https://medium.com/@kumarshantanu/dependency-injection-with-clojure-using-dime-af57b140bd3f

DIME works mainly by creating partially applied functions in cascading 
order. It aims to be unintrusive and painless to use. Though "dependency 
injection" is not widely popular in FP/Clojure, those who have used DIME 
effectively on real projects like the clarity and simplicity it brings to 
initializing applications and wiring up components. I would love to receive 
your feedback and comments - please let me know what you think.


Shantanu

-- 
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: Promenade - Elegant handling of errors and other oddities (Clojure/ClojureScript)

[Shantanu Kumar]

Hi,

I am pleased to announce Promenade - a Clojure/ClojureScript library to 
elegantly handle errors and other oddities:

Project: https://github.com/kumarshantanu/promenade

Docs: https://github.com/kumarshantanu/promenade/blob/master/doc/intro.md

Promenade helps one express odd conditions (such as errors etc.) as data 
and provides associated control flow facilities. This library is only a 
couple of months old, but the code I have seen this applied to has greatly 
simplified error-handling and improved readability because of it. I hope 
others would find it useful too. I would love to receive your feedback and 
comments - please let me know what you think.


Shantanu

-- 
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: Cambium 0.9.2 (Structured logging for Clojure)

[Shantanu Kumar]

Hi,

I am happy to announce the availability of Cambium 0.9.2 - Cambium is a 
structured logging library for Clojure, compatible based on SLF4J/Logback 
and clojure/tools.logging libraries.

https://cambium-clojure.github.io/

The release changelog for various modules[1] are in their respective 
repositories. Since the last announcement[2] the most interesting change is 
that now caller metadata (ns, line, column attributes) is transparently and 
cheaply added to the context of all log events. This particular feature is 
inspired by Howard L Ship's blog post[3].

Cross-posted from Cambium discussion group[4].

[1] https://github.com/cambium-clojure
[2] https://groups.google.com/forum/#!topic/clojure/pxIuZ52f7Mg
[3] https://medium.com/@hlship/macros-meta-and-logging-575d5047924c
[4] https://groups.google.com/forum/#!topic/cambium-clojure/KD6tw9mFwLA


Shantanu

-- 
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: [ANN] Cambium - Structured logging for Clojure

[Shantanu Kumar]

On Friday, 1 December 2017 18:18:36 UTC+5:30, oleksand...@zalando.de wrote:
>
> On Thursday, November 30, 2017 at 3:35:24 PM UTC+1, Shantanu Kumar wrote:
>>
>>
>> I am happy to announce the availability of Cambium, an Open Source 
>> project for structured logging in Clojure using SLF4j and Logback.
>>
>> Details: https://cambium-clojure.github.io/
>> Repos: https://github.com/cambium-clojure
>>
>
> Looks nice, thank you for sharing!  I've got a number of questions:
>

Thanks! My responses are inline:
 

> 1) Is it possible to include example output for FlatJsonLayout in the 
> documentation?
>

I have updated the quickstart section with the 
output: https://cambium-clojure.github.io/#quickstart 
 

> 2) Given that it uses SLF4J, I guess it can also work with 
> java.util.logging?
>

SLF4j works with java.util.logging with a caveat. Cambium uses the MDC 
feature of SLF4j for context-logging (structured logs), which requires a 
logging backend with MDC support. Logback and Log4j support MDC but 
java.util.logging does not, so it may be challenging to get MDC to work 
with the latter.
Ref: 
https://stackoverflow.com/questions/16811885/mdcmapped-diagnostic-context-support-for-juljava-util-logging
 

> 3) How exception messages are logged: in or outside of the context?
>

Exceptions are logged in the context, try (cambium.core/error {:foo :bar} 
exception "Error happened") - it ends up under the "exception" key in the 
JSON map.
 

> 4) Are clojure.lang.ExceptionInfo exceptions printed with the data map?  
> From what I've seen previously, only java.util.logging uses .toString() on 
> exception object which results in message *and* data, the rest of logging 
> backends use only .getMessage() for some reason, completely missing the 
> data from the log message.
>

The data is not extracted/merged into the context from 
clojure.lang.ExceptionInfo - you can possibly log it as (cambium.core/error 
{:foo :bar} ex (str ex)) to have similar effect. The message ends up under 
the "message" key in the JSON map. (It probably makes sense to include 
the ex-data as a separate attribute - I will think about it; also, 
suggestions welcome.)


Shantanu

-- 
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] Cambium - Structured logging for Clojure

[Shantanu Kumar]

Hi,

I am happy to announce the availability of Cambium, an Open Source project 
for structured logging in Clojure using SLF4j and Logback.

Details: https://cambium-clojure.github.io/
Repos: https://github.com/cambium-clojure

*Highlights:*
- Evolved through two years of production use at Concur for application and 
business/ops metrics logs using a heavily indexed 
ElasticSearch/Logstash/Kibana stack.
- Used in Clojure applications of various sizes.
- SLF4j-backend integration for Logback is provided. (In theory, can be 
extended to Log4j2.)
- Tested with RabbitMQ and Filebeat transports, though in theory, it should 
work with other Logback-compatible transports too.
- Code organization is modular to provide flexibility without loss of 
performance.
- Compatible with Java libraries that use SLF4j (directly or via a bridge) 
for logging.
- Compatible with Clojure code that uses clojure/tools.logging for logging.

*Caveats:*
- You still need to deal with Logback config, which means XML files in most 
cases: https://logback.qos.ch/manual/index.html (though easy to Google.)
- Some capabilities, such as altering log levels of certain loggers at 
runtime, are specific to the backend, i.e. Logback only.

I hope this is useful to others. Feedback is welcome!


Shantanu

-- 
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: [ANN] Clojure 1.9.0-RC1

[Shantanu Kumar]

Sorry, my bad. I can see the same behavior in previous Clojure versions 
too. I discovered this in the middle of moving to 1.9.0-RC1 in one of 
the projects and somehow got it all mixed up.


Shantanu

On Tuesday, 14 November 2017 11:36:30 UTC+5:30, Andy Fingerhut wrote:
>
> I see the same behavior in Clojure 1.7.0 and 1.8.0 as you see in 1.9.0-RC1.
>
> Andy
>
> On Mon, Nov 13, 2017 at 9:48 PM, Shantanu Kumar <kumar.s...@gmail.com 
> > wrote:
>
>> Sorry, I did not specify the problem completely earlier. The coercion 
>> fails only when *uncheked-math* is set to truthy in 1.9.0-RC1.
>>
>> user=> (byte \a)
>> 97
>> user=> (set! *unchecked-math* true)  ; or :warn-on-boxed
>> true
>> user=> (byte \a)
>>
>> ClassCastException java.lang.Character cannot be cast to 
>> java.lang.Number  clojure.lang.RT.uncheckedByteCast (RT.java:1376)
>>
>>
>> Shantanu
>>
>> On Tuesday, 14 November 2017 01:27:36 UTC+5:30, Alex Miller wrote:
>>>
>>> Works for me in 1.9.0-RC1. I don't know of anything that changed in this 
>>> area.
>>>
>>> Clojure 1.9.0-RC1
>>> user=> (byte \a)
>>> 97
>>>
>>> On Mon, Nov 13, 2017 at 1:09 PM, Shantanu Kumar <kumar.s...@gmail.com> 
>>> wrote:
>>>
>>>> The coercion (byte \a) works fine in Clojure 1.8, but it fails with 
>>>> `ClassCastException java.lang.Character cannot be cast to 
>>>> java.lang.Number` 
>>>> in 1.9.0-RC1. Is this by design?
>>>>
>>>>
>>>> Shantanu
>>>>
>>>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@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: [ANN] Clojure 1.9.0-RC1

[Shantanu Kumar]

Sorry, I did not specify the problem completely earlier. The coercion fails 
only when *uncheked-math* is set to truthy in 1.9.0-RC1.

user=> (byte \a)
97
user=> (set! *unchecked-math* true)  ; or :warn-on-boxed
true
user=> (byte \a)

ClassCastException java.lang.Character cannot be cast to java.lang.Number  
clojure.lang.RT.uncheckedByteCast (RT.java:1376)


Shantanu

On Tuesday, 14 November 2017 01:27:36 UTC+5:30, Alex Miller wrote:
>
> Works for me in 1.9.0-RC1. I don't know of anything that changed in this 
> area.
>
> Clojure 1.9.0-RC1
> user=> (byte \a)
> 97
>
> On Mon, Nov 13, 2017 at 1:09 PM, Shantanu Kumar <kumar.s...@gmail.com 
> > wrote:
>
>> The coercion (byte \a) works fine in Clojure 1.8, but it fails with 
>> `ClassCastException java.lang.Character cannot be cast to java.lang.Number` 
>> in 1.9.0-RC1. Is this by design?
>>
>>
>> Shantanu
>>
>>

-- 
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: [ANN] Clojure 1.9.0-RC1

[Shantanu Kumar]

The coercion (byte \a) works fine in Clojure 1.8, but it fails with 
`ClassCastException java.lang.Character cannot be cast to java.lang.Number` 
in 1.9.0-RC1. Is this by design?


Shantanu

On Monday, 13 November 2017 07:32:00 UTC+5:30, Alex Miller wrote:
>
> Hi David, 
>
> Clojure 1.9 now depends on two external dependencies (spec.alpha and 
> core.specs.alpha) so the instructions listed there will no longer work. We 
> are evaluating whether and how to update those instructions in the readme 
> right now.
>
> Most Clojure users work with Clojure through a project manager like 
> Leiningen or Boot (where simply declaring a dependency on 
> org.clojure/clojure "1.9.0-RC1" will automatically pull in its new 
> dependencies). We also have a new command line tool, `clj` that you can use 
> to start a repl with 1.9 (see https://clojure.org/guides/deps_and_cli).
>
> Alex
>
>
>
> On Sunday, November 12, 2017 at 7:51:26 PM UTC-6, David Kinzer wrote:
>>
>> I'm getting an error when I follow the instructions in the readme.txt, am 
>> I missing something?
>>
>> java -cp clojure-1.9.0-RC1.jar clojure.main
>> Exception in thread "main" java.lang.ExceptionInInitializerError
>> at java.base/java.lang.Class.forName0(Native Method)
>> at java.base/java.lang.Class.forName(Class.java:375)
>>
>> same instructions work for 1.8, though
>>
>>
>

-- 
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: Don't Laugh - How to Get the Name of an Anonymous Function

[Shantanu Kumar]

Not sure whether you can deterministically recover the exact name at all 
times, but the following can get you started:

(re-matches #".*\$(.*)__.*" (.getName (class (fn cool-func! [] (println 
"hi")

I have altered the name to `cool-func!` on purpose to show where it may 
break.


Shantanu

On Tuesday, 24 October 2017 10:35:12 UTC+5:30, Nick Mudge wrote:
>
> Let's say I have this anonymous function:
>
> (fn cool [] (println "hi"))
>
> How can I extract the name from it?
>
> Obviously the name of the function is stored with the function. How can I 
> get to it?
>
>
>

-- 
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: Can slingshot/try+ and then catch Object really catch any error?

[Shantanu Kumar]

On Monday, 9 October 2017 12:34:41 UTC+5:30, lawrence...@gmail.com wrote:
>
> Shantanu Kumar, thanks for that, I might try it. I assume you've never had 
> the problem I'm talking about, of messages on background threads that 
> disappear?
>

Logback (the SLF4j impl we use) is capable of logging from multiple 
threads. I always set the default uncaught handler to log any exception 
arising from background threads:
https://docs.oracle.com/javase/7/docs/api/java/lang/Thread.html#setDefaultUncaughtExceptionHandler(java.lang.Thread.UncaughtExceptionHandler)

Stuart Sierra also wrote about how to do 
this: https://stuartsierra.com/2015/05/27/clojure-uncaught-exceptions

If you do this step correctly, you might be able to notice the 
background-thread exceptions even with a plain `println` call.


Shantanu
 

>
>
> On Monday, October 9, 2017 at 2:56:24 AM UTC-4, Shantanu Kumar wrote:
>>
>>
>>>
>>> I'm curious what others do for logging? 
>>>
>>
>> At Concur we using Cambium https://github.com/kumarshantanu/cambium 
>> that's being moved (WIP) here: https://github.com/cambium-clojure
>>
>> Cambium wraps SLF4j and gives a Clojure API (which extends tools.logging) 
>> to use it's MDC feature.
>>
>>
>> Shantanu
>>
>>>

-- 
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: Can slingshot/try+ and then catch Object really catch any error?

[Shantanu Kumar]

On Monday, 9 October 2017 12:31:57 UTC+5:30, lawrence...@gmail.com wrote:
>
> Kumar,
>
> Just so you know, on this page:
>
> https://github.com/cambium-clojure/cambium.logback.core
>
> you link to here:
>
> https://cambium-clojure.github.io/
>
> but I get a 404 when I go there. 
>


I'm sorry the https://cambium-clojure.github.io/ site is still WIP, hence 
not announced publicly yet. (I hope to be able to do that in some time.)


Shantanu

>

-- 
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: Can slingshot/try+ and then catch Object really catch any error?

[Shantanu Kumar]

>
>
>
> I'm curious what others do for logging? 
>

At Concur we using Cambium https://github.com/kumarshantanu/cambium that's 
being moved (WIP) here: https://github.com/cambium-clojure

Cambium wraps SLF4j and gives a Clojure API (which extends tools.logging) 
to use it's MDC feature.


Shantanu

>

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

Predicates for atom/ref/agent

[Shantanu Kumar]

Hi,

Since Clojure 1.7 there's a `volatile?` predicate function, but no such 
equivalent for atom/ref/agent. Can anybody explain the rationale behind the 
difference? I found an old thread on a related topic (URL below) but would 
like to know if there's an updated explanation.
https://groups.google.com/forum/#!topic/clojure/mIJK3x_SUyM


Shantanu

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

Compiling a library with direct-linking

[Shantanu Kumar]

Hi,

As per Clojure 1.8 release info [1][2] "As of Clojure 1.8, the Clojure core 
library itself is compiled with direct linking." I want to know whether it 
is possible to compile a 3rd-party Clojure library with direct-linking - 
does it require AOT compilation? I know about the 
`-Dclojure.compiler.direct-linking=true` flag for applications, but has 
anybody tried to compile a redistributable library with direct-linking 
enabled?

[1] https://clojure.org/reference/compilation#directlinking
[2] 
https://github.com/clojure/clojure/blob/master/changes.md#11-direct-linking


Shantanu

-- 
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: Why does "clojure.core/run!" end in an exclamation mark?

[Shantanu Kumar]

I'm curious about `clojure.core/run!` too, but my question is whether it is 
meant to be a `reduce` variant of `clojure.core/doseq` or it has some other 
purpose.

Shantanu

On Saturday, 24 December 2016 21:37:11 UTC+5:30, James Reeves wrote:
>
> My understanding is that the convention used in clojure.core is to put an 
> exclamation mark onto the end of any function unsafe to run in a 
> transaction.
>
> Does the reasoning differ for "run!" or is it assumed that the function 
> passed to "run!" will not usually be idempotent?
>
> - James
>

-- 
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: Good way of handling metric gathering?

[Shantanu Kumar]

Hi Tianxiang,

In my experience a good way to decouple a non-trivial fn with metrics is to 
make the fn provide hooks for various events when metrics may be gathered.

(defn nop [& args])

(defn foo->bar [foo {:keys [on-foo on-bar] :or {on-foo nop on-bar nop} :as 
options}]
  (on-foo)
  (let [bar (produce-bar foo)]
(on-bar)
bar))

Now, when unit testing for functionality of foo->bar you can pass {} as 
options, which wouldn't do any metrics collection. In actual usage, or for 
unit testing metrics collection, you would pass {:on-foo #(counter/inc! 
foo-counter) :on-bar #(counter/inc! bar-counter)} as options.

This is a small fn, so it may not be apparent how can providing hooks be 
useful, but for large fns with multiple metrics-collection I've found 
providing hooks to be working quite well.

HTH

Shantanu

On Saturday, 12 November 2016 08:24:40 UTC+5:30, Tianxiang Xiong wrote:
>
> What are some good ways of handling metric gathering (or, more generally, 
> AOP) in Clojure?
>
> Suppose we have an application in which there is a transformation 
> function, foo->bar. Every time a foo is input to foo->bar, we'd like to 
> increment the foo-counter. Every time a bar is produced, we'd like to 
> increment the bar-counter.
>
> To keep foo->bar pure, we can wrap foo->bar in another function like:
>
> (fn [& args]
>   (counter/inc! foo-counter)
>   (let [result (apply f args)]
> (counter/inc! bar-counter)
> result))
>
> But the side effect of incrementing counters makes it difficult to write a 
> unit test.
>
> I have a vague idea of what I'd *like* to see, which is the function 
> returning:
>
>- The result
>- Some operation to be carried out, OR some data allowing the receiver 
>to carry out some operation?
>
> I'm sure this is not a new problem for Clojure applications; what are some 
> strategies for handling it?
>

-- 
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: clojure.spec - Using :pre conditions (or not)?

[Shantanu Kumar]

Hi Joakim,

You might be interested in Paul Stadig's library 
https://github.com/pjstadig/assertions that leverages Java's `-ea` 
(enable-assertions, which you may want to keep enabled in dev) command-line 
flag. If you have a bunch of things together to assert, you may want to use 
the `when-assert` macro for wholesale 
optimization: 
https://github.com/pjstadig/assertions/blob/0.2.0/src/pjstadig/assertions.clj#L13


Shantanu

On Thursday, 15 September 2016 16:50:17 UTC+5:30, joakim.t...@nova.com 
wrote:
>
> Ok, thanks!
>
> In the Java world, the assertions is also something that need to be turn 
> on explicitly.
> In that sence, they are kind of not mandatory to be executed (or at least 
> signals that to the reader of the code).
>
> I would be happier if you guys could add another method, that I can use in 
> my :pre conditions, that leverage
> the same amount of details in the error messages, but that is always 
> "turned on".
>
> In the meanwhile, I will use s/assert ;-)
>
> BR,
> Joakim Tengstrand
>
>
> On Wednesday, 14 September 2016 15:59:09 UTC+2, Alex Miller wrote:
>>
>> Another option that has been added since the guide was written is 
>> s/assert which seems closer to what you're suggesting.
>>
>> (defn name [user]
>>   {:pre [(s/assert :common/user user)]}
>>   (-> user :user/name))
>>
>> ;; need to enable assertion checking - this can also be enabled globally 
>> with system property clojure.spec.check-asserts
>> (s/check-asserts true)
>>
>> (name {:user/name "Elon"})
>> "Elon"
>>
>> (name {:x "Elon"})
>> ExceptionInfo Spec assertion failed
>> val: {:x "Elon"} fails predicate: (contains? % :user/name)
>> :clojure.spec/failure  :assertion-failed
>>   clojure.core/ex-info (core.clj:4725)
>>
>> Rather than use it in a precondition, you can also use s/assert directly 
>> in the code.
>>
>> On Wednesday, September 14, 2016 at 7:37:24 AM UTC-5, 
>> joakim.t...@nova.com wrote:
>>>
>>> (ns spec-test.core
>>>   (:require [clojure.spec :as s]))
>>>
>>> (s/def :user/name string?)
>>> (s/def :common/user (s/keys :req [:user/name]))
>>>
>>> ; first version of name (using :pre)
>>> (defn name [user]
>>>   {:pre [(s/valid? :common/user user)]}
>>>   (-> user :user/name))
>>>
>>> ; This statement works ok and returns "Elon":
>>> (name {:user/name "Elon"})
>>>
>>> ; but this statement...
>>> (name {:x "Elon"})
>>>
>>> ;...will throw:
>>> CompilerException java.lang.AssertionError:
>>> Assert failed: (s/valid? :common/user user)
>>>
>>> ; ...but then I don't get as much information
>>> ; about the error as if I would have called:
>>> (s/explain :common/user {:x "Elon"})
>>>
>>> ;...which also contains the predicate:
>>> val: {:x "Elon"} fails spec: :common/user
>>> predicate: (contains? % :user/name)
>>>
>>> ; (second version of name - more verbose)
>>> ; or do I need to wite it like this:
>>> (defn name [user]
>>>   (let [parsed (s/conform :common/user user)]
>>> (if (= parsed ::s/invalid)
>>>   (throw (ex-info "Invalid input" (s/explain-data :common/user user)))
>>>   (-> user :user/name
>>>
>>> ; so that:
>>> (name {:x "Elon"})
>>>
>>> ; ...will return:
>>> CompilerException clojure.lang.ExceptionInfo:
>>>   Invalid input #:clojure.spec{:problems}
>>> ({:path [], :pred (contains? % :user/name),
>>>   :val {:x "Elon"}, :via [:common/user], :in []})
>>>
>>> ; It should be nice if I could be able to write it like this
>>> ; (or similar, to get a better error message):
>>> (defn name [user]
>>>   {:pre [(s/explain :common/user user)]}
>>>   (-> user :user/name))
>>>
>>>

-- 
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: Protocols for persistence - not sure about a few cases

[Shantanu Kumar]

Considering the regular use-cases with records:

Create - requires record without any auto-generated identifiers
Retrieve - requires primary identifier or lookup parameters
Update - requires record with primary identifier and updated fields
Delete - requires primary identifier or lookup parameters

Retrieve and Delete and quite similar, except that `Retrieve` returns 
record(s). Create and Update are similar, except that `Update` requires 
only the updated fields. It is clear that one record type cannot expose all 
of the CRUD operations. Could it be possible that protocols/records are a 
wrong axis to think about this problem?

Can you share some details about the type of database and the access use 
cases you are considering?


Shantanu

On Sunday, 28 August 2016 19:59:46 UTC+5:30, Jonathon McKitrick wrote:
>
> I'm beginning a foray into protocols after coming from the Common Lisp 
> world of multimethods. I'm using them initially to implement a consistent 
> load/save API over the DB layer.
>
> It's pretty simple to have a Saveable protocol to save one object, because 
> the first argument is a Record of the type I am saving.
>
> But since protocols dispatch on the first argument, how do you define a 
> Loadable protocol that loads an object or handles a collection of objects?
>
> For example, if I want to load an object by idx, the first argument is not 
> a Record, but an integer, or perhaps an arbitrary field to used in a query.
>
>
>

-- 
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: why is it so annoying to run clojure code

[Shantanu Kumar]

Consider http://inlein.org/ or https://github.com/kumarshantanu/lein-exec

HTH

Shantanu

On Thursday, 9 June 2016 21:38:39 UTC+5:30, Jiacai Liu wrote:
>
> I  started learning clojure recently, and I am annoyed at the way to run 
> it (aka. lein run). why clojure script can't be run like python,ruby or 
> scala, like python .py
>

-- 
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: [ANN] Clojure 1.9.0-alpha5

[Shantanu Kumar]

On Wednesday, 8 June 2016 00:31:41 UTC+5:30, Alex Miller wrote:
>
> I'm not opposed to it but can't say that's anywhere on my priority list. 
> Does anyone use incubator?
>

Just to add a data point, I use incubator at work for `dissoc-in`.

Shantanu
 

>
>
> On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>>
>> An excellent set of new predicates – thank you!
>>
>>  
>>
>> Will clojure.core.incubator get a new release to reflect that seqable? is 
>> available in core?
>>
>>  
>>
>> WARNING: seqable? already refers to: #'clojure.core/seqable? in 
>> namespace: clojure.core.incubator, being replaced by: 
>> #'clojure.core.incubator/seqable?
>>
>>  
>>
>> Sean Corfield -- (904) 302-SEAN
>> An Architect's View -- http://corfield.org/
>>
>> "If you're not annoying somebody, you're not really alive."
>> -- Margaret Atwood
>>
>>  
>>
>> On 6/7/16, 10:38 AM, "Alex Miller" > on behalf of al...@puredanger.com > wrote:
>>
>>  
>>
>> Clojure 1.9.0-alpha5 is now available.
>>
>>  
>>
>> Try it via
>>
>>  
>>
>> - Download:
>>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
>> 
>>
>> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>>
>>  
>>
>> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>>
>>  
>>
>> Fixes:
>>
>> - doc was printing "Spec" when none existed
>>
>> - fix ? explain
>>
>>  
>>
>> New predicates in core (all also now have built-in generator support in 
>> spec):
>>
>> - seqable?
>>
>> - boolean?
>>
>> - long?, pos-long?, neg-long?, nat-long?
>>
>> - double?, bigdec?
>>
>> - ident?, simple-ident?, qualified-ident?
>>
>> - simple-symbol?, qualified-symbol?
>>
>> - simple-keyword?, qualified-keyword?
>>
>> - bytes? (for byte[])
>>
>> - indexed?
>>
>> - inst? (and new inst-ms)
>>
>> - uuid?
>>
>> - uri?
>>
>>  
>>
>> New in spec:
>>
>> - unform - given a spec and a conformed value, returns the unconformed 
>> value
>>
>> - New preds: long-in-range?, inst-in-range?
>>
>> - New specs (with gen support): long-in, inst-in, double-in
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@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: connecting to infobrite server from clojure

[Shantanu Kumar]

Could you try connecting to InfoBright using DbVisualizer? It is a Java 
based tool and any differences w.r.t. the MySQL JDBC driver would be 
evident if it fails to work with DbVisualizer.

https://www.dbvis.com/

Shantanu

On Monday, 2 May 2016 12:48:16 UTC+5:30, Sunil Nandihalli wrote:
>
> Hi Everybody,
>  I have tried to connect to infobrite server using clojure.java.jdbc . 
> Infobrite server is supposed to be identical to mysql in terms of the 
> protocol. I have successfully used mysqlworkbench to talk to it. When I try 
> to connect to the infobrite server using clojure.java.jdbc, I get the 
> following exception
>
> java.sql.SQLNonTransientConnectionException: CLIENT_PLUGIN_AUTH is required
>
> however if I use the exact same code to query a mysql db it works 
> perfectly fine. Can somebody help please me with this?
> Thanks and regards,
> Sunil.
>
> The code i use is
>
> (ns cpi.core
>   (:require [clojure.java.jdbc :as jdbc]
> [clojure.string :as s]))
>
> (defn run-query [{:keys [url user password db] :as cnf} & qs]
>   (println qs)
>   (println cnf)
>   (jdbc/with-db-connection [db-conn {:classname "com.mysql.jdbc.Driver"
>  :subprotocol "mysql"
>  :subname (str "//" url "/" db)
>  :user user
>  :password password}]
> (jdbc/query db-conn qs)))
>

-- 
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: How to configure a library from a file in the project that has it as a dependency?

[Shantanu Kumar]

How about accepting a fn as argument to provide the config required? In 
that case the user is free to use whichever library/hand-rolled code to 
read config from a file.

Shantanu

On Tuesday, 19 April 2016 22:15:22 UTC+5:30, Facundo Olano wrote:
>
> Hi! I started to use clojure a couple of months ago and now I'm struggling 
> to extract a little library from a larger project I'm working on.
>
> The lib is a gettext-like tool that allows translating strings based on a 
> translations dictionary. I'd like to be able to include the lib as a 
> dependency of the larger project and point to my translations dictionary 
> from a setting in a configuration file (Ideally I would use project.clj to 
> avoid having a lib specific file just for one setting).
>
> My problem is I'm not sure how to read a configuration file in my project 
> from the generated JAR of the lib (if that's even possible and not a bad 
> idea for some reason). I tried using configleaf 
>  and it worked while I 
> included the lib as a checkout project but it seems the config file gets 
> freezed to whatever it is when the lib's JAR is packed.
>
> I wonder if there's a straightforward and idiomatic way to achieve this. 
> "That's a terrible idea" type of answers are also welcome :P
>
> Thanks, 
> Facundo.
>

-- 
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: How to use a Java SDK from Amazon?

[Shantanu Kumar]

On Sunday, 10 January 2016 04:09:45 UTC+5:30, Laws wrote:
>
> Damn. I tried localrepo, just like I have in the past: 
>
> lein localrepo install alexa-skills-kit-1.1.jar alexa-sdk 1.1
>
> and then in project.clj: 
>
>   :dependencies [[org.clojure/clojure "1.6.0"]
>  [alexa-sdk "1.1"]
>
> but I still ran into configuration issues:
>
> Compiling salesvoice.core
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org/slf4j/LoggerFactory, compiling:(query.clj:1:1)
>
> Have others dealt with this issue, when using an SDK that uses slf4j? Is 
> there an obvious way to configure this? 
>

Logback natively implements the SLF4j API. I guess including Logback in 
your dependencies and putting in a resources/logback.xml file for 
configuration would do the trick. For example, 
https://github.com/kumarshantanu/logback-bundle (just stick to core-bundle 
for a start) includes several related logback artifacts to make it all work 
together.

Shantanu
 

>
>
>
> On Saturday, January 9, 2016 at 5:17:00 PM UTC-5, Laws wrote:
>>
>> Nevermind. I just noticed they offer a Jar:
>>
>>
>> https://github.com/amzn/alexa-skills-kit-java/tree/master/repo/alexa-skills-kit/alexa-skills-kit/1.1
>>
>> I'll just use that.
>>
>> Ignore this post. 
>>
>>
>> On Saturday, January 9, 2016 at 5:14:51 PM UTC-5, Laws wrote:
>>>
>>> I'm not sure if this is a Clojure question, but I'm not sure where else 
>>> to ask. I've been working on an app for the Amazon Echo. I'm trying to deal 
>>> with this requirement, which I must deal with if I am to get the app into 
>>> the Amazon app store: 
>>>
>>> Check the request signature to verify the authenticity of the request. 
>>> Alexa signs all HTTPS requests.
>>>
>>>- The Java library does this verification in the SpeechletServlet class. 
>>>If you do not use the Java library, you must do this verification 
>>> yourself.
>>>- If you use the Java library without using the SpeechletServlet class, 
>>>you can use theSpeechletRequestSignatureVerifier class to do this.
>>>
>>>
>>> For some bizarre reason, Amazon does not make its SDK available via the 
>>> main Maven repository. Many developers have asked Amazon to change this, 
>>> but for now, we have to: 
>>>
>>> git clone g...@github.com:amzn/alexa-skills-kit-java.git
>>>
>>> I thought I could then: 
>>>
>>> cp -r ../../alexa-skills-kit-java/src/* src/java/
>>>
>>> In my project.clj file I have: 
>>>
>>>   :source-paths  ["src/clojure"]
>>>   :java-source-paths ["src/java"]
>>>   :main salesslick.core
>>>   :aot :all
>>>
>>> So all of alexa-skills-kit-java/src is now in my src/java directory. 
>>>
>>> I still end up with these kinds of dependency issues: 
>>>
>>> Compiling 47 source files to 
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/target/classes
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/speechlet/Session.java:16:
>>>  
>>> error: package org.apache.commons.lang3 does not exist
>>> import org.apache.commons.lang3.Validate;
>>> ^
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/slu/Intent.java:17:
>>>  
>>> error: package org.apache.commons.lang3 does not exist
>>> import org.apache.commons.lang3.Validate;
>>> ^
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/slu/Slot.java:13:
>>>  
>>> error: package org.apache.commons.lang3 does not exist
>>> import org.apache.commons.lang3.Validate;
>>> ^
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/speechlet/authentication/ApplicationIdVerifier.java:17:
>>>  
>>> error: package org.slf4j does not exist
>>> import org.slf4j.Logger;
>>> ^
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/speechlet/authentication/ApplicationIdVerifier.java:18:
>>>  
>>> error: package org.slf4j does not exist
>>> import org.slf4j.LoggerFactory;
>>> ^
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/speechlet/authentication/ApplicationIdVerifier.java:29:
>>>  
>>> error: cannot find symbol
>>> private static final Logger log = 
>>> LoggerFactory.getLogger(ApplicationIdVerifier.class);
>>> ^
>>> symbol: class Logger
>>> location: class ApplicationIdVerifier
>>> /Users/lkrubner/projects/salesvoiceapp/salescricket/src/java/com/amazon/speech/speechlet/IntentRequest.java:15:
>>>  
>>> error: package org.apache.commons.lang3 does not exist
>>> import org.apache.commons.lang3.Validate;
>>> ^
>>>
>>> [shortened to avoid boredom]
>>>
>>>
>>> What would I have to do to get a line such as this to resolve: 
>>>
>>> import org.apache.commons.lang3.Validate;
>>>
>>> ??? 
>>>
>>> I know there are many Clojure developers who also do a great deal of 
>>> Java development, but I am not one of them. I love Clojure/Leinengen 
>>> because most of the time it protects me from this craziness. 
>>>
>>> However, if I knew of an easy way to compile the Amazon SDK on its own, 
>>> then 

Re: Is it possible to print log statements on clojure repl as well?

[Shantanu Kumar]

Sorry Mayank, my bad. I didn't realize you were connected via an nREPL 
client. I guess you need an appender supported by nREPL server to do this 
kind of a thing.

Shantanu

On Thursday, 17 December 2015 12:24:36 UTC+5:30, Mayank Jain wrote:
>
> I tried both the solutions, neither worked.
>
> Solution #1 - Use only clojure.tools.logging
>
> My Dependencies
> [[org.clojure/clojure "1.7.0"]
>  [org.clojure/tools.logging "0.3.1"]]
>
> Repl Output
> > (require '[clojure.tools.logging :as ctl])
> nil
> > (ctl/error "hi")
> nil
> > (ctl/info "hi")
> nil
>
> Console Output
> $ lein repl :headless :port 4005
> nREPL server started on port 4005 on host 127.0.0.1 - nrepl://
> 127.0.0.1:4005
> Dec 17, 2015 12:07:16 PM clojure.tools.logging$eval406$fn__410 invoke
> SEVERE: hi
> Dec 17, 2015 12:07:22 PM clojure.tools.logging$eval406$fn__410 invoke
> INFO: hi
>
>
> Solution #2 - Add suggested dependencies
>
> My Dependencies
> [[org.clojure/clojure "1.7.0"]
>  [org.clojure/tools.logging "0.3.1"]
>  [org.slf4j/slf4j-log4j12 "1.7.13"]
>  [org.slf4j/slf4j-api "1.7.13"]
>  [log4j/log4j "1.2.17"]]
>
> Repl Output
> > (require '[clojure.tools.logging :as ctl])
> nil
> > (ctl/error "hi")
> nil
>
> Console Output
> $ lein repl :headless :port 4005
> nREPL server started on port 4005 on host 127.0.0.1 - nrepl://
> 127.0.0.1:4005
> 2015-12-17 12:11:50 ERROR user:288 - hi
>
> Am I missing something?
>
> Other infomation:
> $ java -version
> java version "1.8.0_45"
> Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
> Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)
>
> $ lein -v
> Leiningen 2.5.3 on Java 1.8.0_45 Java HotSpot(TM) 64-Bit Server VM
>
> Emacs 24.5
> OS: Mac OS 10.10.5 
>
>
> On Thursday, December 17, 2015 at 7:58:37 AM UTC+5:30, Shantanu Kumar 
> wrote:
>>
>> Below is the order in which c.t.l picks up loggers:
>> 1. SLF4j (which also includes Logback, since it natively implements the 
>> SLF4j API)
>> 2. Apache Commons-logging
>> 3. Log4j
>> 4. java.util.logging
>>
>> Reference: 
>> https://github.com/clojure/tools.logging/blob/master/src/main/clojure/clojure/tools/logging/impl.clj#L214
>>
>> Both #1 and #2 are merely logger facade, incapable of logging anywhere 
>> except to the console by themselves. They need an underlying logger for 
>> real-world logging.
>>
>> Your dependencies only include the SLF4j-log4j bridge (without the log4j 
>> dependency), which I am not sure is supposed to be picked up by c.t.l. I 
>> would suggest either remove slf4j-log4j dependency altogether (allowing 
>> j.u.l to be chosen) or add the slf4j [org.slf4j/slf4j-api "1.7.13"]
>>  and log4j [log4j/log4j "1.2.17"] dependencies to your current config.
>>
>> Hope this helps.
>>
>> Shantanu
>>
>> On Wednesday, 16 December 2015 23:47:39 UTC+5:30, Mayank Jain wrote:
>>>
>>> Thanks Shantanu for your reply,
>>>
>>> It still didn't work.
>>>
>>> Here's my project.clj
>>> (defproject log "0.1.0-SNAPSHOT"
>>>   :description "FIXME: write description"
>>>   :url "http://example.com/FIXME;
>>>   :license {:name "Eclipse Public License"
>>> :url "http://www.eclipse.org/legal/epl-v10.html"}
>>>   :dependencies [[org.clojure/clojure "1.7.0"]
>>>  [org.clojure/tools.logging "0.3.1"]
>>>  [org.slf4j/slf4j-log4j12 "1.7.13"]])
>>>
>>>
>>> And here's my resources/log4j.properties file
>>> # Root logger option
>>> log4j.rootLogger=INFO, stdout
>>>
>>> # Direct log messages to stdout
>>> log4j.appender.stdout=org.apache.log4j.ConsoleAppender
>>> log4j.appender.stdout.Target=System.out
>>> log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
>>> log4j.appender.stdout.layout.ConversionPattern=%d{-MM-dd HH:mm:ss} 
>>> %-5p %c{1}:%L - %m%n
>>>
>>> And here's my the output from my Clojure repl in Emacs:
>>> user> (require '[clojure.tools.logging :as ctl])
>>> nil
>>> user> (ctl/error "Fail!")
>>> nil
>>>
>>> And here's what I get on my console
>>> $ lein repl :headless :port 4005
>>> nREPL server started on port 4005 on host 127.0.0.1 - nrepl://
>>> 127.0.0.1:4005
>>> 2015-1

Re: Is it possible to print log statements on clojure repl as well?

[Shantanu Kumar]

Below is the order in which c.t.l picks up loggers:
1. SLF4j (which also includes Logback, since it natively implements the 
SLF4j API)
2. Apache Commons-logging
3. Log4j
4. java.util.logging

Reference: 
https://github.com/clojure/tools.logging/blob/master/src/main/clojure/clojure/tools/logging/impl.clj#L214

Both #1 and #2 are merely logger facade, incapable of logging anywhere 
except to the console by themselves. They need an underlying logger for 
real-world logging.

Your dependencies only include the SLF4j-log4j bridge (without the log4j 
dependency), which I am not sure is supposed to be picked up by c.t.l. I 
would suggest either remove slf4j-log4j dependency altogether (allowing 
j.u.l to be chosen) or add the slf4j [org.slf4j/slf4j-api "1.7.13"]
 and log4j [log4j/log4j "1.2.17"] dependencies to your current config.

Hope this helps.

Shantanu

On Wednesday, 16 December 2015 23:47:39 UTC+5:30, Mayank Jain wrote:
>
> Thanks Shantanu for your reply,
>
> It still didn't work.
>
> Here's my project.clj
> (defproject log "0.1.0-SNAPSHOT"
>   :description "FIXME: write description"
>   :url "http://example.com/FIXME;
>   :license {:name "Eclipse Public License"
> :url "http://www.eclipse.org/legal/epl-v10.html"}
>   :dependencies [[org.clojure/clojure "1.7.0"]
>  [org.clojure/tools.logging "0.3.1"]
>  [org.slf4j/slf4j-log4j12 "1.7.13"]])
>
>
> And here's my resources/log4j.properties file
> # Root logger option
> log4j.rootLogger=INFO, stdout
>
> # Direct log messages to stdout
> log4j.appender.stdout=org.apache.log4j.ConsoleAppender
> log4j.appender.stdout.Target=System.out
> log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
> log4j.appender.stdout.layout.ConversionPattern=%d{-MM-dd HH:mm:ss} 
> %-5p %c{1}:%L - %m%n
>
> And here's my the output from my Clojure repl in Emacs:
> user> (require '[clojure.tools.logging :as ctl])
> nil
> user> (ctl/error "Fail!")
> nil
>
> And here's what I get on my console
> $ lein repl :headless :port 4005
> nREPL server started on port 4005 on host 127.0.0.1 - nrepl://
> 127.0.0.1:4005
> 2015-12-16 23:44:50 ERROR user:288 - Fail!
>
> I would like it to print the same on both Emacs repl and on console (and 
> add to a file).
>
> I can get it to write on console and file but not on repl.
>
> On Wednesday, December 16, 2015 at 10:13:12 PM UTC+5:30, Shantanu Kumar 
> wrote:
>>
>> If you enabled Log4j console logger, the logs should appear in the REPL 
>> too.
>>
>> See example at 
>> http://www.mkyong.com/logging/log4j-log4j-properties-examples/
>>
>> You do not necessarily need log4j to log to the REPL via 
>> clojure.tools.logging - you can just use c.t.l. without any logging library 
>> and it will fall back to java.util.logging using STDOUT.
>>
>> Shantanu
>>
>> On Wednesday, 16 December 2015 21:58:40 UTC+5:30, Mayank Jain wrote:
>>>
>>> Hi,
>>>
>>> I would like to be able to print log statements 
>>> via clojure.tools.logging to print on clojure repl as well.
>>> I am using log4j logging framework for configurations.
>>> Is this possible? I am unable to figure it out. 
>>> I am open to any other logging framework if that solves this.
>>>
>>> Thanks.
>>>
>>

-- 
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: Is it possible to print log statements on clojure repl as well?

[Shantanu Kumar]

If you enabled Log4j console logger, the logs should appear in the REPL too.

See example at 
http://www.mkyong.com/logging/log4j-log4j-properties-examples/

You do not necessarily need log4j to log to the REPL via 
clojure.tools.logging - you can just use c.t.l. without any logging library 
and it will fall back to java.util.logging using STDOUT.

Shantanu

On Wednesday, 16 December 2015 21:58:40 UTC+5:30, Mayank Jain wrote:
>
> Hi,
>
> I would like to be able to print log statements via clojure.tools.logging 
> to print on clojure repl as well.
> I am using log4j logging framework for configurations.
> Is this possible? I am unable to figure it out. 
> I am open to any other logging framework if that solves this.
>
> Thanks.
>

-- 
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: [ANN] Clojure 1.8.0-RC3

[Shantanu Kumar]

On Tuesday, 8 December 2015 07:17:15 UTC+5:30, Howard M. Lewis Ship wrote:
>
> I suspect there's a few cases where we would like to use direct linking, 
> but will not be able to, because it will disrupt a 3rd party library we 
> use.  This is hypothetical, so I'll keep you posted ... I may run some 
> experiments in the next couple of days.
>
> Certainly, the use of alter-var-root by, say, io.aviso/pretty (and others 
> of its ilk) may be affected; I'll want to review which Vars, in which 
> namespaces, have been annotated with ^:redef (if not already ^:dynamic).
>
> It's possible a solution where we can provide a list of namespaced symbols 
> to exclude from dynamic linking will be needed for full adoption.
>

+1 (I guess you meant `direct` linking in the last sentence above?)

Another use case is instrumentation using `alter-var-root`, for which 
providing a namespaced list of symbols to exclude from direct linking would 
be really useful.

Shantanu
 

>
>
> On Mon, Dec 7, 2015 at 5:20 PM, Sean Corfield  > wrote:
>
>> We’ve had it in QA since 12/2 but it hasn’t had much of a work out yet 
>> due to various staff vacations etc. This build is our first with direct 
>> linking enabled for our whole code base. I don’t know when we’ll get it 
>> into production.
>>
>> We’ve had RC2 in production since 11/24 with no issues. That used the 
>> default setting regards direct linking (so, just clojure.core).
>>
>> Sean Corfield -- (904) 302-SEAN
>> World Singles -- http://worldsingles.com/
>>
>>
>> From:  on behalf of Alex Miller <
>> al...@puredanger.com >
>> Reply-To: 
>> Date: Monday, December 7, 2015 at 1:36 PM
>> To: Clojure 
>> Subject: Re: [ANN] Clojure 1.8.0-RC3
>>
>> Just a reminder that this is a release candidate - that means that if we 
>> don't hear any issues, we will release it as 1.8.0.
>>
>> If you haven't yet, please give it a try
>>
>> Thanks,
>> Alex
>>
>>
>>
>> On Wednesday, December 2, 2015 at 10:03:31 AM UTC-6, Alex Miller wrote:
>>>
>>> Clojure 1.8.0-RC3 is now available. *This build is a "release 
>>> candidate"!* We would appreciate any and all testing you can do on your 
>>> own libraries or internal projects to find problems. 
>>>
>>> Try it via
>>>
>>>- Download: 
>>>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC3
>>>- Leiningen: [org.clojure/clojure "1.8.0-RC3"]
>>>
>>> Below are the changes since 1.8.0-RC2. See the full 1.8 change log here: 
>>> https://github.com/clojure/clojure/blob/master/changes.md.
>>>
>>>- CLJ-1845  / CLJ-1851 
>>> New ^:redef to mark 
>>>vars that should not be direct linked
>>>   - The metadata ^:redef can be used to mark function vars that 
>>>   should not be direct linked
>>>   - clojure.core/load was previously marked with ^:dynamic for this 
>>>   purpose, but is now marked ^:redef
>>>- CLJ-1856  Direct 
>>>linking breaks clojure.test location reporting for failures
>>>- CLJ-1854  Set line 
>>>number in bytecode prior to invokeStatic call
>>>- CLJ-1853  In socket 
>>>server, require the ns of the accept-fn before resolving it
>>>
>>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Howard M. Lewis Ship
>
> Senior Mobile Developer at Walmart Labs
>
> Creator of Apache Tapestry
>
> (971) 678-5210
> http://howardlewisship.com
> @hlship
>

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

Re: Practical ways to deal with 'bag-of-properties' syndrome, AKA dynamic typing?

[Shantanu Kumar]

I think https://github.com/pjstadig/assertions is very useful to assert the 
values in development, and turn off in production without any penalty. 
Can't expect libraries to include this though.

Shantanu

On Tuesday, 1 December 2015 03:19:09 UTC+5:30, Jonathon McKitrick wrote:
>
> I've read the recent comments on 'the end of dynamic languages' and I'm 
> curious what ways you have found for dealing with one of the issues I've 
> heard mentioned frequently: when libraries (or functions in general) pass 
> maps around as arguments or return values, how to go about finding out 
> exactly what those maps contains without slogging through source code.
>
> Any suggestions?
>

-- 
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: [ANN] Clojure 1.8.0-RC1 is now available

[Shantanu Kumar]

Thanks, Nicola!

Filed the ticket: http://dev.clojure.org/jira/browse/CLJ-1846

Shantanu

On Wednesday, 11 November 2015 17:13:05 UTC+5:30, Nicola Mometto wrote:
>
> Here's a minimal repro case:
>
> user=> (defn foo ^long [] 1)
> #'user/foo
> user=> (Integer/bitCount ^int (foo))
> VerifyError (class: user$eval13, method: invokeStatic signature: 
> ()Ljava/lang/Object;) Expecting to find integer on stack 
>  java.lang.Class.getDeclaredConstructors0 (Class.java:-2)
>
>
> On 11 Nov 2015, at 07:46, Shantanu Kumar <kumar.s...@gmail.com 
> > wrote:
>
> One of my libraries (https://github.com/kumarshantanu/asphalt) is failing 
> to compile with 1.8 (works fine with 1.6, 1.7); the stack trace is below:
>
> $ lein do clean, with-profile dev,c18 test
> Exception in thread "main" java.lang.VerifyError: (class: 
> asphalt/core$invoke_with_transaction, method: invokeStatic signature: 
> (Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;) 
> Expecting to find integer on stack, compiling:(core.clj:201:1)
> at clojure.lang.Compiler$DefExpr.eval(Compiler.java:463)
> at clojure.lang.Compiler.eval(Compiler.java:6918)
> at clojure.lang.Compiler.load(Compiler.java:7360)
> at clojure.lang.RT.loadResourceScript(RT.java:372)
> at clojure.lang.RT.loadResourceScript(RT.java:363)
> at clojure.lang.RT.load(RT.java:453)
> at clojure.lang.RT.load(RT.java:419)
> at clojure.core$load$fn__5673.invoke(core.clj:5895)
> at clojure.core$load.invokeStatic(core.clj:5894)
> at clojure.core$load_one.invokeStatic(core.clj:5694)
> at clojure.core$load_one.invoke(core.clj)
> at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
> at clojure.core$load_lib.invokeStatic(core.clj:5738)
> at clojure.core$load_lib.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(RestFn.java:142)
> at clojure.core$apply.invokeStatic(core.clj:647)
> at clojure.core$load_libs.invokeStatic(core.clj:5776)
> at clojure.core$load_libs.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
> at clojure.core$apply.invokeStatic(core.clj:647)
> at clojure.core$require.invokeStatic(core.clj:5798)
> at clojure.core$require.doInvoke(core.clj)
> at clojure.lang.RestFn.invoke(RestFn.java:457)
> at 
> asphalt.test_util$eval198$loading__5565__auto199.invoke(test_util.clj:1)
> at asphalt.test_util$eval198.invokeStatic(test_util.clj:1)
> at asphalt.test_util$eval198.invoke(test_util.clj)
> at clojure.lang.Compiler.eval(Compiler.java:6913)
> at clojure.lang.Compiler.eval(Compiler.java:6902)
> at clojure.lang.Compiler.load(Compiler.java:7360)
> at clojure.lang.RT.loadResourceScript(RT.java:372)
> at clojure.lang.RT.loadResourceScript(RT.java:363)
> at clojure.lang.RT.load(RT.java:453)
> at clojure.lang.RT.load(RT.java:419)
> at clojure.core$load$fn__5673.invoke(core.clj:5895)
> at clojure.core$load.invokeStatic(core.clj:5894)
> at clojure.core$load_one.invokeStatic(core.clj:5694)
> at clojure.core$load_one.invoke(core.clj)
> at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
> at clojure.core$load_lib.invokeStatic(core.clj:5738)
> at clojure.core$load_lib.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(RestFn.java:142)
> at clojure.core$apply.invokeStatic(core.clj:647)
> at clojure.core$load_libs.invokeStatic(core.clj:5776)
> at clojure.core$load_libs.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
> at clojure.core$apply.invokeStatic(core.clj:647)
> at clojure.core$require.invokeStatic(core.clj:5798)
> at clojure.core$require.doInvoke(core.clj)
> at clojure.lang.RestFn.invoke(RestFn.java:457)
> at 
> asphalt.core_test$eval192$loading__5565__auto193.invoke(core_test.clj:1)
> at asphalt.core_test$eval192.invokeStatic(core_test.clj:1)
> at asphalt.core_test$eval192.invoke(core_test.clj)
> at clojure.lang.Compiler.eval(Compiler.java:6913)
> at clojure.lang.Compiler.eval(Compiler.java:6902)
> at clojure.lang.Compiler.load(Compiler.java:7360)
> at clojure.lang.RT.loadResourceScript(RT.java:372)
> at clojure.lang.RT.loadResourceScript(RT.java:363)
> at clojure.lang.RT.load(RT.java:453)
> at clojure.lang.RT.load(RT.java:419)
> at clojure.core$load$fn__5673.invoke(core.clj:5895)
> at clojure.core$load.invokeStatic(core.clj:5894)
> at clojure.core$load_one.invokeStatic(core.clj:5694)
> at clojure.core$load_one.invoke(core.clj)
> at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
> at clojure.core$load_lib.invokeStatic(core.clj:5738)
> at clojure.core$load_lib.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(RestFn.java:142)
> at clojure.core$apply.invokeStatic(core.clj:647)
> at clojure.core$load_libs.invokeStatic(core.clj:5776)
> at clojure.core$load_libs.doInvoke(core.clj)
> at clojure.lang.RestFn.applyTo(

Re: [ANN] Clojure 1.8.0-RC1 is now available

[Shantanu Kumar]

One of my libraries (https://github.com/kumarshantanu/asphalt) is failing 
to compile with 1.8 (works fine with 1.6, 1.7); the stack trace is below:

$ lein do clean, with-profile dev,c18 test
Exception in thread "main" java.lang.VerifyError: (class: 
asphalt/core$invoke_with_transaction, method: invokeStatic signature: 
(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;) 
Expecting to find integer on stack, compiling:(core.clj:201:1)
at clojure.lang.Compiler$DefExpr.eval(Compiler.java:463)
at clojure.lang.Compiler.eval(Compiler.java:6918)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at 
asphalt.test_util$eval198$loading__5565__auto199.invoke(test_util.clj:1)
at asphalt.test_util$eval198.invokeStatic(test_util.clj:1)
at asphalt.test_util$eval198.invoke(test_util.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6902)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at 
asphalt.core_test$eval192$loading__5565__auto193.invoke(core_test.clj:1)
at asphalt.core_test$eval192.invokeStatic(core_test.clj:1)
at asphalt.core_test$eval192.invoke(core_test.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6902)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$apply.invoke(core.clj)
at user$eval91.invokeStatic(form-init7505432955041312280.clj:1)
at user$eval91.invoke(form-init7505432955041312280.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6903)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.Compiler.loadFile(Compiler.java:7298)
at clojure.main$load_script.invokeStatic(main.clj:275)
at clojure.main$init_opt.invokeStatic(main.clj:277)
at clojure.main$init_opt.invoke(main.clj)
at clojure.main$initialize.invokeStatic(main.clj:308)
at clojure.main$null_opt.invokeStatic(main.clj:342)
at clojure.main$null_opt.invoke(main.clj)
at clojure.main$main.invokeStatic(main.clj:421)
at clojure.main$main.doInvoke(main.clj)
at 

Re: is there a community "best practice" for including your co-workers libraries?

[Shantanu Kumar]

We are using Artifactory for our internal Maven repo (supports enterprise 
Single-Sign-On):
https://www.jfrog.com/open-source/

Shantanu

On Saturday, 17 October 2015 02:47:29 UTC+5:30, Lawrence Krubner wrote:
>
> I know this question has been asked before, but when I went searching I 
> mostly found old entries that were on a somewhat different topic, such as 
> "How to add a java library (that is not in maven) as a dependency for a 
> clojure library?"
>
> I wrote a Clojure app and my co-worker wrote a Java app. I have another 
> co-worker who is working on an app that would include the first 2 apps as 
> libraries. 
>
> I have been able to get the combination working using the Leiningen plugin 
> "localrepo" but my co-worker wants me to make the other 2 libraries 
> available from some central repo that Leiningen can download from. How is 
> this usually done? Do I set up a Maven repo on one of the company servers? 
>
>
>
>
>
>
>
>
>

-- 
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] Clojure High Performance Programming, 2nd edition

[Shantanu Kumar]

Hi,

I am happy to share that second edition of `Clojure High Performance 
Programming` is now published. This book is targeted at intermediate 
Clojure programmers and covers Clojure abstractions, Java interop, JVM 
internals, Concurrency and other performance-related topics.

On Packt website: 
https://www.packtpub.com/application-development/clojure-high-performance-programming-second-edition
On Amazon: 
http://www.amazon.com/Clojure-Performance-Programming-Shantanu-Kumar-ebook/dp/B013EJ3DRK

This edition is updated for Clojure 1.7 and Java 8, and includes a new 
chapter on measuring performance. The book is updated throughout with 
practical tips and techniques. I hope readers will enjoy the book.

Shantanu

-- 
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: Strictly tagged clojure

[Shantanu Kumar]

This is a very useful enhancement indeed. I wonder if it is feasible (or if 
it makes sense) to extend this to have type based overloading:

(defn foo
  ([^TypeA a] ..)
  ([^TypeB b] ..))

Shantanu

On Friday, 7 August 2015 11:40:42 UTC+5:30, Alex Miller wrote:

 Hey Reid, 

 I've forwarded this over to Rich and Stu to take a look at.

 Alex

 On Thursday, August 6, 2015 at 11:46:09 AM UTC-5, Reid McKenzie wrote:

 Hello all,

 Alan Malloy and I recently implemented[1] and contributed[2] an opt-in
 strict tags mode to Alexander Yakushev's Skummet compiler. To
 summarize the linked blog post and merge request, we created the
 `clojure.core/*strict-tags*` dynamic var which may either be set by
 users at the namespace level a la `clojure.core/*warn-on-reflection*`
 or set on a per-fn basis with the `^:strict` metadata annotation. When
 in strict mode, type hints are interpreted not as optional and late
 checked hints (the Clojure default) but as eagerly checked static
 types on tagged locals and expressions.

 The effect of these changes is to greatly reduce the number of
 checkcast instructions emitted when performing tagged interop should
 users opt into using strict mode and accept the requisite
 responsibility for managing their types.

 While the odds that these changes will be accepted as-is are slim, we
 think they represent a valuable addition to the language and so
 present them for your consideration.

 - Reid

 [1] - http://blog.factual.com/strictly-tagged-clojure
 [2] - https://github.com/alexander-yakushev/clojure/pull/1



-- 
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: Anotating functions for pre-processing

[Shantanu Kumar]

Hi Georgi,

Have you seen this thread?
https://groups.google.com/forum/#!topic/clojure/0hKOFQXAwRc

Shantanu

On Wednesday, 5 August 2015 17:28:42 UTC+5:30, Georgi Danov wrote:

 Hi,
  I have had good 6 months of fun with Clojure and have big appreciation 
 for it's way of doing things. Coming from the Java/Spring world however, I 
 still have this nagging desire to be able to annotate functions and have 
 some preprocessor pick up these annotations and decorate the code 
 accordingly. Let me illustrate it:

 In Java + Spring
 @Transactional
 public void someFunction(){...}

 the Spring core container has excellent support for preprocessors to 
 instrument this function with some advice.

 -

 I wish I could do that in Clojure:

 (defn ^:transactional someFunction [...] ...)

 and then have somehow means to decorate someFunction (yes, I am aware 
 there is no container)

 I have read some blog posts (about dependency injection in the context of 
 testing clojure) that discuss *alter-var-root,* but that looks like very 
 brutal approach.

 What would be the advice on that? I am even happy to go with solution that 
 involves some micro-container spring-like approach.

 Cheers


-- 
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: [ANN] Release 0.32.0 of Counterclockwise

[Shantanu Kumar]

On Friday, 31 July 2015 19:41:45 UTC+5:30, fasfsfgs wrote:

 Sorry for my noobness but is there any tutorial on how to use 
 counterclockwise? 


 I'm a java developer and I'm super curious about Clojure.
 I'm still learning the very basics of the language and I'd like to keep 
 using eclipse for now since I'm very familiar with it.


You might know that in Eclipse you can go to menu item 
Help-EclipseMarketplace, search for clojure, select CounterClockWise and 
install it from there. After installation, you would probably find this 
useful:
http://doc.ccw-ide.org/documentation.html

You may find more guides and tutorials (also videos) via Internet search.

If you are completely new to Clojure, you may want to know about 
http://leiningen.org/ (and probably https://sekao.net/nightcode/ too) 
first. Welcome to the community and all the best on learning Clojure.

Shantanu
 


 Thanks for any help you guys can give me. =)

 On Wed, Jul 29, 2015 at 8:33 PM, Laurent PETIT lauren...@gmail.com 
 javascript: wrote:

 Counterclockwise, the Eclipse Clojure development tool.

 Counterclockwise 0.32.0 has been released.

 Highlights:

 - Clojure 1.7.0 support
 - Cider-nrepl support
 - Clojurescript support
 - macro-expansion via editor hovers
 - Embedded User plugins such as : font zoom mode for presentations, ANSI 
 Colors in the REPL
 - tons of small enhancements and bugs fixes (total 62 issues closed 
 https://github.com/laurentpetit/ccw/issues?q=milestone%3A0.32.0+is%3Aclosed
 )


 ChangeLog
 =


 http://doc.ccw-ide.org/ChangeLog.html#_changes_between_counterclockwise_0_31_1_and_0_32_0

 Installation instructions
 ==

 http://doc.ccw-ide.org/documentation.html#_install_counterclockwise

 Cheers,


 -- 
 Laurent Petit

 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.com 
 javascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 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: What is the best way to pass log configs everywhere without a global var?

[Shantanu Kumar]

Logging calls are far too frequent to practically pass config as argument 
everywhere, hence some kind of shared implicit context is required. Which 
logging libraries are you dealing with? If you use Timbre[1], you can pass 
config using dynamic vars or altering global state. If you use Logback[2] 
or Log4j[3], you can set system properties using Java interop ahead of 
dynamically loading (by looking up ns/var entry points in) Clojure code.

[1] Timbre: https://github.com/ptaoussanis/timbre
[2] Logback: http://logback.qos.ch/
[3] Log4j: http://logging.apache.org/log4j/2.x/

Shantanu

On Saturday, 25 July 2015 20:20:55 UTC+5:30, crocket wrote:

 Logging libraries seem to rely on a global config. This looks like a 
 dangerous state that could blow up.
 I researched a little, and there seems to be reader monad and dependency 
 injection, all of which feel awkard.

 Is there not a decent approach to passing log config without a global var?


-- 
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: http-kit and context root?

[Shantanu Kumar]

I think what you need on the http-kit side is a context stripper 
middleware, because http-kit would receive a URI like /server1/foo/bar that 
needs to be stripped down to /foo/bar to match your app routes.

(defn strip-middleware
  [handler ^String prefix]
  (let [plen (count prefix)]
(fn [request]
  (let [^String uri (:uri request)]
(if (.startsWith uri prefix)
  (handler (assoc request :uri (subs uri plen)))
  (handler request))

Call it like: (strip-middleware handler /server1)

I didn't test this, but should be close to what might cut it.

Shantanu

On Tuesday, 7 July 2015 20:56:25 UTC+5:30, Colin Yates wrote:

 Thanks Jo. The problem I have is that I have a bunch of hosts behind a 
 single Apache server which ProxyForwards over SSL. My Apache FU isn’t great 
 and I have only managed to get this to work if there is symmetry between 
 the URL coming in and the context root on the machine being proxied, i.e. 
 /server1 is proxied to something like http://my-server:3000/server1. 
 /server1 being proxied to http://my-server:3000/ doesn’t work.



 On 7 Jul 2015, at 15:23, Jo Geraerts j...@umask.net javascript: wrote:

 I think you don't. 

 But you can make a small piece of middleware that dispatches to a 
 different handler based on the 'context root'. You can also strip off the 
 context root as u dispatch the request to the correct handler. 

 I'm doing something similar with virtual hosts. 

 (ns net.umask.imageresizer.vhost)

 (defn vhost-handler [vhosts]
   (fn [request]
 (let [hostname (:server-name request)
   handler (get-in vhosts [hostname :handler])]
   (if-not (nil? handler)
 (handler request)
 {:status 404
  :body vhost config not found}


 Hope you can work with this. 




 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.com javascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 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: awful performance on Windows 7 compared to anything else

[Shantanu Kumar]

Hi Colin,

If you know that the delay is happening in the server-side Clojure code, 
maybe you can give https://github.com/kumarshantanu/espejito a try to 
determine where in the call stack is the latency happening?

Shantanu

On Friday, 3 July 2015 22:20:23 UTC+5:30, Colin Yates wrote:

 Hi all,

 I have a Clojure/ClojureScript app using http-kit. When deployed on 
 Windows 7 it is a insanely slow. For example, loading the first screen 
 loads immediately but then takes minutes to populate. The exact same jar on 
 Windows XP, OS X, Linux, Windows 2008 server etc. take a handful of seconds.

 In total, 3 Windows 7 machines (including a fresh VM I just booted up, 
 installed Win7SP1 and all patches, installed latest JDK on and then ran the 
 JAR) exhibit the same performance. 2 OSXs, 1 Linux box and 1 Windows 2008 
 are all fine.

 Fortunately no-one is going to run the server on Windows 7, and using a 
 browser on Windows 7 to connect to the server running anywhere else is 
 absolutely fine. 

 Anyone else run into this? Any pointers?


-- 
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: How to use a java web service project in clojure?

[Shantanu Kumar]

You should probably include the right dependencies in project.clj, e.g.

:dependencies [[javax.ws.rs/jsr311-api 1.1.1]]

You might actually need an implementation, e.g. Apache-CXF, or RestEasy 
etc. as dependency but I am not sure.

Shantanu

On Wednesday, 27 May 2015 16:28:54 UTC+5:30, Peng Lin wrote:

 Hi guys,
 i'm new to clojure, and we have built our production using java. It's 
 a web service, named ddi, which runs on tomcat. 

 i use eclipse to build a clojure project, and set in project.clj:
  :java-source-paths [/Users/apple/ife/ddi/src]
 then, set project.Properties.Libraries: Apache Tomcat, JUnit 4, Web 
 App Libraries(ddi)

 then, i try to do lein javac. And i got a lot of error like this:
 /Users/apple/ife/ddi/src/com/buildInfo/resource/InvokeEntryPoint.java:3: 
 错误: 程序包javax.ws.rs不存在

 import javax.ws.rs.Consumes;

 It's Chinese, means javax.ws.rs dose not existed.


 How can i do this?

   


-- 
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: How to use a java web service project in clojure?

[Shantanu Kumar]

Leiningen doesn't work with local JARs, rather it requires the Maven 
coordinates for dependencies so that it can download those. I'd suggest you 
figure out the Maven coordinates of your WEB-INF/lib/*.jar files and 
specify those in project.clj

Should you have local JARs not available on any Maven repo, try 
https://github.com/technomancy/leiningen/blob/master/sample.project.clj#L118 
or the lein-localrepo plugin.

Shantanu

On Wednesday, 27 May 2015 20:59:59 UTC+5:30, Peng Lin wrote:

 Yes, this works. I added javax to dependencies, and the errors about this 
 disappeared. But there is a lot of jars i used (in the WEB-INF/lib), how to 
 add all these jars once and ever? 

 i found jvm-opts -Djava.library.path, but i don't know how to use it

 在 2015年5月27日星期三 UTC+8下午9:01:15，Shantanu Kumar写道：

 You should probably include the right dependencies in project.clj, e.g.

 :dependencies [[javax.ws.rs/jsr311-api 1.1.1]]

 You might actually need an implementation, e.g. Apache-CXF, or RestEasy 
 etc. as dependency but I am not sure.

 Shantanu

 On Wednesday, 27 May 2015 16:28:54 UTC+5:30, Peng Lin wrote:

 Hi guys,
 i'm new to clojure, and we have built our production using java. 
 It's a web service, named ddi, which runs on tomcat. 

 i use eclipse to build a clojure project, and set in project.clj:
  :java-source-paths [/Users/apple/ife/ddi/src]
 then, set project.Properties.Libraries: Apache Tomcat, JUnit 4, Web 
 App Libraries(ddi)

 then, i try to do lein javac. And i got a lot of error like this:
 
 /Users/apple/ife/ddi/src/com/buildInfo/resource/InvokeEntryPoint.java:3: 
 错误: 程序包javax.ws.rs不存在

 import javax.ws.rs.Consumes;

 It's Chinese, means javax.ws.rs dose not existed.


 How can i do this?

   



-- 
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: Advice when running java -jar rather than a managed server like tomcat?

[Shantanu Kumar]

I'm doing some of those things at work (http-kit, 
logback+slf4j+MDC+clojure.tools.logging, config via property files). My 
entry point (main) is a Java class that reads properties file, sets system 
properties to hoist logging config variables, then uses reflection to load 
other Java/Clojure initializers that may be referring to SLF4j in some 
fashion.

We're yet to settle on a way to run Java JAR as a system service, but we 
are looking at http://supervisord.org/ and https://mmonit.com/wiki/Monit/FAQ

Shantanu

On Tuesday, 26 May 2015 17:08:30 UTC+5:30, Colin Yates wrote:

 Hi,

 I am venturing into new territory using http-kit, as I usually use a 
 'managed' web server container like tomcat and have a few questions about 
 packing and running a JAR file:

  - are there are convenient service wrappers for windows and/or Linux
  - any best practice around managing class path for things like logback.xml

 I have a jar created from lein uberjar and java -jar the.jar works, but 
 this seems a long way away from automated deployment :).

 Any advice welcome - thanks!


-- 
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: contains? on String

[Shantanu Kumar]

I agree about the counter-intuitiveness. I'm only wondering whether the 
error message is a bit misleading contains? not supported on type: 
java.lang.String because of course (contains? hello 2) works fine.

Shantanu

On Wednesday, 13 May 2015 00:12:19 UTC+5:30, James Reeves wrote:

 contains? has always been a little counter-intuitive. It essentially only 
 works on collections that allow for a constant or logarithmic lookup time, 
 and often works on the keys of a collection, rather than its values. The 
 only exception to this are sets, where the values are essentially keys as 
 well.

 So:

 (contains? {:a 1} :a) = true
 (contains? {:a 1} 1) = false
 (contains? [:a] :a) = false
 (contains? [:a] 0) = true
 (contains? #{:a} :a) = true
 (contains? a \a) = error
 (contains? '(:a) :a) = error

 - James

 On 12 May 2015 at 19:25, Shantanu Kumar kumar.s...@gmail.com 
 javascript: wrote:

 Hi,

 I notice the following in Clojure 1.7.0-beta2:

 user= (contains? hello 2)
 true
 user= (contains? hello \e)

 IllegalArgumentException contains? not supported on type: 
 java.lang.String  clojure.lang.RT.contains (RT.java:800)


 Is this just a case of misleading error message or am I missing something?

 Shantanu

 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.com 
 javascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 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.

contains? on String

[Shantanu Kumar]

Hi,

I notice the following in Clojure 1.7.0-beta2:

user= (contains? hello 2)
true
user= (contains? hello \e)

IllegalArgumentException contains? not supported on type: java.lang.String 
 clojure.lang.RT.contains (RT.java:800)


Is this just a case of misleading error message or am I missing something?

Shantanu

-- 
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: Idiomatic access to collaborators/services

[Shantanu Kumar]

Having tried few other ways earlier, I now prefer the `first` approach you 
described. Protocols decouple the contract and the implementation very 
well, and can be reified for various profiles (unit tests, scenario tests, 
integration etc.) For constructing the graph I have found Prismatic graph 
with reifying-functions to be very apt -- you may still need to borrow the 
lifecycle idea from Stuart Sierra's component (maybe define IStoppable) for 
things that need shutdown, such as custom thread-pools.

Shantanu

On Wednesday, 25 February 2015 18:52:28 UTC+5:30, Colin Yates wrote:

 Hi,

 I ran into a bit of a brick wall when thinking about how to register to 
 and dispatch to multiple micro-services and it made me realise the 
 underlying tension came from not having peace about a fundamental design 
 decision; how do you access your collaborators. Note: I am specifically 
 talking about 'providers of functionality' as oppose to state. I think 
 everybody agrees that passing state around is a good thing (e.g. *db* is 
 so 90s, (defn my-thing-which-needs-a-db [db] ...) is where it is at).

 One option is to receive instances of a service (probably some 
 implementation of a defprotocol):

 (den my-service [service-1 service-2 payload]
  (some-method service-1)
  (some-method service-2))

 The other is to directly reach into the collaborator's namespace:

 (den my-service [payload]
  (service-1-ns/some-function)
  (service-2-ns/some-function))

 (maybe some config is passed into my-service which the other services use.

 The first approach has a much smaller coupling and makes it much easier to 
 reason about. If there is coupling then it is on the protocol of the 
 collaborator. It is therefore trivial to unit-test as you can stub out the 
 collaborators without redef. It also has echoes of OO services, which might 
 be just fine.

 The second approach means you don't end up passing collaborators deep down 
 hierarchy graphs (which I haven't run into actually - Clojure tends to have 
 a much 'flatter' graph then Java). It does mean testing etc. requires 
 redefs.

 My inclination is to go for the first as it seems simpler, but I still 
 have an allergic reaction to using protocols like this (because of the OO 
 trap). 

 This clearly isn't new ground, but I could find surprisingly little blogs 
 and discussion about this. It is also something that only really becomes a 
 problem in the larger scale as well.

 What do you all do?


-- 
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: Why no h2 1.4.176

[Shantanu Kumar]

On Wednesday, 25 February 2015 15:11:14 UTC+5:30, Cecil Westerhof wrote:

 2015-02-25 10:10 GMT+01:00 Shantanu Kumar kumar.s...@gmail.com 
 javascript::

 This has nothing to do with Leiningen, I think. The H2 artifacts are here:
 http://mvnrepository.com/artifact/com.h2database/h2

 You can only use the artifacts that are available, which doesn't include 
 1.4.176 on Maven Central.


 ​In the mvnrepository (the link you gave) there is 1.4.176. (It is used 82 
 times.) How to get it replicated to Maven Central?


One that is used 82 times is 1.3.176, not 1.4.176 -- you can change the 
version to 1.3.176 in project.clj to use it.

Shantanu
 

  
  

 On Wednesday, 25 February 2015 14:27:51 UTC+5:30, Cecil Westerhof wrote:

 I am starting to play with SQL and Clojure. My choice (at least to start 
 with is H2). With Leiningen you can use version 1.4.77 up-to 1.4.185, but 
 those are all beta version. I would prefer to work with the last stable 
 version which is 1.4.176. Why is that not included in central or clojars?


 -- 
 Cecil Westerhof
  

-- 
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: Why no h2 1.4.176

[Shantanu Kumar]

This has nothing to do with Leiningen, I think. The H2 artifacts are here:
http://mvnrepository.com/artifact/com.h2database/h2

You can only use the artifacts that are available, which doesn't include 
1.4.176 on Maven Central.

Shantanu

On Wednesday, 25 February 2015 14:27:51 UTC+5:30, Cecil Westerhof wrote:

 I am starting to play with SQL and Clojure. My choice (at least to start 
 with is H2). With Leiningen you can use version 1.4.77 up-to 1.4.185, but 
 those are all beta version. I would prefer to work with the last stable 
 version which is 1.4.176. Why is that not included in central or clojars?

 -- 
 Cecil Westerhof
  

-- 
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: Name of a function

[Shantanu Kumar]

You can probably omit try and throw to achieve the same effect.

(let [ste# (aget (.getStackTrace (Exception.)))]
  ..)

Shantanu

On Sunday, 15 February 2015 00:58:28 UTC+5:30, Shantanu Kumar wrote:

 See if you can put this to any use (implies no warranty) - applicable to 
 the JVM only:

 (defmacro whereami
   []
   `(try (throw (Exception.))
 (catch Exception e#
   ;; (.printStackTrace e#) ; uncomment this line to inspect stack 
 trace
   (let [ste# (aget (.getStackTrace e#) 0)]
 {:class-name  (.getClassName  ste#)
  :file-name   (.getFileName   ste#)
  :line-number (.getLineNumber ste#)
  :method-name (.getMethodName ste#)}

 (defn foo []
   (println This is at (whereami)))

 Shantanu

 On Saturday, 14 February 2015 21:41:48 UTC+5:30, Cecil Westerhof wrote:

 In Bash I use the following construct:
 printf ${FUNCNAME} needs an expression\n

 In this way I do not have to change the print statement when the name of 
 the function changes. Is something like this also possible in clojure?

 -- 
 Cecil Westerhof
  


-- 
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: Name of a function

[Shantanu Kumar]

See if you can put this to any use (implies no warranty) - applicable to 
the JVM only:

(defmacro whereami
  []
  `(try (throw (Exception.))
(catch Exception e#
  ;; (.printStackTrace e#) ; uncomment this line to inspect stack 
trace
  (let [ste# (aget (.getStackTrace e#) 0)]
{:class-name  (.getClassName  ste#)
 :file-name   (.getFileName   ste#)
 :line-number (.getLineNumber ste#)
 :method-name (.getMethodName ste#)}

(defn foo []
  (println This is at (whereami)))

Shantanu

On Saturday, 14 February 2015 21:41:48 UTC+5:30, Cecil Westerhof wrote:

 In Bash I use the following construct:
 printf ${FUNCNAME} needs an expression\n

 In this way I do not have to change the print statement when the name of 
 the function changes. Is something like this also possible in clojure?

 -- 
 Cecil Westerhof
  

-- 
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: which are the pros and cons between stuartsierra/component and prismatic/graph?

[Shantanu Kumar]

On Wednesday, 4 February 2015 18:26:43 UTC+5:30, Lucas Bradstreet wrote:

 Component is more for managing state, whereas graph is for structuring 
 computation. All I can really tell you is that after using component I am 
 never going back (at least in Clojure).


With Prismatic graph you can structure a hierarchy of functions that 
initialize parts of app and return functions/protocol implementations, thus 
using it like a dependency injection mechanism. The advantage is you don't 
have to pass a giant map around in the app, avoiding runtime overhead. The 
downside is, this style makes REPL-driven development more challenging.

Shantanu

-- 
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: which are the pros and cons between stuartsierra/component and prismatic/graph?

[Shantanu Kumar]

On Wednesday, 4 February 2015 19:36:58 UTC+5:30, tbc++ wrote:

 Most of the time, if you are using a component like system, you'll also 
 want some level of polymorphism as well. This is what the defrecord 
 approach enables, it not only provides dependency injection, but also 
 provides a type that calls to that component can dispatch against. In 
 testing it's then quite easy to swap out a component with a mock component, 
 that's something that's pretty hard to do with just functions. 


True. With Prismatic graph, one needs to build one dependency-graph per 
profile (i.e. prod, each test suite etc.) though the test profiles (where 
one wants mock impl) may require much smaller graphs depending on the scope.

Shantanu
 


 Timothy

 On Wed, Feb 4, 2015 at 6:42 AM, Shantanu Kumar kumar.s...@gmail.com 
 javascript: wrote:



 On Wednesday, 4 February 2015 18:26:43 UTC+5:30, Lucas Bradstreet wrote:

 Component is more for managing state, whereas graph is for structuring 
 computation. All I can really tell you is that after using component I am 
 never going back (at least in Clojure).


 With Prismatic graph you can structure a hierarchy of functions that 
 initialize parts of app and return functions/protocol implementations, thus 
 using it like a dependency injection mechanism. The advantage is you don't 
 have to pass a giant map around in the app, avoiding runtime overhead. The 
 downside is, this style makes REPL-driven development more challenging.

 Shantanu

 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.com 
 javascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 For more options, visit https://groups.google.com/d/optout.




 -- 
 “One of the main causes of the fall of the Roman Empire was that–lacking 
 zero–they had no way to indicate successful termination of their C 
 programs.”
 (Robert Firth) 
  

-- 
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: lein uberjar not creating class files with :aot

[Shantanu Kumar]

I have run into this (using lein 2.5.0 and 2.4.1) as well. `lein uberjar` 
seems to wipe out the pre-generated classes when creating an uberjar.

Shantanu

On Sunday, 4 January 2015 01:09:30 UTC+5:30, Shoeb Bhinderwala wrote:

 When I create a uberjar with aot compilation I am surprised to see .clj 
 files in there. Then when I run the jar with the java -jar myuberjar 
 command I get a ClassNotFoundException.

 For example, I am have the following dependency in my project.clj file:

  [org.clojure/java.jdbc 0.3.6]

 However, when running the uberjar I see the following exception

java.lang.ClassNotFoundException: clojure.java.jdbc.Connectable

 Inside the uberjar when I traverse to the location \clojure\java\jdbc I 
 see only one file jdbc.clj and no .class files? I don't see the 
 Connectable.class file there.  I am expecting to see the .class files here 
 as I am specifying :aot :all in my project.clj file:

   :profiles
 {:dev   {:resource-paths [config_dev]}
  :stage {:resource-paths [config_stage]}
  :prod  {:resource-paths [config_prod]}
*  :uberjar {:aot :all}})*

 Have spent many hours hair pulling but not able to figure out how to solve 
 this problem.

 Many thanks for your help.
 Regards,
 Shoeb

 Leiningen version 2.5.0
 Java version 1.7
 Issue is on both Windows 7 and Linux.



-- 
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: Clojure CLR Experiences

[Shantanu Kumar]

Not sure why you say that 1.4 is the current version. ClojureCLR releases 
are here: https://www.nuget.org/packages/Clojure - as of today 1.6.0.1 is 
the current stable version.

Leiningen plugin is here: https://github.com/kumarshantanu/lein-clr

Shantanu

On Tuesday, 11 November 2014 21:08:58 UTC+5:30, Adrian Mowat wrote:

 Hi All,

 We are using Clojure on the JVM but one of our .Net developers has asked 
 me whether I have considered using it on the CLR.  I haven't tried doing it 
 so I wondered if anyone can share any experiences using Clojure on the CLR? 
  A quick google search suggests the project is still active but not 
 especially vibrant (current version 1.4, last commit 24 days ago) but maybe 
 that's unfair.

 I'm broadly interested in the following...

 * Is Clojure CLR production ready?
 * Do its version numbers correspond to the core Clojure version numbers? 
  (would it be fair to say the Java version is the core version)
 * Is it sensible to think in terms of writing platform independent code in 
 the same way as we do with cljx files in ClojureScript?
 * How good is the Visual Studio support for Clojure?
 * Does Leiningen work?
 * Are there any significant pitfalls to be aware of?

 Any other comments would be greatly appreciated.

 Many Thanks

 Adrian







-- 
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: [ANN] rete4frames, v. 5.2.0 - CLIPS-like expert system shell

[Shantanu Kumar]

OK, I understand now - will report bugs if I find any, am at a newbie level 
now. I was confused whether it's an Alpha release, because the subject 
didn't mention that.

Shantanu

On Monday, 13 October 2014 17:46:30 UTC+5:30, ru wrote:

 Hi Shantanu,

 1. I am waiting for bug reports from you, guys :)
 2. Does this create some problems?

 -- ru


 суббота, 11 октября 2014 г., 20:59:43 UTC+4 пользователь ru написал:

 Hello all,

 New version 5.2.0 of rete4frames CLIPS-like expert system shell published 
 on https://github.com/rururu/rete4frames.

 News:

 1. Tests can be used in negative condition
 2. Because of this CLIPS examples reducted to canonical form
 3. Several bug fixes including logical
 4. Lot of code optimizations

 Enjoy!

 Sincerely,
   Ru



-- 
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: [ANN] rete4frames, v. 5.2.0 - CLIPS-like expert system shell

[Shantanu Kumar]

Hi Ru,

Congrat's on the release.

I wonder why did you choose to release the new version as 5.2.0-SNAPSHOT 
instead of 5.2.0.

Shantanu

On Saturday, 11 October 2014 22:29:43 UTC+5:30, ru wrote:

 Hello all,

 New version 5.2.0 of rete4frames CLIPS-like expert system shell published 
 on https://github.com/rururu/rete4frames.

 News:

 1. Tests can be used in negative condition
 2. Because of this CLIPS examples reducted to canonical form
 3. Several bug fixes including logical
 4. Lot of code optimizations

 Enjoy!

 Sincerely,
   Ru


-- 
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: How do I track down a painfully long pause in a small web app?

[Shantanu Kumar]

Few thing to consider:
1. Which API calls pause? If only certain calls pause, then probably you 
have something specific to suspect. Try adding a dummy REST call - see if 
that call pauses while others do.
2. Is any of your services running on a t1.micro or a burst-oriented EC2 
instance on AWS? Try changing the instance type in that case.
3. Can you mock out the components that you suspect could be a problem? 
Begin by mocking out everything you suspect, then replace the mock with 
actual impl one component at a time until you isolate the problematic 
component.
4. Have you tried running a profiler?
5. Have you tried printing GC info? Maybe this could be 
useful: 
http://blog.ragozin.info/2011/09/hotspot-jvm-garbage-collection-options.html

Shantanu

On Monday, 15 September 2014 09:45:14 UTC+5:30, larry google groups wrote:


 I have an embarrassing problem. I convinced my boss that I could use 
 Clojure to build a RESTful API. I was successful in so far as that went, 
 but now I face the issue that every once in a while, the program pauses, 
 for a painfully long time -- sometimes 30 seconds, which causes some 
 requests to the API to timeout. We are still in testing, so there is no 
 real load on the app, just the frontenders, writing Javascript and making 
 Ajax calls to the service. 

 The service seems like a basic Clojure web app. I use Jetty as the 
 webserver, and the libraries in use are: 

 Ring

 Compojure

 Liberator

 Monger 

 Timbre

 Lamina

 Dire

 When someone complains about the pauses, I will go test the service, and I 
 can hit with 40 requests in 10 seconds and it has great performance. The 
 pauses actually seem to come after periods of inactivity, which made me 
 think that this had something to do with garbage collection, except that 
 the pauses are so extreme -- like I said, sometimes as much as 30 seconds, 
 causing requests to timeout. When the app does finally start to respond it 
 again, it goes very fast, and responds to those pending request very fast. 

 But I have to find a way to fix these pauses. 

 Right now I packaged the app as an Uberjar and put it on the server, spun 
 it up on port 24000 and proxied it through Apache. I put a script in 
 /etc/init.d to start the app using  start-stop-daemon.

 Possible things that could be going wrong:

 Maybe Jetty needs more threads, or maybe less threads? How would I test 
 that?

 Maybe the link to MongoDB sometimes dies? (Mongo is on another server at 
 Amazon) How would I test that? 

 Maybe it is garbage collection? How would I test that? 

 Maybe I have some code that somehow blocks the whole app? Seems unlikely 
 but I'm trying to keep an open mind. 

 Maybe the thread pool managed by Lamina sometimes gets overwhelmed? How 
 would I test that? 

 Maybe when Timbre writes to the log file it causes things to pause? (But I 
 believe Timbre does this in its own thread?) How do I test that? 

 This is a small app: only about 1,100 lines of code.

 I don't have much experience debugging problems on the JVM, so I welcome 
 any suggestions. 









-- 
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: running a jar-based cli tool

[Shantanu Kumar]

On Thursday, 14 August 2014 03:25:48 UTC+5:30, Brian Craft wrote:

 Thanks! This works perfectly.

 It took a few tries to find the right incantation, but this seems to do:

 (defn -main [ args]
   (Main/main (into-array String args)))

 I note that the .clj file for this namespace ends up in the uberjar, but 
 looks like it doesn't pull in the jar for the tool.


That could be because the JAR dependency is a dev dependency, whereas the 
uberjar didn't include dev dependencies. If you need the JAR to be included 
in the uberjar you may want to make that a regular dependency.

Shantanu

-- 
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: running a jar-based cli tool

[Shantanu Kumar]

On Thursday, 14 August 2014 02:23:50 UTC+5:30, Brian Craft wrote:

 I need to run a tool while building docs which is distributed as a jar 
 file, and is run with java -jar. Not sure the best way to do this. lein 
 can fetch the jar if I add it to dev dependencies, but then it's in some 
 directory in ~/.m2. Is there some simple way to get the path so I can pass 
 it to java? Does lein expose the m2 repository directory somehow?


If lein can fetch it, it'd be on the project classpath too -- just write a 
Clojure ns with a `-main` fn that invokes the main class in the JAR (find 
that in MANIFEST.MF file in the JAR), and trigger this ns using `lein run`. 
HTH.

Shantanu

-- 
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: Leiningen resource-paths

[Shantanu Kumar]

 For our project we have decided to depend on Maven and require user to 
 install Maven and execute these several commands to add jars to the local 
 repository.


You could probably have a script that uses lein-localrepo (to install all 
dependencies in one go) if you don't want to install Maven. (Sorry about 
the plug.)

https://github.com/kumarshantanu/lein-localrepo

Shantanu

-- 
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: [Request for Feedback] Clojure Lab: IDE for Clojure in Clojure

[Shantanu Kumar]

Downloaded and tried. It's very neat! Thanks for sharing.

Shantanu

On Friday, 27 June 2014 20:30:37 UTC+5:30, juan.facorro wrote:

 Hello Clojurians!

 I wanted to share with you a project called *Clojure Lab*, an *IDE for 
 Clojure in Clojure*.

 *https://github.com/jfacorro/clojure-lab 
 https://github.com/jfacorro/clojure-lab*

 Yes! Another IDE for Clojure, uhm... the more the merrier?

 This project started as a learning exercise and ended up being my final 
 project for school, it has gone through a prototyping phase, a few 
 refactorings and finally became something that works and is usable. I have 
 used ideas from a number of places, but the two bigger sources of 
 inspiration were *Emacs* and *Light Table*.

 The main two goals of this project are *usability* and *extensibility*.

 In terms of *usability* there's been an effort to make the *UI* as simple 
 and as clean as possible (how fruitful this effort has been is for you to 
 say :). The user always has access to a quick reminder of the commands 
 available in each context thanks to a help dialog that pops up by pressing 
 F1.

 *Extensibility* is offered through being able to implement every 
 functionality as a plugin (including the support for new languages) and by 
 presenting an abstraction over all UI controls that mimics the hiccup 
 https://github.com/weavejester/hiccup syntax and selectors *alla* enlive 
 https://github.com/cgrand/enlive#selectors. The currently available 
 implementation for this abstraction uses Swing.

 Even though I've been working on *Clojure Lab* for quite some time now, 
 I've been reluctant of making any announcements because of the number of 
 great tools and environments that exist in the Clojure ecosystem already 
 (i.e. *Counter-Clockwise*, *Light Table*, *Cursive* and *NightCode* just 
 to name a few). Regardless, a time comes when one must share with the world 
 the fruits of one's labor and ask the world for feedback on one's work... 
 mustn't one?

 Any and all feedback is extremely welcome as well as reports on any issues 
 you might have if you try it out.

 Thank you for being such a great community and for supporting such an 
 awesome language!

 Yours truly,

 Juan Facorro

 PS: If you want to check out what it looks like, there are some 
 screenshots here 
 https://github.com/jfacorro/clojure-lab/blob/master/docs/manual.md. To 
 try it out you can download an executable jar here 
 https://github.com/jfacorro/clojure-lab/releases/download/v0.1.0-beta/lab.zip
 .


-- 
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: dynamic java obj construction from classname string

[Shantanu Kumar]

On Sunday, 25 May 2014 22:45:27 UTC+5:30, Gregg Reynolds wrote:

 Hi, 

 I'm trying to construct a Java obj from a from a classname string. 
 I've managed to import the thing using a macro: 

 (defmacro import-by-name [name] `(import [~name])) 
 (let [klass-name foo.bar.Baz 
the-ns (import-by-name klass-name) 
the-obj (new foo.bar.Baz arg)] ...) 
 

 But when I use a string instead of literal arg to new I get Unable to 
 resolve classname: 
   ... 
   the-obj  (eval `(new ~klass-name ~arg)) 


Instead of ~klass-name, try ~(symbol klass-name) or ~(Class/forName 
klass-name).

HTH

Shantanu

-- 
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: lein-servlet 0.4.0

[Shantanu Kumar]

Hi,

lein-servlet helps you to work with servlet based apps. I pushed out 
version 0.4.0 of lein-servlet to Clojars -- the changes are listed at the 
URL below:

https://github.com/kumarshantanu/lein-servlet/blob/master/CHANGES.md#2014-march-22--040

Shantanu

-- 
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: Creating multi-module projects with dependencies between modules

[Shantanu Kumar]

On Tuesday, 18 March 2014 08:25:30 UTC+5:30, Dave Kincaid wrote:

 I'm trying to create a project with multiple modules where there are some 
 dependencies between modules. So far I've tried out lein-sub and 
 lein-modules but neither one seems to handle inter-module dependencies 
 (either that or I just can't figure out how to do it). What are people 
 using for projects like this? Any open source examples I could look at?


lein-sub supports an `-s` flag that can be used to work on one specific 
module at a time. I think you can combine this with lein-cascade 
(https://github.com/kumarshantanu/lein-cascade) to work with cascading 
module dependencies.

Shantanu

-- 
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: algorithm help: extracting groups of consecutive ints from a sorted list

[Shantanu Kumar]

Something like this?

(defn x [1 3 4 5 7 9 10 13])

(reduce (fn [a i] (let [y (last a) z (last y)] (if (and z (= (inc z) i)) 
(conj (pop a) (conj y i)) (conj a [i] [] x)

Shantanu

On Wednesday, 19 March 2014 08:26:43 UTC+5:30, John Gabriele wrote:

 If you've got a sorted list of numbers, for example:

 [1 3 4 5 7 9 10 13]

 where some are consecutive, how can you pull out the consecutive runs? 
 That is, either produce

 [1 [3 4 5] 7 [9 10] 13]; or maybe something like
 [[1 7 13] [3 4 5] [9 10]]  ; (the first vec is the elements left over)

 from the original coll?

 I can do it in Python in an imperative style, but it's a bit messy. My 
 hunch is that there's probably a shorter way in Clojure, but I'm not seeing 
 it.

 Thanks!



-- 
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: algorithm help: extracting groups of consecutive ints from a sorted list

[Shantanu Kumar]

On Wednesday, 19 March 2014 09:39:56 UTC+5:30, Shantanu Kumar wrote:

 Something like this?

 (defn x [1 3 4 5 7 9 10 13])


Sory for the typo. Should be (def x [1 3 4 5 7 9 10 13])
 


 (reduce (fn [a i] (let [y (last a) z (last y)] (if (and z (= (inc z) i)) 
 (conj (pop a) (conj y i)) (conj a [i] [] x)

 Shantanu

 On Wednesday, 19 March 2014 08:26:43 UTC+5:30, John Gabriele wrote:

 If you've got a sorted list of numbers, for example:

 [1 3 4 5 7 9 10 13]

 where some are consecutive, how can you pull out the consecutive runs? 
 That is, either produce

 [1 [3 4 5] 7 [9 10] 13]; or maybe something like
 [[1 7 13] [3 4 5] [9 10]]  ; (the first vec is the elements left over)

 from the original coll?

 I can do it in Python in an imperative style, but it's a bit messy. My 
 hunch is that there's probably a shorter way in Clojure, but I'm not seeing 
 it.

 Thanks!



-- 
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: Get a LAZY list of records from a database query ?

[Shantanu Kumar]

Hi Frank,

You can look at the source code of `resultset-seq` (in Clojure-JVM) to see 
how it does a similar thing. You must consume the entire set of messages 
before closing the connection though. The `clojure.java.jdbc` library 
ensures that, for example.

You may also want to discuss this on ClojureCLR 
list: https://groups.google.com/forum/#!forum/clojure-clr

Shantanu

On Friday, 14 March 2014 13:44:27 UTC+5:30, Frank Behrens wrote:

 Hi, I wonder if its possible to convert this database query (its CLR) into 
 a lazy sequence.

 The reader loop is wrapped in the opening and closing of the db-connection 
 and reader.

 When i 'take a few records from the sequence, will then the connection be 
 closed 
 because it's getting out of scope and will be garbage collected ?

 How is it possible ?

 (defn user [conn-str]
   (let [conn (System.Data.SqlClient.SqlConnection. conn-str)
 _ (.Open conn)
 cmd (System.Data.SqlClient.SqlCommand.
   (str SELECT name from User) conn)
 reader (.ExecuteReader cmd)]
 (let [out (loop [out '()]
 (if (.Read reader)
   (do 
 (print .)
 ((recur (conj out (.GetString reader 0)
   out))]
 (.Close reader)
 (.Close conn)
 out)))



-- 
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: Clojure Jruby (Ruby on Rails) Interop

[Shantanu Kumar]

On Monday, 9 September 2013 07:55:15 UTC+5:30, rdelcueto wrote:

 Hi everyone, 
 I'm about to start working on building a site for a startup company. 

 We are a small team, and currently they've been coding the site using RoR 
 (Ruby on Rails). I was thinking Clojure might be better suited for the 
 task, specially because we'll need to implement a backend which is robust, 
 scalable and secure, but also we'll need flexibility, which I think the RoR 
 framework won't shine at all. 

 At our team, we are two coders, non of us are proficient in Web 
 Developing, and we have little experience with RoR, and I thought (I'm 
 sure) maybe investing time learning Clojure will provide us with better 
 tools. 

 PROBLEM/QUESTION

 While searching for alternative solutions, I stumbled upon the 
 Flightcaster case, we're they are using RoR to implement the site's 
 frontend and Clojure for the system backend. I thought this was a very 
 elegant solution, using each tool for what it's good at. Plus this way we 
 can reuse what they've already implemented. 

 I found a way to do this is by using Torquebox and Immutant, and using the 
 messaging systems to communicate between Jruby and Clojure. Still I have no 
 idea of how this works, and the performance and security implications it 
 brings to the table. I found little information on the subject. 

 I would appreciate if anyone could provide guidance, examples or 
 documentation on the subject.

 Any reference to open source projects which use this hybrid language 
 solutions on the JVM would be great to have. 

 Is this the best way to solve the RoR interactions? Is there any other way?


I somehow missed this thread earlier. If you are OK to use RoR with JRuby, 
you might want to use the rack servlet https://github.com/jruby/jruby-rack 
with lein-servlet: https://github.com/kumarshantanu/lein-servlet and use 
both JRuby and Clojure in the same JVM process.

Shantanu



-- 
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: Do I have to have knowlegde about Lisp

[Shantanu Kumar]

On Monday, 10 March 2014 20:11:12 UTC+5:30, Roelof Wobben wrote:

 Hello, 

 I like the idea of Clojure but I wonder if I have to know a lot of Lisp to 
 work with Clojure.

 What is the best way to go from a absolute beginner to someone who can 
 work with Clojure.


To have a quick feel of Clojure, install Leiningen from leiningen.org, run 
`lein repl` and check this 
out: http://adambard.com/blog/clojure-in-15-minutes/

Then, move onto Clojure books, 4clojure etc. using Nightcode from 
https://nightcode.info/ or any editor you like.

Shantanu

-- 
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: clojure lazy-seq caching?

[Shantanu Kumar]

On Tuesday, 4 March 2014 14:54:49 UTC+5:30, Andy Smith wrote:

 Does this mean that in a single threaded application lazy sequences suffer 
 the overhead of locks? I thought one of the features of clojure is that it 
 tries to avoid locks as much as possible.


The JIT compiler eliminates locks for single-thread access, so practically 
there should be no impact.

Shantanu

-- 
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/groups/opt_out.

Re: Clojure performance question

[Shantanu Kumar]

On Sunday, 2 March 2014 12:49:15 UTC+5:30, Shantanu Kumar wrote:



 On Sunday, 2 March 2014 05:32:00 UTC+5:30, bob wrote:


 Good point, Thanks a lot. 

 Shall we improve the str fn in the core lib? From my point of view, the 
 core fns should be performance sensitive.


 If string formation is the bottleneck in your app and if you can come up 
 with a version of `str` function that works in all use-cases, then you can 
 probably `alter-var-root` the str fn with yours as long as you own the 
 responsibility.

 I noticed the following macro (ignore the reflection warnings) can help 
 shave some nanoseconds in a large tight loop, but I leave to you to decide 
 how much worth it really is:


Just to clarify: I meant `some nanoseconds` per invocation for small string 
only. Overall saving would be proportional to the occurrence count and args 
count.

Shantanu

-- 
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/groups/opt_out.

Re: Clojure performance question

[Shantanu Kumar]

On Monday, 3 March 2014 02:18:39 UTC+5:30, tbc++ wrote:

 How are you running these tests? The correct way to benchmark such 
 things is via a real benchmark framework (such as criterium) then compile 
 your clojure app to a jar (perhaps via lein uberjar) and finally run it via 
 a bare java invocation: java -jar my.jar. 

 Lein for example sometimes uses sub-par JVM settings, trading runtime 
 performance for startup speed. 


Relevant bits from my project.clj are below:

  :dependencies [[org.clojure/clojure 1.5.1]
 [criterium 0.4.3]]
  :global-vars {*warn-on-reflection* true
*assert* false
*unchecked-math* true}
  :jvm-opts ^:replace [-server -Xmx1g]

I believe this overrides Lein's default tiered compilation setting. I 
bench'ed both Java and Clojure code using Criterium.

Shantanu



-- 
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/groups/opt_out.

Re: Clojure performance question

[Shantanu Kumar]

On Saturday, 1 March 2014 15:32:41 UTC+5:30, bob wrote:

 Case :

 clojure verison:

 (time (dotimes [n 1000] (str n another word))) ;; take about 5000msec

 java version

 long time = System.nanoTime();

 for(int i=0 ; i1000 ;i++){
 String a=i+another word;
 }
   System.out.println(System.nanoTime()-time); 
  

 The java version take about 500 msecs, I thought it might be caused by the 
 str implementation which is using string builder, and it might not be the 
 best choice in the case of no much string to concat, and then I replace 
 another word with 5 long strings as the parameter, however no surprise.

 I just wonder what make the difference, or how to find the difference.


Others have added useful points to this thread. Java string concatenation 
internally uses StringBuilder, so if you replace (str n another word) 
with the following:

(let [sb (StringBuilder.)]
 (.append sb n)
 (.append sb another word)
 (.toString sb))

..then the perf improves 1/4 to 1/3. Further, with the following tweak:

(let [sb (StringBuilder. 20)]  ; because StringBuilder allocates only 16 
chars by default on Oracle JRE
 (.append sb n)
 (.append sb another word)
 (.toString sb))

..the perf improves from 1/3 to less than 1/2. Here we simply avoid double 
allocation in StringBuilder.

Other things I made sure were:

1. I used Criterium to measure
2. I used `-server` option
3. Made sure reflection warning was on

Shantanu

-- 
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/groups/opt_out.

Re: Clojure performance question

[Shantanu Kumar]

On Sunday, 2 March 2014 05:32:00 UTC+5:30, bob wrote:


 Good point, Thanks a lot. 

 Shall we improve the str fn in the core lib? From my point of view, the 
 core fns should be performance sensitive.


If string formation is the bottleneck in your app and if you can come up 
with a version of `str` function that works in all use-cases, then you can 
probably `alter-var-root` the str fn with yours as long as you own the 
responsibility.

I noticed the following macro (ignore the reflection warnings) can help 
shave some nanoseconds in a large tight loop, but I leave to you to decide 
how much worth it really is:

(defmacro sb-str
  [ args]
  (cond (empty? args)  
(= 1 (count args)) (let [x (first args)]
 `(let [y# ~x]
(cond (nil? y#)
  (instance? Boolean   y#) (.toString 
(Boolean.   y#))
  (instance? Byte  y#) (.toString 
(Byte.  y#))
  (instance? Character y#) (.toString 
(Character. y#))
  (instance? Doubley#) (.toString 
(Double.y#))
  (instance? Float y#) (.toString 
(Float. y#))
  (instance? Integer   y#) (.toString 
(Integer.   y#))
  (instance? Long  y#) (.toString 
(Long.  y#))
  (instance? Short y#) (.toString 
(Short. y#))
  :otherwise   (.toString 
y#
:otherwise (let [sb (gensym)
each-append #(list '.append sb %)
all-appends (map each-append args)]
`(let [~sb (StringBuilder.)]
   ~@all-appends
   (.toString ~sb)

Note that it is not a function, so you cannot use it with high order 
functions. You can possibly use `definline` instead of a macro but you lose 
varargs then.

Shantanu

-- 
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/groups/opt_out.

Re: Clojure performance question

[Shantanu Kumar]

I have seen (and I keep seeing) a ton of Java code that performs poorly. 
Empirically, it's equally easy to write a slow Java app. You always need a 
discerning programmer to get good performance from any language/tool.

Numbers like 1/4 or 1/10 can be better discussed in presence of the 
use-cases and perf test cases. Most of the problems you listed can be 
mitigated by `-server` JIT, avoiding reflection, transients, loop-recur, 
arrays, perf libraries and some Java code.

Shantanu

On Saturday, 1 March 2014 10:32:26 UTC+5:30, bob wrote:

 Hi,

 Can I ask a newbie question about clojure performance?

 What make clojure performance slow than java?, it seems clojure has the 
 1/4 performance compared to java in general, according to  tests, some 
 cases it might be 1/10. the reasons I can think out are 

 - the byte code is not efficient sometimes
 - the byte code might not enjoy the jvm optimization
 - the reflection 
 - the immutable data structure
 - the abstract interface design

 The abstract interface like seq offers its power, but it is easy to drop 
 in the performance trap.

 And it seems to me that it is easy to write a slow clojure program, I know 
 the efficiency of code depends on coder, you can write the code faster than 
 java sometimes,but  need to know a lot of deep thing and tricky, and 
 clojure is not the funny clojure any more.


 Thanks



-- 
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/groups/opt_out.

Re: Source code reloading with leiningen checkouts

[Shantanu Kumar]

On Wednesday, 26 February 2014 14:58:06 UTC+5:30, Niels van Klaveren wrote:

 Windows (7) has different versions of linking. For checkouts to work on 
 Windows 7 you need to have a *junction* to the directory, not a symbolic 
 link.
 I make mine with Link Shell Extension for Windows 
 Explorerhttp://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html, 
 and have no problems.


This is useful information. I think it would be useful to mention this on 
the Leiningen Wiki page that explains checkouts.

Shantanu

-- 
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/groups/opt_out.

Re: call clojure from java

[Shantanu Kumar]

Hi Sorin,

Are you looking for something like 
load-file: http://clojuredocs.org/clojure_core/clojure.core/load-file

Shantanu

On Tuesday, 18 February 2014 17:09:20 UTC+5:30, sorin cristea wrote:

 Hi 

 do you know how I can call a clojure script from a java method ?


 Thanks,
 Sorin.


-- 
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/groups/opt_out.

Re: Korma Sql model not accepting url var

[Shantanu Kumar]

Can you post the SQL template (with ? symbols) you are trying to execute? 
Usually, with PostgreSQL you can specify ?::integer in place of ? to imply 
that the passed parameter is an integer.

Shantanu

On Tuesday, 11 February 2014 13:52:54 UTC+5:30, The Dude (Abides) wrote:

 Hi, I'm getting an error calling a record from an id passed via a url 
 using Korma Sql. The error says:

 org.postgresql.util.PSQLException
 ERROR: operator does not exist: smallint = character varying Hint: No 
 operator matches the given name and argument type(s). You might need to add 
 explicit type casts. Position: 57

 I have a list of members, with a url /member/:id to call profile for that 
 member in the view showing the member list. Here's my 3 moving parts:

 ROUTE

 (GET /member/:id [id] (get-the-member id))

 FUNCTION

 (defn get-the-member [id]
 (layout/render 
   member/profile.html
   {:member (db/get-member-url id)}))

 MODEL

 (defn get-member-url [id]
   (first (select members
  (where {:id id})
  (limit 1

 Now if I hard code the id number in the model, it works, but its not 
 accepting the id var as an integer. How would I give it an explicit 
 typecast in this instance. Or would it perhaps be better to use java.jdbc 
 or another ORM like Sql Lingov, HoneySQL, Clojureql or clojure-sql? Rest of 
 crud working fine, but id var not being accepted by the model. The model 
 itself works if an id number is hardcoded. Perhaps I'm missing some simple 
 syntax point here?


-- 
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/groups/opt_out.

Re: Korma Sql model not accepting url var

[Shantanu Kumar]

 Btw, would you recommend using an ORM or straight java.jdbc and if an ORM, 
 any particular one you'd recommend?


ORMs are not prevalent in Clojure. You can use java.jdbc (the 0.3.x series 
or later) with one of the SQL generators (HoneySQL, YeSQL etc) that you 
like. See what works for you and post your feedback on this forum.

Shantanu

-- 
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/groups/opt_out.

ANN: clj-liquibase 0.5.1 for database change management

[Shantanu Kumar]

Hi,

I'm happy to announce clj-liquibase version 
0.5.1: https://github.com/kumarshantanu/clj-liquibase for database (JDBC) 
change management.

Since 0.4.0, this version upgraded Liquibase dependency from 2.5 to 3.0 and 
added support for free-form SQL and SQL files as units of change. (Thanks 
to Jonathan Rojas for contributing.)


Shantanu

-- 
-- 
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/groups/opt_out.

Re: core.async question - canceling thread

[Shantanu Kumar]

On Thursday, 23 January 2014 02:37:43 UTC+5:30, puzzler wrote:

 Is there a convenient way within Clojure to launch a Clojure function or 
 Java call in a separate process as opposed to a separate thread?  Only way 
 I know of is to literally shell out to the command prompt and launch a new 
 executable.


There's ProcessBuilder and Runtime.exec stuff, but it will have the JVM and 
Clojure initialization overhead anyway.

http://docs.oracle.com/javase/7/docs/api/java/lang/ProcessBuilder.html

http://www.tutorialspoint.com/java/lang/runtime_exec_envp.htm

Shantanu

-- 
-- 
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/groups/opt_out.

Re: Servlet adapter for ring handlers with support for asynchronous processing

[Shantanu Kumar]

Hi Jan,

This not directly related, but i thought it might be useful in some way. In 
case you do the java interop stuff on your own to implement the servlet 3.0 
methods, you might want to use lein-servlet to run the servlet using Jetty 
9 maybe.

https://github.com/kumarshantanu/lein-servlet

Shantanu

On Saturday, 18 January 2014 16:01:02 UTC+5:30, Jan Herich wrote:

 Hi Folks,

 Is someone aware of servlet adapter (other then pedestal-service) for ring 
 based handlers with support for 
 asynchronous processing as specified in Servlet 3.0+ api ?

 Given that ring core was already refactored to support such solutions 
 (middleware had been split into wrapping 
 and request modifying functions) it should be not so hard to combine it 
 with core.async go macros to assemble 
 handler chain which supporting async processing and write an adapter to 
 connect it with Servler 3.0+ API -
 HttpServletRequest.startAsync(), AsyncContext.complete() and so on... 

 If you assembled something similar yourself, or you now about such project 
 (even in development, immature, alpha),
 please let me know, thank you very much.

 Jan


-- 
-- 
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/groups/opt_out.

Re: Extracting a database schema and using it to synthesize and check SQL queries at compile time

[Shantanu Kumar]

Hi Alex,

On Wednesday, 8 January 2014 13:28:29 UTC+5:30, Alexander Hudek wrote:

 Hey everyone,

 We've been exploring ways to make working with database code more 
 efficient and less error prone.
 For complex queries, we prefer working directly with SQL. However, like 
 for many others, a lot of our 
 queries are very simple and repetitive. For example, retrieving or 
 updating single rows, or a set of rows 
 based on a foreign key. 


I totally agree with this. I have noticed this is the most common scenario 
when working with SQL databases.
 


 As an experiment, we wrote a prototype that uses the information_schema 
 standard to automatically 
 extract the schema from a database and represent it as clojure code at 
 compile time. With this, we 
 were able to synthesize some simple SQL queries. The interesting part of 
 this is that the code generator
 automatically picks up primary key constraints and also performs 
 validation on table and column names.
 All of this is done at compile time. Errors are caught early and the 
 compiled code uses clojure.java.jdbc
 prepared statements. You can find the code and demo here:

 https://github.com/diligenceengine/edl

 I'm personally not a big fan of huge ORM systems, so I don't know where to 
 go with this, if anywhere.
 Though it seems useful for building small macros for common patterns we 
 have. 

 Would love to hear if anyone has thoughts on the technique.


The approach to read the database to generate code is pretty interesting. 
There is a more portable way to extract the schema information, using 
DatabaseMetadata that you can extract from a Connection.

http://docs.oracle.com/javase/7/docs/api/java/sql/DatabaseMetaData.html
http://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html#getMetaData()

Shantanu

-- 
-- 
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/groups/opt_out.

Re: Extracting a database schema and using it to synthesize and check SQL queries at compile time

[Shantanu Kumar]

 The approach to read the database to generate code is pretty interesting. 
 There is a more portable way to extract the schema information, using 
 DatabaseMetadata that you can extract from a Connection.

 http://docs.oracle.com/javase/7/docs/api/java/sql/DatabaseMetaData.html

 http://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html#getMetaData()


I did some related work quite a while ago: 
https://github.com/kumarshantanu/clj-jdbcutil/blob/master/src/clj_jdbcutil/core.clj#L535

Sharing just in case somebody finds it useful.

Shantanu

-- 
-- 
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/groups/opt_out.

Re: Advice for dealing with CSV data set

[Shantanu Kumar]

If you are only going to read the CSV files, you can put the CSV file in 
`resources` directory (so that it is part of the jar/uberjar), and use 
https://github.com/clojure/data.csv with 
http://clojuredocs.org/clojure_core/clojure.java.io/resource to read the 
data. If you need to make some change to the CSV file then it must lie 
outside of the JAR.

Shantanu

On Monday, 6 January 2014 10:09:55 UTC+5:30, Kyle Sexton wrote:

 I am new to clojure and working on a small jabber bot as a starter 
 project.  One of the things I am adding is a simple weather lookup, but 
 in doing so I need to convert zip code to lat/long.  I've found a 
 suitable CSV from http://www.boutell.com/zipcodes/ and am wondering the 
 best way to deal with the data.  I'd like to keep it contained in an 
 uberjar and not have to add a database as a requirement.  I've 
 considered sqlite, but again not sure if it can be inside the uberjar. 

 The data set is rather small: 

 , 
 | bash-3.2$ ls -larh zipcode.csv 
 | -rw-r--r--@ 1 kes  staff   2.4M Aug  6  2004 zipcode.csv 
 | bash-3.2$ wc -l zipcode.csv 
 |43205 zipcode.csv 
 | bash-3.2$ 
 ` 

 What would be the recommended way for dealing with this data? 

 -- 
 Kyle Sexton 


-- 
-- 
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/groups/opt_out.

Re: how to packge lein project in a maven-style?

[Shantanu Kumar]

There's Clojure Maven plugin if that can help:

https://github.com/talios/clojure-maven-plugin

Shantanu

On Monday, 6 January 2014 11:03:45 UTC+5:30, Qiu Xiafei wrote:



 Using maven, we usually package the project in a directory with sub dirs 
 like: 
 bin/ # bash/python scripts
 lib/  # all jars
 conf/   # resources/configuration files

 And, we often use the *maven-dependency-plugin* to copy dependency jars 
 and use the *maven-resources-plugin* to copy scripts and other resource 
 files. But I find no alernertives in lein.

 Is there any lein plugin can help me about this?

 thanks!



-- 
-- 
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/groups/opt_out.

Re: library development

[Shantanu Kumar]

Author of lein-localrepo here. Just to mention few points:

1. Leiningen builds over Maven's transitive dependency management system. 
So, I guess at some point of time you just have to accept Maven's 
nomenclature.

2. `lein install` works when you have source code and a `project.clj` for 
your project. `lein-localrepo` helps you with third-party JARs for which 
you probably have no source code.

3. Can `lein-localrepo` help you totally forget about Maven? Sorry, see #1

Shantanu

On Friday, 20 December 2013 23:57:55 UTC+5:30, Magomimmo wrote:

 I used localrepo as Timmy said: 
 - to install in the local maven repository a native dynamic c++ lib and 
 its corresponding java wrapper
 - to makes it available to all my clojure/java projects requiring to use 
 that lib (artifact in maven parlance) 

 It works like a charm.

 Here you can find a sample of its use:


 http://docs.opencv.org/2.4/doc/tutorials/introduction/clojure_dev_intro/clojure_dev_intro.html#install-the-java-specific-libs-as-local-repository

 HIH 
 mimmo

 On Dec 20, 2013, at 6:22 PM, Tim Visher tim.v...@gmail.com javascript: 
 wrote:

 On Fri, Dec 20, 2013 at 12:16 PM, John Gabriele 
 jmg...@gmail.comjavascript: 
 wrote:

 If I can just `lein install` my libs (or other people's libs) and then use
 them in all my projects (just like the libs found at clojars), what extra
 functionality does lein-localrepo provide beyond that?


 lein-localrepo provides ways to interact with the local repo beyond
 just installing a leiningen project to it. You can install arbitrary
 artifacts that have poms. You can use to grab coords for a file. Etc.

 --

 In Christ,

 Timmy V.

 http://blog.twonegatives.com/
 http://five.sentenc.es/ -- Spend less time on mail

 -- 
 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.com javascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
-- 
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/groups/opt_out.

Re: Clojure CLR versioning and binary downloads

[Shantanu Kumar]

I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) 
in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception:

$ # CLOJURE_LOAD_PATH is configured properly
$ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i 
/tmp/intermediate-file -e (use 'clojure.test) (run-tests 
'sqlrat.template-test 'sqlrat.entity-test)

FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception 
was thrown by the type initializer for Clojure.CljMain --- 
System.TypeInitializationException: An exception was thrown by the type 
initializer for clojure.lang.RT --- 
clojure.lang.Compiler+AssemblyInitializationException: Cannot find 
initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, 
PublicKeyToken=null.clojure/core
  at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, 
System.String relativePath) [0x0] in filename unknown:0 
  at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, 
System.String relativePath) [0x0] in filename unknown:0 
  at clojure.lang.RT.load (System.String relativePath, Boolean 
failIfNotFound) [0x0] in filename unknown:0 
  at clojure.lang.RT.load (System.String relativePath) [0x0] in 
filename unknown:0 
  at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 
  at clojure.lang.RT..cctor () [0x0] in filename unknown:0 
  --- End of inner exception stack trace ---
  at Clojure.CljMain..cctor () [0x0] in filename unknown:0 
  --- End of inner exception stack trace ---

Can you give any pointer where should I probe?

Shantanu

On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote:

 1.5.0 of Clojure CLR includes the one fix in 1.5.1.  I got excited and 
 went one too far. Normally, the version numbers match exactly.

 I tagged 1.5.0 a little prematurely.  We had some troubles on the NuGet 
 release and on the mono build.  I wasn't really ready for an official 1.5.0 
 release, so I hadn't done the SourceForge binary distributions.

 That's all been fixed as of earlier today (11/23/2013 relative to Central 
 Standard).

 ClojureCLR 1.5.0 is officially out.

 This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. 
  All the binaries to run ClojureCLR itself are in one file, Clojure.dll, 
 due to the magic of ILMerge and a lot of new internal plumbing to allow 
 embedded DLL resources and merged DLLs.  Also, this version is signed so 
 that it can be referenced in signed projects or GAC'd.  

 There are Debug and Release binaries  (not ILMerged) for .Net 3.5 and 4.0 
 on the SourceForge site.

 The wiki pages on the github site have been updated.

 Mono is now supported.  You can run it under Mono.  You can compile it 
 directly using xbuild with mono.  Details on the wiki.

 Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet 
 package:  Yes, you have to move them to run them.  Clojure.dll has to be in 
 the lib\ folder in order for the package to work properly when included in 
 a project.  Ancillary files such as Clojure.Main and Clojure.Compile are 
 standalones and are not needed for other projects.  They are properly 
 contained in the tools\  folder.  I was asked to include them in the NuGet 
 package for ClojureCLR.  I'm not happy with the current arrangement, in a 
 nitpicky way.  I'm open to suggestions.

 -David



 On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote:

 As far as I can tell the Clojure CLR version number does not track the 
 JVM version number at least for some builds. The latest build 1.5.0 as far 
 as I can tell is at the same patch level as 1.5.1 on the JVM. This 
 numbering seems confusing to me. Are there any plans to streamline the 
 version numbers between the two platforms?

 Additionally I don't understand why on the Clojure CLR SourceForge page 
 there are only debug versions available for download and 1.5.0 is not 
 represented there. If you want 1.5.0 you have to use nuget to get it. I was 
 also a bit dumbfounded that the nuget version was broken out of the box and 
 what I mean by that is that once you have downloaded it you cannot run the 
 compiler or the REPL from it's current directory without first dumping the 
 exe's into the lib folder since they are segregated in the package. Running 
 the compiler or REPL from their directory will result in them complaining 
 that they cannot find the required Clojure CLR DLL's that they need.

 These are kind of nit-picky issues but they've been bugging me for a 
 while. 



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

Re: ANN: Clojure High Performance Programming

[Shantanu Kumar]

On Thursday, 21 November 2013 07:40:09 UTC+5:30, Alex Baranosky wrote:

 Congratulation on the book Shantanu!


Thanks, Alex!

Shantanu
 



 On Wed, Nov 20, 2013 at 5:16 PM, Shantanu Kumar 
 kumar.s...@gmail.comjavascript:
  wrote:

 Now also available on
 Amazon US: http://www.amazon.com/dp/1782165606/?tag=packtpubli-20
 Amazon UK: http://www.amazon.co.uk/dp/1782165606/?tag=packtpubli-21

 Shantanu

 On Thursday, 21 November 2013 05:21:45 UTC+5:30, Shantanu Kumar wrote:

 Hi,

 I am pleased to announce availability of the book `Clojure High 
 Performance Programming` that I have been writing for the better part of 
 this year:

 http://www.packtpub.com/clojure-high-performance-programming/book

 This book is ideally meant for intermediate Clojure programmers. It is 
 divided into seven chapters covering Clojure abstractions, Java interop, 
 JVM internals, Concurrency and other performance-related topics.

 Shantanu

  -- 
 -- 
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@googlegroups.comjavascript:
 Note that posts from new members are moderated - please be patient with 
 your first post.
 To unsubscribe from this group, send email to
 clojure+u...@googlegroups.com javascript:
 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+u...@googlegroups.com javascript:.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
-- 
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/groups/opt_out.

Re: ANN: Clojure High Performance Programming

[Shantanu Kumar]

On Thursday, 21 November 2013 15:57:21 UTC+5:30, Ulises wrote:

 First of all: Congratulations, looks like a great book! 

 Second, do you know why Amazon doesn't offer the kindle version while 
 Packt says it's available in digital format and displays an Amazon 
 logo (I'm assuming the Amazon logo means it's kindle)? 

 Cheers and looking forward to reading your book! 


Thank you! The book is published very recently and I noticed it took a 
while for the printed editions to appear on Amazon. I am getting in touch 
with Packt to find out why the kindle editions not on Amazon and whether 
this is temporary.

Shantanu
 


 On 21 November 2013 02:10, Alex Baranosky 
 alexander...@gmail.comjavascript: 
 wrote: 
  Congratulation on the book Shantanu! 
  
  
  On Wed, Nov 20, 2013 at 5:16 PM, Shantanu Kumar 
  kumar.s...@gmail.comjavascript: 

  wrote: 
  
  Now also available on 
  Amazon US: http://www.amazon.com/dp/1782165606/?tag=packtpubli-20 
  Amazon UK: http://www.amazon.co.uk/dp/1782165606/?tag=packtpubli-21 
  
  Shantanu 
  
  On Thursday, 21 November 2013 05:21:45 UTC+5:30, Shantanu Kumar wrote: 
  
  Hi, 
  
  I am pleased to announce availability of the book `Clojure High 
  Performance Programming` that I have been writing for the better part 
 of 
  this year: 
  
  http://www.packtpub.com/clojure-high-performance-programming/book 
  
  This book is ideally meant for intermediate Clojure programmers. It is 
  divided into seven chapters covering Clojure abstractions, Java 
 interop, JVM 
  internals, Concurrency and other performance-related topics. 
  
  Shantanu 
  
  -- 
  -- 
  You received this message because you are subscribed to the Google 
  Groups Clojure group. 
  To post to this group, send email to clo...@googlegroups.comjavascript: 
  Note that posts from new members are moderated - please be patient with 
  your first post. 
  To unsubscribe from this group, send email to 
  clojure+u...@googlegroups.com javascript: 
  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+u...@googlegroups.com javascript:. 
  For more options, visit https://groups.google.com/groups/opt_out. 
  
  
  -- 
  -- 
  You received this message because you are subscribed to the Google 
  Groups Clojure group. 
  To post to this group, send email to clo...@googlegroups.comjavascript: 
  Note that posts from new members are moderated - please be patient with 
 your 
  first post. 
  To unsubscribe from this group, send email to 
  clojure+u...@googlegroups.com javascript: 
  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+u...@googlegroups.com javascript:. 
  For more options, visit https://groups.google.com/groups/opt_out. 


-- 
-- 
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/groups/opt_out.

Re: ANN: Clojure High Performance Programming

[Shantanu Kumar]

On Thursday, 21 November 2013 16:28:14 UTC+5:30, Ulises wrote:

  Thank you! The book is published very recently and I noticed it took a 
 while 
  for the printed editions to appear on Amazon. I am getting in touch with 
  Packt to find out why the kindle editions not on Amazon and whether this 
 is 
  temporary. 

 Great! Thanks for the diligence. 

 If you're getting in touch with them you can also let them know that 
 the page for your book is broken (it doesn't load images for 
 instance.) 


Could you please let me know which URL and page no. did you find the images 
missing on? I noticed the images are visible (for example on page number 
21) when I visited http://www.amazon.com/dp/1782165606/?tag=packtpubli-20 and 
clicked on the book image to open the preview.

Shantanu
 


 Cheers! 


-- 
-- 
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/groups/opt_out.

Re: ANN: Clojure High Performance Programming

[Shantanu Kumar]

On Thursday, 21 November 2013 16:48:56 UTC+5:30, Ulises wrote:

  Could you please let me know which URL and page no. did you find the 
 images 
  missing on? I noticed the images are visible (for example on page number 
 21) 
  when I visited http://www.amazon.com/dp/1782165606/?tag=packtpubli-20and 
  clicked on the book image to open the preview. 

 Apologies for the lack of clarity. It's the Packt page for your book 
 that doesn't load images (at least for me.) 


I can see the images on the Packt website. I think you would have tried 
clearing the browser cache or using a different browser. Can you try and 
see if others in your network neighborhood can access the images?

Shantanu
 


 U 


-- 
-- 
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/groups/opt_out.

Re: ANN: Clojure High Performance Programming

[Shantanu Kumar]

On Thursday, 21 November 2013 21:39:36 UTC+5:30, Gary Johnson wrote:

 This looks incredible! Just bought a copy. Congratulations, Shantanu!


Thanks, Gary!

Those who might look for a Kindle edition can find it here:
http://www.amazon.com/Clojure-Performance-Programming-Shantanu-Kumar-ebook/dp/B00GTE1RVW/ref=sr_1_2?s=digital-textie=UTF8qid=1385043536sr=1-2keywords=packt+publishing

Shantanu

-- 
-- 
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/groups/opt_out.

ANN: Clojure High Performance Programming

[Shantanu Kumar]

Hi,

I am pleased to announce availability of the book `Clojure High Performance 
Programming` that I have been writing for the better part of this year:

http://www.packtpub.com/clojure-high-performance-programming/book

This book is ideally meant for intermediate Clojure programmers. It is 
divided into seven chapters covering Clojure abstractions, Java interop, 
JVM internals, Concurrency and other performance-related topics.

Shantanu

-- 
-- 
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/groups/opt_out.