> > - How to account for nil / blank values
>
> That's a tough one. As you might have seen, I'm strongly leaning towards
> eliminating the type tags in formatted values, which would make representing
> nil pretty difficult.
>
> Is this really a desired feature to begin with? As it stands,
> dist
Mark,
Thanks for the input. Some comments inline:
On Feb 27, 2011, at 1:06 PM, Mark Rathwell wrote:
> If you have time, I posted a gist containing a data access library I built on
> top of Rich's sdb library (data.clj), and the modifications I made to his sdb
> library (sdb.clj) for consisten
Forgot the link: https://gist.github.com/846363
> If you have time, I posted a gist containing a data access library I built
> on top of Rich's sdb library (data.clj), and the modifications I made to his
> sdb library (sdb.clj) for consistent reads, etc. This is some of the first
> real clojure
If you have time, I posted a gist containing a data access library I built
on top of Rich's sdb library (data.clj), and the modifications I made to his
sdb library (sdb.clj) for consistent reads, etc. This is some of the first
real clojure code I wrote, so not the prettiest, but maybe you can see
Yes, my suggestion without type indicators in SDB would look something
like this:
(def config {:sdb-client (AmazonSimpleDBClient. ...)
:mapping {"Link" {"url" {:encode encode-string :decode
decode-string}
"points" sdb/integer-encoding
Thanks very much for the feedback!
On Feb 27, 2011, at 5:59 AM, Gijs S. wrote:
> To talk in terms of entities is perhaps too much structure for the
> simpledb.
I would agree -- although if the data one is storing in SDB is regular enough,
you should be able to build ORM-esque functionality on t
Hi,
I have dabbled a bit with both AWS SimpleDB and the sdb library as
well as with the similar Google App Engine Datastore and related
Clojure libraries.
These two parts are indeed no-brainers:
- Support for consistent reads
- Support for literal string queries
Re: numeric formatting
I
FYI and FWIW, I've jotted down some notes detailing how I'd like to
see the library change:
https://docs.google.com/document/d/1K5p2RRVtvYxBNLEJuWGNf1iZak2ri8cI73joWu9K1W0/edit?hl=en&authkey=CMDR_6AF
If you have feedback, questions, thoughts, whatever, do let me know.
Thanks,
- Chas
On Feb 24,
On Feb 24, 2011, at 5:58 PM, .Bill Smith wrote:
> I don't know, but if you introduce breaking changes, you'd better name it
> version 2.0.
;-)
It'd actually be nice to establish a stable groupId and artifactId for the
project (rather than the constantly-shifting
`org.clojars.github-username-
I used it as a starting point for an sdb lib a while back, moved that
project to GAE though. One note, it uses an outdated version of the AWS
java libraries, you should probably update that if you're in there.
On Thu, Feb 24, 2011 at 3:36 PM, Chas Emerick wrote:
> Is anyone using the sdb (AWS
I don't know, but if you introduce breaking changes, you'd better name it
version 2.0.
--
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 - plea
Is anyone using the sdb (AWS SimpleDB) client library, originally written by
Rich Hickey in 2009, and then tweaked in various ways by a couple of others
since?
Github repo network here: https://github.com/richhickey/sdb/network
I ask because I have some ideas for some changes and enhancements t
12 matches
Mail list logo