PeopleSoft о Linux и корпоративном ПО

Dimentiy (*) (2003-05-23 19:44:41.849272)
> Ну PitStop... разочаровываешь :-) Неужто не помнишь, как всем LOR-ом www.kkm.info правили, шоба он в мозилле смотрелся ;) Я ж везде Dimentiy :)

Помню-помню! :-)

> А чё флейм? Тут девайс делать надо, а не флейм ;)
Чессно говоря, я в своё время только за этим на сию флеймопомойку и пришёл. Другое дело, что потом забили.

А какой девайс? Хачуу новости из первых рук.

> Трабла тут - говорю - в поддержке.
Поверишь - звонил человек ("техник"!) в фирму нашего общего знакомого и спрашивал, в какую директорию дистрибутив распаковывать. Как будто есть разница. И это - с Windows. Поддержка линуха - это обучение некоторых партнеров, бабки на это...
В общем, считать надо. А лень :-)

Ну. Это я думаю зря. Решение linux-POS, я думаю, будет иметь значительную долю на рынке. "Спецы" найдутся. Тем более, что водрузить 1С-Кассир'а на NT4(W2K) нисколько не легче, чем на linux. Я имею ввиду, если делать это по-взрослому, чтобы получился действительно кассовый модуль, а не ПК-win-1C-кассир со всеми "глюками" и последствиями шелудивых ручек.
У того же Штриха хватает ума продавать самоубийственную связку POS-Win9x!
Если бы действительно был такой модуль linux-POS, то купили бы - не переживайте! А чтобы "гимору" поменьше, я бы связался с каким-нибудь местным linux'ом (создателями дистров), дабы они подогнали готовенький мини-дистр для ентой цели.

Привет все.
Я не шарю в POS-терминалах вообще ничего, но вот когда просматривал информацию по бухгалтерскому пакету Ice-B (вроде полноценная бухгалтерия, работает на терминалах в текстовом режиме), натыкался на упоминание поддержки всяких кассовых аппаратов разных.
Не оно ? В любом случае вдруг кому поможет.

Pitstop:

> А какой девайс? Хачуу новости из первых рук.

Дык нет никакого девайса ;) Иначе бы он в прайсах был. Были идеи.. давно, ещё до появления АТОЛа.

> У того же Штриха хватает ума продавать самоубийственную связку
> POS-Win9x!

Тут дело не в уме, а в стоимости лицензий. То, что это технически хреновое решение, ясно всем и иллюзий не вызывает.

2 Dimentiy (*) (2003-05-25 15:21:21.90502)
> Тут дело не в уме, а в стоимости лицензий. То, что это технически хреновое решение, ясно всем и иллюзий не вызывает

Ну-ну. Это как раз понятно, что w9x только из-за цены пихают. А вот объясни теперь это заказчику, когда WinNT откопать сейчас довольно трудно, а W2K раза в два дороже обходится. Одна морока...

> Ну-ну. Это как раз понятно, что w9x только из-за цены пихают.
> А вот объясни теперь это заказчику,

Н-да.. тему ты затронул ;-) _Я_лично_ считаю, что это беспредел. Но решения принимаются не только исходя из технических соображений...
WinNT сейчас откопать просто невозможно, WinXP Home - кастрат.
Выход из положения - переход на embedded системы. Эта работа делается, но не всё сразу ;)

А вот скажи, PitStop, если сделать кассовый модуль с поддержкой нормального харда - ты думаешь, действительно найдутся люди, готовые это внедрять?
Вопрос не праздный, у меня давно эта идея зудит ;-)

2 Dimentiy (*) (2003-05-26 10:02:13.291278)
> А вот скажи, PitStop, если сделать кассовый модуль с поддержкой нормального харда - ты думаешь, действительно найдутся люди, готовые это внедрять?

