The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпущен релиз Apache FtpServer 1.0.0

02.03.2009 21:26

Группа разработчиков высокопроизводительного сетевого фреймворка Apache MINA выпустила первый релиз FTP-сервера Apache FtpServer 1.0.0, полностью написанного на языке Java. Продукт может работать как отдельное приложение или выступать в роли библиотеки классов для встраивания функциональности ftp-сервера в пользовательские приложения (интеграция со Spring и OSGi). Интересной особенностью программы является поддержка идеи ftp-летов, выступающих в роли асинхронных обработчиков ftp событий, по аналогии с сервлетами, реагирующими на HTTP-запросы.

Из функций Apache FtpServer можно отметить:

  • Поддержка виртуальных директорий пользователей, с возможностью записи в них и индивидуальным ограничением скорости загрузки;
  • Возможность работы в роли анонимного ftp-сервера;
  • Возможность возобновление прерванных загрузок и закачек с заданной позиции в файле.
  • Списки блокировки IP адресов;
  • Для хранения параметров пользователей сервера может быть задействована СУБД или конфигурация через XML файлы;
  • Поддержка шифрования сессий (SSL/TLS);
  • Поддержка команды MDTM (модификация времени доступа файла);
  • Поддержка режима "MODE Z" для увеличения скорости загрузки благодаря использованию сжатия на лету;
  • Легко подключаемые дополнительные обработчики виртуальных пользователей, блокировки IP или ведения логов.


  1. Главная ссылка к новости (http://mina.apache.org/ftpserv...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20560-ftp
Ключевые слова: ftp, apache
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Logo (ok), 21:52, 02/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Группа разработчиков высокопроизводительного сетевого фреймворка Apache MINA
    >выпустила первый релиз FTP-сервера Apache FtpServer 1.0.0, полностью
    >написанного на языке Java.

    Что, действительно высокопроизводительный на Java? С трудом верится.

     
     
  • 2.10, uZver (?), 23:28, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Что, действительно высокопроизводительный на Java? С трудом верится.

    Попробуйте попрограммировать на java серверные приложения ;)

    PS десктопная java работает удовлетворительно, но сама java заточена больше под ентерпрайз.

     
     
  • 3.14, Logo (ok), 02:36, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Попробуйте попрограммировать на java серверные приложения ;)

    Ой, что то сейчас не хочется, может в другой раз :)

     
     
  • 4.19, uZver (?), 11:10, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Попробуйте попрограммировать на java серверные приложения ;)
    >
    >Ой, что то сейчас не хочется, может в другой раз :)

    тогда в тот же другой раз сделайте проверку скорости работы серверного приложения на java... после чего заявляйте про скорость.

    Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.

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

     
     
  • 5.22, pazke (?), 11:34, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.

    У этого есть и оборотная сторона, в результате такой легкости приложения (особенно коммерческие) сплошь и рядом  таскают за собой этот самый jetty, с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности это не есть хорошо.

    И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue и прочие вкусности ?

     
     
  • 6.23, uZver (?), 11:47, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.
    >
    >У этого есть и оборотная сторона, в результате такой легкости приложения (особенно
    >коммерческие) сплошь и рядом  таскают за собой этот самый jetty,
    >с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности
    >это не есть хорошо.

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

    >
    >И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue
    >и прочие вкусности ?

    А что это такое? и главное какие спеки JSR реализуют подобную функциональность?


     
     
  • 7.28, pazke (?), 13:19, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > А что это такое?

    Это такие системные вызовы. sendfile - zero-copy пересылка данных, epoll/kqueue опрос состояния набора файловых дескрипторов. Дальнейшие поднобности у гугла.

    > и главное какие спеки JSR реализуют подобную функциональность?

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

     
     
  • 8.29, Sergey (??), 14:24, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    и как все это должно использовать приложение, по определению работающее в песоч... текст свёрнут, показать
     
     
  • 9.31, pazke (?), 17:01, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вы бы матчасть что-ли поучили Через Apache MINA, который или которая в с... текст свёрнут, показать
     
  • 6.32, johnjoy (??), 17:05, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    у jetty все хорошо с производительностью. да и в 90% случаев показатели его производительность будут нивелироваться производительностью бизнес-логики. не хватает - берите grizzly(glassfish) или coyote(tomcat), благо переделок даже и не должно требоваться.

    java nio нативно живет на event ports/epoll/poll.
    в osx - kquene. бсдяшники думали добавить в свой порт (или взять из gnu classpath), хз чем это закончилось.

    юзаешь nio - автоматом получешь поддержку.

    sendfile мелькал в томкате.

     

  • 1.2, User294 (??), 21:56, 02/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > полностью написанного на языке Java.

    Наверное еще более высокопроизводительный чем сам апач который без заграждения из лайта или нжынкса дохнет при небольшой нагрузке если у вас нечаянно оказался не Крэй.

     
     
  • 2.3, generik (??), 22:10, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Какая по Вашему высокая нагрузка на apache?
     
     
  • 3.6, Alexey (??), 22:26, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще всё зависит от скриптов

    у меня есть сервер на котором запускаются тяжелые ПХП приложения
    каждый процесс при этом отжирает около 30 Мб (+mysql)
    8 ядер с 16 гб ОЗУ не спасают в пиковых нагрузках (около 500 одновременных активных юзеров)
    сервер на пару минут ложится с LA 300 - 350...

    на другом же живет не менее большой сайт с около 1000 одновреенных активных юзеров и на том же апаче всё спокойно отрабатывает

     
     
  • 4.7, имя файла (?), 22:49, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    у меня сутками живут сервера с нагрузкой порядка 400ЛА. и ничего... прекрасно работают.
    одно "но", это риски
     
     
  • 5.17, User294 (ok), 07:08, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >у меня сутками живут сервера с нагрузкой порядка 400ЛА.

    Апачу в дефолтном виде обычно наступает пиндец при простой отдаче статики задолго до того как обычная заурядная машинка (далеко не Cray) осилит C10K :).

    Вот сравнить при 10K конекций эту жава-бню с нжынксом и лайти по поеданию памяти и нагрузке на проц - думаю было бы смешно.В плане заяв про нагрузку и прочая.И уж простите, но я слабо понимаю напуркуа фтпшнику выполнять какие-то краплеты.По-моему в таком виде этот фтпшник сольет лайту или нжынксу с присвистом.Хоть они и вообще не FTP :)

     
     
  • 6.20, terr0rist (??), 11:19, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Юморист, тебе на КВН пора. =)
    Скажи, ты часто юзаешь что-то в дефолтном виде? Пиво, например, тоже пьешь, не открывая банку?
    Мозги на то людям и даны, чтобы каждый мог настроить для себя. А не для того, чтобы обсирать всё подряд.
    А если ты что-то слабо понимаешь, то ты не вопи о том, что это г**но, а пойми сначала.
     
     
  • 7.26, idkfa (?), 13:05, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    судя по активности флуда, это тело ВООБЩЕ ВСЁ юзает, так что разработчики даже писать не поспевают
     

  • 1.4, Guest (??), 22:23, 02/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Apache Foundation целиком ушла в ынтерпрайз - монструозный HTTP сервер, FTP на Java, модные 'сетевые фреймворки' (услышав про которые, обычные люди делают большие глаза, потому что тупой select под нагрузкой работает быстре этих фреймворков), про Tomcat и говорить не стоит. Ну что ж, туда и дорога. Для задач из реального мира на фоне гораздо более легких и несранимо более производительных решений эти стеклянные города выглядят просто смешно.
     
     
  • 2.13, thevery (??), 02:14, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    это вы про какой ORM-то говорите и почему он должен работать быстрее селектов?
     

  • 1.5, Max (??), 22:25, 02/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я лично им пользуюсь давно. Очень доволен. Джава прекрасная технология.
    Джава быстра. И гораздо надёжней нативного кода. Одна проблема требования к памяти. из за этого я не использую James
     
     
  • 2.15, Logo (ok), 02:38, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >  И гораздо надёжней нативного кода.

    Хмм. "Творение превзошло творца".

     

  • 1.9, Аноним (9), 23:04, 02/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пользуюсь бетой.
     
     
  • 2.11, uZver (?), 23:29, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Давно пользуюсь бетой.

    А для каких целей применяете?

     
     
  • 3.12, Max (??), 23:36, 02/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    файлы с фильмами дома и обмен файлами.
     
     
  • 4.16, поцанчик (?), 05:40, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну тогда вам обычный Microsoft FTP Server сгодится.
     
     
  • 5.18, anonymous (??), 09:29, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А под фряхой он компилиццо? Или патчи придется накладывать?
     
     
  • 6.21, Дмитрий (??), 11:34, 03/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А что, обычных ftp-серверов под фрю не существует?
     

  • 1.34, Frank (??), 07:34, 04/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём тестов :)
     
  • 1.36, Аноним (9), 17:54, 04/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Microsoft FTP Server

    А что мелкомягкие стали замечать что кроме apple и microsoft есть еще и другие платформы?
    Кстати в оригинальном microsoft ftp сервер ничего особо выдающегося лично мной замечено не было. Среди коммерческих приложений есть вещи и покруче.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру