2017-10-22 13 views
6

Rekursywnie ładuję drzewo przechowywane w Firestore. Drzewo ma ~ 79 węzłów.Błąd w onSnapshot: FirebaseError: [code = invalid-argument]: transakcja zamknięta

Bardzo rzadko pojawia się ten błąd (około jednego na dziesięć obciążeń w pełnym drzewku).

Edit: kod: https://github.com/karol-depka/OrYoL

Edit: przykład rozmieszczone: https://oryol.karoldepka.com/tree (przepraszam, nie plunker na razie tylko ten)

Szczegóły poniżej.

Firebase wersja package.json: 4.5.0

Pytania:

Gdzie mogę uzyskać więcej informacji, niż tej podstawowej dokumentacji https://firebase.google.com/docs/reference/js/firebase.FirebaseError ?

Jakie jest źródło problemu i jak go naprawić?

3VM724:27 Uncaught Error in onSnapshot: Error: transaction closed 
at new FirestoreError (error.js:164) 
at JsonProtoSerializer.webpackJsonp.../../../../firebase/firestore/remote/serializer.js.JsonProtoSerializer.fromRpcStatus (serializer.js:126) 
at JsonProtoSerializer.webpackJsonp.../../../../firebase/firestore/remote/serializer.js.JsonProtoSerializer.fromWatchChange (serializer.js:517) 
at PersistentListenStream.webpackJsonp.../../../../firebase/firestore/remote/persistent_stream.js.PersistentListenStream.onMessage (persistent_stream.js:334) 
at persistent_stream.js:270 
at persistent_stream.js:247 
at async_queue.js:81 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:392) 
at Object.onInvoke (core.es5.js:3890) 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:391) 

Kod:

private processNodeEvents(nestLevel: number, snapshot: any, parents, listener: DbTreeListener) { 
    const serviceThis = this 
    snapshot.docChanges.forEach(function(change) { 
    let data = change.doc.data() 
    if (change.type === 'added') { 
     const parentsPath = serviceThis.nodesPath(parents) 
     console.log('node: ', nestLevel, parentsPath, data); 
     serviceThis.pendingListeners ++ 
     data.node.onSnapshot(targetNodeDoc => { 
     serviceThis.pendingListeners -- 
     listener.onNodeAdded(
      new NodeAddEvent(parentsPath, parentsPath[parentsPath.length - 1], targetNodeDoc, targetNodeDoc.id, 
      serviceThis.pendingListeners)) 
     console.log('target node:', nestLevel, targetNodeDoc) 
     console.log('target node title:', nestLevel, targetNodeDoc.data().title) 

     const subCollection = targetNodeDoc.ref.collection('subNodes') 
     console.log('subColl:', subCollection) 
     subCollection.onSnapshot((subSnap: QuerySnapshot) => { 
      const newParents = parents.slice(0) 
      newParents.push(targetNodeDoc.ref) 
      serviceThis.processNodeEvents(nestLevel + 1, subSnap, newParents, listener) 
     }) 
     }) 
     // console.log('root node ref: ', targetNode); 
    } 
    if (change.type === 'modified') { 
     console.log('Modified city: ', data); 
    } 
    if (change.type === 'removed') { 
     console.log('Removed city: ', data); 
    } 
    }) 
} 

Edit: kolejny błąd odkryto, przez uruchomienie kodu wielokrotnie:

VM3343:27 Uncaught Error in onSnapshot: Error: The referenced transaction has expired or is no longer valid. 
at new FirestoreError (error.js:164) 
at JsonProtoSerializer.webpackJsonp.../../../../firebase/firestore/remote/serializer.js.JsonProtoSerializer.fromRpcStatus (serializer.js:126) 
at JsonProtoSerializer.webpackJsonp.../../../../firebase/firestore/remote/serializer.js.JsonProtoSerializer.fromWatchChange (serializer.js:517) 
at PersistentListenStream.webpackJsonp.../../../../firebase/firestore/remote/persistent_stream.js.PersistentListenStream.onMessage (persistent_stream.js:334) 
at persistent_stream.js:270 
at persistent_stream.js:247 
at async_queue.js:81 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:392) 
at Object.onInvoke (core.es5.js:3890) 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:391) 
window.console.error @ VM3343:27 

Edycja: zmiana Firebase do 4.6.0, problemem stało się 3 razy:

