Вышла NetBeans IDE 6.8

после 6.7.1 перешел на emacs чего и вам желаю. в mailing list для юзеров по поводу 6.7.1 помнится приходило достаточно много писем касательно хреновой производительности и проблем с индексированием. в 6.8 это пофиксили?

>в 6.8 это пофиксили?

ОпенСорсники никогда ничего не фиксят они только ломают.

>КОГДА В САБЖЕ ПОФИКСЯТ СБОРКУ КЛИЕНТОВ ВЕБ-СЛУЖБ SOAP В ФОРМАТЕ JAX/RPC???!!!

каким образом сборка относится к IDE?

> Дайте мне для неё Perl, и я брошу нафиг eclipse! :)

Совсем ох@#ли.

>> Поддержка C там может тягаться с CDT?

ИМХО, она там намного лучше.

Начиная с какой версии NB?

Отлично!

Планируются ли пакеты под Fedora 12?

Очень хорошо в ней быдлокодить на похапэ. Для остального малопригодна.

>Netbeans нормально выглядит только под Solaris (OpenSolaris).

+512

И функционирует, кстати, тоже.

>Планируются ли пакеты под Fedora 12?

Ну, NetBeans 6.8 (равно как и IntelliJ IDEA ;) ) заявлен как фича Fedora 13: https://fedoraproject.org/wiki/Releases/13/FeatureList

Неплохая IDE для windows, в Linux пользоваться невозможно, глаза вытекают.

Сегодня мерялись с коллегой, у кого нечеткие сравнения строк быстрее работают (разные алгоритмы). Выяснилось - у него, в полтора раза быстрее, потому что я использовал для тестов однопроцессорную виртуалку, а он - на реальном двуядерном железе. К чему это я - может планку, проц проапгрейдить до двуядреного хотя бы, и «тормозное г-но» перестанет так уж тормозить? :)

Да. netbeans 6.7 в виртуалке (1cpu, 450 RAM) не тормозят. Как и eclipse. На такой же конфигурации VS2008+devexpress тоже не тормозят. Прямо уныло становится :)

под маком тоже нормально выглядит - намекает на то, что линукс не нужен?

> Да. netbeans 6.7 в виртуалке (1cpu, 450 RAM) не тормозят. Как и eclipse.

Это смотря чего в них делать :)). У нас на работе Эклипс тормозит вполне себе на Core 2 Duo. 1 Gb RAM (а скорее и два, не помню точно). Но это локальное безумие.

это если его и репок ставить, мне же надо ставить с того что на сайте (ну вот так вот надо), в этом случае fresh и через symlink на раб. диру

или я что то упустил в этой жизни?

> ОпенСорсники никогда ничего не фиксят они только ломают.

вот модерА меня точно полечат, но все таки скажу: «Klausd - ну иди же ты на хуй (slor) и там ной»

Эх, господа орущие про тормоза, не видели вы что такое тормоза настоящие. Когда я на core2duo2.4 + 3G ram + (WinXP || Linux) работал в RAD (Rational app developer) + WebSphere - вот это был писец. Тормозило _все_, потому что эти два поделия отъедали по гигу с лишним оперативы каждый и любое переключение между аппликухами вызывало жуткое и натужное использование свопа. Локально ставить еще и оракел я не решился, хотя в теории проблем с админами мне бы это поубавило.

> Оно всё такое же страшное с кривыми шрифтами?

export _JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=on"

или я что то упустил в этой жизни?

Да.

как бы запоздал с вопросом на годика 3 ...

это да, пока не увидел в багтреккере fixed думал что это у них sun-way такой.

>Он какбе научился обновляться а не переустанавливаться.

бета 6.8 обновлений не нашла. качаю релиз

завтра на работе проверю 8)

Он предложил подцепить профиль от установки 6.7.1. я подумал - ну нафиг - лучше бы он профиль от 6.8 бета заметил. запустил с чистым профилем, открыл проект. и снова задравшая меня ошибка, когда он не видит классы из импортнутых в проект либ.