Что за модуль? И что за нормальный "хард"? Мне нужно РЕШЕНИЕ, в которое этот модуль будет входить.
И в чём проблема? Почему такие вопросы? Кто может быть не готов ЭТО внедрять? Какая пёс разница linux там или windows? Возможно, Вася Пупкин из Нижних Васюков с linux и не разберётся, но каков шанс продать туда POS-систему? В местный сельмаг?
Я бы желал такой вариант: POS-linux-РМКассира как автономный (с локальной БД)и sql-вариант (сеть), плюс место менеджера под win с возможностью последующего портирования на linux и sql-сервер (linux), если нужно. Соответственно и место менеджера либо держит общую БД (как сейчас в Торговом предприятии 4.0), либо завязано на sql-сервер.
Начать можно с POS-linux-РМКассира с локальной БД (dbf), как наиболее простой способ перехода.

> Что за модуль?

РМК и сервер для синхронизации нескольких РМК.

> Я бы желал такой вариант: POS-linux-РМКассира как автономный (с
> локальной БД)и sql-вариант (сеть), плюс место менеджера под win с
> возможностью последующего портирования на linux и sql-сервер
> (linux), если нужно.

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

> Начать можно с POS-linux-РМКассира с локальной БД (dbf), как
> наиболее простой способ перехода.

Да о "переходе" речь не идёт. Если это будет, то не в рамках текущих решений. Скажем так, пока это флейм. Если это будет, то как частная инициатива, "Торговые предприятия" ни при чём.
Например есть "черный ящик" - POS (монолит или на ФР - неважно). Общение с ним идёт только по TCP/IP, свой документированный протокол.
Для клиента (рабочего места менеджера) COM-объект, реализующий протокол. Наверное так.
Рабочее место менеджера под *nix - сейчас, имхо, утопия.

> Общение с ним идёт только по TCP/IP, свой документированный протокол.

Суть DAV-based. Самый удобный вариант.

> А зачем локальный вариант? Всегда можно коннектиться на localhost. Вообще непонятно, почему живут локальные варианты.

Я, кстати, тоже не могу этого понять. Попробую довести тему до абсурда сейчас. Вот такая фраза: "Вообще в идее POS-терминалов много от лукавого". От POS-терминала что надо? Надо всего-лишь посчитать сумму, выполняя простейшие функции добавления/возврата/аннулирования/закрытия чека, печать чека (и контрольного) и ведение списка продаж, снятие X- и Z-отчетов. Раньше с этой задачей спокойно справлялась касса Элвес 01-03Ф, которая делала все функции и могла работать в режиме online с удаленным компьютером. Разумеется, в кассе были большие недоработки в плане организации протокола и этого обмена, но тем не менее что-то работало. Но стоимость кассы была $300 долларов! Со всеми задачами справлялся микроконтроллер семейства MCS-51, а теперь пальцы-пальцы-пальцы: Pentium Inside, винт 10 Гб, монитор SVGA с тачпэдом, BlueTooth, GPRS и прочее... Они бы еще туда GPS всандалили для прикола (конкурентное преимущество! А вдруг администратор забудет, где касса находится? :) и прочее... Стоимость минимум_в_5_раз_выше, а задачи с тех пор не изменились и не поменяются. Вот это счеты наворотили! И как только лет десять назад без POS-терминалов магазины обходились? Ума не приложу! :)

Ну как мой абсурд? :)

2 Dimentiy (*) (2003-05-26 13:25:52.949005)
> РМК и сервер для синхронизации нескольких РМК.

Хорошее дело.

> А зачем локальный вариант? Всегда можно коннектиться на localhost. Вообще непонятно, почему живут локальные варианты.

Ну. Собственно именно это я и имел ввиду, просто при этом нужны ещё и процедуры обмена, что даже несколько сложнее.

> Да о "переходе" речь не идёт. Если это будет, то не в рамках текущих решений. Скажем так, пока это флейм. Если это будет, то как частная инициатива, ...

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

> "Торговые предприятия" ни при чём.
Например есть "черный ящик" - POS (монолит или на ФР - неважно). Общение с ним идёт только по TCP/IP, свой документированный протокол.
Для клиента (рабочего места менеджера) COM-объект, реализующий протокол. Наверное так.

Может и не при чём. Но я же говорил, нужно РЕШЕНИЕ! А не просто РМК! И протоколы я бы изобретать не стал - это лишний гвоздь в заднице. Либо sql-запросы, либо они же на localhost плюс процедуры обмена (синхронизации). Т.е. нужен не COM-объект, а РММенеджера!!!

> Рабочее место менеджера под *nix - сейчас, имхо, утопия.

