Анонсирован (http://planetorion.org/news/2012/10/orion-1-0-release/) релиз проекта Orion 1.0 (http://eclipse.org/orion/), в рамках которого проектом Eclipse под покровительством компании IBM развивается (http://wiki.eclipse.org/Orion) концепция интегрированной среды разработки, работающей в обычном web-браузере и нацеленной на создание сайтов и web-приложений. В отличие от других попыток создания браузерных инструментов разработки, Orion не ограничивается работой в одной вкладке браузера - поддерживается полноценная работа со ссылками и обмен ими. Например, можно открыть файл для редактирования в новой вкладке через открытие ссылки. По своей структуре Orion организован в виде набора работающих на стороне браузера компонентов, которые могут использоваться как отдельно, так и в связи друг с другом.
<center><a href="http://wiki.eclipse.org/images/a/a6/Orion-edithtml.png"... src="http://www.opennet.me/opennews/pics_base/0_1351782713.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center>
Клиентская часть (https://github.com/eclipse/orion.client), обеспечивающая процесс редактирования кода, написана на языке JavaScript, распространяется под свободой лицензией EPL и может использоваться как платформа для создания различных web-ориентированных редакторов, примерно в том виде, как сейчас платформа Eclipse выступает в роли базиса многих сторонних проектов. Серверная часть написана на языке Java и распространяется (https://github.com/eclipse/orion.server) под лицензиями EPL и BSD. Вся логика редактирования кода реализуется на стороне клиента, серверная часть отвечает только за выполнение низкоуровневых операций, таких как обработка файлов и разделение привилегий между пользователями.Orion легко интегрируется со сторонними проектами и может использоваться (http://planetorion.org/news/2012/06/examples-of-embedding-th.../) в качестве редактора кода, встроенного в различные web-приложения и продукты. Например, на базе Orion построены встроенный в Firefox JavaScript-редактор Scratchpad (http://www.opennet.me/opennews/art.shtml?num=32951) и развиваемый компанией VMware редактор кода Scripted (http://www.opennet.me/opennews/art.shtml?num=35077). Кроме того, Orion может быть запущен (http://wiki.eclipse.org/Orion/How_Tos/Install_Orion_on_Local...) на машине разработчика в виде обособленной среды разработки или вызван (http://wiki.eclipse.org/Orion/Getting_Started_with_Orion) в виде web-сервиса. В частности, один из таких сервисов Orionhub.org (http://orionhub.org/) поддерживается сообществом Eclipse и при создания аккаунта обеспечивает возможность привязки уже существующей учётной записи в Mozilla Persona или службах Google.
В настоящий момент поддерживается редактирование JavaScript, Java, CSS и HTML. Поддержка других языков, дополнительных функций, команд редактирования, типов хранилищ данных и расширений интерфейса пользователя обеспечивается через подключения внешних плагинов. Например, доступны плагины для управления версиями с использованием Git, доступа к файлам через WebDAV, поддержки новых элементов HTML5, работы с Node.js, автоматического форматирования JavaScript-кода с использованием JSBeautifier (http://jsbeautifier.org/), режима подсветки синтаксиса CodeMirror и т.п. При этом плагины не зависят от серверной инфраструктуры и могут загружаться с внешних сайтов.
URL: http://planetorion.org/news/2012/10/orion-1-0-release/
Новость: http://www.opennet.me/opennews/art.shtml?num=35215
А совместное редактирование файлов на сервере есть? (как в ehterpad'ах всяких)
А как ты себе это представляешь? В нормальных многопользовательских средах разработки есть версионирование и check-In - check-Out.
Выходим из анабиоза, и пробуем Google Docs. Cloud9 также поддерживает совместное редактирование.
А на кой оно? Разве что удаленно парное программирование устроить... Но это ж всё равно изврат - там именно рядом надо сидеть чтобы профит был.
Реалии таковы что много людей работают удаленно, команды разнесены по разным регионам одной страны а нередко и по разным странам. Лучше иметь такую возможность чем не иметь.
Построчную блокировку, как в реляционных БД, для документов уже осилили?
Сие не нужно при наличии адекватного тим лида.
Когда ты последний раз видел вышеупомянутого перса вживе?
Да я сам в такой работаю. Версионника вполне достаточно.
>Клиентская часть написана на языке JavaScript
>Серверная часть написана на языке JavaА в чём профит подобной связки?
Пока я вижу лишь возможность, лёгким движением руки авторов браузера, поломать отображение интерфейса к чертям собачьим.
Так как серверная часть примитивна, то и тут никаких профитов не предвидится.
Зачем? Почему?
странно... зонд должен сразу чувствоваться...
> странно... зонд должен сразу чувствоваться...Толстый ты.
там же вроде написано - серверная часть нужна для того, чтобы делать то, что тяжко сделать на клиентской (в браузере) - например, полноценная работа с файлами.
Экслипс слишком мало тормозил, они решили выйти на совершенно новый уровень, недостижимые старыми методами тормоза
Чесслово, возникают мысли о заговоре вендоров сред разработки (коллеги с лагеря дотнет тоже жалуются). И при этом, функционально все на прежнем уровне. Возможность менять шкурки в эклипсе я не считаю мега-фичей.
> Чесслово, возникают мысли о заговоре вендоров сред разработки (коллеги с лагеря дотнет
> тоже жалуются). И при этом, функционально все на прежнем уровне. Возможность
> менять шкурки в эклипсе я не считаю мега-фичей.Мыши плакали и кололись, но продо... эээ, о чем это я?
Осильте уже emacs/vim с нужными плагинами, допишите под себя, и никаких сговоров.
Несколько лет назад потратил на это занятие пару месяцев, зато с тех пор никакого баттхерта по поводу IDE.
я думал упомянуть vim, но решил не разводить флейм. Но раз уж начали, vim не очень удобен для Java. А уж без Gnu utils, тобишь, на винде, которую предпочитают в организациях, он и вовсе бесполезен. А для C, Go, Python - безусловно.
для emacs есть экстеншены для java.
> для emacs есть экстеншены для java.они хоть рефакторинг то умеют? хотя бы на уровне NetBeans?
а HQL код валидируют?
> Осильте уже emacs/vimуже давно их использую. для джавы они малопригодны.
по сравнению с полноценной иде для джавы вроде эклипса они реально убоги. убоги абсолютно из-за отсутствия (или кривости) элементарных фичей обычной джавы иде вроде:
- отладчика
- рефакторинга
- навигация
и т.д.пысы. ейбогу хватит шептать эту мантру про непревзойденность имакса и вима.
а можно просто поставить Komodo
>Вся логика редактирования кода реализуется на стороне клиента, серверная часть отвечает только за выполнение низкоуровневых операций, таких как обработка файлов и разделение привилегий между пользователями.По-моему интереснее было бы наоборот. Иначе не понятно, зачем оно вообще тогда нужно. +\
как это наоборот? это конда вводишь символ и ждешь пока сервер прос...ся чтоб следующий ввести?
Посоветуйте плиз безопасный дистрибутив для устаревших компов уровня пентиум 4. Чтобы всё было быстро и безопасно (можно и с openbox).
> Посоветуйте плиз безопасный дистрибутив для устаревших компов уровня пентиум 4. Чтобы всё
> было быстро и безопасно (можно и с openbox).distrowatch. Тебе туда. Здесь это вообще не в тему.
В тему, тут то и дело делают анонсы безопасных дистров.
Ну так подпишись на RSS или научись пользоваться поиском. Какого хрена ты влез в тему совершенно другую?
Любой с E17 (смотри предыдущую тему). Среди них не рекомендую Elive - требует деньги чтобы установиться на жёсткий диск. Также бывает Lxde.Безопасно? CentOS 4 или 5. Старый софт, в который бэкпортируются новейшие обновления безопасности. Если есть деньги то можно даже попробовать старые версии RHEL, RHED, SLES, SLED.
Похожая тема на форуме: http://www.linux.org.ru/forum/talks/8407774
Они б лучше десктопную пилили. А то с каждой версией она все хуже, пришлось на идею свалить.
http://cloud-ide.com/