Get started with the AWS SDK for C++ code examples
Structure of the code examples
The C++ example folderget_item.cpp
and put_item.cpp
. Each .cpp
file contains a main()
function as an entrypoint to a standalone
executable. The project executables are generated in a folder designated by your build
system, and there is one executable file corresponding to each example source file. The
file name of the executable follows the conventions of the platform such as
{name}.exe
or just {name}
and any custom
prefix CMakeLists.txt
applies such as run_
.
To run an example functionality
-
Download the desired code example from the AWS Code Examples Repository
on GitHub. -
Open a .cpp file to explore its
main()
function and any called methods. -
Build the project, as demonstrated with the starter example in Getting started using the AWS SDK for C++. Note that building the project generates each executable for every source file in the project.
-
Run the executable for the selected functionality.
-
In a command prompt, run that program using the executable based on the name of the
*.cpp
file. -
If you are working within an IDE, choose the
.cpp
file of the functionality you want to demonstrate and select it as the startup option (or startup object).
-
Unit tests
Tests for examples are written using the GoogleTest framework. To learn more, see
GoogleTest
Primer
The unit tests for each example are in a tests
subfolder
containing its own CMakeLists.txt
file. For each example source
file there is a corresponding test file named
gtest_
.
The test executable for the subfolder is named <source file>
.<AWS service>
_gtests
CMakeLists.txt file
The folder for each service contains a file named CMakeLists.txt
file. Many of these
files contain a construct similar to the following:
foreach(EXAMPLE IN LISTS EXAMPLES) add_executable(${EXAMPLE} ${EXAMPLE}.cpp) target_link_libraries(${EXAMPLE} aws-cpp-sdk-email aws-cpp-sdk-core) endforeach()
For each .cpp file in the folder, the CMakeLists.txt
file builds an executable
(cmake: add_executable
) with a name based on the name of the source
code file without the file extension.
Using AWS for troubleshooting and diagnostics
As you learn to develop applications with the AWS SDK for C++, it's also valuable to get comfortable in using both the AWS Management Console and the AWS CLI. These tools can be used interchangeably for various troubleshooting and diagnostics .
The following tutorial shows you an example of these troubleshooting and diagnostics
tasks. It focuses on the Access denied
error, which can be encountered for
several different reasons. The tutorial shows an example of how you might determine the
actual cause of the error. It focuses on two of the possible causes: incorrect
permissions for the current user and a resource that isn't available to the current
user.
To get the project source and executables
-
Download the Amazon S3 code example folder from AWS Code Examples Repository
on GitHub. -
Open
delete_bucket.cpp
and notice that there are two methods:main()
andDeleteBucket()
.DeleteBucket()
uses the SDK to delete the bucket. -
Build the Amazon S3 example, using the same build steps explained in Getting started using the AWS SDK for C++. The build process generates an executable for each source file.
-
Open a command prompt to the folder where your build system generated your build executables. Run the executable
run_create_bucket
(your actual executable filename will differ based on your operating system). This creates a bucket in your account (so that you have one to delete). -
In the command prompt, run the executable
run_delete_bucket
. This example expects a parameter of the name of the bucket that you want to delete. Provide an incorrect bucket name; intentionally create a typo in this bucket name for now, so that we can explore troubleshooting. -
Confirm that you get an
Access Denied
error message. Getting anAccess Denied
error message leads you to question whether you created a user with full permissions for Amazon S3, which you'll verify next.
To install the AWS CLI and find the username that is making calls to AWS
-
To install the latest AWS CLI to your development machine, see Installing the AWS CLI in the AWS Command Line Interface User Guide.
-
To verify the AWS CLI is working, open a command prompt and run command
aws -\-version
$
aws -\-version
aws-cli/2.1.29 Python/3.8.8 Windows/10 exe/AMD64 prompt/off
-
To obtain the username that is actually making the calls to AWS, run the AWS CLI command
aws sts get-caller-identity
. In the following example output, that username is userX$
aws sts get-caller-identity
{ "UserId": "A12BCD34E5FGHI6JKLM", "Account": "1234567890987", "Arn": "arn:aws:iam::1234567890987:user/userX" }
There are many ways to specify credentials, but if you followed the approach in SDK authentication with AWS then this username comes from your AWS shared credentials file. During that procedure you granted your user AmazonS3FullAccess permissions.
Note
Generally, most AWS CLI commands follow the syntax structure of:
$
aws <
command
> <subcommand
> [options and parameters
]where
command
is the service, andsubcommand
is the method being called on that service. For more details, see Command structure in the AWS CLI in the AWS Command Line Interface User Guide.
To verify whether a user has permission to delete a bucket
-
Open the AWS Management Console
and log in. For more details, see Getting Started with the AWS Management Console. -
In the main navigation bar, for Search for services..., enter
IAM
and select the IAM service from the results. -
From the Dashboard sidebar, or under IAM Resources, select Users.
-
From the table of users available for your account, select the username obtained in the preceding procedure.
-
Choose the Permissions tab of the Summary page, under the Policy name table, select AmazonS3FullAccess.
-
Look at the Policy summary and the JSON data. Verify that this user has full rights for the Amazon S3 service.
"Effect": "Allow", "Action": "s3:*", "Resource": "*"
This process of elimination is common in ruling out where the problem might be. In this case, you've
verified that the user does have the correct permissions, so the problem must be something else. That is, since you have the
correct permissions to access your buckets, the Access Denied
error may mean that you are
trying to access a bucket that isn't yours. When troubleshooting, you'd next review the bucket name that was provided to the
program, and notice that a bucket with that name doesn't exist in your account, and thus, you cannot 'access' it.
To update the code example so it runs successfully
-
Back in
delete_bucket.cpp
'smain()
function, change the Region, using the enum, to the Region of your account. To find your Region of your account, log into the AWS Management Console, and locate the Region in the upper right-hand corner. Also inmain()
, change the bucket name to a bucket that does exist in your account. There are several ways to find your current bucket names:-
You can use the
run_list_buckets
executable that also exists in this code example's folder to programatically get the names of your buckets. -
Alternatively, you can also use the following AWS CLI command to list your Amazon S3 buckets.
$
aws s3 ls
2022-01-05 14:27:48
amzn-s3-demo-bucket
-
Alternatively, you can also use the AWS Management Console
. In the main navigation bar, in Search for services..., enter S3
. The Buckets page lists your account's buckets.
-
-
Rebuild the code and run the updated executable
run_delete_bucket
. -
Using either the AWS Management Console or the AWS CLI, verify that the Amazon S3 bucket that you created earlier has been deleted.
Building and Debugging Code Examples in Visual Studio
Building and running the Amazon S3 code example
-
Obtain the Amazon S3 example source code. This procedure uses the Amazon S3 code examples using the AWS SDK for C++ code example to get up and running using Visual Studio.
-
In Windows Explorer, navigate to the
s3
folder (e.g.\aws-doc-sdk-examples\cpp\example_code\s3
). -
Right click on the
s3
example folder and choose Open with Visual Studio. Visual Studio for CMake projects don’t have a 'project' file, rather, it is the whole folder. -
In the Configuration Selector dropdown in the top menu of Visual Studio, ensure that the selected configuration matches the build type that you selected when building the SDK from source. E.g. a Debug configuration should be selected if you built from source using debug (
-DCMAKE_BUILD_TYPE=Debug
in the CMake command line from the SDK installation instructions). -
Open file
CMakeLists.txt
. -
Click Save. Every time you click Save on the
CMakeLists.txt
file, Visual Studio refreshes the CMake-generated files. If you have your Output tab displayed, you can see the resulting log messages from this generation.-
There is a drop-down box within the Output tab that says: "Show output from:" and CMake should be the option selected by default.
-
Last message output should say "CMake generation finished."
-
If last message is not this, then the CMake file has issues. Do not proceed to further steps until this is resolved. See Troubleshoot build issues.
-
Note that the CMake cache is used by CMake for speed. If you are working through CMake issues, you want to ensure a ‘clean slate’ so that the error messages you are given is actually reflective of your most recent changes. In the Solution Explorer, right-click on
CMakeLists.txt
and choose CMake Cache, then choose Delete Cache. Do this frequently when working progressively through CMake issues.
-
-
To build and run examples from within Visual Studio, Visual Studio places executables in a different folder structure than the command line. To run the code, the SDK executables must be copied to the right place. Find the “
TODO
” line of the CMakeLists file (~line 40) and choose the one commented for use in Visual Studio. Visual Studio does not use a subfolder dedicated to the build type so this is not included. Switch the commented-out line in theCMakeLists.txt
file for Visual Studio use. -
Delete the CMake cache (as described above), click in the
CMakeLists.txt
file to select/activate the tab, and choose Save on theCMakeLists.txt
file again to initiate the CMake build files generation. -
Open the source file of the ‘program’ you wish to run.
-
For example, open
list_buckets.cpp
. -
The Amazon S3 example folder is coded so that each showcased ‘feature’ of Amazon S3 is demonstrated in a dedicated executable for just that feature. E.g.
list_buckets.cpp
will become an executable that only demonstrates the listing of buckets.
-
-
In the top menu, choose Build, then choose Build All.
-
The Output tab’s Show output from should reflect the selection of Build, and show all the building and linking messages.
-
The last output should be: "Build All succeeded."
-
Now executables for each of the individual source files are generated. You can confirm this by looking in the build output directory (e.g.
\aws-doc-sdk-examples\cpp\example_code\s3\out\build\x64-Debug
). -
Note that the executables are prefixed with “run_” because the
CMakeLists.txt
file dictates this.
-
-
In the top menu, there is a green arrow and a drop-down selector for Debug Target. Choose
run_list_buckets.exe
. -
Click the green arrow run button to Select Startup Item.
-
A Visual Studio Debug Console window will open and display the output of the code.
-
Press a key to close the window, or manually close the window, to terminate the program. You can also set breakpoints in the code and when you click run again the breakpoints will be hit.