Абсолютная. Именно поэтому его можно пробовать реализовать в последнюю очередь. Т.е. года через три-пять в лучшем случае.

2 Zubok:

> Попробую довести тему до абсурда сейчас. Вот такая фраза:
> "Вообще в идее POS-терминалов много от лукавого".

Ну не такая уж абсурдная эта тема. Другое дело, что это тогда надо обсуждать сейчас "общество потребления", его плюсы и минусы. А неохота.

А вообще POS-это нечто намного большее чем касса, ты должен бы это прекрасно знать. Другое дело что нужен он не всем.

> Но стоимость кассы была $300 долларов!

Рынок специфический.

> Они бы еще туда GPS всандалили для прикола (конкурентное
> преимущество! А вдруг администратор забудет, где касса
> находится? :)

А зачем ты писал управление ФР-ом из PalmOS? "Чиста панты" ? ;-)

> И как только лет десять назад без POS-терминалов магазины
> обходились?

И без продуктов тоже ;-)

>> Рабочее место менеджера под *nix - сейчас, имхо, утопия.

>Абсолютная. Именно поэтому его можно пробовать реализовать в последнюю очередь. Т.е. года через три-пять в лучшем случае.

У меня опять тот же вопрос: "Зачем нужны решения под *nix?". Вот объясните убогому! Когда ставили в клуб систему товароучета только для бар-менеджера, так за настройку только 1С:ресторана пришлось платит 700 долларов + стоимость 1С:ресторан... А там еще была бухгалтерия и еще какая-то дрянь. Все это гораздо выше стоимости OEM-версии виндов! Я вам скажу, что на самом деле нужно -- нужно открытое решение, которое можно было бы общими усилиями развивать, кому нужно. Все инструменты под *nix уже есть сейчас! :)

2Pitstop:

> Я так и думал. Тогда этого никогда не будет. Слишком
> серьёзен уровень задачи.

Задача серьёзна, но.. см. ниже.

> Может и не при чём. Но я же говорил, нужно РЕШЕНИЕ!
> А не просто РМК!

Это мы с разных сторон на проблему смотрим. Ты как человек, предлагающий решения тем, кто их будет юзать - а я как разработчик железа. Искренне считаю, что софт РМК например - это "железо" фактически.
На самом деле решение-то должна делать не обязательно контора-изготовитель кубиков.
Даже лучше, если независимые производители бэкэндов могут использовать собственно фронтенд(POS || сервер POS-ов) через тот самый COM-объект допустим.

2 Zubok:
> У меня опять тот же вопрос: "Зачем нужны решения под *nix?". Вот
> объясните убогому!

- Посчитай экономию на партии в 1000 POS-ов.
- POS-ы сейчас очень дороги. Они будут дешеветь. Разница будет тем более чувствительна. Думать об этом надо сегодня.
- Определённый плюс в (теоретической) возможности тонкого тюнинга системы.
- Особенно это актуально (тюнинг) с учётом того, что "POS-ы будут дешеветь". И делаться на промышленных контроллерах, где системных ресурсов немного.

Да, кстати "Рарус-Ресторан"-ы всякие - это уже Backend. Там действительно *nix не нужен.

> Я вам скажу, что на самом деле нужно -- нужно открытое решение,
> которое можно было бы общими усилиями развивать, кому нужно.

Это романтическая сказка.
Или можно сказать, что такие решения есть и называются 1С, Axapta, Galaktika... :-)

:-)

> - Посчитай экономию на партии в 1000 POS-ов.
> - POS-ы сейчас очень дороги. Они будут дешеветь. Разница будет тем
> более чувствительна. Думать об этом надо сегодня.

И он писал про перспективы, устанавливая на машину XP embedded Platform Builder evaluation :-)

2 Zubok (*) (2003-05-26 14:16:51.883063)

Почти никакого абсурда.

2 Dimentiy (*) (2003-05-26 14:35:31.979404)
> А вообще POS-это нечто намного большее чем касса, ты должен бы это прекрасно знать. Другое дело что нужен он не всем.

Совсем не намного. Если задуматься. Интерфейс - да.

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

