У меня такая проблема. В институте профессор дал задания, написать приложение при помощи RMI, которое делала бы следующее:

Два приложения запускаются от 2 до n компьтерах и могут пользоватся одним canvas 2d для всех.
Тоесть если один рисует что-то у себя, то остальные сразу видять что он рисует, а также одновременно могут рисовать несколько пользователей. ну это что-то типо общего удаллённого Paint приложения в messenger.

Так вот у кого какие предложения для реализации такой проблемы?

Я так понимаю что серверная и клинтская часть должна находится у каждого пользователя, но я пока не силён в RMI и поэтому могу ошибаться.



Зарания благодарен.

Один сервер держит массив, соотв. пикселам канваса, экспортирует:
- метод который позволяет установить цвет для каждого пиксела
- метод который получить массив или его измененную с некоего момента (последнего запроса) часть.

Клиенты по таймеру (0.3 сек., напр.) дергают сервер на предмет обновлений, а если юзер чего рисует - апдейтят массив на сервере вызывая первый метод. Можно даже под AJAX такого клиента сделать.

такой вариант рассматривается, а нелзя как-нибудь что бы не клиенты дёргали сервер, а сервер дёргал клиентов когда есть обновления, таким оброзом добится снижения трафика и нагрузки на сервер.

Добавлено @ 16:43 
хотя тогда будет проблемма с файрволом

В RMI всегда есть клиент и сервер и клиент вызывает методы сервера. В принципе каждый клиент может реализовать у себя и клиентскую и серверную часть. Но тут встанет вопрос, с тем где должна быть запущена RMI registry, как клиенты будут находить друг друга, как передавать изменения между клиентами и согласовывать их.

ИМХО выделеные сервер это гораздо проще.

Неужели icq и ему подобные клиенты постороины так что они каждое n времени дёргают сервер?
я думал что для сервера это не есть хорошо.

Именно так и построены. К тому же там не один сервер стоит, их несколько и они делят между собой нагрузку.

Просто надо постараться минимизировать количество обращений к серверу, например передавать изменения не попиксельно а группами. Ну и сам сервер оптимизировать.

Для курсовика - имхо это уже перебор.

Вот именно.
Насколько я помню ВУЗ, то если твоя приблуда работает и делает то, что надо - это пять автоматом.
Если не работает - ну там уже идея оценивается и попытка её реализации, тоже может быть хорошая оценка, но уже придётся помучаться.

Плюс к тому, как правило окружение, где будет тестироваться твой софт - недружественное, чем ты кондовее сделаешь - тем лучше. Прога должна работать в любых условиях. Это чисто житейский совет, проверенный практикой. Например мы сдавали однажды курсовик по базам, сделанный на клиппере, и при этом так получилось, что этот курсовик я для 2/3 группы клепал.. На скорую руку, но так, что бы не попалить народ, что-б по-разному было сделано в некоторых специфических местах, по которым рука чувствуется. Ну и между делом себе тоже курсовик кропал - с ЕГА-графикой, библами на ассемблере для поддержки мыши, с графическим интро - на работе у меня было ненапряжно, вот и решил воспользоваться случаем освоить эту странную среду. В результате чего получилось? 
Я своих вперёд пропустил, что бы не портить впечатления. Все прошли на автомате, я дождался пока выставят оценки и стартанул своё детище. Гы. Оно не запустилось.. Начал смотреть чо как, пока рылся уже преподшу стошнило и она свалила, а потом оказалось, что у них в конфигсисе (это под досом ещё происходило всё) стоит совершенно непотребное ограничение на количество одновременно открытых файлов. Стал править - раздел защищен от записи (не помню уже как защита называлась, но тогда это модная приблуда была - запускалась резидентно с загрузочного сектора и не давала править загрузочный диск). Короче защиту пришлось преодолеть. Запустил свой шедевр - работает. Пошёл нашел преподшу, показал. ОК, говорит, а в чём дело было? Ну говорю, пришлось вашу идиотскую защиту ломать что бы конфигсис править. На этом месте меня чуть не отчислили, а потом типа сжалились и четвёрку поставили (все остальные мои курсовики тупо проканали на пять  ). Короче мораль простая - простой код работает везде и всегда, а выпендреж выходит боком. Пиши так что бы не было возможности возникновения проблем, колбэки тебе не задавали.


