pub enum BuildError {
Show 14 variants
SettingsMissing,
DefaultPoolMissing,
BackendDetect(BackendDetectError),
SystemCheckFailed {
findings: Vec<SystemCheckFinding>,
},
DependencyNotFound {
plugin: &'static str,
missing: &'static str,
},
PluginCycle {
names: Vec<&'static str>,
},
DuplicatePluginName {
name: &'static str,
},
ReservedPluginName,
PluginOnReady {
plugin: &'static str,
source: Box<dyn Error + Send + Sync>,
},
TemplatesInit(TemplateError),
PluginDatabaseAlias {
plugin: &'static str,
alias: &'static str,
},
DatabaseBackendMismatch {
url_backend: &'static str,
pool_backend: &'static str,
},
CrossDatabaseForeignKey {
model: &'static str,
field: &'static str,
model_db: &'static str,
target_db: &'static str,
},
DuplicateStaticNamespace {
namespace: &'static str,
first_plugin: &'static str,
second_plugin: &'static str,
},
}Expand description
Errors that can occur during AppBuilder::build().
Variants§
SettingsMissing
.settings(Settings) wasn’t called on the builder.
DefaultPoolMissing
.database("default", pool) wasn’t called on the builder.
BackendDetect(BackendDetectError)
The URL scheme in settings.database_url doesn’t match any
shipped backend.
SystemCheckFailed
One or more system checks failed with Severity::Error. The
full list of findings is in the variant.
Fields
findings: Vec<SystemCheckFinding>DependencyNotFound
A plugin’s dependencies() lists a plugin that was never
registered with .plugin(...). Carries the unmet name plus
the plugin that asked for it.
PluginCycle
The dependency graph has a cycle. Carries the plugin names that form it (in any cyclic order; the diagnostic is “these N plugins reference each other”).
DuplicatePluginName
Two registered plugins share a name(). Plugin names are keys
in the migration tracking table and the dependency graph; a
collision would break both.
ReservedPluginName
A plugin claimed the reserved "app" name (used by the
implicit plugin that owns .model::<T>() registrations).
PluginOnReady
A plugin’s on_ready returned an error. Carries the plugin’s
name plus the underlying error.
TemplatesInit(TemplateError)
The templates engine failed to initialise. Carries the
underlying TemplateError (an IO error reading a template
file, or a syntax error in one of the loaded templates).
PluginDatabaseAlias
A plugin’s database() returned an alias that isn’t in the
registered pool set. Surfaces a typo at boot with a clear
“register the pool first” diagnostic instead of letting
db::pool_for panic at first query.
DatabaseBackendMismatch
The URL-derived backend (from settings.database_url) doesn’t
match the runtime type of the default pool passed to
.database("default", ...). Catches the case where the URL
says postgres:// but a SqlitePool was registered, or vice
versa.
CrossDatabaseForeignKey
A foreign key targets a model on a different database than the
model that declares it, and the field has NOT opted out of the
physical constraint. A REFERENCES clause can’t span databases,
so this would emit invalid DDL. Fix by either routing both
models to the same database, or marking the FK
#[umbral(db_constraint = false)] to keep it a logical-only
relation. Closes gaps2 #22.
DuplicateStaticNamespace
Two plugins declared the same static namespace via
Plugin::static_dirs(). Namespaces are the per-plugin URL/disk
segment under static_url / static_root; a collision would
silently shadow one plugin’s assets with another’s, so the build
fails loudly and names both plugins.
Trait Implementations§
Source§impl Debug for BuildError
impl Debug for BuildError
Source§impl Display for BuildError
impl Display for BuildError
Source§impl Error for BuildError
impl Error for BuildError
1.30.0 · Source§fn source(&self) -> Option<&(dyn Error + 'static)>
fn source(&self) -> Option<&(dyn Error + 'static)>
1.0.0 · Source§fn description(&self) -> &str
fn description(&self) -> &str
use the Display impl or to_string()
Auto Trait Implementations§
impl !RefUnwindSafe for BuildError
impl !UnwindSafe for BuildError
impl Freeze for BuildError
impl Send for BuildError
impl Sync for BuildError
impl Unpin for BuildError
impl UnsafeUnpin for BuildError
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
impl<ST, DT> CastableFrom<ST, Initialized, Initialized> for DT
impl<ST, DT> CastableFrom<ST, Uninit, Uninit> for DT
impl<A, B, T> HttpServerConnExec<A, B> for Twhere
B: Body,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left is true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left(&self) returns true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the foreground set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red() and
green(), which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg():
use yansi::{Paint, Color};
painted.fg(Color::White);Set foreground color to white using white().
use yansi::Paint;
painted.white();Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the background set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red() and
on_green(), which have the same functionality but
are pithier.
§Example
Set background color to red using fg():
use yansi::{Paint, Color};
painted.bg(Color::Red);Set background color to red using on_red().
use yansi::Paint;
painted.on_red();Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute value.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold() and
underline(), which have the same functionality
but are pithier.
§Example
Make text bold using attr():
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);Make text bold using using bold().
use yansi::Paint;
painted.bold();Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi Quirk value.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask() and
wrap(), which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk():
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);Enable wrapping using wrap().
use yansi::Paint;
painted.wrap();Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.
fn clear(&self) -> Painted<&T>
renamed to resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.
Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted only when both stdout and stderr are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);