Демон на JAVA

Ой, че то огородо ты городишь... Почитай о RMI - авось полегчает.

Вполне возможен, to svyatogor: а при чем здесь RMI ?

RMI как было замечено совершенно не при чём, мне нужно другое, я же обозначил что процессы могут быть совершенно левые и вовсе не на жабе писаные, так что RMI вроде как в этом случае отдыхает. Говорю же надо устроить локальное взаимодействие PHP->ДЕМОН и как я понимаю в данном случае PHP скрипт может быстро меняться данными только при помощи сокетов.

Мне кажется AF_UNIX сокеты в ява неподдерживаются из-за плохой переносимости. Лучше юзай обычные AF_INET сокеты. Твой демон создаст сервер на интерфейсе с адресом 127.0.0.1, а пхп клиенты будут к нему подключаться. Это самый переносимый спопоб помоему. И самый реальный.

Да, ты прав, я глянул - в JAVA и не пахнет файл-сокетами, а жаль они ведь если я не ошибаюсь много быстрее инет сокетов. А насчет переносимого без базара, я уже думал об этом.

Кстати говоря может кто знает во сколько раз файл сокеты быстрее loopback inet сокетов? Хотя бы примерно?

Вроде в libgcj должны юниксовые поддерживаться.

Хм, а не подскажете что это такое и с чем его едят?

Если юзать libgcj то зачем вообще Java юзать?! Переносимость пропадает тут же. Лучше на С тогда писать или Perl.

Переносимость никуда не денется в моём случае, ибо если это куда и будет переносится то тока на *NIX =))) А даже если и на винду то пару строчек кода я уж исправлю думаю без проблем - по сути тока тип сокета да адрес поменять придется.

А как насчет Corba?

Тот же протокол RMI в J2SE реализован через корбовский IIOP, но последний не является ява-центрическим. Правда сразу скажу, что не знаю, как обстоят дела с корбой у того же php, но в C/C++ это работает.

Да нет практически разницы в производительности между юниксовыми и inet сокетами.

22-25% имхо разница значительная - точную ссылку не помню, нашёл в гугле по AF_INET vs AF_UNIX