@cedarjs/api 2.5.0 → 2.5.1-next.27

package/README.md

@@ -2,9 +2,9 @@
 
 ## Purpose and Vision
 
-Redwood believes the future is serverless and multi-client. And `@redwoodjs/api` makes Redwood serverless and multi-client ready. Redwood has one API to rule them all. Your API is abstracted away from any one side of your application, so you can have as many sides as you need, and when you need them.
+Cedar believes the future is serverless and multi-client. And `@cedarjs/api` makes Cedar serverless and multi-client ready. Cedar has one API to rule them all. Your API is abstracted away from any one side of your application, so you can have as many sides as you need, and when you need them.
 
-Right now, the `@redwoodjs/api` package exposes functions that help with logging, services, data fetching via Prisma, webhooks and authentication.
+Right now, the `@cedarjs/api` package exposes functions that help with logging, services, data fetching via Prisma, webhooks and authentication.
 
 We also plan to make Functions platform-agnostic. At the moment, we're targeting AWS Lambda, but we aim to provide a single interface for other providers and build-time support when you've targeted them.
 
@@ -15,11 +15,11 @@ We also plan to make Functions platform-agnostic. At the moment, we're targeting
 
 ### Logging
 
-RedwoodJS provides an opinionated logger with sensible, practical defaults that grants you visibility into the JAMStack applications you're developing and have deployed -- with ease.
+CedarJS provides an opinionated logger with sensible, practical defaults that grants you visibility into the JAMStack applications you're developing and have deployed -- with ease.
 
 Logging in the serverless ecosystem is not trivial and neither is its configuration.
 
-When choosing a Node.js logger to add to the framework, RedwoodJS required that it:
+When choosing a Node.js logger to add to the framework, CedarJS required that it:
 
 - Have a low-overhead, and be fast
 - Output helpful, readable information in development
@@ -31,21 +31,21 @@ When choosing a Node.js logger to add to the framework, RedwoodJS required that
 - Have a solid Developer experience (DX) to get logging out-of-the-gate quickly
 - Use a compact configuration to set how to log (its `options`) and where to log -- file, stdout, or remote transport stream -- (its `destination`)
 
-With those criteria in mind, Redwood includes [pino](https://github.com/pinojs/pino) with its rich [features](https://github.com/pinojs/pino/blob/master/docs/api.md), [ecosystem](https://github.com/pinojs/pino/blob/master/docs/ecosystem.md) and [community](https://github.com/pinojs/pino/blob/master/docs/ecosystem.md#community).
+With those criteria in mind, Cedar includes [pino](https://github.com/pinojs/pino) with its rich [features](https://github.com/pinojs/pino/blob/master/docs/api.md), [ecosystem](https://github.com/pinojs/pino/blob/master/docs/ecosystem.md) and [community](https://github.com/pinojs/pino/blob/master/docs/ecosystem.md#community).
 
-Plus ... pino means 🌲 pine tree! How perfect is that for RedwoodJS?
+Plus ... pino means 🌲 pine tree! How perfect is that for CedarJS?
 
-Note: RedwoodJS logging is setup for its api side only. For browser and web side error reporting or exception handling, these features will be addressed in a future release.
+Note: CedarJS logging is setup for its api side only. For browser and web side error reporting or exception handling, these features will be addressed in a future release.
 
-For detailed logger configuration, see the RedwoodJS logger package [README](./src/logger/README.md).
+For detailed logger configuration, see the CedarJS logger package [README](./src/logger/README.md).
 
 ## Contributing
 
-`@redwoodjs/api` uses a few things you should be familiar with:
+`@cedarjs/api` uses a few things you should be familiar with:
 
 - [Prisma](https://www.prisma.io)
 - [Pino](https://getpino.io)
 
-Although this package depends, in the code-dependency sense, only on `@redwoodjs/internal`, it still hangs together with the others—notably, `@redwoodjs/web` and `@redwoodjs/api-server`. So, if you’re asking yourself “but when does my server run?” head over to `@redwoodjs/api-server`.
+Although this package depends, in the code-dependency sense, only on `@cedarjs/internal`, it still hangs together with the others—notably, `@cedarjs/web` and `@cedarjs/api-server`. So, if you’re asking yourself “but when does my server run?” head over to `@cedarjs/api-server`.
 
-If you’re asking yourself “but where is my GraphQL Server” head over to `@redwoodjs/graphql-server`.
+If you’re asking yourself “but where is my GraphQL Server” head over to `@cedarjs/graphql-server`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@cedarjs/api",
-  "version": "2.5.0",
+  "version": "2.5.1-next.27+4a00a5632",
   "repository": {
     "type": "git",
     "url": "git+https://github.com/cedarjs/cedar.git",
@@ -97,7 +97,7 @@
     "title-case": "3.0.3"
   },
   "devDependencies": {
-    "@cedarjs/framework-tools": "0.0.0",
+    "@cedarjs/framework-tools": "2.5.1-next.27",
     "@types/aws-lambda": "8.10.160",
     "@types/jsonwebtoken": "9.0.10",
     "@types/memjs": "1",
@@ -128,5 +128,5 @@
   "publishConfig": {
     "access": "public"
   },
-  "gitHead": "42e3c32b60325fcab386d1816401a8451f910121"
+  "gitHead": "4a00a56324db4db5db1559e21850f4d9b5856b52"
 }