Здравствуйте толпа программеров!
Я засел за Java и начал создавать сетевой чат.Возникло много трудностей,возможно связанных с моим незнанием языка,которые нужно обойти.У меня к знающим есть вопрос:Как лучше реализировать чат,для того,чтоб его можно было протестировать у себя на машине с использованием сервера(напр. Apache)?
Жду ответов)

а что за чат на Apache? Или это должен быть веб-чат?

в смысле как-то семулить сеть на апаче и проверить работу чата.Я привел как пример, я вовсе не подразумеваю его, просто я не имею представления как тестировать сетевой чат на безсетевой машине.

Запускаете на своей машине сервер (Апач, Томкат,..). Открываете на этой же машине браузер и в адресе указываете http://127.0.0.1 или http://localhost . Ваш браузер пошлет запрос на ваш локальный сервер. 

я не понял, ето будет чат с клинетом и сервером, или простой вебчат?
Если веб чат, то напиши свои сервер запускай на машине...
создай саитик, где будет работат апплет, который будет связоватся с твоим сервером(програма которая слушает некий порт) и настраивай Java Police  чтобы апплет смог открыват сокет соеидениние...
Аплет будет послат сообшение серверу, а тот в свою очередь к собеседнику...

Но самое главное серверная програма и appache  должны работать обезятельно на одном и том же компутере.. 

С апплетиком я понял как делать)
Моя задача создать чат в Java.Swing оболочке,как приложение ,без участия апплета.Как тут лучше поступить?

В чем проблема?

Большая.
Я не знаю как его протестировать в домашних условиях.
К примеру как по сети или в локальном компютере найти ВСЕ окна,которые есть чаты,и соединится с ними.

Решено-как-то проверил.
Теперь огромная проблемка:Я делаю ServerSocket с портом своим.Как и предполагалось два чата одновременно не могут юзать один и тот-же порт-выскакивает ошибка мол "Все".Что делать?Каждому чату СВОЙ порт?

Да. Иначе сервер не будет знать, кому из приложений он отправляет ответ - ведь комбинация хоста и порта будут совпадать.

Каждому чат серверу, нужен свой порт. Но никто не запрещает на одном сервере держать несколько каналов.

Допустим...
Много портов я сделаю.
Теперь нужно решить мощную проблемму:семулировать сеть и протестить всю связку.С помощью какой софтинки лучше?

1. Ты можешь использовать 127.0.0.1
2. Если ты хочешь тестировать реальную сетевую нагрузку, тебе понадобится сесть и несколько компов.

Честно-мне все равно нагрузка))))Интересно или оно будет вообще работать)
Ладно.Сеть я найду.Не проблемма)
Пролемка следующая в поиске:как обратится ко ВСЕЙ сети локальной ,и найти там айпихи с работающим моим чатом?

Надо послать широковещательный UDP пакет на определенный порт. И все чаты в данной локальной сети должны слушать этот порт, и дать некий отклик на данный пакет.

Блин(А без датаграм не получится?Мне родней ТСП)

Народ!Ктонить!Подскажите как семулить сеть для теста двух сетевых приложений? 

Как вариант создать виртуальную машину в VMWare. Но это довольно трудоемко. А вообще можно отладить все на одной машине - не вижу проблемы.

Поделись реализацией)

Реализацией чего?

Вот лучше почитай сначала:

Туториал по сетевым технологиям Java: http://java.sun.com/docs/books/tutorial/ne...king/index.html
Конкретно по сокетами: http://java.sun.com/docs/books/tutorial/ne...kets/index.html
Конкретно реализация (и запуск)  клиент-сервера: http://java.sun.com/docs/books/tutorial/ne...ientServer.html

Это сервер:

К нему может коннектитсяа бесконечное число клиентов
данный пример можно обиграть как угодно: SSL, отправка файлов и картинок и тп...
(у меня даже где то исходник такой валялся - как то тоже пытался такое делать - если интересно - пиши)

Спасибки за ссылки,но нажаль я на них всех бывал,и мой мультисервер имеет похожую структуру.Я уже все это реализовал,и у меня получается мультиконнект и ост.
Но все же есть загвоздка:мой чат не должен иметь кучу клиентов и один сервер.Чат в себе имеет И сервер И клиент.Он должен:
-Сканить всю локальную сеть на живые коннекты и чаты
-Бродкастить твои сообщения и принимать чужие
-И самое главное-быть одновременно и Сервером И Клиентом.
Задача моя на данный момент состоит в следующем:
Выбрать-ИЛИ TCP , ИЛИ UDP.Всмысле для кайфового бродкаста лучше УДП,а ТСП мне понятней)Ну это уже проблеммы разраба,а сейчас стоит задача в реализации Постоянного сканирования сети на предмет живых чатов.Вот зачем мне эмуляция сети,и совет проффи)
Если заинтиресован - будь добр посоветуй решение)

Зачем нужно постоянное сканирование. Пусть лучше при появлениии нового клиента он рассылает пакет, уведомляющий что появился новый клиент. При выключении - пакет, что клиент вышел из сети.
А сам обмен сообщениями можно вести по TCP.

IMHO проще это тогда через UDP делать, но вот надёжней ли...

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

Именно потому.

Народ-я на UDP вообще не надеюсь-т.к. нужно на 100% знать или пакет дошел,или нет.

LSD - скажи пожалуйста как разослать ВСЕМ пакет о том,что он в онлайне,с помощью TCP,именно всем живым людям в сети?Вот тогда будет мне почти все предельно ясно.

Это сообщение отредактировал(а) Kero - 20.12.2006, 22:14

Для этой цели можно сделать пульс, каждые N секунд посылается спец посылка (при условии, что за этот интервал не было передачи данных), которая сигнализирует, что клиент жив.


Широковещательных TCP соединений не существует (в отличие от UDP). Поэтому единственный гарантированный способ, это по очереди соединяться с каждым узлом сети (если они известны, а если нет, то с каждым IP адресом данной подсети).
В чем проблема использовать 2 протокола? UDP - для поиска узлов в сети, TCP для передачи сообщений.

Прекрасно.
Теперь мы подошли к финалу:КАК с помощью UDP найти клиентов в сети за масками типа открыт 2345 порт etc. наиболее максимально еффективно???

Что-то наподобие такого:

А можна дураку поподробней, как найти все живые адреса в локальной сети, с открытым определенным портом с помощью UDP???
Мне что-то с данного кода не очень понятно

Это сообщение отредактировал(а) Kero - 21.12.2006, 15:41

...что-то никто не отвечает  , а у меня время на реализацию тикает...

А если в задачу не входит прием ответов по UDP, а нужно только разослать широковещаетльное уведомление. Вторая часть (// get their responses!) не обязательна? Эти ответы, они автоматически генерируются сетевухой или их приложение клиента генерит в ответ на уведомление?
Если приложение клиента, то понятно. Не делать этого на клиенте и всё. А если сетевуха, то что будет?
У меня, например, задача такая. Разослать уведомление и ждать ответов на другом TCP сокете.

Спасибо.
Этот сампл с манов я уже давно видел, и все мне показывают.
Я такую фичу уже реализовал-одна проблемка-протестить это у меня дома.У меня нет сети, а проект требует домашнего теста.Без маршрутизатора ,УДП не принимается и не отсылается.
Что делать....

А может у кого остались подобные исходники?? Очень было бы кстати посмотреть на эту реализацию!..