The OpenNET Project / Index page

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

Язык программирования Groovy передан в руки Фонда Apache

12.03.2015 11:32

Разработчики динамического языка программирования Groovy объявили о решении перевести разработку под крыло организации Apache Software Foundation и направили соответствующую заявку на принятие проекта в инкубатор Apache. Язык Groovy заимствовал некоторые полезные качества Ruby, Haskell и Python, но создан для работы внутри виртуальной машины Java (JVM) и поддерживает тесную интеграцию с Java-приложениями. За годы существования Groovy вокруг данного языка сформировалась экосистема из связанных проектов, таких как MVC web-фреймворк Grails, swing-ориентированный фреймворк Griffon, системы сборки Gant и Gradle, инструментарий для интеграции с Google App Engine - Gaelyk, система параллельного программирования Gpars, тестовый комплект Spock, инструменты для контроля качества CodeNarc и GMetrics.

Причиной перевода разработки в Фонд Apache является решение компании Pivotal по прекращению финансирования нескольких разработчиков, которым ранее предоставлялась возможность работы над проектом Groovy в режиме полного рабочего дня. Подобное решение заставило задуматься над тем, как сделать проект жизнеспособным в долгосрочной перспективе, независимо от наличия спонсорской поддержки и изменений в составе основной команды разработчиков. После проведения дискуссий с представителями различных организаций, в том числе с Eclipse Foundation и Software Conservancy, оптимальным вариантом, наиболее полно отвечающим текущей философии разработки Groovy, признана организация Apache Software Foundation.

