AWS (Amazon Web Services) APIs client implementation for node.js
npm install aws2js
|345||downloads in the last day|
|1 294||downloads in the last week|
|3 758||downloads in the last month|
|Version||0.8.3 last updated a year ago|
|Keywords||amazon, aws, rest, api, https, query api, ec2, rds, ses, elb, s3, iam, auto scaling, cloudwatch, elasticache, sqs, simpledb, sdb, security token service, sts, dynamodb, sns, emr, elastic mapreduce|
|Dependencies (7)||lodash, semver, buffer-concat, libxml-to-js, mime-magic, xml2js, mime|
|Dependents (17)||ambulance, awscms, backbone-sdb, bonkers, bucket-copy, bucket-list, cloudwatch2graphite, coke, hubot-dropcam, ignition, mongoose-attachments-aws2js, nqueued, s3-wrapper, s3db, s3ync, simple-queue-service, simply-wrapper|
Amazon Web Services node.js module. Originally a fork of aws-lib.
Either manually clone this repository into your
node_modules directory, then run
npm install on the aws2js top directory, or the recommended method:
npm install aws2js
The installation depends on npm 1.1.x+ as it uses the optionalDependencies feature which means that node.js v0.4.x isn't supported. Technically, it still works, but you need to manually install an XML parser and a MIME library that aws2js can use.
Since v0.8 all the dependencies are installed (if possible), then the library uses its feature detection to try its best. Picking your favorite isn't possible, unless you actually uninstall the modules you don't want the library to use. I had it implemented in v0.7. It was a maintenance nightmare.
The optional dependencies are:
- libxml-to-js, xml2js - for XML parsing
- mime-magic, mime - for automatically setting the Content-Type for S3 uploads, if the header is missing
aws2js prefers libxml-to-js and mime-magic for various reasons. Under Windows, the libxml-to-js installation should fail, therefore it uses xml2js. Please notice that the mime library detects the MIME type by doing a file extension lookup, while mime-magic does it the proper way by wrapping the functionality of libmagic. You have been warned.
Project and Design goals
- HTTPS-only APIs communication (exceptions allowed for HTTP-only APIs)
- Proper error reporting
- Simple to write clients for a specific AWS service (abstracts most of the low level plumbing)
- Simple to use AWS API calls
- Higher level clients for specific work flows
- Proper documentation
The HTTPS support isn't working as intended due to lack of proper node.js support till v0.8.5, therefore the usage of previous node.js versions is deprecated. The host based addressing for S3 buckets must be changed in order to avoid the situation presented into the documentation.
Supported Amazon Web Services
- Amazon EC2 (Elastic Compute Cloud)
- Amazon RDS (Relational Database Service)
- Amazon SES (Simple Email Service)
- Amazon ELB (Elastic Load Balancing)
- Amazon IAM (Identity and Access Management)
- Amazon Auto Scaling
- Amazon CloudWatch
- Amazon ElastiCache
- Amazon SQS (Simple Queue Service)
- Amazon CloudFormation
- Amazon SDB (SimpleDB)
- Amazon STS (Security Token Service)
- Amazon DynamoDB
- Amazon SNS (Simple Notification Service)
- Amazon EMR (Elastic MapReduce)
- Amazon S3 (Simple Storage Service)
For the moment, this project is largely a one man show. Bear with me if things don't move as fast as they should. There are a handful of aws2js contributors as well. The community makes things to be better for everyone.
If you'd like to contribute your line of code (or more), please send a pull request against the future branch. This makes things to be easier on my side. Feature branches are also acceptable. Even commits in your master branch are acceptable. I don't rely on GitHub's merge functionality as I always pull from remotes and manually issue the merge command.
I ask you to patch against the future branch since that's the place where all the development happens, therefore it should be the least conflicts when merging your code. I use the master only for integrating the releases. The master branch always contains the latest stable release.