v0.5.1.0

[NEW FEATURES]

• There is now app.client.setup function in .wasp that you can use to define custom setup you want to do on client before on its initialization.
• You can now configure the React Query's QueryClient by calling special function exposed by Wasp in your JS (in app.client.setup).

Various improvements and bug fixes

• Limited Wasp node version to <=16.15.0 for now, since there is a problem with later versions and how Wasp uses npx.
• Reduced some of the redundant warning messages in Wasp CLI.
• Fixed unresponsive UI on server reload.

v0.5.0.0

[NEW FEATURE] Wasp now has support for running Jobs!

If you have server tasks that you do not want to handle as part of the normal request-response cycle, now Wasp allows you to make that function a Job and it will gain some "superpowers"!

Jobs will persist between server restarts, can be retried if they fail, and they can even be delayed until the future (or have a recurring schedule)!

Some examples where you may want to use a Job on the server include sending an email, making an HTTP request to some external API, or doing some nightly calculations.

To run Jobs, you don't need any additional infrastructure at the moment, just a Postgre database that you anyway need to deploy Wasp to production.

BREAKING CHANGES

• Wasp now requires latest LTS version of NodeJS
  • We had a bit of issues with being too relaxed on the version of NodeJS that can be used with Wasp so we thightened it up a bit.
    We also added a more thorough check in Wasp for it, that will warn you very explicitely if you are using the wrong version of Node.
• Updated react-query to v3
  • This brings some new features from react query while also laying the foundation for the further features we are building on top of it in Wasp (coming soon!).
• Updated python to python3 in Dockerfile generated upon wasp build.

Various improvements

• Finally fixed a bug with orphaned processes in development.
• Various other bug fixes, doc improvements, and refactorings.

v0.4.0.0

[BREAKING CHANGE] Upgrading Prisma to version 3.9.1

We are happy to announce Wasp is now using a much newer version of Prisma! This change does not impact the Wasp DSL support for Prisma, but it does come with some caveats from Prisma based on your usage. Please see this note for any breaking changes: https://www.prisma.io/docs/guides/upgrade-guides/upgrading-versions/upgrading-to-prisma-3

Note: When you first migrate after upgrading, you will likely see a new migration created for 3.x specific features related to updating foreign keys and indexes.

Various improvements

• Automatically regenerating your Prisma client, as needed, based on your Prisma schema changes.
• Tracking your NPM project dependency changes and automatically invoking npm install, as needed, so you are always up to date.
• and more!

v0.3.0.0

[BREAKING CHANGE] New Wasp-lang syntax!

Mostly it is very similar to what it was before, with some following bigger changes:

• auth, dependencies, and couple of other "singleton" delcarations now became part of app declaration.
• All declarations now need to have name, including route.
• route has different syntax.
• dependencies have different syntax.

For exact details about new syntax, check https://wasp-lang.dev/docs/language/syntax .

Various improvements

• Better compiler error messages.
• Nicer CLI output.
• Added delay on recompilation to avoid redundant recompiling.
• Added onAuthSucceededRedirectTo field in app.
• and more!

v0.2.2.2

Fixes:

• fixed bug with authentication for specific operations

v0.2.2.1

CHANGELOG:

• Improved error message when route points to non-existing page.

v0.2.2.0

CHANGELOG:

• New feature: Custom code can now be executed on server start.
• New feature: It can be specified per operation if it should require authenticated user or not.

v0.2.1.0

CHANGELOG:

• added bash completion
• fixed Prisma commands interactivity
• upgraded Prisma version
• added Thoughts example app
• enriched wasp telemetry command
• refactoring

v0.2.0.1

No changes to Wasp itself -> instead, we switched to new build system and one the way changed name of the macos binary + updated the installer script to reflect it. This release is needed to provide the correctly named macos binary for thus updated installer script (which is pulled directly from master).

v0.2.0.0

CHANGELOG

• Added support for .env file.
• Upgraded Prisma to latest 2.21.
• Breaking change: wasp db migrate-save and wasp db migrate-up are deprecated, now we have wasp db migrate-dev.
• Breaking change: So far SQLite was used in development and PostgreSQL was used in production. Now both can be used in development (with SQLite still being the default), while only PostgreSQL can be used in production.