После вынесения совместного решения о принятии проекта управляющим комитетом Фонда Apache, Groovy будет помещён в инкубатор Apache, в котором будет выполнена подготовка инфраструктуры, проведён аудит лицензионной чистоты и проверка способности соблюдения принятых в сообществе Apache принципов разработки. В дальнейшем, как только проект покажет себя готовым для самостоятельного существования, не требующего дополнительного надзора, он будет переведён в число первичных проектов Apache. Groovy будет развиваться в соответствии с принципами меритократии, при которых решения принимают представители сообщества, вносящие наибольший вклад в развитие проекта.

  1. Главная ссылка к новости (https://blogs.apache.org/found...)
  2. OpenNews: Релиз динамического языка программирования Groovy 2.3
  3. OpenNews: Используемая в SourceForge хостинг-платформа Allura получила статус первичного проекта Apache
  4. OpenNews: Apache Drill получил статус первичного проекта Apache
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/41826-apache
Ключевые слова: apache, groovy
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 14:15, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Заголовок не соответствует содержанию..
     
  • 1.5, Аноним (-), 15:14, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что за старье начали постить? Pivotal очень давно уже сказал что груви развивать не будет, все надеялись что гугель возьмется но гугелю такие девелоперы которые развивают груви даром не нать. А вообще Groovy по большей части стал ненужен когда нормально стал работать JRuby, что собственно и стало причиной смерти оного.
     
     
  • 2.16, й (?), 10:31, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы Java-код собираете из jrake? И тесты к нему у вас тоже на jruby? Ну и как вам это?
     
     
  • 3.17, iZEN (ok), 11:01, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вы Java-код собираете из jrake? И тесты к нему у вас тоже на jruby? Ну и как вам это?

    Есть же легковесный maven. Зачем что-то ещё?

     
     
  • 4.18, Аноним (-), 11:15, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть же легковесный maven.

    У жабистов свои понятия о легковесном. Если даунлоад менее 200 мегабайтов и запускается на 16-ядерном проце с 128 гигз - значит легковесный.

     
     
  • 5.29, bOOster (ok), 19:14, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    легковесно - значит операция за такт. Представляем вообще че при 6 тыщах оборотов в ДвигателеВнутреннегоСгорания делается?
     
  • 5.30, bOOster (ok), 19:21, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Есть же легковесный maven.
    > У жабистов свои понятия о легковесном. Если даунлоад менее 200 мегабайтов и
    > запускается на 16-ядерном проце с 128 гигз - значит легковесный.

    А сколько это весит - в наше время только далбичей интересует, ну или лошков с префиксом PROGMEM..

     
     
  • 6.31, arisu (ok), 19:28, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот как? как ты умудряешься *постоянно* говорить глупости? ну ведь даже чисто по теории вероятностей один раз что‐то умное сказать должен. ан нет…
     
  • 4.20, й (?), 11:22, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1. ага, с конфигами в xml. gradle не так уж их плох на его фоне.
    2. groovy достаточно удобен для писания скриптов сборки и тестов.
     
     
  • 5.22, iZEN (ok), 22:54, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 1. ага, с конфигами в xml.

    На момент создания maven'a формат представления XML был в моде. Сейчас ничто не мешает XML переписать в JSON.

    > gradle не так уж их плох на его фоне.

    Скажем так: gradle сильно избыточен. Зачем готовить стартовый стол на космодроме для запуска воздушного змея? И так ведь делается при любой сборке проекта...

    > 2. groovy достаточно удобен для писания скриптов сборки и тестов.

    sh-скрипт ещё более удобен, так как не нуждается в 100 мегабайтах поддерживающей инфраструктуры.


     
     
  • 6.23, й (?), 00:24, 14/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас ничто не мешает XML переписать в JSON.

    ну, и что мне написать maven'у, чтобы он читал pom.json, а не pom.xml? гугль ничего не дал.

    > Скажем так: gradle сильно избыточен

    вы точно его пользовали? там configuration by convention, т.е. в широком ряде случаев она не нужна вообще или минимальна. в отличие от maven.

    > sh-скрипт ещё более удобен, так как не нуждается в 100 мегабайтах поддерживающей инфраструктуры.

    вы видели template engine на шелле? я видел, это ужасно.

     
  • 5.26, Аноним (-), 00:45, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 1. ага, с конфигами в xml. gradle не так уж их плох на его фоне.

    Для Java xml вполне нормальное явление, потому как там работать с этим форматом очень удобно. Но maven я тоже не люблю. И не за xml.

     
  • 4.24, wolf1221 (ok), 01:28, 14/03/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    izen не палился бы ты, в очередной раз, быдлоподелочки a la Hello World этим угробищем собираешь? А слабо собрать мавеном проект с тремя библиотеками, две из которых от третьей зависят? И по-теме: если в сабже будут так-же как в мавене ошибки править, то лучше сразу закопать. Баге с зависимостеми в мавене уже больше 12 (ДВЕНАДЦАТИ) ЛЕТ, и она не самая древняя.
     
  • 4.25, Аноним (-), 00:37, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам программирую на Java и скажу, что ваш maven гадость редкая.
    Первое, что мне не нравится это подключение к репе и нет возможности работать оффлайн.
    Ясно или не явно должен быть указан центральный репозиторий. Если скажем я захотел использовать только для решение зависимостей, то это не получится. А разрешение зависимостей порой еще больше создает проблем, чем их решает, а порой лишь создает иллюзию решения зависимостей. Потому как иногда получается так, что некоторые могут быть не явными.
    В этом случае приходится разбираться в ручную. Поэтому для меня подручные инструменты это IDE среда и Ant и больше ничего.
     
     
  • 5.27, iZEN (ok), 02:39, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сам программирую на Java и скажу, что ваш maven гадость редкая.
    > Первое, что мне не нравится это подключение к репе и нет возможности
    > работать оффлайн.

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

    > Ясно или не явно должен быть указан центральный репозиторий.

    Нет.

     
     
  • 6.28, Аноним (-), 03:27, 15/03/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Maven может спокойно работать в оффлайне, если в его локальном репозитории находятся все необходимые артефакты.

    А мне не нужны репозитории:) Но без них он видимо работать не хочет.

    > Нет.

    Ну вы же сами сказали локальный, но все же должен быть.


    Я мавен давно включал, но потом понял(когда разбирался с ним) что мне он не нужен. Он только усложняет, но никак не решает самые простые мои задачи.

     

  • 1.7, arisu (ok), 16:25, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > как сделать проект жизнеспособным в долгосрочной перспективе
    > перевести разработку под крыло организации Apache Software Foundation

    взаимоисключающие параграфы рулят.

     
     
  • 2.14, Аноним (-), 23:12, 12/03/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Пусть переименуют в "Gravy".
     

  • 1.11, Аноним (-), 18:49, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это про который сам автор говорил "если бы я тогда знал о скале, то не стал бы его делать"?
     
     
  • 2.12, Аноним (-), 19:25, 12/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да, он самый
     
  • 2.21, Stocker (?), 12:23, 13/03/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не "знал" а "увидел" или как - то так, скалы тогда просто не было, она появилась сильно много позже, когда груви уже был достаточно матёрым и известным.
     

  • 1.32, count0krsk (ok), 03:17, 20/03/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>инструменты для контроля качества CodeNarc

    Ну всё понятно, дальше можно не читать. Опять упоротые неосиляторы Си свой ЯП написали, а теперь его впаривают. Хоть бы не палились так явно ))
    Я вот не понимаю одного. В Линухе столько софта нет, аналогичного винде. Тот же Electronic Workbench в конце 90х в винде был, а в линухе какая-то кривая поделка Spice с которой ни в зуб ногой без мана, как сделать простенькую симуляцию.
    Гимп и Блендер ещё есть куда пилить, да куча всего не доделана для использования НЕ-программистами. Документация на русском опять же не для всего.
    Нет, надо пилить свою ОС, свой компилятор Си, свой ЯП, и гнуть потом пальцы.

    А теперь поставь минус и листай дальше.

     

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



    Спонсоры:
    Inferno Solutions
    Ideco
    A-Real
    Hosting by Hoster.ru
    Хостинг:

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