IBM Cloud Object Storage - Java SDK
- Core documentation for IBM COS
- Code Examples
- Java API reference documentation
- REST API reference documentation
Changes to the SDK are tracked in the CHANGELOG.md file.
- An instance of COS.
- An API key from IBM Cloud Identity and Access Management with at least
- The ID of the instance of COS that you are working with.
- Token acquisition endpoint
- Service endpoint
- Java 1.6+.
These values can be found in the IBM Cloud UI by generating a 'service credential'.
Getting the SDK
The recommended way to use the IBM COS SDK for Java in your project is to consume it from Maven. Import the
ibm-cos-java-sdk and specify the SDK Maven modules that your project needs in the dependencies:
<dependencies> <dependency> <groupId>com.ibm.cos</groupId> <artifactId>ibm-cos-java-sdk</artifactId> </dependency> </dependencies>
Building from source
Once you check out the code from GitHub, you can build it using Maven:
mvn clean install
Using a Service Credential
From Release 2.1.0 you can source credentials directly from a
Service Credential JSON document
generated in the IBM Cloud console saved to
~/.bluemix/cos_credentials. The SDK will automatically load these providing you
have not explicitly set other credentials during client creation.
If the Service Credential contain HMAC keys
the client will use those and authenticate using a signature, otherwise the client will use the provided API key to authenticate
using bearer tokens.
Aspera high-speed transfer
It is now possible to use the IBM Aspera high-speed transfer service as an alternative method to managed transfers of larger objects. The Aspera high-speed transfer service is especially effective across long distances or in environments with high rates of packet loss. For more details, check out the IBM Cloud documentation.
Archive Tier Support
You can automatically archive objects after a specified length of time or after a specified date. Once archived, a temporary copy of an object can be restored for access as needed. Restore time may take up to 15 hours.
An archive policy is set at the bucket level by calling the
setBucketLifecycleConfiguration method on a client instance. A newly added or modified archive policy applies to new objects uploaded and does not affect existing objects. For more detail, see the documentation.
Immutable Object Storage
Users can configure buckets with an Immutable Object Storage policy to prevent objects from being modified or deleted for a defined period of time. The retention period can be specified on a per-object basis, or objects can inherit a default retention period set on the bucket. It is also possible to set open-ended and permanent retention periods. Immutable Object Storage meets the rules set forth by the SEC governing record retention, and IBM Cloud administrators are unable to bypass these restrictions. For more detail, see the documentation. Immutable Object Storage does not support Aspera transfers via the SDK to upload objects or directories at this stage.
Users can set an archive rule that would allow data restore from an archive in 2 hours or 12 hours.
Feel free to use GitHub issues for tracking bugs and feature requests, but for help please use one of the following resources:
- Read a quick start guide in IBM Cloud Docs
- Ask a question on StackOverflow and tag it with
- Open a support ticket with IBM Cloud Support
- If it turns out that you may have found a bug, please open an issue