Флеш, передача данных через сокет сервер (Java)
 

Доброй ночи! Может у кого-то где-то завалялась хорошая ссылка или статья про передачу данных мувиков (координаты, типы мувиков), можете оставить? Интернет желаемых результатов не дал. Заранее выражаю благодарность.

Задача не вполне ясна, я как человек много работающий с ЯваСерверами готов вам помочь, но пока непонятно чем.
Дайте конкретику

Какая разница, на чем написан сервер? Полнодуплексный сокет шлет данные в обоих направлениях в виде байтов. Бинарный протокол разрабатывается фронтэндом вместе с бэкэндером, в результате чего пакет данных, которые в сокете склеиваются в один поток, принято делать из двух основных частей:
1. первые 4 байта (увеличить при необходимости) определяют размер пакета
2. остальные байты размерностью int-числа в первых четырех байтах являются уже необходимой передаваемой информацией, которая может быть чем угодно и может делиться еще на более мелкие структуры (например, первый байт может указывать на тип передаваемой команды).

Я писал как-то статьи
http://www.flasher.ru/forum/blog.php?b=579
http://www.flasher.ru/forum/blog.php?b=580
http://www.flasher.ru/forum/blog.php?b=581
Единственное, в комментариях к коду считывания пакета через try-catch есть более лаконичный и быстрый вариант с обычным циклом while (я поясняю, почему я взял именно алгоритм, основанный на try-catch).

С этими статьями была встреча :) Причём одна из первых. Они помогли мне установить соединение с сокет-сервером, но сейчас меня интересует как передавать определённые типы данных. Пример: играют два игрока, они передвигают (каждый) с десяток мувиков, которые в массивах каждого игрока (Riba). Нужно передать друг-другу информацию, про эти мувики, а именно:
а) тип Karas:
б) координаты каждого объекта массива Riba.
Просто передать тип объекта могу(как строку), а вот как ещё передать вместе с типом ещё и координаты? Да потом ещё и правильно раскодировать?

Продумайте протокол. Одни из вариантов:
1. сериализовать нужную информацию в JSON
2. сериализовать нужную информацию в XML
3. если установить, скажем, первым байтом основной части "пакета" тип пакета в идентифицирующий команду "передвигать", то в последующие байты за типом пакета можно вписать конструкции вида
[длина строки типа объекта : int/short][строка типа объекта][координата по Х : int][координата по Y : int]
друг за другом. Таким образом, когда вы получите конечный пакет, можно последовательно посчитывать все необходимые данные и заполнить массив. На сервер уже, исходя из команды, помещенной в пакет, правильно парсить входящую информацию, аналогично на клиентах.

Самый простой способ первый, однако, он проигрывает в легковесности третьему способу. Плюс, мне кажется, флеш намного лучше справится с чтением байтов, чем с десериализацией JSON через нативные методы.

Проявите фантазию, это ведь такое поле для размышлений =)

Раз пошел разговор про протоколы, посоветую Protobuf - это самый легковесный вариант среди возможных трех (XML, JSON, Protobuf)
https://code.google.com/p/protobuf/
Реальный опыт работы был, делали как раз через AS3 -> Java -> AS3
Очень удобно, очень быстро.

Несмотря на то, что гугл уверяет, что использует этот протокол повсеместно для RPC, для REST (и для вашего конкретного случая) он подходит как нельзя лучше.

Кстати по формату он очень похож на то, что описал товарищ КорДум в ответе выше. Передаются байтовые массивы, которые легко распарсить и получить переданную информацию.

---- UPD ----
Открыл полистать КорДумовские статьи, я не знал на что подписался предлагая Протобуф :wacko:
Холивар я начинать не собираюсь, двусмысленности в словах не ищите :umnik2:

После сравнений, всё же легковесность желательней, спасибо за консультацию.

мне вот этот протокол советовали посмотреть, но пока, честно говоря, руки не дошли
http://msgpack.org/

Может, уменьшить? Длина в 4 байта – это 4гб. :)

Добавлю еще пять копеек:
MessagePack, бинарный, легковесный, скоростной. Немного уступает Protobuf по скорости, но несколько проще в использовании. Есть биндинги для всех популярных языков и платформ, в т.ч. и для AS3. Использую в текущем проекте, не AS3, правда, доволен. Использую как раз из-за простоты и как замену JSON. Бенчмарки, что видел, вполне вдохновляют.
UPD. Не заметил пост выше.