Это сообщение отредактировал(а) 3x3 - 9.10.2006, 23:53

Почему же? ИМХО ничего сложного, к примеру, простое сообщение об изменении будет содержать:
1) координаты изменяемой точки.
2) её новый цвет.

а если добавить еще радиус, то можно рисовать целыми кругами, центр которых в 1).

Я бы в качестве модели такой системы предложил иметь 1 координирующий сервер который будет общаться с клиентами по средствами RMI Callback-ов. Т.е. клиенты регистрируются, предоставляют серваку объект для обратного вызова. Сервер в свою очередь дергает клиентов по необходимости. Это исключает постоянные запросы клиентов : "Были изменеия? А может всетаки были? А если еще раз проверить? ...."

Это сообщение отредактировал(а) powerOn - 9.10.2006, 23:53

Нет, ребята это не на курсовик.
Профессор дал такое задания для тренировке, мол чтобы мы освоили азы RMI, а на экзамене он потом будет спрашивать, можно так сказать по этому проекту, но это всё лирика, вернёмся к вопросу.

я начал с самого простого примера и сразу столкнулся с такой вот ошибкой


хотя ServerCanvasRemote_Stub.class лежит там где и все class лежат
создавал я  его вот такой командой rmic de.rmi.ServerCanvasRemote
в чём проблема не могу понять?

вот мой интерфейс


вот моя серверная часть



вот моя клиентская часть


Это сообщение отредактировал(а) unkis - 10.10.2006, 10:18

А серверная ли это часть или просто определение класса который может вызываться через сервер?

я несовсем понял вопрос, но этот класс я записываю в registry, поэтому он, насколько я понимаюи является сервером.

В параметрах запуска укажи нечто похожее:

И создай файл SimpleRMI.policy

я конечно же попробую, но мне непонятно причём может быть это.

Даже в FAQ на этом форуме простой пример безвсяких там полисов.

заработало, но почему без polyce не работало?

и расшефруяте пожалуйста, что означает ета строчка.


Теперь дальше.

для того чтоби клиент каждие 3 секунди спрашивал у сервера есть ли для ниго что-то, мне нужно бдет в отдельном треде делать что-то типо такого:


Ето правильний подход, или может есть идеи по лучше?

Заранее благодарен.

При чем факский пример - работает. При этом там особо отмечено как именно клиент должен получать ссылку на заглушку.

я не про это пример, а про этот http://vingrad.ru/JAVA-JAV-000103

попробуйте поменять строку:


на 


где port - это порт  который слушает rmi registry 

А сам по себе пример работает - если сделать один в один как там написано?

да я пробывал в институте этот пример работал.

ну это все не важно.

Теперь дальше.

для того чтоби клиент каждие 3 секунди спрашивал у сервера есть ли для ниго что-то, мне нужно бдет в отдельном треде делать что-то типо такого:



я тут так попробывал, так ЦПУ грузится на 100%,  думаю что это не правенльно.

Ето правильний подход, или может есть идеи по лучше?

Ну так у тебя пауза между опросами не делается. Добавь в конец цикла:

Ребята теперь слудующая проблемма.

на сервеере есть Vector<Point2d.Double> points;

и к этому вектору есть также get и add методы.

так вот, когда клиент1 вызывает метод add проблем не возникает, но когда одновременно при этом клиет2 вызывает метод get то выбрасывается ошибка. 



Причем когда просто запускется клент2 без клиет1, то все впорядки, тоесть я так понимаю что получается какая-то колизия?

Что мне делать, и как это исправить?

серверная часть


Клиент1
вот так вот вызывается метод add


Клиент2


Зарание благодарен.

Зачем ты используешь Point2D.Double? Используй Point.