С одной стороны, с одной. Деньги на этом надо зарабатывать. А заработать их проще всего на ГОТОВОМ РЕШЕНИИ. Полуфабрикат и продать сложнее и внедрять.

> На самом деле решение-то должна делать не обязательно контора-изготовитель кубиков.
Даже лучше, если независимые производители бэкэндов могут использовать собственно фронтенд(POS || сервер POS-ов) через тот самый COM-объект допустим.

Не совсем. Решение из "одного флакона" лучше уж тем, что оно есть ("всё и сразу"), другое дело, если это будет не единственное решение. Я очень даже за независимых производителей, но надеятся только на них глупо ИМХО.

> - Определённый плюс в (теоретической) возможности тонкого тюнинга системы.

Чего там настраивать? Я бы их вообще бездисковыми сделал, коли sql-сервер в сети торчать будет.

> - Особенно это актуально (тюнинг) с учётом того, что "POS-ы будут дешеветь". И делаться на промышленных контроллерах, где системных ресурсов немного.

Какие к чертям промышленные контроллеры? Какие ресурсы? Дешевой VIA Epia будет за глаза для любого POS'а.

Ну вот и в *nix есть все. СУБД есть (коммерческие и свободные), огромный выбор скриптовых языков (Python, Perl, tcl и троллтех что-то там скриптовое для qt стали развивать -- не помню, как называется. ), есть Java, полно графических тулкитов (tk, gtk, qt и др.). То есть платформа уже есть! Бесплатная! А коммерческих организаций, которые бы делали решения на этой базе, так и нет. Кстати, мне бы тоже было бы интересно поучавствовать в такой разработке. Правда, меня больше железо интересует. Но мысли тоже ходят.

Ну что, Dimentiy? Как фирму назовем? :)))))))...

> И он писал про перспективы, устанавливая на машину XP embedded Platform Builder evaluation :-)

Сноси скорее!... Поставь... ну я не знаю... Embedix :)))

2 Pitstop:

> Совсем не намного. Если задуматься. Интерфейс - да.

Да это понятно. Только не хочется ветку про русских физиков и слакварь по флейму перебивать :-) Ибо в нашей жизни вообще много лишнего и ненужного, но ТАК ПРИНЯТО. Если на это положить, всё может быть иначе.
Джа велел не напрягаться ;-)

> Не совсем. Решение из "одного флакона" лучше уж тем, что оно есть
> ("всё и сразу"), другое дело, если это будет не единственное
> решение. Я очень даже за независимых производителей, но надеятся
> только на них глупо ИМХО.

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

> Не совсем. Решение из "одного флакона" лучше уж тем, что оно есть
> ("всё и сразу"), другое дело, если это будет не единственное
> решение. Я очень даже за независимых производителей, но надеятся
> только на них глупо ИМХО.

А почему собственно? Пример наверняка известный - "АТОЛ". Не разрабатывает и не поставляет бэкофисы вообще, чисто железячная контора. И ничего..

> Чего там настраивать? Я бы их вообще бездисковыми сделал,
> коли sql-сервер в сети торчать будет.

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

> Какие к чертям промышленные контроллеры?

На "Торговле и складе" этого года был?

2 Zubok:

> Ну вот и в *nix есть все.

Ровно то же самое есть в Win32, возможно даже больше.

> Ну что, Dimentiy? Как фирму назовем? :)))))))...

поБЕДА :-)

> поБЕДА :-)

Не, так нельзя! Ты же помнишь, что яхта Христофора Бунифатича пришла первой к финишу ;))... а то так можно ненароком и 1C смести с рынка ;))... играючи :)...

Году в 1999/2000-ом я видел достаточно интересный комплекс (и народ его продавал и покупал). В поставку входили: кассовая машина, она же "фискальный регистратор" и печаталка чеков, сканер штрих кодов и модуль для сопряжения с компом. Сопрягалось это все по COM-порту :-) Так что осталось написать софт под Linux :-)

2 Dimentiy (*) (2003-05-26 19:16:55.399)
> Да это понятно. Только не хочется ветку про русских физиков и слакварь по флейму перебивать :-) Ибо в нашей жизни вообще много лишнего и ненужного, но ТАК ПРИНЯТО. Если на это положить, всё может быть иначе.
Джа велел не напрягаться ;-)

