Пазл с подпиской на GraphQL

Использование apollo-link на клиенте и PubSub из apollo-server-express на сервере. Получение странного результата в тесте мокко при разговоре с GraphQL API:

мокко:

import { execute, makePromise } from 'apollo-link';

const uri = 'http://localhost:3001/graphql';
const link = new HttpLink({ uri, fetch });

const subscribe = (query, handlers) => {
  const operation = {
    query: gql`${query}`,
  };

  return execute(link, operation).subscribe(handlers);
};


  const handlers = {
    next: (data) => {
      console.log(`received data: ${Date.now()}, ${JSON.stringify(data, null, 2)}`);
    },
    error: error => console.log(`received error ${error}`),
    complete: () => console.log('complete'),
  };

  it('subscribe', async () => {
    const query = `subscription {
      info
    }`;
    subscribe(query, handlers);
  });

Сервер:

try {
  console.log('subscription =>| ', Date.now(), '|', line);
  worker.pubsub.publish('infoTopic', { info: line });
} catch (e) {
  console.error(e);
}

Вот что я вижу (из теста):

полученные данные: 1545013826838, {"errors": [{"message": "Невозможно вернуть значение null для поля Subscription.info, не допускающего значения NULL», ...

(с сервера):

подписка => | 1545013826887 | глубина информации 1 глубина 1 ...

Подписчик получает на 826 838, а издатель отправляет на 826 887

Какого черта?


person Jeff Lowery    schedule 17.12.2018    source источник


Ответы (1)


Я совсем недавно столкнулся с этой ошибкой. Я нашел решение: мне нужно, чтобы имя поля опубликованного объекта соответствовало имени поля подписки. Для иллюстрации обратите внимание, что имя поля newPost в схеме совпадает с именем в преобразователе, а также с именем поля объекта, публикуемого в канале, и операции подписки:

// schema
type Subscription {
    newPost: Post!
}

// subscription resolver
newPost: {
  subscribe(parent, args, { pubsub }, info)
    return pubsub.asyncIterator('new post')
  }
}

// in the event publisher
pubsub.publish('new post', { newPost: post })

// the subscription operation
subscription {
  newPost {
    id
    title
    body
    published
  }
}
person jackfrosch    schedule 10.05.2019
comment
Спасибо, Джек. Я наконец-то заставил его работать, хотя, вероятно, сделав именно то, что вы сделали выше. Я опубликовал хакерскую статью об этом здесь. - person Jeff Lowery; 10.05.2019