Здравствуйте, баг, Вы писали:

баг>DataInputStream сериализует по-своему, ещё и в network byte order. Мне пришлось самому изобретать велосипед в сериализации, и не факт, что я, впервые сунувшись в мир явы, не допустил ошибок. В C# делал нечто подобное, но там под рукой были структуры, что сильно облегчало задачу, да и рефлекция там проще и одновременно мощнее, как мне показалось. Впрочем, это не холивар, а просто прояснение мнения.
Не понятно что именно вызывает затруднение. Скачать реализацию hessian под Java? В чем вопрос?

баг>Писать новый класс ради одного метода не хочется..
Во-первых проект не лопнет. Во-вторых "ради одного метода" это заблуждение. Значения каким-то образом оказались логически связаны. Вероятность того что они и в других местах проекта будет так же связаны стремится к единице.

B>> На худой конец можно и туплом с генериками.
баг>В стандартном хелпе не нашёл. http://javatuples.org ?

public class Tuple<K,V>{
   K k;
   V v;
}

Свойства и конструкторы добавить по надобности.


B>> Да. И воспользуйтесь, наконец, поиском. Каждый из этих вопросов уже обсуждали.
баг>Старожилам форума всегда так кажется, что и вопросы были, и ответы тоже, и поиск рулит. Но это только кажется, потому что вы "помните", что вопрос уже был, а кто впервые сунулся, тем довольно сложно найти что-то ценное.
Ищите лучше. Вот сходу:
http://rsdn.ru/forum/java/3868329.aspx

Автор: fegdri
Дата: 06.07.10

http://rsdn.ru/forum/java/377246.aspx

Автор: Und
Дата: 08.09.03

Про множественное наследование в других форумах (философия, архитектура) много полезной информации.

баг>Вот специально прошерстил подфорум по моим вопросам, нашёл лишь один о туплах и пространные рассуждения о тонкостях сериализации в XML
Вопрос про сериализацию я пока не понял. Просто перечислены факты. Вопрос в чем?