rem
03/27/2019, 12:52 PMprisma deploy
):
post-deploy:
▸ Error: output for generator graphql-schema should be a .graphql-file.
▸ Please change the output property for this generator in prisma.yml
I think it started after I upgraded prisma (at some point)Dinesh
03/27/2019, 1:38 PMDinesh
03/27/2019, 1:39 PMJames
03/27/2019, 3:39 PM/home/james/www/scorekeeper-prisma/node_modules/graphql-tools/dist/generate/addResolveFunctionsToSchema.js:79
throw new _1.SchemaError(typeName + "." + fieldName + " defined in resolvers, but not in schema");
I solved the problem but I think that error message can be improvedfullstack
03/27/2019, 4:50 PMrdc
03/28/2019, 3:20 AMjblevins
03/28/2019, 4:06 AMTHpubs
03/28/2019, 4:08 AMTHpubs
03/28/2019, 4:08 AMTHpubs
03/28/2019, 4:08 AMH
03/28/2019, 7:24 AMAdam Thoor
03/28/2019, 9:40 AMAdam Thoor
03/28/2019, 9:42 AMconst board = await prisma.board({
id: request.params.id
});
this would give me a single board, nothing fancy there, but lets say i would like to get the board AND lists associated with the board
I could run the previous code and then run const lists = await prisma.board({
id: request.params.id
}).lists();
And merge the results, but is there way to automatically get them both?THpubs
03/28/2019, 9:47 AMAdam Thoor
03/28/2019, 10:22 AMAdam Thoor
03/28/2019, 10:22 AMMartin Köhn
03/28/2019, 10:38 AM'ECONNRESET': request to <http://localhost:4466/management> failed, reason: socket hang up
When I print the log from the docker container I see the following error:
Encountered unknown SQL type date with column datevalue. IntrospectedColumn(datevalue,date,null,true)"}}
It seems that prisma could not work with the postgres "date" type. Is there a solution or workaround for that?
I'm using Prisma 1.29.2.Industrial
03/28/2019, 12:32 PMcreateChart
(https://github.com/Industrial/test-next.js/blob/develop/services/api/src/server/resolvers/Mutation/createChart.js) and deleteChart
(https://github.com/Industrial/test-next.js/blob/develop/services/api/src/server/resolvers/Mutation/deleteChart.js).
When I call createChart
from my app, this is the output: https://gist.github.com/Industrial/8b839cbba7a872f1e9dbd0a95a013a3b
For deleteChart
the output is:
[33mapi_1 |[0m deleteChart options { data: { where: { id: 'cjtslwjqb000m0b78y3b48mfh' } } }
[33mapi_1 |[0m deleteChart result undefined
Seems there isn't even a request going out to the Prisma server from the Yoga server. Why? The implementation is identical to createChart.Industrial
03/28/2019, 12:35 PMawait context.prisma.mutation.deleteManyCharts(options, info)
as well as await context.prisma.mutation.deleteChart(options, info)
. Both don't do anything at all.Industrial
03/28/2019, 1:00 PMimport { Prisma } from 'prisma-binding'
that I'm using in the Yoga context
object.Industrial
03/28/2019, 1:11 PMprisma.yml
file, which is localhost:8020
. Thats incorrect for any other microservice.Industrial
03/28/2019, 1:12 PM<http://prisma.localtest.me>
then I get a Prisma Login screen in the browser? What the heck is that? I don't want any hosted service to interfere like that with my development (or snoop on my data)Industrial
03/28/2019, 1:26 PMSébastien
03/28/2019, 1:39 PMcreatedBy: User
and updatedBy: User
on most of my types, but I realized that my User
type will have a lot of relations. Is it OK or is there a trick for it?Industrial
03/28/2019, 2:19 PMIndustrial
03/28/2019, 2:19 PMIndustrial
03/28/2019, 2:32 PMIndustrial
03/28/2019, 2:33 PMprisma-binding
and I am calling a query and it does nothing at all. No request going out of API service and no request coming in at Prisma service.Industrial
03/28/2019, 2:35 PMNovalis
03/28/2019, 4:34 PM