закрываю его, копирую ~/.netbeans/6.8beta в ~/.netbeans/6.8 всё, он видит все пэкеджи нужные.

а вот пару месяцев назад, когда слил с репозитория проект, а он не хотел видеть их и раскрашивал все файлы в красный цвет, пришлось пересоздавать проект вообще.

короче псто ненависти.

а кактус всё приходится кушать. Впрочем, это единственное что меня в нём бесит.

>Начиная с какой версии NB?
Не помню, первый раз сравнивал где-то года два назад.

Для лузеров, которые «только вчера поставили 6.7» сообщаю, что существует такая вещь, как roadmap.

запускается почти моментально !! вот это неожиданно, вот этим порадовали:)

Core2Duo2,0+4G ram. Запущено две виртуалки, в одной Solaris+WebSphere, в другой Win2003+Mssql. Еще запущен эклипс с 38 проектами. Не тормозит ничего. Во время компиляции играю в доту.

>> Начиная с какой версии NB?

Не помню, первый раз сравнивал где-то года два назад.

Хм. Я прмиерно тогда же. И оно не просто сливало тогдашнему CTD 4, а сливало безнадежно.

Перенос проекта в CDT-6.1 с машины x86 (gcc-4.3) на машину x86-64 (gcc-4.4 -std=c++0x) вызывает полное непонимание. CDT продолжает парсить проект как для x86. При этом он так и не понял, что компилятор поменялся, да и для -std=c++0x соответствующие defines он не сгенерил. CDT посей день не ведает где лежит varargs.h. Этот путь надо прописывать в настройках проекта в рукопашную, и передача проекта от SUSE к Ubuntu положит CDT на лопатки. Там ведь другой путь. Смена gcc - и опять у CDT проблемы с поиском varargs.h. Если я в опциях компиляции добавлю -DMEMORY_DEBUG для CDT это пустой звук он продолжит разбирать код как будто MEMORY_DEBUG не определен. Ну и т.д. CDT гадит в каталог проекта.

В Eclipse-CDT можно устанавливать переменные окружения и при сборке (make) и при запуске приложения. Как то же самое сделать в Netbeans?

Ну скажем добавить их в команду сборки и выполнения (причем как и у CDT это будет соответствовать только одному build configuration)

env.VARIABLE в build.xml. Через Code Assistant вечером гляну - скажу

> Перенос проекта в CDT-6.1

CDT 6.1 не существует в природе. Возможно, ты имел в виду CDT 6.0.1?

с машины x86 (gcc-4.3) на машину x86-64 (gcc-4.4 -std=c++0x) вызывает полное непонимание

А как ты «переносишь проект»?

передача проекта от SUSE к Ubuntu

У меня странное впечатление, что ты «передаешь проект» путем копирования каталога со всем его содержимым. Это так?

Ну а вообще, попробуй «передать проект» в венду - там наверняка еще найдется, на что пожаловаться.

Если я в опциях компиляции добавлю -DMEMORY_DEBUG для CDT это пустой звук он продолжит разбирать код как будто MEMORY_DEBUG не определен. Ну и т.д.

Странно. Такое впечатление, что ты используешь Managed Builder.

CDT гадит в каталог проекта.

.cproject и .project. Ерунда, в общем-то.

Ты потрепатся http://download.eclipse.org/tools/cdt/builds/6.1.0/

Путь копирования каталога - нет не так. Но и это возможно. Скажи мне сударь какая такая зараза запрещает мне использовать такой простой способ переброски проекта.

Ты приколист. Покажи мне как Managed Builder использовать с Qt проектом, а заодно покажи как в CDT создать несколько конфигураций для построения Qt проекта.

Срач он и есть срач. И два файла или сколько там не имеет ни малейшего значения. Если кто то с этим проектом решит работать в Kdevelop, а кто то в QTCreator то совсем пиндец.

И последнее в Netbeans-6.8 Project Properties->Run->Envinronment и добавляем чего влезет. Так и добавляются переменные среды.

> Ты потрепатся http://download.eclipse.org/tools/cdt/builds/6.1.0/

