I know this an old thread but here the author says that he deprecated
Enclojure https://groups.google.com/d/msg/enclojure/TNngOAAoIyE/9cKOk_zEquEJ
Is this still true?
On Sunday, October 27, 2013 7:51:39 PM UTC-3, James Reeves wrote:
>
> Compojure isn't deprecated. What made you think it was?
>
>
Yes, exactly. Currently, korma's data modeling occurs via macros that
create data structures which aren't exactly part of the public API. So,
your options are to wrap all the macros in a way that exposes the data
model, or to try to interpret the data structures that it creates, without
any gua
A probably simplistic consideration: maybe there should be a data model
expressed as a data structure so that it can be leveraged by arbitrary
libs. This way there would be a single representation, but no explicit
dependencies between single libs. Here probably Datomic could be an example.
Il g
In general, my point is that libraries don't compose if they have
incompatible or hidden representations of the data structures over which
they operate, which is the default condition if no one has thought about
how the libraries might be used together. A consequence of this is that a
framework
Well things were kept separate intentionally. If someone wants to use
Korma or some other DSL within their migrations, they can augment their
migration file to use that to generate the SQL, but having the migrations
set up such that instructions to jdbc are simple clojure strings is very
inten
On Monday, October 28, 2013 4:36:56 PM UTC-7, Chris Kuttruff wrote:
>
> Separate from DSLs like Korma, etc. I have written a simple library for
> doing database migrations with clojure (clj-sql-up (
> https://github.com/ckuttruff/clj-sql-up )). There are also other
> libraries still maintain
On Monday, October 28, 2013 4:51:54 PM UTC-7, Alexander Hudek wrote:
>
>
> It is incredibly hard to write a clean sql dsl due to differences in how
> various database drivers work, and also due to how complex sql itself is.
> It's worth noting that you can always selectively fall back to jdbc i
Try create-db.
On Monday, October 28, 2013 1:06:49 AM UTC-7, Manuel Paccagnella wrote:
>
> Il giorno lunedì 28 ottobre 2013 04:12:50 UTC+1, Christopher Allen ha
> scritto:
>
> You can use Korma with Stuart Sierra's workflow just fine.
>>
>> Really? Nice! Last time I tried I didn’t managed to get
I've run into problems with it in a few areas:
1) Bundled connection pooling. You can disable it or change it, but it
takes work. Bundling seems against the idea of keeping libraries and
dependencies small and composable.
2) Default behaviour of delete can be inefficient. It returns the entire
Separate from DSLs like Korma, etc. I have written a simple library for
doing database migrations with clojure (clj-sql-up (
https://github.com/ckuttruff/clj-sql-up )). There are also other libraries
still maintained along these lines (drift, migratus, ragtime, etc.)
Hopefully one of these wi
Il giorno lunedì 28 ottobre 2013 04:12:50 UTC+1, Christopher Allen ha
scritto:
You can use Korma with Stuart Sierra's workflow just fine.
>
> Really? Nice! Last time I tried I didn’t managed to get it to work
properly.
What happens to an open connection binded to a Var (via defdb) when the n
Hi Scott,
I only began Clojure web development recently and decided to use Luminus
[1]; it brings together a bunch of frameworks (lib-nior, ring, compojure,
etc). Felt like a good starting point for me.
Paul.
[1] http://www.luminusweb.net/
On Mon, Oct 28, 2013 at 9:51 AM, James Reeves wrote:
Oh? What are the benefits of using those over Korma? I've been more than
happy with it up to now.
On Mon, Oct 28, 2013 at 10:30 AM, Alexander Hudek wrote:
> http://www.luminusweb.net/ gives a reasonable starting setup. The only
> thing I would recommend doing differently is to use clojure/java.j
You can use Korma with Stuart Sierra's workflow just fine.
On Sunday, October 27, 2013 5:07:02 PM UTC-7, Manuel Paccagnella wrote:
>
> Il giorno lunedì 28 ottobre 2013 00:30:06 UTC+1, Alexander Hudek ha
> scritto:
>
> http://www.luminusweb.net/ gives a reasonable starting setup. The only
>> thin
I'm using FW/1 (but then it's my framework, ported from CFML :) which
is based on Ring and uses Enlive and Selmer for templating. It uses
conventions rather than configuration (although you can specify routes
if you want to override configuration).
https://github.com/framework-one/fw1-clj
Sean
Il giorno lunedì 28 ottobre 2013 00:30:06 UTC+1, Alexander Hudek ha scritto:
http://www.luminusweb.net/ gives a reasonable starting setup. The only
> thing I would recommend doing differently is to use clojure/java.jdbc or
> honeysql instead of korma for an sql dsl.
>
I agree. Korma is quite i
http://www.luminusweb.net/ gives a reasonable starting setup. The only
thing I would recommend doing differently is to use clojure/java.jdbc or
honeysql instead of korma for an sql dsl.
On Sunday, October 27, 2013 1:43:21 PM UTC-4, Scott M wrote:
>
> Ring seems well maintained, but Noir and Comp
Compojure isn't deprecated. What made you think it was?
- James
On 27 October 2013 17:43, Scott M wrote:
> Ring seems well maintained, but Noir and Compojure are marked deprecated.
>
> Can anyone lay out a Clojure Web library "stack" (up to templating) that
> is current and maintained?
>
> Any
Noir is deprecated in favor of lib-noir.
Where have you seen some indication that Compojure is deprecated?
Andy
On Sun, Oct 27, 2013 at 10:43 AM, Scott M wrote:
> Ring seems well maintained, but Noir and Compojure are marked deprecated.
>
> Can anyone lay out a Clojure Web library "stack" (up
Ring seems well maintained, but Noir and Compojure are marked deprecated.
Can anyone lay out a Clojure Web library "stack" (up to templating) that is
current and maintained?
Any and all sagacious wisdom greatly appreciated - thanks!
- Scott
--
--
You received this message because you are su
20 matches
Mail list logo