aws_sdk_codestarnotifications/
lib.rs

1#![allow(deprecated)]
2#![allow(unknown_lints)]
3#![allow(clippy::module_inception)]
4#![allow(clippy::upper_case_acronyms)]
5#![allow(clippy::large_enum_variant)]
6#![allow(clippy::wrong_self_convention)]
7#![allow(clippy::should_implement_trait)]
8#![allow(clippy::disallowed_names)]
9#![allow(clippy::vec_init_then_push)]
10#![allow(clippy::type_complexity)]
11#![allow(clippy::needless_return)]
12#![allow(clippy::derive_partial_eq_without_eq)]
13#![allow(clippy::result_large_err)]
14#![allow(clippy::unnecessary_map_on_constructor)]
15#![allow(rustdoc::bare_urls)]
16#![allow(rustdoc::redundant_explicit_links)]
17#![forbid(unsafe_code)]
18#![warn(missing_docs)]
19#![cfg_attr(docsrs, feature(doc_auto_cfg))]
20//! This AWS CodeStar Notifications API Reference provides descriptions and usage examples of the operations and data types for the AWS CodeStar Notifications API. You can use the AWS CodeStar Notifications API to work with the following objects:
21//!
22//! Notification rules, by calling the following:
23//!   - CreateNotificationRule, which creates a notification rule for a resource in your account.
24//!   - DeleteNotificationRule, which deletes a notification rule.
25//!   - DescribeNotificationRule, which provides information about a notification rule.
26//!   - ListNotificationRules, which lists the notification rules associated with your account.
27//!   - UpdateNotificationRule, which changes the name, events, or targets associated with a notification rule.
28//!   - Subscribe, which subscribes a target to a notification rule.
29//!   - Unsubscribe, which removes a target from a notification rule.
30//!
31//! Targets, by calling the following:
32//!   - DeleteTarget, which removes a notification rule target from a notification rule.
33//!   - ListTargets, which lists the targets associated with a notification rule.
34//!
35//! Events, by calling the following:
36//!   - ListEventTypes, which lists the event types you can include in a notification rule.
37//!
38//! Tags, by calling the following:
39//!   - ListTagsForResource, which lists the tags already associated with a notification rule in your account.
40//!   - TagResource, which associates a tag you provide with a notification rule in your account.
41//!   - UntagResource, which removes a tag from a notification rule in your account.
42//!
43//! For information about how to use AWS CodeStar Notifications, see the [Amazon Web Services Developer Tools Console User Guide](https://docs.aws.amazon.com/dtconsole/latest/userguide/what-is-dtconsole.html).
44//!
45//! ## Getting Started
46//!
47//! > Examples are available for many services and operations, check out the
48//! > [examples folder in GitHub](https://github.com/awslabs/aws-sdk-rust/tree/main/examples).
49//!
50//! The SDK provides one crate per AWS service. You must add [Tokio](https://crates.io/crates/tokio)
51//! as a dependency within your Rust project to execute asynchronous code. To add `aws-sdk-codestarnotifications` to
52//! your project, add the following to your **Cargo.toml** file:
53//!
54//! ```toml
55//! [dependencies]
56//! aws-config = { version = "1.1.7", features = ["behavior-version-latest"] }
57//! aws-sdk-codestarnotifications = "1.65.0"
58//! tokio = { version = "1", features = ["full"] }
59//! ```
60//!
61//! Then in code, a client can be created with the following:
62//!
63//! ```rust,no_run
64//! use aws_sdk_codestarnotifications as codestarnotifications;
65//!
66//! #[::tokio::main]
67//! async fn main() -> Result<(), codestarnotifications::Error> {
68//!     let config = aws_config::load_from_env().await;
69//!     let client = aws_sdk_codestarnotifications::Client::new(&config);
70//!
71//!     // ... make some calls with the client
72//!
73//!     Ok(())
74//! }
75//! ```
76//!
77//! See the [client documentation](https://docs.rs/aws-sdk-codestarnotifications/latest/aws_sdk_codestarnotifications/client/struct.Client.html)
78//! for information on what calls can be made, and the inputs and outputs for each of those calls.
79//!
80//! ## Using the SDK
81//!
82//! Until the SDK is released, we will be adding information about using the SDK to the
83//! [Developer Guide](https://docs.aws.amazon.com/sdk-for-rust/latest/dg/welcome.html). Feel free to suggest
84//! additional sections for the guide by opening an issue and describing what you are trying to do.
85//!
86//! ## Getting Help
87//!
88//! * [GitHub discussions](https://github.com/awslabs/aws-sdk-rust/discussions) - For ideas, RFCs & general questions
89//! * [GitHub issues](https://github.com/awslabs/aws-sdk-rust/issues/new/choose) - For bug reports & feature requests
90//! * [Generated Docs (latest version)](https://awslabs.github.io/aws-sdk-rust/)
91//! * [Usage examples](https://github.com/awslabs/aws-sdk-rust/tree/main/examples)
92//!
93//!
94//! # Crate Organization
95//!
96//! The entry point for most customers will be [`Client`], which exposes one method for each API
97//! offered by AWS CodeStar Notifications. The return value of each of these methods is a "fluent builder",
98//! where the different inputs for that API are added by builder-style function call chaining,
99//! followed by calling `send()` to get a [`Future`](std::future::Future) that will result in
100//! either a successful output or a [`SdkError`](crate::error::SdkError).
101//!
102//! Some of these API inputs may be structs or enums to provide more complex structured information.
103//! These structs and enums live in [`types`](crate::types). There are some simpler types for
104//! representing data such as date times or binary blobs that live in [`primitives`](crate::primitives).
105//!
106//! All types required to configure a client via the [`Config`](crate::Config) struct live
107//! in [`config`](crate::config).
108//!
109//! The [`operation`](crate::operation) module has a submodule for every API, and in each submodule
110//! is the input, output, and error type for that API, as well as builders to construct each of those.
111//!
112//! There is a top-level [`Error`](crate::Error) type that encompasses all the errors that the
113//! client can return. Any other error type can be converted to this `Error` type via the
114//! [`From`](std::convert::From) trait.
115//!
116//! The other modules within this crate are not required for normal usage.
117
118// Code generated by software.amazon.smithy.rust.codegen.smithy-rs. DO NOT EDIT.
119pub use error_meta::Error;
120
121#[doc(inline)]
122pub use config::Config;
123
124/// Client for calling AWS CodeStar Notifications.
125/// ## Constructing a `Client`
126///
127/// A [`Config`] is required to construct a client. For most use cases, the [`aws-config`]
128/// crate should be used to automatically resolve this config using
129/// [`aws_config::load_from_env()`], since this will resolve an [`SdkConfig`] which can be shared
130/// across multiple different AWS SDK clients. This config resolution process can be customized
131/// by calling [`aws_config::from_env()`] instead, which returns a [`ConfigLoader`] that uses
132/// the [builder pattern] to customize the default config.
133///
134/// In the simplest case, creating a client looks as follows:
135/// ```rust,no_run
136/// # async fn wrapper() {
137/// let config = aws_config::load_from_env().await;
138/// let client = aws_sdk_codestarnotifications::Client::new(&config);
139/// # }
140/// ```
141///
142/// Occasionally, SDKs may have additional service-specific values that can be set on the [`Config`] that
143/// is absent from [`SdkConfig`], or slightly different settings for a specific client may be desired.
144/// The [`Builder`](crate::config::Builder) struct implements `From<&SdkConfig>`, so setting these specific settings can be
145/// done as follows:
146///
147/// ```rust,no_run
148/// # async fn wrapper() {
149/// let sdk_config = ::aws_config::load_from_env().await;
150/// let config = aws_sdk_codestarnotifications::config::Builder::from(&sdk_config)
151/// # /*
152///     .some_service_specific_setting("value")
153/// # */
154///     .build();
155/// # }
156/// ```
157///
158/// See the [`aws-config` docs] and [`Config`] for more information on customizing configuration.
159///
160/// _Note:_ Client construction is expensive due to connection thread pool initialization, and should
161/// be done once at application start-up.
162///
163/// [`Config`]: crate::Config
164/// [`ConfigLoader`]: https://docs.rs/aws-config/*/aws_config/struct.ConfigLoader.html
165/// [`SdkConfig`]: https://docs.rs/aws-config/*/aws_config/struct.SdkConfig.html
166/// [`aws-config` docs]: https://docs.rs/aws-config/*
167/// [`aws-config`]: https://crates.io/crates/aws-config
168/// [`aws_config::from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.from_env.html
169/// [`aws_config::load_from_env()`]: https://docs.rs/aws-config/*/aws_config/fn.load_from_env.html
170/// [builder pattern]: https://rust-lang.github.io/api-guidelines/type-safety.html#builders-enable-construction-of-complex-values-c-builder
171/// # Using the `Client`
172///
173/// A client has a function for every operation that can be performed by the service.
174/// For example, the [`CreateNotificationRule`](crate::operation::create_notification_rule) operation has
175/// a [`Client::create_notification_rule`], function which returns a builder for that operation.
176/// The fluent builder ultimately has a `send()` function that returns an async future that
177/// returns a result, as illustrated below:
178///
179/// ```rust,ignore
180/// let result = client.create_notification_rule()
181///     .name("example")
182///     .send()
183///     .await;
184/// ```
185///
186/// The underlying HTTP requests that get made by this can be modified with the `customize_operation`
187/// function on the fluent builder. See the [`customize`](crate::client::customize) module for more
188/// information.
189pub mod client;
190
191/// Configuration for AWS CodeStar Notifications.
192pub mod config;
193
194/// Common errors and error handling utilities.
195pub mod error;
196
197mod error_meta;
198
199/// Information about this crate.
200pub mod meta;
201
202/// All operations that this crate can perform.
203pub mod operation;
204
205/// Primitives such as `Blob` or `DateTime` used by other types.
206pub mod primitives;
207
208/// Data structures used by operation inputs/outputs.
209pub mod types;
210
211mod auth_plugin;
212
213pub(crate) mod client_idempotency_token;
214
215mod idempotency_token;
216
217pub(crate) mod protocol_serde;
218
219mod sdk_feature_tracker;
220
221mod serialization_settings;
222
223mod endpoint_lib;
224
225mod lens;
226
227mod serde_util;
228
229mod json_errors;
230
231#[doc(inline)]
232pub use client::Client;