Я использую версию GridGain для OSS, поэтому я не могу использовать переносимые объекты.
Я пытаюсь отправить HTTP-запросы, содержащие сериализованное представление json моего объекта пользовательского класса для сохранения. Я понимаю, что, поскольку я не занимаюсь переносными объектами, это невозможно сделать без посредников.
В настоящее время я настроил файл jar, который принимает одну строку ввода (строка json ввода) 1. открывает узел gridgain 2. десериализует входную строку в мой пользовательский объект класса 3. помещает/загружает объект в кешировать обычными средствами в gridgain (cache.out, dataloader.addData)
Это работает. Но проблема в том, что jar должен каждый раз открывать соединение с узлом gridgain, и они закрывают его после установки. Открытие узла gridgain и предоставление ему возможности найти своих одноранговых узлов значительно превышает время загрузки записи и не является жизнеспособным путем (представьте, что вы просто отправляете пару запросов на публикацию одновременно). Я попробовал подход с массовой загрузкой (который не решает корневой проблемы). В идеале я бы оставил соединение с узлом GridGain открытым, и, таким образом, эти операции размещения выполнялись бы без накладных расходов на закрытие и открытие узла. Как мне подойти к этому?
Я уже просмотрел загружаемый дистрибутив GridGain с примерами PHP HTTP и MemCached в папке examples/rest, как было предложено в предыдущем сообщении: Клиент REST GridGain для
Я изучил документацию для HTTP-клиента JETTY REST, но из-за отсутствия документации мне трудно следовать. Например, здесь http://atlassian.gridgain.com/wiki/display/GG60/HTTP+Client говорит о клиенте, но в версии 6.x показывает, что эти конфигурации Jetty устарели. Кроме того, даже с клиентом JETTY (который используется для упомянутых выше примеров PHP HTTP) он не позволяет мне выполнять размещение/загрузку без открытия другого узла, однако я могу запросить кеш.