OberonCore

Реализация стандарта RFC 3920.
Не реализовано: серверная часть функций. Поддержка TLS(если у кого есть, подкиньте плиз).
Реализовано: всё остальное + обработка ошибок + пример использования XmppBasic + консоль XMPP. Рекомендуется пробовать во время прочтения документа Xmpp/Docu/Session-Initializing

Подсистема пока лежит только в SVN Components. Так же надо скачать/обновить подсистемы Dom, Xmlcore, Strings.

P.S. Документация пока неполная - в скором времени допишу-выложу.

(модератор) 10.08.2011: выложено в коллекции: http://oberoncore.ru/bbcc/subs/xmpp/

Не хватает модуля SternCmds. Это что такое?

О, извиняюсь. Положил в SVN версию модуля без зависимости...
SternCmds - это модуль из нашей служебной подсистемы Stern. Конкретно Cmds управляет окнами, позволяет запретить закрытие и прочее. Я уже как-то писал о нём в форум...

А душевного порыва на реализацию WebDAV-клиента на Блекбоксе (только с учётом прокси-сервера ) нет?

Душевные порывы тут не причём. Есть некая глобальная цель(какая - военная тайна), а все недавние поделки - шаги для достижения оной.
WebDAV пока не нужен кажись(честно, только что узнал, что это такое). Нашёл его в каталоге c системой WinAOS(что неудивительно, чего там только нет) - лежит себе в архиве. При необходимости - портирую...

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

Ну да шут с ним...

Для компонента XMPP необходима поддержка всякого вида прокси-серверов(HTTP(S), SOCKS4(4A)(5)). В связи с этим вопрос: У кого нибудь есть готовые компоненты?

Готовых, подозреваю, ни у кого нет. Я под это дело постепенно перевожу библиотеку Crypto из Бутылки, чтобы всяки TLS с SSLями окучить можно было.

TLS для XMPP тоже надо
только TLS и SSL к проксям вроде отношения не имеют... Или я чего-то не знаю?

Ну, я увилел там HTTPS

Аа, ясно. Я тут погуглил всякое. Так и не нашёл, как наладить общение с прокси-сервером, везде только обучают инм пользоваться на уровне софта. А чтобы на уровне протокола - почти ничего и нет толкового. в RFC тоже на нашёл много, только спецификации на SOCKS5(http://www.faqs.org/rfcs/rfc1928.html)

Я практически с аналогичной проблемой столкнулся когда решил написать прокси-сервер... Весьма сырой прокси-сервер: http://sage.com.ua/ru.shtml?e1l3
Вот где-бы пригодились схемки на ДРАКОНЕ Я думаю все эти протокольные вещи должны отлично выражаться на ДРАКОНе.

Телекомщики утверждают, что все эти протоколы идеально реализуются на Ерланге...

А также и на Active Oberon. Заявляю как телекомщик

Тогда зачем Вам Дракон-схемы понадобились?

Нахожу верной идею Владимира Паронджанова о представлении ЗНАНИЙ на ДРАКОНе. Сетевые протоколы чистейшей воды императив.
А при наличии работающего (!) транслятора на сегодняшний день, вопрос переписывания с ДРАКОНа на Active Oberon закрыт. Какая разница тогда, на чём писать??? На ДРАКОНе ИМХО эргономичнее и осбенности того или инного ЯП заключённого в блоки сведены к минимуму.

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

Обратите внимание на это сообщение: viewtopic.php?p=17690#p17690
Это во-первых.

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

Не подскажете ресурсы в которых вы взяли инфу о работе с прокси? Это ведь HTTP-прокси?
*как оказалось, моя WinAos некорректно работает в висте, поэтому исходный код глянуть не могу...

RFC по протоколу HTTP... там "между строк" упоминается работа с прокси.
Неплохая, как мне показалось реализация прокси на Java http://www.cs.technion.ac.il/Labs/Lccn/ ... /project9/ Но... я Java не знаю и работать мне эту штуку заставить не удалось