Приветствую всех! 
Столкнулся со следующей проблемой: при передаче обекта типа org.w3c.dom.Document по сети этот объект не передаётся. Исключения не наступает. Просто сервер ожидает клиента. при остановке сервера происходит ошибка ввода-вывода - но оно и понятно.
Код следующий:
клиент:

т.е, стандартный для таких случаев. Оговорюсь, что точно такой же код работает, если направить поток не в сеть, а в файл. 
Код сервера:

И вот это не парсится ни в какую! Пробовал отлаживать даже так - заливал со стороны клиента строчку и читал её на сервере. Пашет! В общем, руки опускаются. Буду рад любой помощи.

Нет, естественно. 
Это означало бы закрытие сокета, а мне бы хотелось с ним ещё работать.
Собственно, я нашёл обходной путь - через сериализацию. Этот метод работает. Но всё равно интересно, почему не работают API, вроде бы специально для этого написанные. 

Не работает потому, что DocumentBuilder.parse() будет читать до тех пор, пока не будет достигнут конец потока. Если парсить такой XML файл:

то парсер не остановится после </root1>, а будет парсить дальше и выдаст ошибку.

Понятно. Спасибо. 
Хорошо, что я не стал дальше пытаться работать этим методом.

Можно конечно написать свой InputStream, который бы по получению особой последовательности байтов, выдавал бы EOS.

LSD, сдается мне, это ещё больший изврат, чем использование ObjectInput/OutputStream. 
Но концептуально, да. 

Смотря как это делать, если определить свой формат передачи данных, с заголовком, служебными данными и т.п. А потом просто сделать возможность получать тело пакета в виде InputStream, то это уже не будет извратом. Хотя это довольно трудоемко в реализации, и возможно для данного случая просто не востребовано.

По идее можно использовать тот же HTTP, указывая всегда правильный content-length. Тем более, что с шестой jdk идет встроенный минимальный http сервер. И не надо велосипед придумывать со своим форматом вроде как. Не уверен конечно, что реализация этого сервера корректно обрабатывает протокол (в частности Content-Length), но должна по идее правильно Надо копаться в исходниках

Добавлено @ 02:31 
Предположение оказалось верным. Нашел класс реализацию InputStream - FixedLengthInputStream. Она учитывает заголовок Content-Length и после приема указанного кол-ва байт (если точнее, октетов), генерирует EOF.

Это сообщение отредактировал(а) kkorsakoff - 22.12.2006, 02:36

Хотя блин, тебе же надо поток оставлять открытым Не совсем то

  Да ладно. Главное - теперь известны причины, почему  это не работает.

Возникла та же проблема, что и у автора топика. Если у кого-то есть готовое решение, как это реалиизовать, поделитесь, пожалуйста.

Непонятно только, почему мой другой проект (сервлет) точно также читает и записывает XML, то всё работает... Ведь в обоих случаях потоки одинаковы, разве их обёртка (Socket к примеру) может как-то на это влиять?

UP)
  

DOKA, 
1) Не надо апать темы. Если у кто-то знает решение он и так ответит.
2) что тебе непонятно? Там вроде полностью разобрались с проблемой.

LSD, 
1 - ok.
2 - было сказано, что получилось реализовать это через сериализацию. И вот непонятно как можно сериализовать Document. При попытки записи его в сокет, получаю NoSerializableException.