Максимум # символов в представлении CURL в Ontotext GraphDB?
У меня есть несколько запросов SPARQL, которые содержат более 5000 чартеров. Когда они отправляются в GraphDB через CURL (в частности, httr::GET в R), они не отображаются на экране монитора запросов, а (немедленный) ответ CURL пуст.
Есть ли способ разрешить отправку более длинных запросов SPARQL через CURL в GraphDB? Эти длинные запросы работают, когда я отправляю их непосредственно в веб-интерфейс.
Точную отсечку пока не придумал. Мой самый длинный рабочий запрос на данный момент составляет 4779 символов.
Я работаю над возможностью сделать запросы короче, например, с минимизацией пробелов, более короткими именами переменных и, возможно, общим рефакторингом.
Ответы 1
Это сильно зависит от того, какой именно запрос curl вы используете. Если вы храните данные в теле, проблем быть не должно.
Однако, как правило, я бы рекомендовал использовать POST запросы на что-либо значительное, как это предлагается в комментариях. Это позволяет избежать проблем, когда размер ответа ограничен клиентом.
Мне просто нужно было выделить время, чтобы заново изучить различия между POST и GET. Спасибо, AKSW и Радостин.
вы пробовали запрос
POSTвместо этого?