Доброе время суток. Помогите решить следующую проблему: через сокет сервер в потоке ввода получает поток байтов от клиента , среди которых могут быть как команды так и контент. Есть ли возможность открыть два потока ввода-вывода, чтобы разграничить поток с командами от потока с контентом? Или, подскажите любой другой выход

вадяLemkoleg,
посмотри как организована работа websocket.
Я знаю, как она организована. Думал, может чего-то не знаю.

Basil A. SidorovLemkolegИли, подскажите любой другой выходГоловой думать. Натурально.
Если есть "поток, в котором команды перемешаны с данными", значит существует протокол, который отвечает за формирование этого потока.
Изучаем протокол, делаем разбор и получаем два отдельных потока.

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

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

Basil A. SidorovLemkoleg"Программист" , в первую очередь, должен знать преимущества и недастатки протоколов. И потом выбырать наиболее подходящий. "Программист" не пытается насмехатся на попытки решить задачу, не зная цели задачи. А хороший программист уверен, что знает не все. Как и все остальныеОчень поэтично. Мне, вероятно, следовало бы пристыженно умолкнуть, но я продолжу стебаться.
Даже "программист" должен знать, что лутц частями не продаётся, а поток не делится на два без разбора.
Кто-то здесь говорил о "делении потока"? С себя стебаешся?

Basil A. SidorovLemkoleg"Программист" , в первую очередь, должен знать преимущества и недастатки протоколов. И потом выбырать наиболее подходящий. "Программист" не пытается насмехатся на попытки решить задачу, не зная цели задачи. А хороший программист уверен, что знает не все. Как и все остальныеОчень поэтично. Мне, вероятно, следовало бы пристыженно умолкнуть, но я продолжу стебаться.
Даже "программист" должен знать, что лутц частями не продаётся, а поток не делится на два без разбора.
Как правило, слишком самоувереный программист - недопрограммист. Т.к. в развиватии и расматении иных способов решения задачи он не видит смысла.

Basil A. SidorovLemkolegКто-то здесь говорил о "делении потока"?Допустим, что вы создали два потока ввода-вывода из одного сокета.
Каким образом в первом потоке окажутся "только команды", а во втором "только данные"?

P.S. Нет, именно вы делаете мне смешно: "Ну, допустим, что ты пробил головой стену. Что станешь делать в соседней камере?".
Возможно, это будут два разных объекта.... (например channel и inputstream). Я не знаю, по-этому и спрашиваю, есть ли такая возможность. Если нет, то, возможно, есть возможность открыть для хостов отдельное соединение на других портах, не прибегая к ServerSocket?

[quot]Каналы Java SE - унифицированный интерфейс неблокирующего ввода-вывода, а не то, что вы думаете.[.quot ]. Я не говорил, что я о них думаю. Я навел пример.

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

Basil A. SidorovLemkolegПотому что, отдельный поток - это круто. решает многие проблемы, связаны с стандартными протоколами. И у http и у ftp есть недостатки, влияющие на многоеДа простят меня женщины, но сейчас мы видим образцовый пример их логики, воспетой в произведениях многих сатириков и юмористов.

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

P.S. Пример недостатков http и ftp можно, кстати.
Желательно не в исполнении Рабиновича.
Я не собираюсь проводить лекцию "гуру" программирования. Воспитывайте в себе сдержанность не навязывать свои мысли другим.

Basil A. SidorovLemkolegВоспитывайте в себе сдержанностьИ, кстати, по поводу сдержанности ...
Есть такой в "классическом" нетикете такой грех, как "избыточное цитирование".
Если человек не потрудился оставить значимую часть сообщения, то, весьма вероятно, что он поленится сделать ещё что-нибудь.
Например, попытаться понять - почему, собственно, на него ополчились не очень знакомые люди, с которыми он никак не ссорился.
Почему "ополченные люди" априори откидывают причину в себе?

Basil A. SidorovLemkolegЯ не собираюсь проводить лекцию "гуру" программирования. Воспитывайте в себе сдержанность не навязывать свои мысли другим."Это свободная страна".
И даже про форум нельзя сказать: "Ну а это - несвободный магазин".

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

Теперь вы встаёте в третью позицию оскорблённой институтки вместо того, чтобы хоть как-то перейти к конструктивному обсуждению.

Может быть я, действительно, непроходимо туп (вообще или только сегодня) и до сих пор просто не оценил вашу идею.
Если открыть дополнительный поток данных в сокете невозможно, и решить проблему с открытием нового сокета с этим же хостом - нельзя, то что еще обсуждать? Недостатки и преимущества протоколов? Я их знаю. Обсуждать, почему мне они не подходят - для этого нужно выложить все тонкости проекта. У меня нет на это времени...

Создать ещё одно подключение - возможно, но это, опять-таки, создаёт новый протокол.
Этого вполне достаточно

Basil A. SidorovLemkolegЭтого вполне достаточноКак-то, э-э-э, разочаровывающе - длительное обсуждение вообще не требовалось.
Достаточно было заглянуть в доку, если уж вы подзабыли Java SE API.
Универсальный ответ....Все! сворачивайте форум! В доках все и так есть!

maytonBlazkowiczНу, вы даёте. Развели демагогию на ровном месте. Мултиплексирование на TCP стандартно же делается. Открывается второй клиентский порт к тому же сервероному порту. Вот и всё. С точки зрения Java это как ещё одно соединение. Хотя физически оно будет то же самое. Сервер различает двух клиентов с одного хоста по номеру клиентского порта.
Прошу прощения. Я взял неверный маршрут. Давайте вернемся в самое начало.
Автор пишет:
через сокет сервер в потоке ввода получает поток байтов от клиента , среди которых могут быть как команды так и контент. Есть ли возможность открыть два потока ввода-вывода, чтобы разграничить поток с командами от потока с контентом?
Для того чтобы получить два потока ввода вывода мы должны открыть два сокета.
И в каждом сокете у нас будет InputStream/OutputStream. Таким образом задача решена.
И это решение не на уровне Java а на уровне TCP протокола. Мультиплексирование как
процедура уже инкапсулирована и как ее побочный эффект - способность разделить 1 ethernet
канал на десятки тысяч маленьких каналов (по портам) а также дополнительно по протоколам
(TCP/UDP) если есть необходимость.

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

вадяLemkolegчерез сокет сервер в потоке ввода получает поток байтов от клиента , среди которых могут быть как команды так и контент.поток байтов - как этот поток формируется? ну разделит он на два канала будет поток байтов команд и поток байтов данных.

как он планирует поток байтов команд разделить на команды?
как он планирует поток байтов данных разделить на конкретные данные?
если может их этих потоков выделить и команды и данные - почему нельзя это сделать из одного потока байтов?
Это вопрос не касается темы. Но, чтоб уже никого это не мучило, я отвечу: есть много способов это зделать. Например, передавать команды в объектах Java

Dimitry SibiryakovLemkolegНапример, передавать команды в объектах Java
Не хочу тебя огорчать, но по сокетам ползут исключительно байты. Никакими объектами там и не пахнет.
Тогда, и я тебя розачерую: есть такое понятие - сериализация. Которая твои байты мгновенно собирает в обьект

maytonПоследние посты - контрпродуктивны для топика.
Не могу найти ничего о мультиплексировании