- Add fallback behavior. loco-rs#732
- Add Scheduler Feature for Running Cron Jobs. loco-rs#735
- Add
--html
,--htmx
and--api
flags to scaffold CLI command. loco-rs#749 - Add base template for scaffold generation. loco-rs#752
- Connect Redis only when the worker is BackgroundQueue. loco-rs#755
- fix: introduce secondary binary for compile-and-run on Windows. loco-rs#727
- Added: loco-cli (
loco new
) now receives options from CLI and/or interactively asks for configuration options such as which asset pipeline, background worker type, or database provider to use. - Fix: custom queue names now merge with default queues.
- Added
remote_ip
middleware for resolving client remote IP when under a proxy or loadbalancer, similar to the Railsremote_ip
middleware. - Added
secure_headers
middleware for setting secure headers by default, similar to how https://github.com/github/secure_headers works. This is now ON by default to promote security-by-default. - Added:
money
,blob
types to entitie generator.
- Moving to timezone aware timestamps. From now on migrations will generate timestamps with time zone by default. Moving to TZ aware timestamps in combination with newly revamped timestamp code generation in SeaORM v1.0.0 finally allows for seamlessly moving between using
sqlite
andpostgres
with minimal or no entities code changes (resolved this long standing issue). TZ aware timestamps also aligns us with how Rails works today (initially Rails had a no-tz timestamps, and today the default is to use timestamps). If not specified the TZ is the server TZ, which is usually UTC, therefore semantically this is almost like a no-tz timestamp.
A few highlights:
Generated entities will now always use DateTimeWithTimeZone
for the default timestamp fields:
...
Generating users.rs
> Column `created_at`: DateTimeWithTimeZone, not_null
> Column `updated_at`: DateTimeWithTimeZone, not_null
...
For better cross database provider compatibility, from now on prefer the tstz
type instead of just ts
when using generators (i.e. cargo loco generate model movie released:tstz
)
-
remove eyer lib. loco-rs#650
- Update the Main Function in src/bin/main
Replace the return type of the main function: **Before:** ```rust async fn main() -> eyre::Result<()> ``` **After:** ```rust async fn main() -> loco_rs::Result<()> ```
-
Modify examples/playground.rs You need to apply two changes here:
a. Update the Function Signature Before:
async fn main() -> eyre::Result<()>
After:
async fn main() -> loco_rs::Result<()>
b. Adjust the Context Handling Before:
let _ctx = playground::<App>().await.context("playground")?;
After:
let _ctx = playground::<App>().await?;
Note, If you are using eyre in your project, you can continue to do so. We have only removed this crate from our base code dependencies.
-
Bump rstest crate to 0.21.0. loco-rs#650
-
Bump serial_test crate to 3.1.1. loco-rs#651
-
Bumo object store to create to 0.10.2. loco-rs#654
-
Bump axum crate to 0.7.5. loco-rs#652
-
Add Hooks::before_routes to give user control over initial axum::Router construction. loco-rs#646
-
Support logger file appender. loco-rs#636
-
Response from the template. loco-rs#682
-
Add get_or_insert function to cache layer. loco-rs#637
-
Bump ORM create to 1.0.0. loco-rs#684
- Use Rust-based tooling for SaaS starter frontend. loco-rs#625
- Default binding to localhost to avoid firewall dialogues during development on macOS. loco-rs#627
- upgrade sea-orm to 1.0.0 RC 7. https://github.com/loco-rs/loco/pull/627
- Add a down migration command. loco-rs#414
- replace create_postgres_database function table_name to db_name. loco-rs#647
- Upgrade htmx generator to htmx2. loco-rs#629
0.6.0 loco-rs#610
- Bump socketioxide to v0.13.1. loco-rs#594
- Add CC and BCC fields to the mailers. loco-rs#599
- Delete reset tokens after use. loco-rs#602
- Generator html support delete entity. loco-rs#604
- Breaking changes move task args from BTreeMap to struct. loco-rs#609
- Change task signature from
async fn run(&self, app_context: &AppContext, vars: &BTreeMap<String, String>)
toasync fn run(&self, _app_context: &AppContext, _vars: &task::Vars) -> Result<()>
- Breaking changes change default port to 5150. loco-rs#611
- Change task signature from
- Update shuttle version in deployment generation. loco-rs#616
v0.5.0 loco-rs#593
- refactor auth middleware for supporting bearer, cookie and query. loco-rs#560
- SeaORM upgraded:
rc1
->rc4
. loco-rs#585 - Adding Cache to app content. loco-rs#570
- Apply a layer to a specific handler using
layer
method. loco-rs#554 - Add the debug macro to the templates to improve the errors. loco-rs#547
- Opentelemetry initializer. loco-rs#531
- Refactor auth middleware for supporting bearer, cookie and query loco-rs#560
- Add redirect response loco-rs#563
- Breaking changes Adding a custom claims
Option<serde_json::Value>
to theUserClaims
struct (type changed). loco-rs#578 - Breaking changes Refactored DSL and Pagination: namespace changes. loco-rs#566
- Replaced
model::query::dsl::
withmodel::query
. - Replaced
model::query::exec::paginate
withmodel::query::paginate
. - Updated the
PaginatedResponse
struct. Refer to its usage example here.
- Replaced
- Breaking changes When introducing the Cache system which is much more flexible than having just Redis, we now call the 'redis' member simply a 'queue' which indicates it should be used only for the internal queue and not as a general purpose cache. In the application configuration setting
redis
, change toqueue
. loco-rs#590
# before:
redis:
# after:
queue:
- Breaking changes We have made a few parts of the context pluggable, such as the
storage
and newcache
subsystems, this is why we decided to let you configure the context entirely before starting up your app. As a result, if you have a storage building hook code it should move toafter_context
, see example here. loco-rs#570
- Refactored model validation for better developer experience. Added a few traits and structs to
loco::prelude
for a smoother import story. IntroducingValidatable
:
impl Validatable for super::_entities::users::ActiveModel {
fn validator(&self) -> Box<dyn Validate> {
Box::new(Validator {
name: self.name.as_ref().to_owned(),
email: self.email.as_ref().to_owned(),
})
}
}
// now you can call `user.validate()` freely
-
Refactored type field mapping to be centralized. Now model, scaffold share the same field mapping, so no more gaps like loco-rs#513 (e.g. when calling
loco generate model title:string
the ability to mapstring
into something useful in the code generation side) NOTE the_integer
class of types are now just_int
, e.g.big_int
, so that it correlate with theint
field name in a better way -
Adding to to quiery dsl
is_in
andis_not_in
. loco-rs#507 -
Added: in your configuration you can now use an
initializers:
section for initializer specific settings# Initializers Configuration initializers: # oauth2: # authorization_code: # Authorization code grant type # - client_identifier: google # Identifier for the OAuth2 provider. Replace 'google' with your provider's name if different, must be unique within the oauth2 config. # ... other fields
-
Docs: fix schema data types mapping. loco-rs#506
-
Let Result accept other errors. loco-rs#505
-
Allow trailing slashes in URIs by adding the NormalizePathLayer. loco-rs#481
-
BREAKING Move from
Result<impl IntoResponse>
toResult<Response>
. This enables much greater flexibility building APIs, where withResult<Response>
you mix and match response types based on custom logic (returning JSON and HTML/String in the same route). -
Added: mime responders similar to
respond_to
in Rails:
- Use the
Format
extractor - Match on
respond_to
- Create different content for different response formats
The following route will always return JSON, unless explicitly asked for HTML with a
Content-Type: text/html
(or Accept:
) header:
pub async fn get_one(
Format(respond_to): Format,
Path(id): Path<i32>,
State(ctx): State<AppContext>,
) -> Result<Response> {
let item = load_item(&ctx, id).await?;
match respond_to {
RespondTo::Html => format::html(&format!("<html><body>{:?}</body></html>", item.title)),
_ => format::json(item),
}
}
- Redisgin pagination. loco-rs#463
- Wrap seaorm query and condition for common use cases. loco-rs#463
- Adding to loco-extras initializer for extra or multiple db. loco-rs#471
- Scaffold now supporting different templates such as API,HTML or htmx, this future is in beta.loco-rs#474
- Fix generatore fields types + adding tests. loco-rs#459
- Fix channel cors. loco-rs#430
- Improve auth controller compatibility with frontend loco-rs#472
- Breaking changes Upgrade sea-orm to v1.0.0-rc.1. loco-rs#420
Needs to update
sea-orm
crate to usev1.0.0-rc.1
version. - Implemented file upload support with versatile strategies. loco-rs#423
- Create a
loco_extra
crate to share common basic implementations. loco-rs#425 - Update shuttle deployment template to 0.38. loco-rs#422
- Enhancement: Move the Serve to Hook flow with the ability to override default serve settings. loco-rs#418
- Avoid cloning sea_query::ColumnDef. loco-rs#415
- Allow required UUID type in a scaffold. loco-rs#408
- Cover
SqlxMySqlPoolConnection
in db.rs. loco-rs#411 - Update worker docs and change default worker mode. loco-rs#412
- Added server-side view generation through a new
ViewEngine
infrastructure andTera
server-side templates: loco-rs#389 - Added
generate model --migration-only
loco-rs#400 - Add JSON to scaffold gen. loco-rs#396
- Add --binding(-b) and --port(-b) to
cargo loco start
.loco-rs#402
- Add: support for pre-compressed assets.
- Added: Support socket channels, see working example here. loco-rs#380
- refactor: optimize checking permissions on Postgres. 9416c
- Added: E2E db. loco-rs#371
- enable compression for CompressionLayer, not etag. loco-rs#356
- Fix nullable JSONB column schema definition. loco-rs#357
- Add: Loco now has Initializers (see the docs). Initializers help you integrate infra into your app in a seamless way, as well as share pieces of setup code between your projects
- Add: an
init_logger
hook insrc/app.rs
for those who want to take ownership of their logging and tracing stack. - Add: Return a JSON schema when payload json could not serialize to a struct. loco-rs#343
- Init logger in cli.rs. loco-rs#338
- Add: return JSON schema in panic HTTP layer. loco-rs#336
- Add: JSON field support in model generation. loco-rs#327 loco-rs#332
- Add: float support in model generation. loco-rs#317
- Fix: conflicting idx definition on M:M migration. loco-rs#311
- Add: Breaking changes Supply
AppContext
toroutes
Hook. Migration steps insrc/app.rs
:
// src/app.rs: add app context to routes function
impl Hooks for App {
...
fn routes(_ctx: &AppContext) -> AppRoutes;
...
}
- Add: Breaking changes change parameter type from
&str
to&Environment
insrc/app.rs
// src/app.rs: change parameter type for `environment` from `&str` to `&Environment`
impl Hooks for App {
...
async fn boot(mode: StartMode, environment: &Environment) -> Result<BootResult> {
create_app::<Self>(mode, environment).await
}
...
- Added: setting cookies:
format::render()
.cookies(&[
cookie::Cookie::new("foo", "bar"),
cookie::Cookie::new("baz", "qux"),
])?
.etag("foobar")?
.json(notes)
- Adding pagination on Models. loco-rs#238
- Adding compression middleware. loco-rs#205 Added support for compression middleware. usage:
middlewares:
compression:
enable: true
- Create a new Database from the CLI. loco-rs#223
- Validate if seaorm CLI is installed before running
cargo loco db entities
and show a better error to the user. loco-rs#212 - Adding to
saas and
rest-api` starters a redis and DB in GitHub action workflow to allow users work with github action out of the box. loco-rs#215 - Adding the app name and the environment to the DB name when creating a new starter. loco-rs#216
- Fix generator when users adding a
created_at
orupdate_at
fields. loco-rs#214 - Add:
format::render
which allows a builder-like formatting, including setting etag and ad-hoc headers - Add: Etag middleware, enabled by default in starter projects. Once you set an Etag it will check for cache headers and return
304
if needed. To enable etag in your existing project:
#...
middlewares:
etag:
enable: true
usage:
format::render()
.etag("foobar")?
.json(Entity::find().all(&ctx.db).await?)
-
See loco-rs#217 Now when you generate a
saas starter
orrest api
starter you will get additional authentication methods for free: -
Added: authentication added -- api authentication where each user has an API token in the schema, and you can authenticate with
Bearer
against that user. -
Added: authentication added --
JWTWithUser
extractor, which is a convenience for resolving the authenticated JWT claims into a current user from database
migrating an existing codebase
Add the following to your generated src/models/user.rs
:
#[async_trait]
impl Authenticable for super::_entities::users::Model {
async fn find_by_api_key(db: &DatabaseConnection, api_key: &str) -> ModelResult<Self> {
let user = users::Entity::find()
.filter(users::Column::ApiKey.eq(api_key))
.one(db)
.await?;
user.ok_or_else(|| ModelError::EntityNotFound)
}
async fn find_by_claims_key(db: &DatabaseConnection, claims_key: &str) -> ModelResult<Self> {
super::_entities::users::Model::find_by_pid(db, claims_key).await
}
}
Update imports in this file to include model::Authenticable
:
use loco_rs::{
auth, hash,
model::{Authenticable, ModelError, ModelResult},
validation,
validator::Validate,
};
- Added:
loco version
for getting an operable version string containing logical crate version and git SHA if available:0.3.0 (<git sha>)
To migrate to this behavior from earlier versions, it requires adding the following to your app.rs
app hooks:
fn app_version() -> String {
format!(
"{} ({})",
env!("CARGO_PKG_VERSION"),
option_env!("BUILD_SHA")
.or(option_env!("GITHUB_SHA"))
.unwrap_or("dev")
)
}
Reminder: loco --version
will give you the current Loco framework which your app was built against and loco version
gives you your app version.
- Added:
loco generate migration
for adding ad-hoc migrations - Added: added support in model generator for many-to-many link table generation via
loco generate model --link
- Docs: added Migration section, added relations documentation 1:M, M:M
- Adding .devcontainer to starter projects loco-rs#170
- Braking changes: Adding
Hooks::boot
application. Migration steps:// Load boot::{create_app, BootResult, StartMode} from loco_rs lib // Load migration: use migration::Migrator; Only when using DB // Adding boot hook with the following code impl Hooks for App { ... async fn boot(mode: StartMode, environment: &str) -> Result<BootResult> { // With DB: create_app::<Self, Migrator>(mode, environment).await // Without DB: create_app::<Self>(mode, environment).await } ... }
- Added pretty backtraces loco-rs#41
- adding tests for note requests loco-rs#156
- Define the min rust version the loco can run loco-rs#164
- Added
cargo loco doctor
cli command for validate and diagnose configurations. loco-rs#145 - Added ability to specify
settings:
in config files, which are available in context - Adding compilation mode in the banner. loco-rs#127
- Support shuttle deployment generator. loco-rs#124
- Adding a static asset middleware which allows to serve static folder/data. Enable this section in config. loco-rs#134
static: enable: true # ensure that both the folder.path and fallback file path are existence. must_exist: true folder: uri: "/assets" path: "frontend/dist" fallback: "frontend/dist/index.html"
- fix:
loco generate request
test template. loco-rs#133 - Improve docker deployment generator. loco-rs#131
- refactor: local settings are now
<env>.local.yaml
and available for all environments, for example you can add a localtest.local.yaml
anddevelopment.local.yaml
- refactor: removed
config-rs
and now doing config loading by ourselves. - fix: email template rendering will not escape URLs
- Config with variables: It is now possible to use tera templates in config YAML files
Example of pulling a port from environment:
server:
port: {{ get_env(name="NODE_PORT", default=5150) }}
It is possible to use any tera
templating constructs such as loops, conditionals, etc. inside YAML configuration files.
-
Mailer: expose
stub
in non-test -
Hooks::before_run
with a default blank implementation. You can now code some custom loading of resources or other things before the app runs -
an LLM inference example, text generation in Rust, using an API (
examples/inference
) -
Loco starters version & create release script loco-rs#110
-
Configure Cors middleware loco-rs#114
-
Hooks::after_routes
Invoke this function after the Loco routers have been constructed. This function enables you to configure custom Axum logics, such as layers, that are compatible with Axum. loco-rs#114 -
Adding docker deployment generator loco-rs#119
DOCS:
- Remove duplicated docs in auth section
- FAQ docs: loco-rs#116
ENHANCEMENTS:
- Remove unused libs: loco-rs#106
- turn off default features in tokio loco-rs#118
NEW FEATURES
format:html
loco-rs#74- Create a stateless HTML starter loco-rs#100
- Added worker generator + adding a way to test workers loco-rs#92
ENHANCEMENTS:
- CI: allows cargo cli run on fork prs loco-rs#96