Организация Eclipse Foundation анонсировала (https://www.eclipse.org/org/press-release/20160307_che.php) первый выпуск интегрированной среды разработки нового поколения Eclipse Che (https://eclipse.org/che/), интерфейс которой не зависит от представления данных и может формироваться как при помощи web-технологий, так и с использованием классических локальных клиентов. Eclipse Che позиционируется как облачная среда разработки, не привязанная к локальным компьютерам разработчиков и доступная из любой точки сети. Серверная часть написана на языке Java и может быть запущена на любом сервере, где есть Java. Исходные тексты распространяются под лиценизей Eclipse Public License 1.0.<center><a href="https://eclipse.org/che/images/features/img-features-cloud-i... src="https://www.opennet.dev/opennews/pics_base/0_1457517259.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Благодаря архитектуре на основе плагинов Eclipse Che может выступать платформой для создания собственных специализированных web-ориентированных сред редактирования кода и встраивания элементов IDE в имеющиеся продукты. Уже доступны плагины (https://eclipse-che.readme.io/docs/plug-ins), предоставляющие поддержку различных типов приложений (мобильные приложения, web-приложения, графические программы, консольные утилиты), языков программирования (С/C++, Go, Java, Python, Ruby, PHP, SQL), фреймворков (Angular JS, Docker, Yeoman), систем сборки (Ant, Bower, Grunt, Gulp, Maven, Npm) и инструментариев (Code Mirror, Git, Orion, SSH, Subversion). Для расширения функциональности среды может применяться RESTful API, при помощи которого разработчики могут адаптировать IDE для новых типов проектов, добавить собственные команды и обеспечить интеграцию с любой инфраструктурой.<center><a href="https://eclipse.org/che/images/hero-home-technology.png"... src="https://www.opennet.dev/opennews/pics_base/0_1457517168.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Центральным звеном Eclipse Che является Workspace Server, предоставляющий средства для создания рабочих пространств, доступных через RESTful API, который может быть использован для управления рабочим пространством из любой среды разработки. Базовый интерфейс написан с использованием web-технологий и может быть открыт в web-браузере. Дополнительные интерфейсы развиваются для мобильных устройств, терминала и рабочего стола. Также подготовлен плагин для классической среды Eclipse. При этом, так как рабочее окружение формируется на сервере, все клиентские интерфейсы получают доступ к единому окружению, отличается только представление данных. Все операции выполняются на сервере, включая редактирование и отладку.
<center><a href="https://www.filepicker.io/api/file/x0h5pyFRQoyigZ9Anu9N?a.pn... src="https://www.opennet.dev/opennews/pics_base/0_1449228637.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></a></center>
Для запуска сервера достаточно загрузить код Eclipse Che и запустить скрипт "./che.sh start", после чего среда разработки станет доступна через открытие страницы http://localhost:8080. Сервер может быть запущен на любых системах, где имеется Java 8, в том числе в Linux, OS X и Windows. Импортирование кода на сервер может производиться через Git, SVN, загрузку через браузер ZIP-архива или через копирование файлов по SSH.
URL: https://www.eclipse.org/org/press-release/20160307_che.php
Новость: http://www.opennet.dev/opennews/art.shtml?num=44014
С# пока нет? :D
https://blogs.msdn.microsoft.com/visualstudio/2016/03/08/mic.../
Меню пуск из десяточки уже приделали зато.
> С# пока нет? :Dа за него ещё не вешают?
Круто. Надо заценить. Eclipse пользую давно и претензий не имею, претензии бывают к плагинам, который разные бывают. Хотя нет, одна претензия есть, в линуксе бывают косяки с разными версиями GTK и Web движка, еще не нравится, что андроидный плагин теперь не "официально от гугла", просрали момент.
Да ладно. =) Я даже на тестовом проекте получил warning и ошибку во время запуска. Хорошо, что stackoverflow рассказал, что это из-за каких-то конфигов в профиле Eclipse которые иногда не удаляются автоматически и нужно зайти в профиль и удалить их. Eclipse для Java EE, стандартная сборка с сайта.
о времена, о нравы...
сам eclipse нихрена не работает как нужно, а его уже "переделывают с оглядкой на будущее"
А еще сразу в контейнер docker все запаковать и чтобы по другому и нельзя запустить было. Мечта хипстера...
Зашибись серверное по пошло! "Сервер" обслуживает только одного клиента (не могу представить, чтобы эта штука обслуживала много клиетов одновременно с разными проектами на разных языках и т.п.)По сути, это клиент, просто вынесенный в облако.
Уже неплохо будет если движек отделят от убогого, тормозного интерфейса на собственном жаба-тулките.
ГУИ - это последнее что тормозит в жаве. SWT - обвязки к нативным гуям (в отличие от SWING) и не должны тормозить. Впрочем как и Swing.
На линуксе нет нативных гуев.
нативный = исполняется на инструкция процессора непосрдественно = написан на си (или C++ и т.п).
Да не в нативности дело, отрисовать прямоугольнички в 2D без всяких шейдеров не затратно совершенно. А дело в неоптимизированном коде. У нормальных IDE очень сложный код, и понятно почему его не оптимизируют.
И если переписать на нативный язык, но оставить ту же архитектуру, то будет то же самое.
> нативный = исполняется на инструкция процессора непосрдественно = написан на си (или C++ и т.п).На современных процессорах нативно выполняется только машкод. Язык программирования глубоко вторичен, так как транслятор порождает код, который выполняется на процессоре.
Также существуют picoJava-вычислительные блоки в процессорах в мобильных устройствах, в интеллектуальных смарт-картах, например. На них может напрямую без трансляции выполнятся Java-байткод под управлением мобильной операционной системы, поскольку он является нативным для такого процессора, а на обычном десктопном процессоре Java-байткод, как и скрипт на Bash или Perl, проходит трансляцию по технологии JIT или AOT, которые порождают чистый машкод. Управляет трансляцией Java-байткода в машкод JVM.
Как раз таки для больших коллективов предполагается.
сеть упала - суши бамбук
На кого упала?
http://localhost:8080
Тут либо "сеть упала - суши бамбук"©, либо, как ты предлагаешь, запускать софтину локально и работать с ней через браузер. Для IDE и то, и другое — дичайший маразм, веб-технологии ради веб-технологий.
Облачизм ради облачизма.Скоро часы и меню пуска не будут работать без широкополосного канала в штаты.
Эллипс уже настолько разжирел, что для него уже нужен сервер. Даёшь разработку на мейнфреймах!
Пардон, эклипс
на каждое рабочее место по четырёхголовому пролианту и 512гб оперативки, самое то, а то жабка тормозит
java плохо работает с большим количеством памяти. Может начать тормозить сборщик мусора.
Это болезнь всех языков со сборщиком мусора. Чем больше мусора, тем дольше его убирать.Вполне себе очевидная закономерность
> java плохо работает с большим количеством памяти. Может начать тормозить сборщик мусора.Проверьте на go, с таким же количеством памяти. Увидите сюрприз: однопоточный тормоз.
>> java плохо работает с большим количеством памяти. Может начать тормозить сборщик мусора.
> Проверьте на go, с таким же количеством памяти. Увидите сюрприз: однопоточный тормоз.Откройте для себя GOMAXPROCS и http://goo.gl/ob7nzo
PS: On Thursday, June 28, 2012 8:45:05 PM UTC+3, Rob 'Commander' Pike wrote:
If your program isn't parallel, there's no reason to use multiple processors.
OSGi капец?
jigsaw?
Интересно, скоро ли появится плагин для Rust
