1
0
Fork 0
mirror of https://github.com/fog/fog.git synced 2022-11-09 13:51:43 -05:00
Commit graph

16 commits

Author SHA1 Message Date
Paul Thornthwaite
0e1daf3ddd [GH-2711] Replace Fog::Connection with XML shim
Unlike last attempt this replaces Fog::Connection with
Fog::XML::Connection which should be directly compatible.

Fog::Connection is there for old PRs but should be removed real soon.

Providers using JSON should be able to replace "XML" with "Core" within
their code to cut down on the dependency.

If I get the time I may attempt to clean up some but testing with Mock
will mean that is mostly educated guesswork.
2014-02-27 00:54:17 +00:00
Paul Thornthwaite
5007aac401 Revert "[core] Replace Fog::Connection with stable version"
This reverts commit 7ee3535d99.
2014-02-26 09:52:02 +00:00
Paul Thornthwaite
7ee3535d99 [core] Replace Fog::Connection with stable version
Fog::Connection mixed in XML parsing via the `parser` argument which
wasn't much use for the majority of APIs using JSON.

This adds the deprecation warning and attempts to update providers to
the correct version of Connection that they need.

Either the cleaner `Fog::Core::Connection` or if reliant on the XML
parsing still `Fog::XML::SAXParserConnection`

The SAX parser will be moving to `fog/xml` fairly soon.
2014-02-25 21:42:34 +00:00
Paul Thornthwaite
15ef5365e5 Require json or xml in provider cores
Since `fog-json` was extracted from `fog` it means if you rely on:

    require "fog/provider/compute"

`Fog::JSON` was not defined although it was supposed to be a supported
use case.

This adds the requires for JSON or XML based APIs based on a quick scan
of each provider to declare the required part.

AWS seems to be relying on both. Which is nice.

Providers relying on native code dependencies
2014-02-19 14:58:00 +00:00
Paul Thornthwaite
8483a599f2 Remove trailing whitespace 2014-02-19 12:30:59 +00:00
Lance Ivy
f9a5b9e942 don't require service when registering it
services will still be required when you:
* require them yourself
* require the entire provider (which requires all services)
2014-02-01 22:02:40 -05:00
Lance Ivy
1cdd969a34 create core for each provider. keep load hook for provider. 2014-02-01 21:13:17 -05:00
Lance Ivy
26c6766b09 normalize requires syntax 2014-02-01 12:50:48 -05:00
Brian D. Burns
40e8f458f2 use Fog::JSON 2013-11-19 00:51:57 -05:00
Brian D. Burns
4ea463eb7b require mime/types in Fog::Storage 2013-08-27 20:43:49 -04:00
Hector Castro
29c7979817 Passing the connection_options parameter to underlying Fog::Storage object
for Fog::RiakCS::Provisioning.
2013-06-26 14:35:48 -04:00
Hector Castro
5aeb68be0b Passing the connection_options parameter to underlying Fog::Storage object.
This aids in scenarios where you want to maintain the s3.amazonaws.com hostname
(for S3 client compatibility), but want to store data in Riak CS.
2013-06-26 12:45:37 +00:00
Erik Michaels-Ober
f2bd2404d1 Revert "Updated gem spec to require json rather than multi_json"
This reverts commits: 66638b25d7,
3f0314dbd1, and
18ce4b7eca.

Since google-api-client was added as a dependency in afa9b025e9,
multi_json is a de facto dependency of fog, so this is a needless layer.
If #1034 is still an issue, I'd be happy to ship a version of multi_json
that requires rubygems >= 1.3.5.
2013-05-06 04:05:36 -07:00
Kyle Rames
18ce4b7eca Added tests for Fog::JSON; Added Fog::JSON::LoadError class; Updated all MultiJson references to Fog::JSON 2013-04-03 10:37:03 -05:00
Kyle Rames
66638b25d7 Updated gem spec to require json rather than multi_json; Fog::JSON will attempt to load and use multi_json first and then fallback to require json; removed hard coded references to multi_json 2013-04-03 08:42:45 -05:00
Christopher Meiklejohn
13e1567a8d Add Riak CS provider in Fog. 2013-03-08 16:24:34 -05:00