Ладно. Напрягаться не будем. Вот только никто не заставляет делать КАК ПРИНЯТО, если это конечно не противоречит неким стандартам.

> Да нет, просто по-хорошему должен быть ещё один уровень. Тот, кто практически не занимается программированием, а делает из кубиков платформу. Я так думаю. Да в общем-то, так оно и есть де-факто.

Естественно. Вот только его первое право - купить кубики в одном месте, а уж потом думать о комбинациях. Если, конечно изначально существует союз двух производителей hard + soft, то ...

> Не, так нельзя. Во-первых, POS может быть один. Во-вторых, на полный онлайн закладываться стрёмно. Надо, чтобы вылет сети не останавливал магазин. Данные так или иначе кэшировать надо.

Согласен. Нежелательно, но можно. А что? Мыши провода перегрызут? :-)

> На "Торговле и складе" этого года был?

Не был. А что там было прелестного в этом плане? А то я не очень люблю разговоры в стиле "крутой сервер на sparc vs intel-based" Как говорится, а оно надо?

2no-dashi:

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

> Согласен. Нежелательно, но можно. А что?

Да мало ли что ;)

> Не был. А что там было прелестного в этом плане? А то я не очень
> люблю разговоры в стиле "крутой сервер на sparc vs intel-based" Как
> говорится, а оно надо?

Насчёт отношения к выставке согласен. Я исключительно потусоваться заезжал.
Просто насчёт контроллеров... Мы там вроде показывали прототип РМК на интегрированной плате. Плата - обычный PC, только маломощный по сегодняшним временам, на компактной плате уже _всё_ есть. Процессор Transmeta, память, два Ethernet-a, видео..
Это к вопросу о "пром. контроллерах" и стоимости. Действительно, может быть я неправильно назвал сие "контроллером".
Выгодно, как раз потому что мощность современного компа в POS-е не нужна, о чём говорили выше.
Если поставить на эту машинку даже WinME - заметные тормоза.
А тот же Linux можно сделать таким, что он будет работать на этом железе адекватно. Именно это я назвал "тюнингом".

> Да мало ли что ;)

На самом деле ничего! Надёжность современного качественного железа позволяет отказаться от дисков. По большому счёту при выходе из строя sql-сервера (с которого может произодиться удалённая загрузка) или сети магазин перестанет нормально работать через час-два, а к вечеру и вовсе колом встанет. Так что, наличие диска ненамного оттягивает проблему. Кстати, я вообще не припомню в своей практике "падения" аккуратно выполненной сети на пять-семь компов. Так что вариант бездисковой конфигурации более чем полезен. Покупают же люди к таким комлексам весы Масса-К и ничего! А ведь когда они "дохнут" перестаёт работать целый отдел! Да и стоят они дороже того sql-сервера.

> Процессор Transmeta, память, два Ethernet-a, видео..
Это к вопросу о "пром. контроллерах" и стоимости. Действительно, может быть я неправильно назвал сие "контроллером".

Будь проще. Это всё-таки немного экзотика. Не проще ли обойтись VIA-процессорами, "кулер" им тоже ненужен. :-) Всё интегрировано, доступно на каждом углу и цена приятна. Мощности хватит не только на WinMe, но и на w2k и на sql-сервер и на РММенеджера.

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

Ключевые слова тут - "аккуратно выполненной" ...


> Будь проще. Это всё-таки немного экзотика. Не проще ли обойтись VIA-
> процессорами, "кулер" им тоже ненужен. :-) Всё интегрировано,
> доступно на каждом углу и цена приятна. Мощности хватит не только
> на WinMe, но и на w2k и на sql-сервер и на РММенеджера.

Честно говоря, я не очень разбираюсь в современном железе - мне ближе времена S3Trio :-) Но пром. плата таки дешевле, а мощности там хватает вполне. Насчёт "каждого угла" - на это существуют атипичные тайваньские друзья.


p.s. А весы надо брать CAS :-)))

2 Dimentiy (*) (2003-05-28 10:16:20.884)
> Ключевые слова тут - "аккуратно выполненной" ...

