Re: Clojure as scripting language in a Java Application
Thank you. This one looks great! On Nov 6, 5:21 am, Tal Liron wrote: > I'll plug Scripturian here, a library I wrote that has very good > thread-aware support for embedding Clojure, as well as other JVM languages > (JavaScript, Python, Ruby, PHP, Groovy): > > http://threecrickets.com/scripturian/ > > I just recently wrote a detailed tutorial for it, which was missing for a > long time. > > Stdout redirection is fully supported, as well as a sophisticated > "text-with-scriptlets" mode, very useful for templating. > > Even if you don't want to use Scripturian, its source code will show you a > few examples of how to access Clojure's RT and bindings from within Java. > It's ... not trivial, to say the least. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Currying + function in Clojure
Leandro Moreira writes: Hi Leandro, > I'm starting to learn about functional programming and I reach the > concept *"Currying functions".* It is the technique of *transforming* > a function that takes *multiple arguments* (or an n-tuple of > arguments) in such a way that it can be called as a *chain of > functions* each with a *single argument* (partial > application). *(Wikipedia)* > > Then I try to curry the simplest sum of two numbers. > (+ 2 4) > > But I couldn't do that. I tried ( + 2 ( + 4 )) but I think the outer > plus function is receiving two parameters so how can I curry a > function using Clojure? As Stuart said, clojure doesn't curry functions automatically. If you want, you can create a curried version of, say, + with arity 3 like so: --8<---cut here---start->8--- user> (defn curried-arity-3-+ [z] (fn [y] (fn [x] (+ x y z #'user/curried-arity-3-+ user> (curried-arity-3-+ 1) # user> ((curried-arity-3-+ 1) 2) # user> (((curried-arity-3-+ 1) 2) 3) 6 --8<---cut here---end--->8--- The usual signature of a + function with arity 3 is arity-3-+: N x N x N -> N which we've transformed to this sequence of arity-1 functions: curried-arity-3-+: N -> (N -> (N -> N)) > By the way, I also notice a strange concept (that I still didn't > investigate) "Currying and *partial function* application are often > conflated" but it seems related to it. With partial function application, you can fix the first few function parameters just as Stuart demonstrated. For example, (partial arity-3-+ 1) returns a function with signature: N x N -> N, which gets 2 numbers and returns the sum of 1 and those two numbers. But the returned function is not (completely) curried, it still wants 2 parameters. With currying you can give any number i of parameters (i <= n) to a function of arity n, and for i < n the result is a function that accepts one more parameter, which in turn returns another function accepting one more parameter, ... The last function in that chain eventually returns the value. Bye, Tassilo -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Drift 1.4.0 released.
Confirmed, 1.4.2-SNAPSHOT works with 1.3.0 now, thanks for the help. Edmund On 27/11/2011 16:23, Matt wrote: > I just sent you a pull request to fix the Clojure 1.3 incompatibility. > > Also, you may want to use the current-version and update-version > functions in drift-db.migrate instead of your own home grown > functions. Though you would have to create your own initialize > function to initialize the drift-db flavor to mysql. > > -Matt > > On Nov 27, 9:25 am, Edmund wrote: >> Bingo! Thanks for that, version 1.3.0 incompatibility it is. >> -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
"Simple" evaluation and environments
The Clojure community might find this article interesting. http://www.dalnefre.com/wp/2011/11/fexpr-the-ultimate-lambda He points out that Fexpr is more primitive (in the sense of "simple") than Lambda. Fexpr decouples the operand access from the operand evaluation allowing more detailed control. (Fexpr is an old MacLisp term.) Given an s-expression there is always a question of what the symbols mean. The meaning is supplied by the environment, of which there are many. For instance, there is a dynamic environment (runtime call), the static environment (the value at the time the text is written), the macro environment, etc. See chapter 2 of Lisp in Small Pieces for a really in-depth discussion. It is hair-hurting discussions like this that make lisp so much more interesting than other languages. There isn't a way to express the concepts in other languages. Tim Daly "There is no such thing as a *simple* job" :-) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: "Simple" evaluation and environments
In http://www.dalnefre.com/wp/2011/11/fexpr-the-ultimate-lambda
Dale Schumacher writes:
"
One way to look at the difference between functional and object-oriented
algorithms is to consider the relationship between types and operations.
Let’s say I have a small set of types {A, B, C} and operations {f, g, h,
+}.
f
g
h
+
A
f(x:A) → A
g(x:A) → B
h(x:A, y:C) →
B
x:A + y:A → A
B
f(x:B) → B
g(x:B) → C
h(x:B, y:C) →
A
x:B + y:B → B
C
f(x:C) → C
g(x:C) → A
n/a
x:C + y:C → C
Table 1 shows how these operations might be modeled with functions. The
same function name refers to different operations based on the argument
type(s). Operations are grouped by function name, as shown by the
columns of the table."
Consider the table above. You can "walk the type circle" from A->A
by the calls: g(A)->B, g(B)->C, g(C)->A, or equivalently,
g(g(g(A)))->A.
Now consider making the same table for Clojure types and functions.
"A" might be a list, "B" might be a hash-map, etc. The "f" function
might be conj.
Given such a clojure table, the question is: Can we complete the
circle for each data type? Are we missing any functions? Is our
set of chosen functions "orthogonal"? Given the set of types and
a list of functions could we construct the table automatically?
Tim Daly
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
Re: Literate Programming in Emacs?
Thanks -- it does help somewhat... 1. How is it that you have swank-clojure in your elpa directory? M-x list-packages does not have swank-clojure as an option. 2. Why does your elpa directory have 1.1.0 and your project file have 1.3.0? 3. Is there a choice between SLIME and inferior lisp when doing literate programming in emacs? I want to keep all of my crutches like paredit-mode, syntax highlighting, symbol completion, etc. Do I have to be in an inferior lisp and lose all that? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
[ANN] Avout: Distributed State in Clojure
Today we are releasing Avout, which brings Clojure's in-memory model of state to distributed application development by providing a distributed implementation of Clojure's Multiversion Concurrency Control (MVCC) STM along with distributable, durable, and extendable versions of Clojure's Atom and Ref concurrency primitives. Here's the post announcing the project: http://clojure.com/blog/2011/11/29/avout.html And here's the project's website: http://avout.io David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Baltimore Functional Programming
I'm just south in Odenton, and definitely interested. I'll see if I can't wrangle a few more peeps. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: "Simple" evaluation and environments
daly writes: > Given an s-expression there is always a question of what the > symbols mean. The meaning is supplied by the environment, of > which there are many. For instance, there is a dynamic > environment (runtime call), the static environment (the > value at the time the text is written), the macro environment, > etc. See chapter 2 of Lisp in Small Pieces for a really > in-depth discussion. I lost my copy of Lisp In Small Pieces, and it's prolly the book I miss the most. Another book that I got alot out of was Concepts, Techniques, and Models of Computer Programming (Van Roy and Haridi). It's a great tour of many "paradigms" of programming. If you are enjoying this topic, you might want to check it out. It is less Lisp specific, obviously. -- Craig Brozefsky Premature reification is the root of all evil -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Literate Programming in Emacs?
On Tue, Nov 29, 2011 at 8:34 AM, Andrew wrote: > How is it that you have swank-clojure in your elpa directory? M-x > list-packages does not have swank-clojure as an option. The swank-clojure elisp package is deprecated and should not be used. > Why does your elpa directory have 1.1.0 and your project file have 1.3.0? swank-clojure.el was hard-coded to use Clojure 1.1.0 way back in the day, which is part of the reason it's deprecated. -Phil -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: [ANN] Avout: Distributed State in Clojure
Wow. It will take a while to digest this before I can even dream of what possibilities this opens up. In the meantime, a couple of simple questions: 1) On the avout.io site, is the diagram of conflicting transactions correct? It looks to me like the red arrow is in the wrong place (and it doesn't match the description below it, points 5 and 6). 2) Contributing: pull requests or patches? (not that I have one yet :) If patches, where do they go? thanks, - Chris -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: [ANN] Avout: Distributed State in Clojure
The issue with transactions not overlapping with in-memory ones implies some separation to deal with distributed coordination, I think. Are there any guidelines or interesting papers on how to create an effective distributed architecture with these semantics? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Literate Programming in Emacs?
Here's the relevant bit of my .emacs for Babel + Clojure: https://github.com/stuartsierra/dotfiles/blob/cb88b1ca020fd5beebb3de092f12aa27daddd779/.emacs#L203 This requires Org mode version 7.7. I mostly use inferior-lisp mode instead of SWANK/SLIME. -S -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: examples of using protocols for extending functionality of existing classes?
I wrote an article about this: http://www.ibm.com/developerworks/java/library/j-clojure-protocols/ -S -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: [ANN] Avout: Distributed State in Clojure
1) On the avout.io site, is the diagram of conflicting transactions > correct? It looks to me like the red arrow is in the wrong place (and it > doesn't match the description below it, points 5 and 6). > Great catch, I had intended to fix the figure before release but forgot. It's fixed now. > > 2) Contributing: pull requests or patches? (not that I have one yet :) > If patches, where do they go? > Great question, the goal is to leave the door open for including Avout in Clojure-Contrib, which means following as closely as necessary to contrib.'s patch procedure, including requiring signed Clojure CAs, but I haven't pursued the details of this yet. David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Literate Programming in Emacs?
I would be really interested to see some examples of literate programs. Please consider releasing them as open source, possibly pushed to github. Tim Daly On Tue, 2011-11-29 at 11:26 -0800, Stuart Sierra wrote: > Here's the relevant bit of my .emacs for Babel + Clojure: > https://github.com/stuartsierra/dotfiles/blob/cb88b1ca020fd5beebb3de092f12aa27daddd779/.emacs#L203 > > This requires Org mode version 7.7. > > I mostly use inferior-lisp mode instead of SWANK/SLIME. > > -S > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: [ANN] Avout: Distributed State in Clojure
Congrats on the release! Looks like the world just got a bit more civilized :) Particularly excited to see how far this concept of distributed refs can go while remaining simple: - Using S3 as the backing store - Massively distributed STM. For example, every user of clojure sharing datastructures through a single, massively distributed datastructure (possibly backed by s3, or user-created stores) - Integration with clojurescript/browsers (for example via jsonp), both in the distributed STM and the hypothetical massively distributed STM On Tue, Nov 29, 2011 at 9:38 AM, liebke wrote: > Today we are releasing Avout, which brings Clojure's in-memory model > of state to distributed application development by providing a > distributed implementation of Clojure's Multiversion Concurrency > Control (MVCC) STM along with distributable, durable, and extendable > versions of Clojure's Atom and Ref concurrency primitives. > > Here's the post announcing the project: > http://clojure.com/blog/2011/11/29/avout.html > > And here's the project's website: http://avout.io > > > David > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with your > first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Baltimore Functional Programming
Interested. On Nov 28, 10:05 pm, Ryan wrote: > I'm just south in Odenton, and definitely interested. I'll see if I > can't wrangle a few more peeps. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Literate Programming in Emacs?
Haven't done any recently. A long, long time ago I wrote a Common Lisp FFI tool using a Literate Programming tool called noweb. It's so old it predates GitHub: http://stuartsierra.com/software/perl-in-lisp -S -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Drift 1.4.0 released.
1.4.2 is out now and should work with both Clojure 1.2.1 and 1.3.0. However, Leiningen currently doesn't work with Clojure 1.3.0. At work, I actually have a project.clj with Clojure 1.3.0 in the dependencies, and a Clojure 1.2.1 in the dev-dependencies to make Leiningen work. -Matt On Nov 29, 5:36 am, Edmund wrote: > Confirmed, 1.4.2-SNAPSHOT works with 1.3.0 now, thanks for the help. > > Edmund > > On 27/11/2011 16:23, Matt wrote: > > > > > > > > > I just sent you a pull request to fix the Clojure 1.3 incompatibility. > > > Also, you may want to use the current-version and update-version > > functions in drift-db.migrate instead of your own home grown > > functions. Though you would have to create your own initialize > > function to initialize the drift-db flavor to mysql. > > > -Matt > > > On Nov 27, 9:25 am, Edmund wrote: > >> Bingo! Thanks for that, version 1.3.0 incompatibility it is. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Drift DB
That looks like a bug. I'll take a look at it, and get a fix in as
soon as possible.
-Matt
On Nov 29, 12:03 am, Luc Prefontaine
wrote:
> Hi Matt,
>
> working with this stuff... pretty sure I can make rake obsolete pretty soon :)
>
> However I am struggling with the auto increment column attribute...
>
> (create-table
> :meta-entities
> (integer :id {:not-null true :auto-increment true :primary-key true})
> (string :name {:not-null true :unique true })
> (date-time :created_at)
> (date-time :updated_at))
>
> which looks to me compliant with what your code does in the mysql flavor lib.
>
> It yields in MySql:
>
> CREATE TABLE meta_entities (
> id int(11) NOT NULL,
> name varchar(255) NOT NULL,
> created_at datetime NULL,
> updated_at datetime NULL,
> PRIMARY KEY(id)
> )
> ENGINE = InnoDB
> AUTO_INCREMENT = 0
>
> According to the AquaStudio tool I use to reverse engineer the DDL.
>
> The trace message:
>
> DEBUG Thread-51 2028 234732,063 drift-db-mysql.flavor ]
> Create table: :meta-entities with specs: ({:not-null true, :primary-key true,
> :spec-type :column, :type :integer, :name :id} {:not-null true, :spec-type
> :column, :type :string, :name :name} {:spec-type :column, :type :date-time,
> :name :created_at} {:spec-type :column, :type :date-time, :name :updated_at})
>
> Looks like the :auto-increment is dropped. drift_db/core.clj at line 155 is
> not selecting
> it as a potential attribute of an integer field.
>
> I'll patch it locally so I can continue to play with it.
>
> Any reason why the id type does not accept optional attributes ? I use id
> auto incremented keys
> everywhere :)
>
> Thank you,
>
> Luc
>
> On Thu, 24 Nov 2011 14:58:43 -0800 (PST)
>
>
>
>
>
>
>
>
>
> Matt wrote:
> > Drift DB is a clojure database library focused on migration functions.
>
> > With Drift DB you can create tables, drop tables, add columns to
> > tables, remove columns from tables, query tables, and, though it is
> > not the focus of Drift DB, you can insert, update, delete and select
> > rows from tables.
>
> > The only databases currently supported are H2 and Mysql. However,
> > Drift DB uses a protocol to abstract out database specific code. All
> > you would have to do to support other databases is implement the Drift
> > DB protocol for it.
>
> > Drift DB, like Drift, was originally a part of Conjure. However, I had
> > several requests to separate out the function into their own library.
>
> > Drift DB is not supposed to be a replacement for ClojureQL or Korma.
> > Instead, Drift DB is focused on table altering and other tasks usually
> > done in Drift migrations. Such tasks are currently not well supported
> > in any other Clojure database library.
>
> > All of the code for Drift DB can be found on github at:
> >http://github.com/macourtney/drift-db
>
> > Drift DB on Clojars:
>
> > Drift DB Core:http://clojars.org/org.drift-db/drift-db
> > Drift DB H2:http://clojars.org/org.drift-db/drift-db-h2
> > Drift DB Mysql:http://clojars.org/org.drift-db/drift-db-mysql
>
> --
> Luc P.
>
>
> The rabid Muppet
--
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
When are you going to upload Conj2011 videos?
Please upload them !!! -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: When are you going to upload Conj2011 videos?
Byrd, Friedman, Byrd, Friedman, Byrd, Friedman :) On Wed, Nov 30, 2011 at 1:21 PM, Manolis wrote: > Please upload them !!! > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: When are you going to upload Conj2011 videos?
On Tue, Nov 29, 2011 at 9:21 PM, Manolis wrote: > Please upload them !!! Something to keep folks going in the meantime: http://codebassradio.net/2011/11/29/runtime-expectations-episode-13-hot-clojure-conj/ Interviews from the Conj by the Codebass Radio / RunTimeExpectations crew... -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ "Perfection is the enemy of the good." -- Gustave Flaubert, French realist novelist (1821-1880) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Avout: Distributed State in Clojure
Fantastic !!! I'm looking forward to giving this a try. It has the potential to solve some problems I am currently working on. so thanks for your efforts. Tim On Nov 29, 10:38 am, liebke wrote: > Today we are releasing Avout, which brings Clojure's in-memory model > of state to distributed application development by providing a > distributed implementation of Clojure's Multiversion Concurrency > Control (MVCC) STM along with distributable, durable, and extendable > versions of Clojure's Atom and Ref concurrency primitives. > > Here's the post announcing the > project:http://clojure.com/blog/2011/11/29/avout.html > > And here's the project's website:http://avout.io > > David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Avout: Distributed State in Clojure
Could anyone please recommend a good introductory book about distributed application development? The release of Avout has gotten me interested in the subject. Thanks, Harrison. On Nov 29, 7:38 pm, liebke wrote: > Today we are releasing Avout, which brings Clojure's in-memory model > of state to distributed application development by providing a > distributed implementation of Clojure's Multiversion Concurrency > Control (MVCC) STM along with distributable, durable, and extendable > versions of Clojure's Atom and Ref concurrency primitives. > > Here's the post announcing the > project:http://clojure.com/blog/2011/11/29/avout.html > > And here's the project's website:http://avout.io > > David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: When are you going to upload Conj2011 videos?
Thanks!!! On Nov 30, 7:24 am, Sean Corfield wrote: > On Tue, Nov 29, 2011 at 9:21 PM, Manolis wrote: > > Please upload them !!! > > Something to keep folks going in the meantime: > > http://codebassradio.net/2011/11/29/runtime-expectations-episode-13-h... > > Interviews from the Conj by the Codebass Radio / RunTimeExpectations crew... > -- > Sean A Corfield -- (904) 302-SEAN > An Architect's View --http://corfield.org/ > World Singles, LLC. --http://worldsingles.com/ > > "Perfection is the enemy of the good." > -- Gustave Flaubert, French realist novelist (1821-1880) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: [ANN] Drift DB
Hi On 29 November 2011 07:03, Luc Prefontaine wrote: [...] > It yields in MySql: > > CREATE TABLE meta_entities ( > id int(11) NOT NULL, > name varchar(255) NOT NULL, > created_at datetime NULL, > updated_at datetime NULL, > PRIMARY KEY(id) > ) > ENGINE = InnoDB > AUTO_INCREMENT = 0 > > According to the AquaStudio tool I use to reverse engineer the DDL. Just by the way, MySQL supports this: SHOW CREATE TABLE meta_entities\G No need to reverse engineer the DDL for the tables :) -- Michael Wood -- 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
