https://opennet.ru/openforum/vsluhforumID3/50161.html Группа разработчиков высокопроизводительного сетевого фреймворка Apache MINA (http://mina.apache.org/) выпустила первый релиз (http://mina.apache.org/ftpserver/2009/02/26/apache-ftpserver-100-released.html) FTP-сервера Apache FtpServer 1.0.0 (http://mina.apache.org/ftpserver/index.html), полностью написанного на языке Java. Продукт может работать как отдельное приложение или выступать в роли библиотеки классов для встраивания функциональности ftp-сервера в пользовательские приложения (интеграция со Spring и OSGi). Интересной особенностью программы является поддержка идеи ftp-летов, выступающих в роли асинхронных обработчиков ftp событий, по аналогии с сервлетами, реагирующими на HTTP-запросы.<br><br><br>Из функций (http://mina.apache.org/ftpserver/features.html) Apache FtpServer можно отметить:<br><br><br>- Поддержка виртуальных директорий пользователей, с возможностью записи в них и индивидуальным ограничением скорости загрузки;<br>- Возможность работы в роли анонимного ftp-сервера;<br>- Возможность...<br><br>URL: http://mina.ap https://opennet.ru/openforum/vsluhforumID3/50161.html#36 Wed, 04 Mar 2009 14:54:54 GMT &gt; Microsoft FTP Server<br><br>А что мелкомягкие стали замечать что кроме apple и microsoft есть еще и другие платформы?<br>Кстати в оригинальном microsoft ftp сервер ничего особо выдающегося лично мной замечено не было. Среди коммерческих приложений есть вещи и покруче.<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#34 Wed, 04 Mar 2009 04:34:38 GMT Ждём тестов :)<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#32 Tue, 03 Mar 2009 14:05:17 GMT у jetty все хорошо с производительностью. да и в 90% случаев показатели его производительность будут нивелироваться производительностью бизнес-логики. не хватает - берите grizzly(glassfish) или coyote(tomcat), благо переделок даже и не должно требоваться.<br><br>java nio нативно живет на event ports/epoll/poll.<br>в osx - kquene. бсдяшники думали добавить в свой порт (или взять из gnu classpath), хз чем это закончилось.<br><br>юзаешь nio - автоматом получешь поддержку.<br><br>sendfile мелькал в томкате. <br> https://opennet.ru/openforum/vsluhforumID3/50161.html#31 Tue, 03 Mar 2009 14:01:01 GMT &gt; и как все это должно использовать приложение, по определению работающее в "песочнице"?<br><br>Вы бы матчасть что-ли поучили... <br>Через Apache MINA, который (или которая ?) в свою очередь использует java.nio в котором поддержка sendfile таки есть. Вопрос используется ли соответствующие методы или нет.<br><br>&gt; шли бы вы с таким подходом в свои высоконагруженные ЦОДы с самосборными сервачками..<br><br>Ну это вообще без комментариев, здесь все таки не LOR. Только еще серваками меряться не хватало.<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#29 Tue, 03 Mar 2009 11:24:23 GMT и как все это должно использовать приложение, по определению работающее в "песочнице"?<br>&gt;Вот это как раз абсолютно не интересно. Если не используется, то на серьезно нагруженных &gt;серверах этому чуду места нет.<br><br>шли бы вы с таким подходом в свои высоконагруженные ЦОДы с самосборными сервачками..<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#28 Tue, 03 Mar 2009 10:19:35 GMT &gt; А что это такое?<br><br>Это такие системные вызовы. sendfile - zero-copy пересылка данных, epoll/kqueue опрос состояния набора файловых дескрипторов. Дальнейшие поднобности у гугла.<br><br>&gt; и главное какие спеки JSR реализуют подобную функциональность?<br><br>Вот это как раз абсолютно не интересно. Если не используется, то на серьезно нагруженных серверах этому чуду места нет.<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#26 Tue, 03 Mar 2009 10:05:02 GMT судя по активности флуда, это тело ВООБЩЕ ВСЁ юзает, так что разработчики даже писать не поспевают<br> https://opennet.ru/openforum/vsluhforumID3/50161.html#23 Tue, 03 Mar 2009 08:47:25 GMT &gt;&gt; Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.<br>&gt;<br>&gt;У этого есть и оборотная сторона, в результате такой легкости приложения (особенно <br>&gt;коммерческие) сплошь и рядом таскают за собой этот самый jetty, <br>&gt;с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности <br>&gt;это не есть хорошо. <br><br>Даже самый лучший язык не может защитить от дебилизма разработчиков. Максимум подтолкнет к более правильному коду, но не более.<br><br>&gt;<br>&gt;И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue <br>&gt;и прочие вкусности ? <br><br>А что это такое? и главное какие спеки JSR реализуют подобную функциональность?<br><br><br> https://opennet.ru/openforum/vsluhforumID3/50161.html#22 Tue, 03 Mar 2009 08:34:57 GMT &gt; Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.<br><br>У этого есть и оборотная сторона, в результате такой легкости приложения (особенно коммерческие) сплошь и рядом таскают за собой этот самый jetty, с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности это не есть хорошо.<br><br>И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue и прочие вкусности ?<br>