Hi!
I have some frustration with current official jdbc wrapper for clojure and
I have worked in one alternative mainly because of:
- Lack of documentation.
- Philosophical differences of how things should be done.
Documentation page: http://cljjdbc.readthedocs.org/en/latest/
Github:
Hi Marcin,
Why did you choose to group LESS compilations, CoffeeScript minification,
caching and resource minification in one middleware function? Why not have
a separate middleware function for each?
For example, instead of:
(compiled-assets-loader
precompiled
:lesscss-list
When i run this:
(clojure.java.shell/sh chat -Vs ' ' 'ATi' 'OK' ' '
/dev/ttyUSB0 /dev/ttyUSB0)
I get this:
{:exit 2, :out , :err Can't get terminal parameters: Inappropriate ioctl
for device\n}
When i run the command directly on the shell, it works. What is causing the
error? any options i
Well, I made sure you can do it:). I created the grouped middleware
functions for convenience's sake and I intend to add more.
Something like that will work:
(let [loader (resource-loader /precompiled)]
(-
(some-fn (wrap-lesscss-processor loader)
(wrap-coffeescript-processor
2013/11/16 Andrey Antukh n...@niwi.be
- Lack of documentation.
- Philosophical differences of how things should be done.
Documentation page: http://cljjdbc.readthedocs.org/en/latest/
+ ridiculous Clojure CA that keeps non-North America/EU contributors away.
Good job, Andrey. It's important
Clojure = 1.5 was built with Java 1.5. Clojure 1.6 is built with Java 1.6.
Neither uses anything special from Java 1.7 or 1.8. The changes are just making
sure that Clojure will work with Java 1.8.
Alex
--
--
You received this message because you are subscribed to the Google
Groups Clojure
The ci build is setup and the 0.2.0-SNAPSHOT release is available. The API docs
are also now online.
Alex
--
--
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
This look great! Is there a sample app anywhere?
On Wednesday, November 13, 2013 1:52:10 AM UTC+2, Ryan Spangler wrote:
Hello Clojure,
Excited to announce today the release of Caribou! http://let-caribou.in/
We have been building web sites and web applications with it for over two
years
On Saturday, November 16, 2013 5:11:05 AM UTC-8, Michael Klishin wrote:
+ ridiculous Clojure CA that keeps non-North America/EU contributors away.
What is this? A link will do, if this has been discussed previously.
--
--
You received this message because you are subscribed to the Google
2013/11/16 Brian Craft craft.br...@gmail.com
What is this? A link will do, if this has been discussed previously.
https://groups.google.com/forum/#!searchin/clojure/CA$20/clojure/FlwqULYM7n0/x1-ArtQe1isJ
https://groups.google.com/d/topic/clojure/0gwjKtatf-0/discussion
--
MK
Reviews are welcome:
https://github.com/damn/grid2d
This is the grid data structure that I use in my clojure RPG project: cyber
dungeon quest http://resatori.com/cyber-dungeon-quest.
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to
2013/11/16 Andrey Antukh n...@niwi.be
- Lack of documentation.
FTR, there is some documentation for java.jdbc, but it certainly
isn't being actively worked on (despite not being covered by the CA) and may
already be out of date.
http://clojure-doc.org/articles/ecosystem/java_jdbc/home.html
On 16 November 2013 13:02, Marcin Skotniczny cosmi.co...@gmail.com wrote:
Well, I made sure you can do it:). I created the grouped middleware
functions for convenience's sake and I intend to add more.
Ah, interesting! That's a design I'm more comfortable with.
Although this might not be
2013/11/16 Michael Klishin michael.s.klis...@gmail.com
2013/11/16 Andrey Antukh n...@niwi.be
- Lack of documentation.
FTR, there is some documentation for java.jdbc, but it certainly
isn't being actively worked on (despite not being covered by the CA) and
may
already be out of date.
Cornet works on lower layer and does not use ring-spec or HTTP. All the
functions and middleware in Cornet take path as String and return
java.net.URL (either file:/... or jar:file:/) [as a side note: at some
point I want it to be able to return data as InputStream or String instead
of urls. ]
Hi all,
I've just published the first working version of a Ring middleware that
some of you might find useful. It's designed for web apps where, if
you're overloaded, it's better to serve some requests quickly and fail
the others than to try and serve all the requests and do it slowly. (My
Marcus -- I hope you will post updates to the list with your experiences.
It would be very interesting.
This thread has drifted a bit from (roughly) What can you do with clojure
web tooling? toward What can you imagine some day doing with the clojure
web tooling of the future?, which are both
I stumbled across Timothy Baldridge's excellent video
http://www.youtube.com/watch?v=HHZ8iqswiCwexplaining how to incorporate
data sources into core.logic. It reinvigorated my interest in using
core.logic to query SQL RDBMS. I'm stumbling on a pretty simple thing, I
think. I've got a table
On 16 November 2013 17:55, Marcin Skotniczny cosmi.co...@gmail.com wrote:
Cornet works on lower layer and does not use ring-spec or HTTP. All the
functions and middleware in Cornet take path as String and return
java.net.URL (either file:/... or jar:file:/) [as a side note: at some
point I
Doesn't this approach risk unnecessary repetition?
I am not sure if I catch your drift... What I wanted to have is a direct
replacement for clojure.java.io/resource function - so if at some layer you
come down to using this function, you can just replace it with cornet
generated handler -
I can think of very few web apps where this would be a desirable approach.
A user getting a spurious error in response to a URL that they *know* is
valid is just going to hammer on the reload button until they get a
correct response from the server. So the server will end up even more
congested
On 16 November 2013 19:46, Marcin Skotniczny cosmi.co...@gmail.com wrote:
Doesn't this approach risk unnecessary repetition?
I am not sure if I catch your drift... What I wanted to have is a direct
replacement for clojure.java.io/resource function - so if at some layer
you come down to
Very interesting. I have a similar requirement, but not in serving web
requests. I haven't looked under the covers of your module, but wonder if
it could be decoupled from web/ring?
Craig
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post
It may be useful for certain web services. If the server gets overloaded by
a temporary spike, the clients could pick a random sleep time before trying
again.
- James
On 16 November 2013 21:15, Cedric Greevey cgree...@gmail.com wrote:
I can think of very few web apps where this would be a
Web browsers don't pick a random sleep time before trying again, though;
they display a 500 error page and the user promptly clicks reload while
making an exasperated sigh.
If the client is something other than a web browser, then we're no longer
talking about the web, but some other thing, like
On 16 November 2013 21:45, Cedric Greevey cgree...@gmail.com wrote:
Web browsers don't pick a random sleep time before trying again, though;
they display a 500 error page and the user promptly clicks reload while
making an exasperated sigh.
If the client is something other than a web
On Sat, Nov 16, 2013 at 5:06 PM, James Reeves ja...@booleanknot.com wrote:
Web servers are often used to serve information to clients other than web
browsers.
[citation needed]
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this
I've use many services within apps that are json or xml results served over
HTTP. This is a common way to integrate third party data or functionality
into an app (especailly webapps or mobile apps).
On Saturday, November 16, 2013 2:49:46 PM UTC-8, Cedric Greevey wrote:
On Sat, Nov 16, 2013 at
On 16/11/13 22:06, James Reeves wrote:
I can see overload-middleware being useful in an internal network,
where clients are submitting jobs to a central server. The clients can
be programmed to wait a random length of time before retrying if the
server is overloaded. I suspect that a better
On 16 November 2013 22:49, Cedric Greevey cgree...@gmail.com wrote:
On Sat, Nov 16, 2013 at 5:06 PM, James Reeves ja...@booleanknot.comwrote:
Web servers are often used to serve information to clients other than web
browsers.
[citation needed]
Just google web services. This is a *really*
On 16/11/13 21:22, Craig wrote:
Very interesting. I have a similar requirement, but not in serving web
requests. I haven't looked under the covers of your module, but wonder
if it could be decoupled from web/ring?
Craig
Yes - I don't think that would be at all difficult. The only
What about a case where you want to store the production files on some
external CDN?
I guess that could be considered as part of the deployment process, done
separately through some additional script. But by keeping it all
in-house, one could generate URLs that would work for both
Hi,
I'm trying to understand the design of Clojure's collections and one
thing that I find odd is the return of functions operating on sequences.
Like for instance a call such as this will return a lazy-seq and not a
vector:
(drop 2 [1 2 3 4])
The reason why I find it odd is that
Web browsers don't pick a random sleep time before trying again, though;
they display a 500 error page and the user promptly clicks reload while
making an exasperated sigh.
That sounds like picking a random sleep time before trying again to me :-)
If the client is something other than a
I don't know if it is idiomatic, but it certainly looks like a good way to
achieve the desired effect.
If you chained together calls to several functions like your example
only-evens, it would not be lazy, and it would build up a separate instance
of collections of the original type at each step
d'oh! Answering my own question: Just compose the unify functions a la
(unify (unify a v1 (:v1 r) v2 (:v2 r))
I have a feeling there is a library function/macro that would make this
less messy but I can't find it from the cheatsheet.
On Saturday, November 16, 2013 10:31:50 AM UTC-8, Mark
The distribution will be narrow and peak at around 1 second, though, which
may not be what you want. Of course, the OP has since indicated that he
meant non-web uses of HTTP rather than serving web sites...
On Sat, Nov 16, 2013 at 7:10 PM, Colin Fleming
colin.mailingl...@gmail.comwrote:
Web
This efficiency is why built-in functions to map, filter, etc. vectors to
vectors aren't provided; better to use (into []) on a chain of
seq-outputting transformations of a vector than to chain these hypothetical
vector-native functions.
OTOH, it occurs to me that efficient chaining can still be
On 17 November 2013 01:52, Cedric Greevey cgree...@gmail.com wrote:
The distribution will be narrow and peak at around 1 second, though, which
may not be what you want. Of course, the OP has since indicated that he
meant non-web uses of HTTP rather than serving web sites...
Web services are
Andrey, this looks interesting. It seems to be based on a really old
version of clojure.java.jdbc, though. Is there a reason for this? Since it
is a fork, it seems like it would be best to base it on a recent version,
to aid those who may want to try switching to it. Also, does it require JDK
FWIW, Netflix uses a sorta similar approach but the overload detection
lives on the client-side since different clients may have varying
definitions of slow, may want finer grained control of fallback behavior,
etc:
http://techblog.netflix.com/2012/02/fault-tolerance-in-high-volume.html
On Sat, Nov 16, 2013 at 9:35 PM, James Reeves ja...@booleanknot.com wrote:
On 17 November 2013 01:52, Cedric Greevey cgree...@gmail.com wrote:
The distribution will be narrow and peak at around 1 second, though,
which may not be what you want. Of course, the OP has since indicated that
he
I think the more interesting question is: *do web developers need Clojure?
*If performance were the sole concern then everyone would still code web
apps in C or assembler. There is great power in abstraction. I like this
talk by Uncle Bob:
43 matches
Mail list logo