А вот это уже проблемы выбора. Если "аккуратно" - то бездисковый POS, иначе наоборот. Если я "окучиваю" магазин, то скорее всего монтаж сети тоже за мной, так что игра, практически, в одни ворота... БЕЗ ДИСКА!

> Честно говоря, я не очень разбираюсь в современном железе - мне ближе времена S3Trio :-) Но пром. плата таки дешевле, а мощности там хватает вполне. Насчёт "каждого угла" - на это существуют атипичные тайваньские друзья.

Так сколько же она стоит? Очень интересно! И ссылку на описание можно?

> p.s. А весы надо брать CAS :-)))

Кто бы спорил! :-) А Штрих-Принт г... ? Я еще не продавал такое.

Нет, Диментий прав! Диск должен быть в POS. Но для задач кэширования вполне достаточным может оказаться какой-нибудь flash-диск за 50-100 долларов. Надеяться на "правильно настроенную сеть" нельзя! Есть куча проблем. Например, падение сервака. Упал сервак и магазин встал. представь только на минуту ужас, когда в магазине встают все бездисковые POS-терминалы, а внутри человек 150 - 200 тусуют с покупками...

Если уж думать о будущем и систему сдавать не через 6 месяцев, почему бы не рассмотреть жабу (http://www.javapos.com/) и тода бизнес код будет жить дольше/отдельно от оси. Трансакции и прочее (да одна ЖДБС чего стоит) - всё стандартизировано: знай строчи код (при условии что ваши железки поддерживаются || есть надежда что будут ;-) (поправьте ежли не прав)

Anode

2 Zubok (*) (2003-05-28 20:46:22.533)
> Есть куча проблем. Например, падение сервака. Упал сервак и магазин встал. представь только на минуту ужас, когда в магазине встают все бездисковые POS-терминалы, а внутри человек 150 - 200 тусуют с покупками...

Ага! Дело таки в диски упёрлось и в "падение" сервера?! Я же не отрицаю варианта использования дисков, если кому надо, так ради бога! А насчёт сервера... при стоимости железа $200-250 это так неактуально, что можно хоть два запасных держать! Хоть кластер собрать! :-)

2 Pitstop:

> А вот это уже проблемы выбора. Если "аккуратно" - то
> бездисковый POS, иначе наоборот.

Ну не знаю, может у вас клиенты особенные какие-то. А у среднего клиента как сетку не прокладывай, всё одно уборщица какая-нибудь её порушит :-)

> Так сколько же она стоит? Очень интересно! И ссылку на описание можно?

Точно не знаю, честно говоря. Железом не я занимаюсь.

> А Штрих-Принт г... ? Я еще не продавал такое

Ну учитывая что разработчик Штрих-принта сейчас от меня в двух метрах, я никак не могу назвать изделие "г..." :-)))

2 Anode:

> Если уж думать о будущем и систему сдавать не через 6 месяцев,
> почему бы не рассмотреть жабу (http://www.javapos.com/) и тода

Anode, _огромное_спасибо_ за ссылку! Очень интересно! Будем покурить весьма внимательно этот сайт.

(Добавляя про себя: Ну йолки-палки, сделали уже! :( )

Почти уверен что на следующую статью вы не выходили http://www.sun.com/br/retail_512/feature_jxta.html В ней говорится о применении JXTA крупнейшим ретейлером как универсальный message standard. Конечно, это не для отдельно взятого магазина а для больших сетей, интеграции складов итд общающихся через http. Не знаю - протолкнёт ли Sun (конкретно - Bill Joy - это его детище) - на сий рынок, но открытость стандарта - это уже немало.

Anode

Забыл добавить, что жакста - это набор протоколов (6 - всё что надо для любых типов пир2пир коммуникаци) собранных "над ХТТП уровнем" и Sun's reference implementation (modified Apache licence) занимает 2M. Самому собрать урезанную и заточенную имплементацию тожа можно, но зато она уже не будет очередным proprietary solution.

Anode

PeopleSoft, начиная с версии 8 (поддержка предыдущей 7.5x закончилась пару лет назад), - представляет собой так называемую четырехзвеньевую архитектуру (клиент-сервер-апликейшин и батч сервер- вебсервер). Т.е. клиентом является броузер, и только он! Надеюсь часть вопросов отпала :).