dynamoid-edge 1.1.0

Sign up to get free protection for your applications and to get access to all the features.
checksums.yaml ADDED
@@ -0,0 +1,7 @@
1
+ ---
2
+ SHA1:
3
+ metadata.gz: f852381ddc94efb1130d84cdfe4aa714a72ff097
4
+ data.tar.gz: 20bee710a9e4312738469f91c980607304788734
5
+ SHA512:
6
+ metadata.gz: 8be902d06c5ed5ba977338c577877fe8561bee4207e9ab09e5d752d5625ceb80db89d97e34cb248ff96c4ea2be4341626848199fb57c4e891ddd8b461d6f3e94
7
+ data.tar.gz: a45f9b3bcc175054b02437e294b237f1e5440b0e35f553371e84dd2da06c357cd8dd698489d1e1058cadf4cb6c97eeb7ab57d10ff43e9ab944b26fb4f408e2b5
data/CHANGELOG.md ADDED
@@ -0,0 +1,21 @@
1
+ # 1.1.0
2
+
3
+ * Added support for optimistic locking on delete (PR #29, sumocoder)
4
+ * upgrade concurrent-ruby requirement to 1.0 (PR #31, keithmgould)
5
+
6
+ # 1.0.0
7
+
8
+ * Add support for AWS SDK v2.
9
+ * Add support for custom class type for fields.
10
+ * Remove partitioning support.
11
+ * Remove support for Dynamoid's (pseudo)indexes, now that DynamoDB offers
12
+ local and global indexes.
13
+ * Rename :float field type to :number.
14
+ * Rename Chain#limit to Chain#eval_limit.
15
+
16
+ Housekeeping:
17
+
18
+ * Switch from `fake_dynamo` for unit tests to DynamoDBLocal. This is the new authoritative
19
+ implementation of DynamoDB for testing, and it supports AWS SDK v2.
20
+ * Use Travis CI to auto-run unit tests on multiple Rubies.
21
+ * Randomize spec order.
data/Gemfile ADDED
@@ -0,0 +1,2 @@
1
+ source "http://www.rubygems.org"
2
+ gemspec
data/LICENSE.txt ADDED
@@ -0,0 +1,20 @@
1
+ Copyright (c) 2012 Josh Symonds
2
+
3
+ Permission is hereby granted, free of charge, to any person obtaining
4
+ a copy of this software and associated documentation files (the
5
+ "Software"), to deal in the Software without restriction, including
6
+ without limitation the rights to use, copy, modify, merge, publish,
7
+ distribute, sublicense, and/or sell copies of the Software, and to
8
+ permit persons to whom the Software is furnished to do so, subject to
9
+ the following conditions:
10
+
11
+ The above copyright notice and this permission notice shall be
12
+ included in all copies or substantial portions of the Software.
13
+
14
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
15
+ EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
16
+ MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
17
+ NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
18
+ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
19
+ OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
20
+ WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
data/README.markdown ADDED
@@ -0,0 +1,377 @@
1
+ # Dynamoid
2
+
3
+ Dynamoid is an ORM for Amazon's DynamoDB for Ruby applications. It
4
+ provides similar functionality to ActiveRecord and improves on
5
+ Amazon's existing
6
+ [HashModel](http://docs.amazonwebservices.com/AWSRubySDK/latest/AWS/Record/HashModel.html)
7
+ by providing better searching tools and native association support.
8
+
9
+ DynamoDB is not like other document-based databases you might know, and is very different indeed from relational databases. It sacrifices anything beyond the simplest relational queries and transactional support to provide a fast, cost-efficient, and highly durable storage solution. If your database requires complicated relational queries and transaction support, then this modest Gem cannot provide them for you, and neither can DynamoDB. In those cases you would do better to look elsewhere for your database needs.
10
+
11
+ But if you want a fast, scalable, simple, easy-to-use database (and a Gem that supports it) then look no further!
12
+
13
+ ## Installation
14
+
15
+ Installing Dynamoid is pretty simple. First include the Gem in your Gemfile:
16
+
17
+ ```ruby
18
+ gem 'dynamoid', '~> 1'
19
+ ```
20
+ ## Prerequisities
21
+
22
+ Dynamoid depends on the aws-sdk, and this is tested on the current version of aws-sdk (~> 2), rails (~> 4).
23
+ Hence the configuration as needed for aws to work will be dealt with by aws setup.
24
+
25
+ Here are the steps to setup aws-sdk.
26
+
27
+ ```ruby
28
+ gem 'aws-sdk', '~>2'
29
+ ```
30
+
31
+ (or) include the aws-sdk in your Gemfile.
32
+
33
+ **NOTE:** Dynamoid-1.0 doesn't support aws-sdk Version 1 (Use Dynamoid Major Version 0 for aws-sdk 1)
34
+
35
+ Configure AWS access:
36
+ [Reference](https://github.com/aws/aws-sdk-ruby)
37
+
38
+ For example, to configure AWS access:
39
+
40
+ Create config/initializers/aws.rb as follows:
41
+
42
+ ```ruby
43
+
44
+ Aws.config.update({
45
+ region: 'us-west-2',
46
+ credentials: Aws::Credentials.new('REPLACE_WITH_ACCESS_KEY_ID', 'REPLACE_WITH_SECRET_ACCESS_KEY'),
47
+ })
48
+
49
+ ```
50
+
51
+ For a full list of the DDB regions, you can go
52
+ [here](http://docs.aws.amazon.com/general/latest/gr/rande.html#ddb_region).
53
+
54
+ Then you need to initialize Dynamoid config to get it going. Put code similar to this somewhere (a Rails initializer would be a great place for this if you're using Rails):
55
+
56
+ ```ruby
57
+ Dynamoid.configure do |config|
58
+ config.adapter = 'aws_sdk_v2' # This adapter establishes a connection to the DynamoDB servers using Amazon's own AWS gem.
59
+ config.namespace = "dynamoid_app_development" # To namespace tables created by Dynamoid from other tables you might have.
60
+ config.warn_on_scan = true # Output a warning to the logger when you perform a scan rather than a query on a table.
61
+ config.read_capacity = 100 # Read capacity for your tables
62
+ config.write_capacity = 20 # Write capacity for your tables
63
+ config.endpoint = 'http://localhost:3000' # [Optional]. If provided, it communicates with the DB listening at the endpoint. This is useful for testing with [Amazon Local DB] (http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Tools.DynamoDBLocal.html).
64
+ end
65
+
66
+ ```
67
+
68
+ Once you have the configuration set up, you need to move on to making models.
69
+
70
+ ## Setup
71
+
72
+ You *must* include ```Dynamoid::Document``` in every Dynamoid model.
73
+
74
+ ```ruby
75
+ class User
76
+ include Dynamoid::Document
77
+
78
+ end
79
+ ```
80
+
81
+ ### Table
82
+
83
+ Dynamoid has some sensible defaults for you when you create a new table, including the table name and the primary key column. But you can change those if you like on table creation.
84
+
85
+ ```ruby
86
+ class User
87
+ include Dynamoid::Document
88
+
89
+ table :name => :awesome_users, :key => :user_id, :read_capacity => 400, :write_capacity => 400
90
+ end
91
+ ```
92
+
93
+ These fields will not change an existing table: so specifying a new read_capacity and write_capacity here only works correctly for entirely new tables. Similarly, while Dynamoid will look for a table named `awesome_users` in your namespace, it won't change any existing tables to use that name; and if it does find a table with the correct name, it won't change its hash key, which it expects will be user_id. If this table doesn't exist yet, however, Dynamoid will create it with these options.
94
+
95
+ ### Fields
96
+
97
+ You'll have to define all the fields on the model and the data type of each field. Every field on the object must be included here; if you miss any they'll be completely bypassed during DynamoDB's initialization and will not appear on the model objects.
98
+
99
+ By default, fields are assumed to be of type ```:string```. Other built-in types are
100
+ ```:integer```, ```:number```, ```:set```, ```:array```, ```:datetime```, ```:boolean```, and ```:serialized```.
101
+ If built-in types do not suit you, you can use a custom field type represented by an arbitrary class, provided that the class supports a compatible serialization interface.
102
+ The primary use case for using a custom field type is to represent your business logic with high-level types, while ensuring portability or backward-compatibility of the serialized representation.
103
+
104
+ You get magic columns of id (string), created_at (datetime), and updated_at (datetime) for free.
105
+
106
+ ```ruby
107
+ class User
108
+ include Dynamoid::Document
109
+
110
+ field :name
111
+ field :email
112
+ field :rank, :integer
113
+ field :number, :number
114
+ field :joined_at, :datetime
115
+ field :hash, :serialized
116
+
117
+ end
118
+ ```
119
+
120
+ You can optionally set a default value on a field using either a plain value or a lambda:
121
+
122
+ ```ruby
123
+ field :actions_taken, :integer, {default: 0}
124
+ field :joined_at, :datetime, {default: ->(){Time.now}}
125
+ ```
126
+
127
+ To use a custom type for a field, suppose you have a `Money` type.
128
+
129
+ ```ruby
130
+ class Money
131
+ # ... your business logic ...
132
+
133
+ def dynamoid_dump
134
+ "serialized representation as a string"
135
+ end
136
+
137
+ def self.dynamoid_load(serialized_str)
138
+ # parse serialized representation and return a Money instance
139
+ Money.new(...)
140
+ end
141
+ end
142
+
143
+ class User
144
+ include Dynamoid::Document
145
+
146
+ field :balance, Money
147
+ end
148
+ ```
149
+
150
+ If you want to use a third-party class (which does not support `#dynamoid_dump` and `.dynamoid_load`)
151
+ as your field type, you can use an adapter class providing `.dynamoid_dump` and `.dynamoid_load` class methods
152
+ for your third-party class. (`.dynamoid_load` can remain the same from the previous example; here we just
153
+ add a level of indirection for serializing.) Example:
154
+
155
+ ```ruby
156
+ # Third-party Money class
157
+ class Money; end
158
+
159
+ class MoneyAdapter
160
+ def self.dynamoid_load(money_serialized_str)
161
+ Money.new(...)
162
+ end
163
+
164
+ def self.dynamoid_dump(money_obj)
165
+ money_obj.value.to_s
166
+ end
167
+ end
168
+
169
+ class User
170
+ include Dynamoid::Document
171
+
172
+ field :balance, MoneyAdapter
173
+ end
174
+ ```
175
+
176
+ Lastly, you can control the data type of your custom-class-backed field at the DynamoDB level.
177
+ This is especially important if you want to use your custom field as a numeric range or for
178
+ number-oriented queries. By default custom fields are persisted as a string attribute, but
179
+ your custom class can override this with a `.dynamoid_field_type` class method, which would
180
+ return either `:string` or `:number`.
181
+ (DynamoDB supports some other attribute types, but Dynamoid yet does not.)
182
+
183
+
184
+ ### Associations
185
+
186
+ Just like in ActiveRecord (or your other favorite ORM), Dynamoid uses associations to create links between models.
187
+
188
+ The only supported associations (so far) are ```has_many```, ```has_one```, ```has_and_belongs_to_many```, and ```belongs_to```. Associations are very simple to create: just specify the type, the name, and then any options you'd like to pass to the association. If there's an inverse association either inferred or specified directly, Dynamoid will update both objects to point at each other.
189
+
190
+ ```ruby
191
+ class User
192
+ include Dynamoid::Document
193
+
194
+ ...
195
+
196
+ has_many :addresses
197
+ has_many :students, :class => User
198
+ belongs_to :teacher, :class_name => :user
199
+ belongs_to :group
200
+ has_one :role
201
+ has_and_belongs_to_many :friends, :inverse_of => :friending_users
202
+
203
+ end
204
+
205
+ class Address
206
+ include Dynamoid::Document
207
+
208
+ ...
209
+
210
+ belongs_to :address # Automatically links up with the user model
211
+
212
+ end
213
+ ```
214
+
215
+ Contrary to what you'd expect, association information is always contained on the object specifying the association, even if it seems like the association has a foreign key. This is a side effect of DynamoDB's structure: it's very difficult to find foreign keys without an index. Usually you won't find this to be a problem, but it does mean that association methods that build new models will not work correctly -- for example, ```user.addresses.new``` returns an address that is not associated to the user. We'll be correcting this soon.
216
+
217
+ ### Validations
218
+
219
+ Dynamoid bakes in ActiveModel validations, just like ActiveRecord does.
220
+
221
+ ```ruby
222
+ class User
223
+ include Dynamoid::Document
224
+
225
+ ...
226
+
227
+ validates_presence_of :name
228
+ validates_format_of :email, :with => /@/
229
+ end
230
+ ```
231
+
232
+ To see more usage and examples of ActiveModel validations, check out the [ActiveModel validation documentation](http://api.rubyonrails.org/classes/ActiveModel/Validations.html).
233
+
234
+ ### Callbacks
235
+
236
+ Dynamoid also employs ActiveModel callbacks. Right now, callbacks are defined on ```save```, ```update```, ```destroy```, which allows you to do ```before_``` or ```after_``` any of those.
237
+
238
+ ```ruby
239
+ class User
240
+ include Dynamoid::Document
241
+
242
+ ...
243
+
244
+ before_save :set_default_password
245
+ after_create :notify_friends
246
+ after_destroy :delete_addresses
247
+ end
248
+ ```
249
+
250
+ ## Usage
251
+
252
+ ### Object Creation
253
+
254
+ Dynamoid's syntax is generally very similar to ActiveRecord's. Making new objects is simple:
255
+
256
+ ```ruby
257
+ u = User.new(:name => 'Josh')
258
+ u.email = 'josh@joshsymonds.com'
259
+ u.save
260
+ ```
261
+
262
+ Save forces persistence to the datastore: a unique ID is also assigned, but it is a string and not an auto-incrementing number.
263
+
264
+ ```ruby
265
+ u.id # => "3a9f7216-4726-4aea-9fbc-8554ae9292cb"
266
+ ```
267
+
268
+ To use associations, you use association methods very similar to ActiveRecord's:
269
+
270
+ ```ruby
271
+ address = u.addresses.create
272
+ address.city = 'Chicago'
273
+ address.save
274
+ ```
275
+
276
+ ### Querying
277
+
278
+ Querying can be done in one of three ways:
279
+
280
+ ```ruby
281
+ Address.find(address.id) # Find directly by ID.
282
+ Address.where(:city => 'Chicago').all # Find by any number of matching criteria... though presently only "where" is supported.
283
+ Address.find_by_city('Chicago') # The same as above, but using ActiveRecord's older syntax.
284
+ ```
285
+
286
+ And you can also query on associations:
287
+
288
+ ```ruby
289
+ u.addresses.where(:city => 'Chicago').all
290
+ ```
291
+
292
+ But keep in mind Dynamoid -- and document-based storage systems in general -- are not drop-in replacements for existing relational databases. The above query does not efficiently perform a conditional join, but instead finds all the user's addresses and naively filters them in Ruby. For large associations this is a performance hit compared to relational database engines.
293
+
294
+ You can also limit the number of evaluated records, or select a record from which to start, to support pagination:
295
+
296
+ ```ruby
297
+ Address.eval_limit(5).start(address) # Only 5 addresses.
298
+ ```
299
+
300
+ For large queries that return many rows, Dynamoid can use AWS' support for requesting documents in batches:
301
+
302
+ ```ruby
303
+ #Do some maintenance on the entire table without flooding DynamoDB
304
+ Address.all(batch_size: 100).each { |address| address.do_some_work; sleep(0.01) }
305
+ Address.limit(10_000).batch(100). each { … } #batch specified as part of a chain
306
+ ```
307
+
308
+ ### Consistent Reads
309
+
310
+ Querying supports consistent reading. By default, DynamoDB reads are eventually consistent: if you do a write and then a read immediately afterwards, the results of the previous write may not be reflected. If you need to do a consistent read (that is, you need to read the results of a write immediately) you can do so, but keep in mind that consistent reads are twice as expensive as regular reads for DynamoDB.
311
+
312
+ ```ruby
313
+ Address.find(address.id, :consistent_read => true) # Find an address, ensure the read is consistent.
314
+ Address.where(:city => 'Chicago').consistent.all # Find all addresses where the city is Chicago, with a consistent read.
315
+ ```
316
+
317
+ ### Range Finding
318
+
319
+ If you have a range index, Dynamoid provides a number of additional other convenience methods to make your life a little easier:
320
+
321
+ ```ruby
322
+ User.where("created_at.gt" => DateTime.now - 1.day).all
323
+ User.where("created_at.lt" => DateTime.now - 1.day).all
324
+ ```
325
+
326
+ It also supports .gte and .lte. Turning those into symbols and allowing a Rails SQL-style string syntax is in the works. You can only have one range argument per query, because of DynamoDB's inherent limitations, so use it sensibly!
327
+
328
+ ## Concurrency
329
+
330
+ Dynamoid supports basic, ActiveRecord-like optimistic locking on save operations. Simply add a `lock_version` column to your table like so:
331
+
332
+ ```ruby
333
+ class MyTable
334
+ ...
335
+
336
+ field :lock_version, :integer
337
+
338
+ ...
339
+ end
340
+ ```
341
+
342
+ In this example, all saves to `MyTable` will raise an `Dynamoid::Errors::StaleObjectError` if a concurrent process loaded, edited, and saved the same row. Your code should trap this exception, reload the row (so that it will pick up the newest values), and try the save again.
343
+
344
+ Calls to `update` and `update!` also increment the `lock_version`, however they do not check the existing value. This guarantees that a update operation will raise an exception in a concurrent save operation, however a save operation will never cause an update to fail. Thus, `update` is useful & safe only for doing atomic operations (e.g. increment a value, add/remove from a set, etc), but should not be used in a read-modify-write pattern.
345
+
346
+ ## Credits
347
+
348
+ Dynamoid borrows code, structure, and even its name very liberally from the truly amazing [Mongoid](https://github.com/mongoid/mongoid). Without Mongoid to crib from none of this would have been possible, and I hope they don't mind me reusing their very awesome ideas to make DynamoDB just as accessible to the Ruby world as MongoDB.
349
+
350
+ Also, without contributors the project wouldn't be nearly as awesome. So many thanks to:
351
+
352
+ * [Logan Bowers](https://github.com/loganb)
353
+ * [Lane LaRue](https://github.com/luxx)
354
+ * [Craig Heneveld](https://github.com/cheneveld)
355
+ * [Anantha Kumaran](https://github.com/ananthakumaran)
356
+ * [Jason Dew](https://github.com/jasondew)
357
+ * [Luis Arias](https://github.com/luisantonioa)
358
+ * [Stefan Neculai](https://github.com/stefanneculai)
359
+ * [Philip White](https://github.com/philipmw)
360
+ * [Peeyush Kumar](https://github.com/peeyush1234)
361
+
362
+ ## Running the tests
363
+
364
+ Running the tests is fairly simple. In one window, run `bin/start_dynamodblocal`, and in the other, use `rake`.
365
+
366
+ [![Build Status](https://travis-ci.org/Dynamoid/Dynamoid.svg)](https://travis-ci.org/Dynamoid/Dynamoid)
367
+ [![Coverage Status](https://coveralls.io/repos/Dynamoid/Dynamoid/badge.svg?branch=master&service=github)](https://coveralls.io/github/Dynamoid/Dynamoid?branch=master)
368
+
369
+ ## Copyright
370
+
371
+ Copyright (c) 2012 Josh Symonds.
372
+
373
+ Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
374
+
375
+ The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
376
+
377
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
data/Rakefile ADDED
@@ -0,0 +1,67 @@
1
+ # encoding: utf-8
2
+
3
+ require 'rubygems'
4
+ require 'bundler'
5
+ begin
6
+ Bundler.setup(:default, :development)
7
+ rescue Bundler::BundlerError => e
8
+ $stderr.puts e.message
9
+ $stderr.puts "Run `bundle install` to install missing gems"
10
+ exit e.status_code
11
+ end
12
+ require 'rake'
13
+
14
+ require 'rspec/core'
15
+ require 'rspec/core/rake_task'
16
+ RSpec::Core::RakeTask.new(:spec) do |spec|
17
+ spec.pattern = FileList['spec/**/*_spec.rb']
18
+ end
19
+
20
+ RSpec::Core::RakeTask.new(:rcov) do |spec|
21
+ spec.pattern = 'spec/**/*_spec.rb'
22
+ spec.rcov = true
23
+ end
24
+
25
+ desc "Start DynamoDBLocal, run tests, clean up"
26
+ task :unattended_spec do |t|
27
+
28
+ if system('bin/start_dynamodblocal')
29
+ puts 'DynamoDBLocal started; proceeding with specs.'
30
+ else
31
+ raise 'Unable to start DynamoDBLocal. Cannot run unattended specs.'
32
+ end
33
+
34
+ #Cleanup
35
+ at_exit do
36
+ unless system('bin/stop_dynamodblocal')
37
+ $stderr.puts 'Unable to cleanly stop DynamoDBLocal.'
38
+ end
39
+ end
40
+
41
+ Rake::Task["spec"].invoke
42
+ end
43
+
44
+ require 'yard'
45
+ YARD::Rake::YardocTask.new do |t|
46
+ t.files = ['lib/**/*.rb', "README", "LICENSE"] # optional
47
+ t.options = ['-m', 'markdown'] # optional
48
+ end
49
+
50
+ desc 'Publish documentation to gh-pages'
51
+ task :publish do
52
+ Rake::Task['yard'].invoke
53
+ `git add .`
54
+ `git commit -m 'Regenerated documentation'`
55
+ `git checkout gh-pages`
56
+ `git clean -fdx`
57
+ `git checkout master -- doc`
58
+ `cp -R doc/* .`
59
+ `git rm -rf doc/`
60
+ `git add .`
61
+ `git commit -m 'Regenerated documentation'`
62
+ `git pull`
63
+ `git push`
64
+ `git checkout master`
65
+ end
66
+
67
+ task :default => :spec
@@ -0,0 +1,74 @@
1
+ # -*- encoding: utf-8 -*-
2
+
3
+ Gem::Specification.new do |s|
4
+ s.name = "dynamoid-edge"
5
+ s.version = "1.1.0"
6
+
7
+ # Keep in sync with README
8
+ s.authors = [
9
+ 'Josh Symonds',
10
+ 'Logan Bowers',
11
+ 'Craig Heneveld',
12
+ 'Anatha Kumaran',
13
+ 'Jason Dew',
14
+ 'Luis Arias',
15
+ 'Stefan Neculai',
16
+ 'Philip White',
17
+ 'Peeyush Kumar',
18
+ ]
19
+ s.description = "Dynamoid is an ORM for Amazon's DynamoDB that supports offline development, associations, querying, and everything else you'd expect from an ActiveRecord-style replacement."
20
+ s.extra_rdoc_files = [
21
+ "LICENSE.txt",
22
+ "README.markdown"
23
+ ]
24
+ # file list is generated with `git ls-files | grep -v -E -e '^spec/' -e '^\.' -e 'bin/'`
25
+ s.files = %w(
26
+ CHANGELOG.md
27
+ Gemfile
28
+ LICENSE.txt
29
+ README.markdown
30
+ Rakefile
31
+ dynamoid-edge.gemspec
32
+ lib/dynamoid.rb
33
+ lib/dynamoid/adapter.rb
34
+ lib/dynamoid/adapter_plugin/aws_sdk_v2.rb
35
+ lib/dynamoid/associations.rb
36
+ lib/dynamoid/associations/association.rb
37
+ lib/dynamoid/associations/belongs_to.rb
38
+ lib/dynamoid/associations/has_and_belongs_to_many.rb
39
+ lib/dynamoid/associations/has_many.rb
40
+ lib/dynamoid/associations/has_one.rb
41
+ lib/dynamoid/associations/many_association.rb
42
+ lib/dynamoid/associations/single_association.rb
43
+ lib/dynamoid/components.rb
44
+ lib/dynamoid/config.rb
45
+ lib/dynamoid/config/options.rb
46
+ lib/dynamoid/criteria.rb
47
+ lib/dynamoid/criteria/chain.rb
48
+ lib/dynamoid/dirty.rb
49
+ lib/dynamoid/document.rb
50
+ lib/dynamoid/errors.rb
51
+ lib/dynamoid/fields.rb
52
+ lib/dynamoid/finders.rb
53
+ lib/dynamoid/identity_map.rb
54
+ lib/dynamoid/middleware/identity_map.rb
55
+ lib/dynamoid/persistence.rb
56
+ lib/dynamoid/validations.rb
57
+ )
58
+ s.homepage = "http://github.com/Dynamoid/Dynamoid"
59
+ s.licenses = ["MIT"]
60
+ s.require_paths = ["lib"]
61
+ s.rubygems_version = "1.8.24"
62
+ s.summary = "Dynamoid is an ORM for Amazon's DynamoDB"
63
+
64
+ s.add_runtime_dependency(%q<activemodel>, ["~> 4"])
65
+ s.add_runtime_dependency(%q<aws-sdk-resources>, ["~> 2"])
66
+ s.add_runtime_dependency(%q<concurrent-ruby>, [">= 1.0"])
67
+ s.add_development_dependency(%q<rake>, [">= 0"])
68
+ s.add_development_dependency(%q<rspec>, ["~> 3"])
69
+ s.add_development_dependency(%q<bundler>, [">= 0"])
70
+ s.add_development_dependency(%q<yard>, [">= 0"])
71
+ s.add_development_dependency(%q<github-markup>, [">= 0"])
72
+ s.add_development_dependency(%q<pry>, [">= 0"])
73
+ s.add_development_dependency(%q<coveralls>, [">= 0"])
74
+ end