Никаких коллизий нет. Просто как только возникает необходимость передачи данных, ты натыкаешься на то, что передаваемые данные не сериализуемы.

огда бы у него и первый клиент не работал бы имхо..

хорошо, а как мне их сериализовать надо?

да, хороший вопрос, почему тогда  клиенты по отдельности  работают?

Первый клиент вызывает метод addPoint() который никаких Point2D.Double не передает и не получает. А второй клиент вызывает getPoints() который получает коллекцию Point2D.Double, причем если она пустая то ошибок тоже не будет, т.к. нечего там сериализовывать.

Проверь будет ли работать метод setPoints() с непустой коллекцией.

Добавлено @ 12:06 

Используй java.awt.Point.

подождите как это не передаёт, а это что?

Еще раз:

Если ты внимательно посмотришь на метод, то увидишь, что он передает два int, и ни одного Point2D.Double.

Добавлено @ 12:17 
Кстати очень странное архитектурное решение, в одну сторону передаем int в другую Point. Надо что-то одно использовать.

Поменял везде на Point и передовать стал Point а не int, и всё сразу заработало.

Спасибо поехали дальше

Ребята столкнулся вот с такой ошибкой.
Почему у меня не получается  передать на сервер BufferedImage?
Связано ето как-то с сереализацией? если да то как мне его сереалезировать и передать?


вот так он прописан в серверной части


вот так я его питаюсь передать с клиента на сервер


Зарание благодарен.

BufferedImage не сериализуем. Унаследуй от класса BufferedImage:

не совсем понятно, можно немножко по подробней?


А! помоему понял сейчас попробую

Это сообщение отредактировал(а) unkis - 27.10.2006, 22:17

хм..
что-то не получается
возникает такая ошибка

в етом месте.



что- то я делаю не то?

Проблема в том, что объект Image создаешь не ты, поэтому используется не твой класс, а стандартный BufferedImage. Тут я вижу два варианта.
Первый:

Второй:

потестируй что будет быстрее работать.

Спасибо за ответ, вибрал первий вариант.

теперь что-то на сервере не так.

выдает вот такую вот ошибку.



вот мой код вызова серверного метода


вот мой серверний класс


вот мой MyBufferedImage.java


Ну что ге ему еше не хвотает, что я делаю не так?

Зарание благодарен.

Ты уверен, что эта ошибка вываливается на сервере, а не на клиенте?

Неуверен, но просто написанно



и по дебагеру ошибка виподает на визове етого метода.


а этот метод в свою очередь должен передовать MyBufferedimage na server.

так что думаю что на сервере что-то не так.

и еше не поныатно что-то написано типа

что занчит нет подходящеги конструктора?

Это сообщение отредактировал(а) unkis - 28.10.2006, 03:27

Ребята, так как всетаки передать картинку через сервер другому клиенту?

Зарание благодарен

Да при чем тут это! У тебя есть два независимых приложения. Одно сервер, другое клиент, в консоли какого пишется эта ошибка?

ошибка пишется в клиентской части при попытке передать катринку на сервер.


вот именно при етом вызове






Это сообщение отредактировал(а) unkis - 28.10.2006, 11:35

Похоже что по человечески его не сериализовать, и придется использовать такой метод:

и передавать уже byte[].

спасибо заработало.

только конечно когда он делает скрин, то ресурсов жрет мног, жаль что нельзя передать на сервер объект BufferedImage.


Но всёравно спасибо.

BufferedImage памяти все равно больше будет занимать, чем byte[]. Единственное но, это время перекодирования.

я думаю что оно как раз и жрёт много ресурсов.

  
Скажите а можно сделать скриншот в месте с курсором мышки, а то получается без него?

Выбери другой формат, например BMP. Это уменьшит время, но увеличит объем передаваемых данных.



Средствами Java - нет.

Думаю, что курсор придется прорисовывать самостоятельно, поскольку он не является частью экрана.
С другой строны ребята из Sun утверждают, что это баг и он зафиксин в Java 1.5. Чего я, кстати, не заметил...


Это сообщение отредактировал(а) powerOn - 28.10.2006, 17:05