Ты приколист.

Не тебе о приколах говорить. Версия CDT 6.1 еще даже не бета, использует Eclipse 3.6, который выйдет летом следующего года. И ты к нему уже претензии предъявляешь? На этом разговор можно было бы и закончить.

Путь копирования каталога - нет не так. Но и это возможно. Скажи мне сударь какая такая зараза запрещает мне использовать такой простой способ переброски проекта.

Никто. Я даже рекомендую тебе его использовать. Особенно - между машинами с разной архитектурой. Потом жалуйся, весело будет.

Срач он и есть срач. И два файла или сколько там не имеет ни малейшего значения.

Какая прелесть.

Кстати, ты не обязан создавать файлы проектов в каталоге с исходниками.

Именно функционал CDT-6.1 и можно сравнивать с Netbeans-6.8. Он выйдет летом но в тот момент не появится еще Netbeans-6.9.

Кто мне запретил переносить проект простым копированием между машинами с разной архитектурой. Настройка проекта проблема IDE. И почему в Netbeans я могу скопировать проект, и попросить Code Assistant настроить его на новую архитектуры. Максимум 1 минута - и я работаю.

Кстати, ты не обязан создавать файлы проектов в каталоге с исходниками.

Согласен и CDT это позволяет при экспорте проекта (и если я не ошибаюсь только при экспорте)

И если бы никто не предъявлял претензии к тому, что выйдет не было бы ни единого баг-репорта.

> Именно функционал CDT-6.1 и можно сравнивать с Netbeans-6.8. Он выйдет летом но в тот момент не появится еще Netbeans-6.9.

Сравнивать можно всё со всем. Только лично мне (да и большинству, я так думаю) было бы интересно сравнение последних официально выпущенных версий. Для протокола: нет, я не запрещаю тебе сравнивать релиз NB с альфой CDT.

Кто мне запретил переносить проект простым копированием между машинами с разной архитектурой.

Не знаю, кто тебе это запретил. Я - точно не запрещал.

Настройка проекта проблема IDE. И почему в Netbeans я могу скопировать проект, и попросить Code Assistant настроить его на новую архитектуры. Максимум 1 минута - и я работаю.

А что такое «настройка на новую архитектуру»? Как минимум, это make clean; make all. Я рад, конечно, что Netbeans умеет это автоматизировать, но лично мне _гораздо_ больше нужна нормальная навигация по проекту - когда я смотрел на Netbeans последний раз, он был просто беспомощен в этом по сравнению с CDT. Да, и 2 служебных файла CDT в каталоге с исходниками меня тоже не напрягают.

А «настройка на архитектуру», которую может сделать IDE - это в любом случае такие копейки по сравнению с переносом программы на новую платформу...

Кстати, ты не обязан создавать файлы проектов в каталоге с исходниками.

Согласен и CDT это позволяет при экспорте проекта

Тогда что за претензия, что CDT нагадил тебе в каталоге проекта аж двумя файлами?

если бы никто не предъявлял претензии к тому, что выйдет не было бы ни единого баг-репорта.

Баг-репорт - это не претензия, а попытка исправить ситуацию.

Я могу перенести все данные претензии на CDT-6. С ним я также встречался достаточно плотно. Я ведь на Netbeans перешел только с версии 6.7 и то местами, а вот версия 6.8 меня устраивает достаточно полно. Удобство навигации - не думай, что я желаю кого то обидеть, но это абстракция и овеществляется она для разных людей по разному. Что удобно одному, абсолютно не приемлемо другому. Ну например в Project Explorer удалили фильтры настраиваемые пользователем (В чистом eclipse они есть, а CDT их стирает). Какая такая навигация отсутствует в Netbeans. Дело в том, что CDT уже 2 версии подряд топчется на месте, и третья версия, ну та которая еще не альфа, стоит там же.

> Ну например в Project Explorer

Project Explorer

А, ну если для тебя навигация по проекту - это Proect Explorer, то это много объясняет.

Дело в том, что CDT уже 2 версии подряд топчется на месте, и третья версия, ну та которая еще не альфа, стоит там же.