Uncaught Error in onSnapshot: Error: transaction closed 
    at new FirestoreError (error.js:149) 
    at JsonProtoSerializer.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/serializer.js.JsonProtoSerializer.fromRpcStatus (serializer.js:93) 
    at JsonProtoSerializer.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/serializer.js.JsonProtoSerializer.fromWatchChange (serializer.js:536) 
    at PersistentListenStream.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/persistent_stream.js.PersistentListenStream.onMessage (persistent_stream.js:309) 
    at persistent_stream.js:246 
    at persistent_stream.js:222 
    at async_queue.js:62 
    at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:392) 
    at Object.onInvoke (core.es5.js:3890) 
    at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:391) 

Edycja: nawet jeśli wystąpi błąd, drzewo wydaje się kontynuować ładowanie.

Edit: inna wersja tego błędu, z code=aborted (po uaktualnieniu firebase do 4.6.0):

Error in onSnapshot: FirebaseError: [code=aborted]: The referenced transaction has expired or is no longer valid. 
/vendor.bundle.js:18588 errHandler() 
/vendor.bundle.js:33367 
/polyfills.bundle.js:2970 ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invokeTask() 
/vendor.bundle.js:107276 Object.onInvokeTask() 
/polyfills.bundle.js:2969 ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invokeTask() 
/polyfills.bundle.js:2737 Zone.webpackJsonp.../../../../zone.js/dist/zone.js.Zone.runTask() 
/polyfills.bundle.js:3044 webpackJsonp.../../../../zone.js/dist/zone.js.ZoneTask.invokeTask() 
/polyfills.bundle.js:3033 ZoneTask.invoke() 
+0

Miałem podobne problemy z SDK iOS: https://stackoverflow.com/questions/46710371/firebase-firestore-ios-document-snapshot-listener-error-the-referenced-trans – Saul

+0

wszelkie wiadomości na ten temat kwestia ? –

Odpowiedz

1

mam mniej więcej takie same, a to jest przypadkowe, kiedy to działa i nie. Nie używam migawkę, ale valueChanges

ERROR Error: transaction closed 
at new FirestoreError (error.js:149) 
at JsonProtoSerializer.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/serializer.js.JsonProtoSerializer.fromRpcStatus (serializer.js:93) 
at JsonProtoSerializer.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/serializer.js.JsonProtoSerializer.fromWatchChange (serializer.js:536) 
at PersistentListenStream.webpackJsonp.../../../../@firebase/firestore/dist/esm/src/remote/persistent_stream.js.PersistentListenStream.onMessage (persistent_stream.js:309) 
at persistent_stream.js:246 
at persistent_stream.js:222 
at async_queue.js:62 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:392) 
at Object.onInvoke (core.es5.js:3890) 
at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invoke (zone.js:391) 

Dla mnie jest to pokój z kodem, który wywołuje błąd:

return Observable.forkJoin(entries.map(entry => { 
    return this.getPick(entry) 
})) 

każdy wpis w pozycji służy do powrotu pojedynczy wybierać z FireStore.

private getPick(entryId: number) { 
    return this.afs.collection<Pick>('entry/' + entryId + '/event/' + '9/' + 'picks', ref => ref.where('is_captain','==',true)) 
    .valueChanges() 

Nie mam zamiaru przejmować wątku, ale uważam, że jest to bardzo istotne. Jeśli zmienię forkJoin na

Observable.forkJoin(entries.slice(0,20)... 

to działa, więc myślę, że jest to pewnego rodzaju przeciążenie zapytań.

+0

Witam. Dziękuję za twoje spostrzeżenia. Ilekroć mamy nowe odkrycia, wymieńmy obserwacje.Na razie ignoruję ten błąd i wszystko działa dobrze. Z wyjątkiem może w jednym przypadku ostatni/kilka węzłów drzewa dodano kilka sekund po "wszystko najwyraźniej się załadowało", ale nie jestem pewien. Będę miał otwarte oczy. Mam nadzieję, że jakiś członek personelu Firebase skomentuje/odpowie, tak jak Frank Van Puffeln, aby rzucić trochę światła ... – KarolDepka

+0

Używasz AngularFire, prawda? – KarolDepka

+0

Tak, angularfire2, i zrobiłem projekt kilka dni temu, więc wersje powinny być najnowsze. To całkowicie łamie moją aplikację, ponieważ muszę mieć możliwość wysyłania wielu zapytań naraz, więc myślę, że wrócę do MongoDB. –