This is an example of how to use @harperdb/nextjs to develop a Next.js application with Harper.
The Next.js application can interact with the database through the Resource API directly instead of relying on network operations. This is significantly more efficient and enables a better application development experience.
- Clone this repo locally
- Run
npm install - Run
npm run dev - Open http://localhost:9926 🎉
The easiest way to demonstrate this application remotely is to use the prebuilt: true option and the Harper CLI.
- Locally or in a CI environment, create a build using
npm run build - Modify
config.yamlto includeprebuilt: trueunder the@harperdb/nextjscomponent - Then deploy the prebuilt application using the Harper CLI:
harperdb deploy \
target="<operations api url>" \
username="<username>" \
password='<password>' \
project=nextjs-example \
package=HarperDB/nextjs-example \
skip_node_modules=false \
replicated=true \
restart=trueCheck out the included build and deploy workflow for an example of how to automate this process.
This example in and of itself is a HarperDB Component, and is reliant on the @harperdb/nextjs extension in order to access the Harper Resource API. The globals are only available on server-side code paths such as server actions and server components. Any code paths using HarperDB globals must first import the harperdb package (i.e. import('harperdb')).
Tip
Use the harperdb-nextjs CLI (part of the @harperdb/nextjs package) to replace the Next.js CLI. For example, next dev becomes harperdb-nextjs dev. This CLI handles running HarperDB and providing sensible configuration values for the @harperdb/nextjs component.
Based on Next.js best practices, it is recommended to use this in server actions so that server and client components can both access the same functions. This example demonstrates this pattern by defining two server actions, listDogs and getDog (located in ./app/actions.js). These are then used throughout the application, in both Client and Server components!