Теперь всё понятно.

ха-ха.. 2 года назад работал в RAD + WebSphere + TOAD (+ офис + ещё чего-то) на WinXP + pentium 4 + 1G ram. скажите невозможно? я сейчас тоже так думаю. а у вас тут, видите ли, нетбинз тормозит )

> 2 года назад работал в RAD + WebSphere + TOAD (+ офис + ещё чего-то) на WinXP

работал в RAD + WebSphere + TOAD (+ офис + ещё чего-то) на WinXP

RAD + WebSphere + TOAD (+ офис + ещё чего-то) на WinXP

на WinXP

WinXP

Тссссс. Здесь у многих нет денег и/или интернета на виникспи. Не надо разжигать зависть и расстраивать людей.

Можешь сказать в паре слов, какие есть мегафичи у CDT. Вопрос не праздный. На скринах и видео ничего выдающегося (если не считать выдающимся идиотские визарды по созданию класса) не видел. Соответственно, интересно, что нашли в CDT те, кто с ним _разобрался_.

> какие есть мегафичи у CDT?

самопочин

> Можешь сказать в паре слов, какие есть мегафичи у CDT.

У нее нет мегафичей, по крайней мере, я бы не назвал то, что есть «мега». Но CDT довольно неплохо понимает код Си/Си++, что дает неплохую навигацию, раскрытие макросов, autocompletion, и фишки типа рефакторинга (в CDT 6), при этом индексатор достаточно быстр. Дебагер неплохой, умеет удаленную отладку. Еще один плюс - PyDev в этом же флаконе (хотя для других это может быть безразлично).

Но за последние лет 10, Eclipse - это единственная IDE, которой я пользовался, так что мне не с чем сравнивать :) Когда я пару лет назад смотрел на NetBeans, она слила Eclipse в навигации по коду (насколько я понял, парсер Си/Си++ в NetBeans был примерно на уровне ctags), дальше я и смотреть не стал.

> И последнее в Netbeans-6.8 Project Properties->Run->Envinronment и добавляем чего влезет. Так и добавляются переменные среды.

Это только для Run. Имеется makefile проект. В PATH пути к компилятору не выставлены, так как приходится переключаться между несколькими SDK. Можно сделать установку путей при запуске Netbeans, но так не катит. Хочется переключаться между тулчайнами путем продмены PATH прямо из GUI.

Устоновил сегодня на мак ос, писяль от восторга))

Ну и запиши для этого тулчайна в ProjectProperties->Build->Make так если бы ты делал make с консоли в одну строку. Я использую не системную версию qt и пишу

/usr/local/Trolltech/Qt-4.6.x/bin/qmake -recursive CONFIG+=debug_and_release QMAKE_CXXFLAGS="-std=c++0x" QMAKE_CXXFLAGS_DEBUG="-g3 -gdwarf-2"; ${MAKE} -f Makefile debug

А для другого тулчайна пишу то же, но указываю какой gcc схватить и т.д.

И самое главное все пути эклипса значат что-то только для выполнения make и ничего не значат для IDE. Потому что потом прийдется руками ему прописывать difines чтобы он правильно парсил. Ну например __GNUC__=4. Для перехода между разными версиями компиляторов и прочих системных приблуд есть Options->C/C++->Build Tools, где и создается новый Tool Colection. Записывается где лежит компилятор ну и прочее. Затем переход на вкладку Code Assistance->Reset Setings и он автоматом настраивает все пути и прочее. А в тулчаине просто указываете какой Tool Colection использовать.

За ResetSettings спасибо. На 1280*800 эта кнопочка затерялась за ползунком внизу. Даже не думал что она там есть. Матерясь, руками забивал все настройки.

Для любого тулчаина также работает автоматическое определение. Соберите сначала тулчаин в debug варианте, правой кнопкой на проекте->Code Assistance и дальше он сам вытянет с бинарников и so-шек все нужные определения. Останется только подправить includes, а то он вносит в них и каталоги с cpp чего лично мне не нужно.