nodeSolidServer / nodeSolidServer/node-solid-server
Reuse in-memory RDF store for consecutive PATCH requests
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 1.8k
- Forks
- 308
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
When you do two consecutive write operations on the same resource, the data has to go to disk and go back into memory in-between the first and the second request. If there is no time for that, the second PATCH fails with because the resource is locked.
This behaviour could be improved by reusing the in-memory RDF store across requests.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
In der Issue sind keine Dateien oder Tests angegeben. Beginne damit, die Verarbeitung von PATCH-Anfragen und den Lebenszyklus des In-Memory-RDF-Stores nachzuverfolgen; fertig ist die Arbeit, wenn aufeinanderfolgende Schreibvorgänge auf dieselbe Ressource In-Memory-Daten wiederverwenden können, ohne dass der zweite PATCH fehlschlägt, weil die Ressource gesperrt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript
- Bereich
- backend
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100