Где достать компилятор Java ?

← →
Dmitriy O. © (2004-05-24 11:22) [0]

И как он вообще называется ?

← →
Думкин © (2004-05-24 11:26) [1]

Там же где и компилятор Паскаля.

← →
Соловьев © (2004-05-24 11:46) [2]

www.sun.com

← →
Паниковский © (2004-05-24 11:50) [3]

JDK 1.4 - компилятор + библиотеки(у Sun"a на сйте есть, есть у IBM)

JBulder 9 - лучше вот такую штуку найди

← →
Паниковский © (2004-05-24 12:15) [4]

JDK 1.4 - free

JBulder 9 - платное(много стоит) есть бесплатные аналоги

← →
Dmitriy O. © (2004-05-24 12:19) [5]

> Паниковский © (24.05.04 12:15)
Понятно. Буду искать JDK Хотя наверно можно найти СD c условно бесплатным JBulder

← →
TUser © (2004-05-24 12:20) [6]

Будет конвертор Pascal<->Java<->Блоксхема<->Понятное описание алоритма на русском языке?

← →
Паниковский © (2004-05-24 12:24) [7]

Dmitriy O.
Удачи!

← →
Sanek_metaller © (2004-05-24 15:34) [8]

Сначала JVM"кой обзаведитесь:)

← →
Dmitriy O. © (2004-05-24 15:57) [9]

> Sanek_metaller © (24.05.04 15:34)
А что ей обзаводится ? она ж везде есть т.е. по моему в месте с Windows устанавливается. По край ней мере у мя на компе апплеты запускаются.

← →
Sanek_metaller © (2004-05-24 16:29) [10]

>Dmitriy O. © (24.05.04 15:57) [9]
В XP её нет,я ее сам устанавливал...

← →
Плохиш (2004-05-24 16:30) [11]

http://www.borland.com/products/downloads/download_jbuilder.html

см. Foundation

← →
Gero © (2004-05-24 16:43) [12]

О! Скоро автосхема будет стоить блок-схемы программ на языке Java!
А возможно даже выйдет версия для мобилок. Класс.

← →
iZEN © (2004-05-25 21:57) [13]

java.sun.com

J2SE 1.4.2 SDK -> http://java.sun.com/j2se/1.4.2/download.html

Можно сразу качать (после лицензионного соглашения):
J2SE 1.4.2_04 - NetBeans 3.6 - "два в одном", так сказать...

То есть получаешь порядка 97Мб полностью бесплатного и рабочего инструментария (J2SDK+документация и IDE).

Я ставил всё по отдельности (Java2 SE SDK, IDE какой-нибудь бесплатный: NetBeans или Eclipse).

У Borland есть некоммерческий JBuilder Personal, но там можно только простенькие апплеты делать и мидлеты для сотовых. JBuilder слишком навороченный, но всё в нём есть (если коммерческий).

← →
УНЯ © (2004-05-25 22:05) [14]

Удалено модератором
Примечание: Offtopic

← →
wl (2004-05-25 22:06) [15]

есть ещё бесплатная EWE сайт не помню...

← →
iZEN © (2004-05-25 23:03) [16]

А вообще, Java - это операционная среда, почти операционная система. Там всё по-другому. Там нет понятия EXE-файла.

Java-программа - живая - собирается во время исполнения(!) из маленьких составляющих (class-файлов, откомпилированный байт-код). То есть, как только начинает выполнятся код метода main() какого-то класса, другие классы подгружаются в память по мере обращения к их коду - это упрощённо.

Существуют также компиляторы, превращающие java-приложение в нативное под Windows (exe-файл + dll-ки времени выполнения) и UNIX/Linux. Но обычно они не пользуются популярностью, так как рушат саму идеологию Java "Написано однажды - выполняется везде" - WORA.

Современные виртуальные машины Java (JVM) по скорости исполнения java-кода (спасибо JIT-у, just-in-time-compiler) нередко превосходят код, генерируемый C/C++ - компиляторами, о Delphi даже и говорить не стоит (строковые операции, например, Java исполняет в 3 раза быстрее Delphi).

В общем, добро пожаловать в мир Java.
Будет трудно поначалу, но будет интересно.

← →
Fktrc © (2004-05-26 04:50) [17]

2iZEN
У меня нет причин Вам не верить, но не могу поверить, что на одинаковых алгоритмах интерпретатор окажется быстрее компилятора. Может хитрость в Java какая есть? Тогда при реализации этой хитрости в компилируемом языке (или его компиляторе) компилятор все равно должен обогнать.
PS: ведь критичные ко времени исполнения программы (игры, числодробилки) на Java пока еще не пишут?..

← →
Fktrc © (2004-05-26 06:27) [18]

2iZEN
Забыл спросить. Я сейчас мелкую автоматизацию для себя пишу (дома и на работе) на JScript, прочее на Delphi. Очень удобно. Стоит ли переходить на полноценный Java? Вы, конечно, скажете, что стоит однозначно, но все же. Я имею в виду, какие ощутимые преимущества я получу. Если есть ссылка на статью на русском, где это рассказано, то выложите ее, схожу, прочитаю.

> Можно сразу качать (после лицензионного соглашения):
> J2SE 1.4.2_04 - NetBeans 3.6 - "два в одном", так сказать...

Если есть документация по пользованию всем этим добром (желательно на русском (и желательно для чайников :)) ), то тоже подскажите, пожалуйста, где она лежит.
Спасибо.

← →
Паниковский © (2004-05-26 07:20) [19]

iZEN
1 JAVA есть виртуальная машина а не среда
2 Скорость у нее всегда меньше чем у Pascal и С так как виртуальная машина
3 Есть конечно вариант когда пишеш сервлет и перекомпилиреш его в нормальный exe"шник но все равно медленнее
Приемушество платформенно независимость так как п. 1

Вот пару ссылок:
http://www.javaportal.ru/
http://www.jbuilder.ru/index.jsp

ЗЫ
Инфы по Java на русском серьезной я почти не видел в сети
ЗЫЫ
Да прибудет с тбой сила джедай!/*Java - транскрипция ДЖАва -джедай ))*/

← →
Паниковский © (2004-05-26 07:23) [20]

Fktrc

Игры писать можно!
Есть поддержка OpenGL.
Есть классы работы с 2D.

← →
Fktrc © (2004-05-26 07:26) [21]

Паниковский
Без сомнения игры писать можно. Но ведь тяжелые игры (Unreal, FarCry, WarCraft, etc) не пишут! Скорость работы в этом случае имеет решающее значение.

← →
Polevi © (2004-05-26 07:46) [22]

лишь в бирюльки поиграть
игры нельзя писать, какоая плохая ява

← →
Fktrc © (2004-05-26 07:51) [23]

> игры нельзя писать, какоая плохая ява

это, вероятно, в ответ на

> Но ведь тяжелые игры (Unreal, FarCry, WarCraft, etc) не
> пишут! Скорость работы в этом случае имеет решающее значение.

Я приводил этот аргумент как возражение на высказывание iZEN

← →
Паниковский © (2004-05-26 07:55) [24]

Fktrc
Можно!
/*Можно написать что угодно но есть несколько вопросов
Сколько это будет стоить?
Сколько на это уйдет времяни?*/

← →
Fktrc © (2004-05-26 07:56) [25]

продолжу, не вовремя кнопку нажал
...как возражение на высказывание iZEN

> Современные виртуальные машины Java (JVM) по скорости исполнения
> java-кода (спасибо JIT-у, just-in-time-compiler) нередко
> превосходят код, генерируемый C/C++ - компиляторами

это высказывание опровергается тем фактом, что на Java высокоскоростные програмы не пишут. Как пример таких программ, известный всем, привел игры. Ваш сарказм не к месту.

← →
Паниковский © (2004-05-26 08:11) [26]

Fktrc
Игры уже пишут...
Java как бы там ни было язык программирования.

← →
Fktrc © (2004-05-26 08:36) [27]

Паниковский

> Игры уже пишут...

А ссылку можно?

← →
Паниковский © (2004-05-26 08:38) [28]

Fktrc
Лень искать но инет проекты уже есть

← →
Fktrc © (2004-05-26 09:40) [29]

Паниковский
Аналоги Unreal, FarCry, WarCraft и т.д. на Java есть?

← →
Паниковский © (2004-05-26 09:49) [30]

Fktrc
Doom есть для сотовых/*без OpenGL*/
Все остольное дело времени.

/*Когда то считалось что все игры должно писатся на ASM"e*/

← →
Паниковский © (2004-05-26 09:53) [31]

>Без сомнения игры писать можно. Но ведь тяжелые игры (Unreal,
>FarCry, WarCraft, etc) не пишут! Скорость работы в этом случае
>имеет решающее значение

Кстати если текстуры полегче зделать то почему бы и не Java?

← →
Fktrc © (2004-05-26 10:31) [32]

Паниковский
В итоге все упирается в железо.

> /*Когда то считалось что все игры должно писатся на ASM"e*/

Это так, но увеличение вычислительных мощностей позволило писать и на ЯВУ (т.е. С++, Pascal). Когда в будущем скорость выполнения программ на Java и на C++ будет малоразличима, то Unreal Tournament 2010, возможно, напишут на Java.

> Все остольное дело времени.

Вы правы. А пока Java все же не подходит для высокопроизводительных программ.

> Кстати если текстуры полегче зделать то почему бы и не Java?

Тогда конечно, чего бы и Java не использовать. Но ведь этим высказыванием вы признали, что Java заметно медленнее C++, иначе бы не пришлось текстуры полегче делать. Да и прогресс в области игр наоборот идет по пути усложнения и утяжеления текстур для создания более реалистичного изображения.
Вообще обсуждать очевидное не хочется. Я не говорил, что Java ни для чего не подходит. Я говорил, что она не подходит для высокопроизводительных программ. А для всего остального на первое место выходит скорость написания, функциональность, поддерживаемость и безопасность полученного кода. А тут Java одна из лучших. Плюс еще и кроссплатформенность. Я сам использую подмножество Java - JScript для WSH. Красиво и удобно.

← →
Jeer © (2004-05-26 10:51) [33]

Fktrc © (26.05.04 10:31) [32]
Не сравнивайте JScript "мелких" и Java - это определенно разные вещи.

← →
Fktrc © (2004-05-26 10:55) [34]

А кто их сравнивал? Я писал про подмножество. А подмножество дает некоторое представление о множестве. Судя по JScript, сама Java также красива и удобна. Вот и все.

← →
Паниковский © (2004-05-26 10:56) [35]

Fktrc
Я сразу сказал что виртульная машина это тормоз.

JScript <> Java

JScript != Java

← →
Fktrc © (2004-05-26 11:03) [36]

Паниковский © (26.05.04 10:56) [35]
1) Пришли к консенсусу :)
2) А я и не спорил, что JScript <> Java. Тоже консенсус :)

Ладно. Я выше спрашивал, какие ощутимые преимущества я получу, перейдя на Java c Delphi? Есть ли статья на эту тему?

← →
Dmitriy O. © (2004-05-26 11:03) [37]

А вот к стати на счет скорости. Широко освещался в прессе тот факт что ПО для марсаходов было написанно на Java. И это о может сказать о том что скорость таких прог достаточно высокая т.к. ПО там достаточно мощьное одно только автономный выбор маршрута чего стоит.

← →
Паниковский © (2004-05-26 11:09) [38]

Fktrc
Приемущества
1) Платформенно независимость
2) Простота работы с инетом
3) Зарплата

Недостатки
1) Торомза от виртуальной машины
2) Проблемы с локальными ресурсами(файлами)
3) С подобный язык

Ну это так, без глубокого анализа вопроса

← →
Fktrc © (2004-05-26 11:09) [39]

Dmitriy O. © (26.05.04 11:03) [37]
Это естественно. Требовалась высокая надежность кода (программиста же на марсоход для отладки кода на месте не посадишь :)), вот поэтому и Java/

← →
Fktrc © (2004-05-26 11:28) [40]

Паниковский
Достоинства
1), 2) Ну это в моей работе пока не требуется.
3) А вот это интересно :)

Недостатки
1) и 3) не волнуют.

> Проблемы с локальными ресурсами(файлами)

А вот про это поподробнее. Я ведь имел в виду кодирование настольных приложений, а не апплетов к web-страницам. А в настольных утилитах ничего подобного по идее быть не должно...

← →
Паниковский © (2004-05-26 11:39) [41]

Fktrc
Доступ к файлам закрыт то есть с ними ты работаеш через (_._)

← →
Fktrc © (2004-05-26 14:30) [42]

> Доступ к файлам закрыт то есть с ними ты работаеш через

Хм... По вашим же словам игры на Java пишут, но доступ к файлам трансректально...
Примерчик приведите, в чем состоит проблема, ну или ссылку киньте, плиз.

← →
afn © (2004-05-26 14:54) [43]

Java разрабатывался как язык который может работать на любой платформе где установлена виртуальная машина ява (кроссплатформенных разработко). Посему скорость явы невелика. Если же скорость критична, то лучше использовать яву не от SUn, а от IBM. Кстати оч. хороший диск себе выписал со всеми последними пакетами от САН. И freeware оболочками от САНи ИБМ. Если надо адрес дам.

← →
Dmitriy O. © (2004-05-26 15:04) [44]

> afn © (26.05.04 14:54) [43]
Давай. Лутьше дис купить а то качать 100 мегов из иннета не реально

← →
nikkie © (2004-05-26 15:10) [45]

>Fktrc
>Я писал про подмножество. А подмножество дает некоторое представление о множестве. Судя по JScript, сама Java также красива и удобна.
JScript не подмножество. с Java он ничего общего кроме букв в названии и фигурных скобок не имеет.

>Паниковский
>Доступ к файлам закрыт то есть с ними ты работаеш через (_._)
если ты настолько не в теме, то может не стоит высказываться?

← →
afn © (2004-05-26 15:24) [46]

http://www.linuxcenter.ru/?good=707

На название не смотри. Почти все работает под win.

← →
iZEN (2004-05-26 20:23) [47]

to Паниковский © (26.05.04 07:20) [19]

1 JAVA есть виртуальная машина а не среда

1) Java всё-таки среда, а не только JVM. Так как библиотека времени исполнения (rt.jar, библиотека классов JRE) и куча других файлов, необходимых для функционирования (java.dll, nio.dll, JdbcOdbc.dll, JIT HotSpot, etc.) - необходимые для запуска java-приложения вещи.

2 Скорость у нее всегда меньше чем у Pascal и С так как виртуальная машина

А вот и не угадали. ;)
Как правило, современные JVM имеют JIT - компилятор на лету, переводящий байт-код в процессорные инструкции. Достаточно примитивный JIT Sun HotSpot при работе очень неплохо оптимизирует получающийся машинный код.
Приведу некоторые тесты на сортировку и вычисление с плавающей точкой (исходники можно взять на моём сайте в разделе ПРОЕКТЫ, нужна будет JRE 1.4):
Формат CSV, разделитель - TAB.
"Скорость исполнения тестов, мс" "Процессор" "Pentium II Klamath 367МГц" "Duron Spitfire 700 МГц" "AthlonXP 2500+ Barton 1833 МГц" "Тест\Платформа" "Delphi 6.0" "JVMx86 1.4" "Delphi 6.0" "JVMx86 1.4" "Delphi 6.0" "JVMx86 1.4" "Тест производительности вычислений с плавающей точкой" 90199 89719 24365 26318 11563 9796 "64-bit bubble sort 20000 Нормальное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 17275 9244 8051 3047 2547 "64-bit bubble sort 20000 Обратно-упорядоченное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 15352 10495 11757 3562 2547 "64-bit bidirectional bubble sort 20000 Нормальное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 12247 6520 6600 2406 2172 "64-bit bidirectional bubble sort 20000 Обратно-упорядоченное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 16824 9214 9784 3453 2922 "64-bit selection sort 20000 Нормальное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 10124 5729 5508 1782 1531 "64-bit selection sort 20000 Обратно-упорядоченное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 7551 3876 3675 1109 1031 "64-bit quick sort 1000000 Нормальное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 2594 1042 1092 343 343 "64-bit quick sort 1000000 Обратно-упорядоченное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 1192 481 570 156 172 "64-bit Shell sort 1000000 Нормальное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 7972 4256 4156 1266 1094 "64-bit Shell sort 1000000 Обратно-упорядоченное распределение в интервале от -1.7E308 до +1.7E308" "Не тестировалось" 3645 1492 1632 391 422

3 Есть конечно вариант когда пишеш сервлет и перекомпилиреш его в нормальный exe"шник но все равно медленнее

Что-то я не слышал, чтобы сервлеты компилировались в EXE.
Сервлетный движок, например Tomcat, обычно использует кэш в памяти для откомпилированных классов, поэтому они и исполняются со скоростью нативных приложений. Другое дело MS .Net, где используется явная предкомпиляция сборки в нативный формат (EXE для Windows) и сохраняется всё на диске (как бы кэш). Отсюда и вой и стон, что, мол, Java сильно память жрёт.

Так писать надо уметь, чтобы не было лишних инициализаций (кстати, есть хорошие книжки на этот счёт "Горький вкус Java" и "Типичные ошибки проектирования" - собрание перлов начинающих).

Что касается 2D- и 3D-приложений.
Натыкался я на кучу графических редакторов уровня фотопаинта и фотошопа на Java, но они слишком требовательны к ресурсам, поэтому на обычных ПК лучше не запускать - на SparcStation только.

Про 3D посмотрите демки из дополнения Java3D SDK, сами ощутите реальное быстродействие.

Китайцы вон свой бесплатный офис на Java написали в отместку MS-у. Не знаю, чем им не понравился OpenOffice.

Java в мобильниках.
Пока многие заняты своими какими-то мелкими делами с развитием проприетарной Windows Mobile и лечением детских болезней от одного производителя, J2ME шагает семимильными шагами, так сказать, и через год-два будет миллиард мобильнников и smart-card в карманах людей.

Никто не увлекается "программированием в малом"? А тема, надо сказать, интересная своей старой новизной: нужно уместить как можно больше функций в малом объёме - красотища!
Похоже на это: http://www.wasm.ru/article.php?article=onebyte

В шахматы на мобильнике никто не играл? Стоит попробовать:
http://symbian.gtwar.com/download.htm
Вот ещё сслка: http://mjsoft.nm.ru/

← →
iZEN (2004-05-26 20:40) [48]

И ещё.
Всё-таки ен стоит путать скриптовые языки JScript от Microsoft и JavaScript от Netscafe.

Кроме созвучного названия с Java они не имеют ничего общего (разве что jvm может исполнять их код в режиме интерпретатора под браузером и то - "универсальная" MSJVM).

← →
Gero © (2004-05-26 20:57) [49]

> Netscafe

Нескафе?
Вы про кофе? ;)

← →
epflorov (2004-05-26 22:27) [50]

http://www.javagu.ru/
Там в правом нижнем углу лекции по java лежат.
Только начал читать. Для начала мне кажется очень даже нормально :)

← →
iZEN (2004-05-26 22:50) [51]

to Gero © (26.05.04 20:57) [49]
Ошибочка. Netscape, конечно же. ;)

← →
iZEN (2004-05-27 00:10) [52]

Информативный портал:
http://juga.ru/

← →
afn ( Kutirew ) (2004-05-27 03:15) [53]

> http://www.javagu.ru/

Да сайт оч хороший, пользуюсь. Правда с ходу не нашел там Брюса Эккеля "Thinking in Java". Считаю одна из лучших книг.

← →
Паниковский © (2004-05-27 06:51) [54]

Ох ничего себе меня раскатали аж по полочкам!

nikkie

На сколько я понял при создании сразу стал вопрос о вирусах.
И в связи с этим многие веши закрыли раз и на всегда.
Или я что то не правильно понял?

зы
Код работы с файлами на Java: открытие, нахождение файла в директории,определение размера, можно в студию?

iZEN

Виртуальная машина по скорости превосходит ОС?
Не верю! Паниковский не обязан всему верить!

← →
Паниковский © (2004-05-27 07:07) [55]

afn
Адресс в студию!

← →
afn © (2004-05-27 14:58) [56]

http://bruceeckel.by.ru/Contents.html

Здесь Эккель на русском. А в корне есть на аглицком

← →
nikkie © (2004-05-27 15:02) [57]

На сколько я понял при создании сразу стал вопрос о вирусах.
И в связи с этим многие веши закрыли раз и на всегда.
Или я что то не правильно понял?
неправильно. все, что ты сказал применимо только к апплетам - они выполняются в песочнице, которая не дает выполнять потенциально опасные действия. обычная Java-программа таких ограничений не имеет.

Код работы с файлами на Java: открытие, нахождение файла в директории,определение размера, можно в студию?
http://www.ibiblio.org/javafaq/books/javaio/ioexamples/12/index.html

← →
iZEN (2004-05-27 21:20) [58]

/**Паниковский © (27.05.04 06:51) [54]
Виртуальная машина по скорости превосходит ОС?
Не верю! Паниковский не обязан всему верить!
*/

Да нет же. Не так поняли.
Всё дело в библиотеках времени выполнения! Например, менеджер памяти в Delphi не так хорошо оптимизирован в работе со строками, поэтому и отстаёт от JVM (на строках).

← →
Паниковский © (2004-05-28 06:19) [59]

iZEN
И превосходит когда имеет дело с SQL + ODBC||JDBC

← →
Alex Konshin © (2004-05-29 20:09) [60]

А почему никто не упоминул компиляторы Java в native executable?
То есть, под Windows компилируешь java приложение в обычный exe-файл, как с того же C++.
Таких компиляторов несколько, один из них - часть проекта GNU.
http://gcc.gnu.org/java/

← →
nikkie © (2004-05-29 22:33) [61]

>А почему никто не упоминул компиляторы Java в native executable?
а разве в [16] не про них?

2>iZEN (27.05.04 21:20) [58]

Delphi - это не только "ценный мех". Данным выражением хочу подчеркнуть, что как компилятор Delphi создает достаточно быстродейственный код, не все же ведь используют объектно-ориентированные надстройки (VCL). Некоторый ведь пишут и сна "чистом" API. Скорость выполнения кода заметно повышается.

Прошу заметить, ничего е говорю о Java, так как чудить не могу, но все-таки считаю что даже JIT в Windows может быть быстрее native-файла, только если последний создан плохим компилятором/линкером, что Delphi отноится мало. Тем более если говорить о МАСМ (асм в целом), который к тому же дает возможность оптимизацци под конкретную платформу...

а если java - кроссплатформенна - то это просто прелесть...

← →
Aborigen (2004-06-05 06:47) [63]

Люди добрые, помогите!
Я ничего в Jav"е не понимаю! Купил вчера книгу по Java! Хочу научится пистать на ней(личные интересы)! Кто-нить могет дать ссылочку что делать-то после покупки книги. Или дайте реальные советы. Сижу, читаю книгу, а дальше? В чем писать, где и как запускать? Диск с компилятором купил, а он что-то жалуется, да мне и не верится, что компилировать надо через командную строку. А как отлаживать? Опыт общения с программированием - 3 года на Pascal"е! А с этой Jav"ой чувствую себя полным ламером, но интерес подстегнул, и бросать изучение, так и не начав, не собираюсь!

> Aborigen

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

← →
iZEN (2004-06-05 13:21) [65]

/**Aborigen (05.06.04 06:47) [63]
Люди добрые, помогите!
Я ничего в Jav"е не понимаю! Купил вчера книгу по Java! Хочу научится пистать на ней(личные интересы)! Кто-нить могет дать ссылочку что делать-то после покупки книги. Или дайте реальные советы. Сижу, читаю книгу, а дальше? В чем писать, где и как запускать? Диск с компилятором купил, а он что-то жалуется, да мне и не верится, что компилировать надо через командную строку. А как отлаживать? Опыт общения с программированием - 3 года на Pascal"е! А с этой Jav"ой чувствую себя полным ламером, но интерес подстегнул, и бросать изучение, так и не начав, не собираюсь!
*/

Чтобы начать работать на java нужно:
1) иметь представление о среде (этапы создания программы);
2) знать синтаксис языка, семантика само-собой.
3) знать, что это "не как у всех".

Среда java представляет собой виртуальную машину и сопутствующие библиотеки времени выполнения.
Программа, написанная на java, представляет собой откомпилированный код, выполняющийся в среде java (Java Runtime Environment - JRE).

Разработка программы ведётся либо в текстовом редакторе (Блокнот, FAR), либо в интегрированной среде разработки (IDE) - в любом случае требуется комплект разработчика (SDK - J2SE SDK) для проведения компиляции и сборки.

Исходники программы представляют собой файл(ы) с расширением *.java и с именем, совпадающим до регистра, public-класса. У главного класса, должен быть метод main(...), с которого начинаться запуск кода программы.

Компиляция командной строки:
C:\>javac.exe *.java
Запуск программы:
C:\>javaw.exe mypackage.MyClass (без расширения "class")

Есть ещё возможность упаковки всех файлов в архив jar и возможность запуска его из Проводника как exe-файла.

P.S. Разве в той книжке этого нет? Тогда сюда:
http://www.kulichki.com/inkwell/comp/java.htm

← →
iZEN (2004-06-05 13:23) [66]

http://lubarsky.dev.juga.ru/

Если без командной строки и судобствами, то можно поставить JBuilder. Либо из бесплатных - Eclipse, NetBeans IDE.

← →
Aborigen (2004-06-06 19:44) [68]

Всем спасибо! Тока я javac.exe не имею, и на диске с компиляторами его нет, и с сайта sun скачивал, но там нету того, что надо, от этого и строились все мои вопросы, сомнения и подозрения! То-есть я, фактически, откомпилировать не могу! Или я слишком глупый! А книга по-моему неплохая, авторы: Кен Арнольд, Джеймс Гослинг, Девид Холмс - я думаю, у посвященных вопросов больше нет по книге!

to Aborigen (06.06.04 19:44) [68].
Книжка чисто по языку.

Ссылки на инструменты:
1) http://java.sun.com/j2se/1.4.2/download.html
В частности это: "Download J2SE SDK"

2) http://java.sun.com/j2se/1.4.2/download.html
В частности это: JavaDoc: "J2SE v 1.4.2 Documentation"

3) http://www.netbeans.org/downloads/ide/index.html
В частности это: "English Installers Windows (37.2 M)"

Хотя для новичка лучше скачать полный дистрибутив SDK+IDE, чтобы потом не мучится с настройками вручную (javadoc подключать, например).

про ветку:Узнал много нового. Полно полезных ссылок. Сохранил себе в виде текстовичка, обязательно пробегусь по этим ссылкам, вот только с сессией покончу....
Отличная ветка!(что бы там про автора не говорили)

Ляпота... ;)

Обломы ещё впереди. Это я вам обещаю.

Обломы скорее психологические.

Облом № раз. CLASSPATH и пакеты.
Обычно трудно даётся понимание сущности пакетов и как они связаны с переменной CLASSPATH (частично решается средой во время написания кода). Подсказка: в CLASSPATH перечисляются только "корневые" папки; имён этих папок в названиях пакетов нет, но сами пакеты представляют каталожную структуру внутри одной из "корневых" папок (неважно какой).

Облом № два. Организация проектов на java в интегрированных средах программирования. После Delphi долго вникал, но понял рациональное зерно.
Подсказка: лучше всего создавать несколько папок в папке проекта (обычно \src; \classes; \res; \doc; \lib; \bin; \etc).
В NetBeans приходится "монтировать" каждую папку проекта (если сам проект не в "пути по-умолчанию"). В Eclipse полегче - всё на автомате, но важно определить папку проекта.

Облом №3. "Доставание" ресурсов (иконок, текста и т.д.) во время выполнения.
Подсказка: на самом деле очень просто.

Облом №4. Менеджеры компоновки GUI AWT/Swing.
Подсказка: каждый решает сам, какой менеджер лучше всего использовать в конкретном случае. Нестоит усложнять себе жизнь.

← →
Aborigen (2004-06-07 03:11) [74]

enterprise edition - what is it?

to Aborigen (07.06.04 03:11) [74].

J2EE - просто надстройка над J2SE, дополнительные библиотеки + собственный сервер приложений (JSP/Servlets, EJB, службы: сообщений, JNDI и т.д.); нуждается в J2SE SDK, так как использует компилятор во время работы сервера (компиляция JSP).

← →
Aborigen (2004-06-08 21:13) [76]

to iZEN © (07.06.04 07:06) [75]

Огромное спасибо за помощь!
Если будет что-то интересное или советы, всегда прислушаюсь и приму во внимание! А пока скачал SDK по dial-up"у (считаю личным подвигом: 92 метра как-никак), приступаю к изучению! Первые успехи есть - вывожу надпись на экран :-)
И, кстати, для порядка в голове, каким термином характеризуются такие оболочки или среды(?) для языка, как NetBeans?

← →
iZEN (2004-06-08 23:32) [77]

/**Aborigen (08.06.04 21:13) [76]
И, кстати, для порядка в голове, каким термином характеризуются такие оболочки или среды(?) для языка, как NetBeans?
*/
IDE.

По-моему, насегодняшний день лучшая Java IDE это intelliJ IDEA (платное), после неё Eclipse (www.eclipse.org), потом Borland JBuilder (платное), Sun Java Studio и NetBeans (бесплатно), IBM WSAD, BEA что-то, codeguide (нативная IDE), Oracle JDeveloper (заточка под БД Oracle).

Не нужно смотреть на наличие визуального дизайнера, поверьте, для Java он не так важен, "ручками" куда уж лучше получается, важен рефакторинг кода и сам редактор с навигатором кода, отладчик, плагины к среде тоже важны.

← →
iZEN (2004-06-08 23:37) [78]

Советую Eclipse (www.eclipse.org) - бесплатная IDE с кучей плагинов.

NetBeans может смутить визуальным редактором, который похож на дельфёвый, со своими *.dfm для представления форм, но в xml-формате. И без этого жить можно: см. Borland JBuilder - всё на лету строит без всяких "подпорок", чистый java-код.

← →
Aborigen (2004-06-09 13:37) [79]

to iZEN (08.06.04 23:37) [77]

Я понял, но я говорю, как в разговорной речи, что б было понятно рассказывать о всех этих IDE? Как это называть - среда для разработки или что? Хотя и неважно...
У меня другой вопрос: Какие настройки нужно произвести, что-б работать с командной строкой и с блокнотом? А то этот NetBeans - прям-таки аля FrontPage, прям неприятно, я ж хочу язык изучать (свои ошибки сам находить, синтаксис и т.д. и т.п.), а еще одно приложение Ms Windows"а мне как-то не обязательно!

Cайт еще в самой начальной стадии , но этот вопрос найдешь (Установка JDK).

http://www.websamba.com/alkutirev

вопросы будут пиши.

to Aborigen (09.06.04 13:37) [79].
Командная строка описана в любых учебниках по java, но муторно это и не удобно (больше телодвижений раз в пять-десять).
А отладку лучше уж в средах проводить.

Можно вместо чистой командной строки использовать пакет Ant (что-то вроде makefile для Java но со значительно большими возможностями). Правда там нужно создавать XML файл для компиляции.

to afn © (09.06.04 14:37) [82].

Кстати, Ant есть в Eclipse (v.3M8), но я пока им не пользовался - для проектов хватает штатных средств.
Это простой сборщик проектов, который использует своеобразный make-файл с описанием кого куда откомпилировать и что, собственно, собрать из всего этого (формат XML). Плагины к среде, да и сторонние проекты часто поставляются с файлом build.xml, с помощью Ant-a они собираются.

IntelliJ IDEA тоже не брезгует им. Многие другие среды на Ant обращают внимание, так как инструмент самостоятельный, может работать из командной строки (даже для C/C++ есть реализации).

Кстати, рекомендую архиполезную книжку:
http://www.piter.com/book_about.phtml?id=978531800748
"Java. Сборник рецептов для профессионалов"
Автор(ы): Ян Ф. Дарвин
Издательство: Питер
Объём: 768 стр.
Год издания: 2002 г.
ISBN: 5-318-00748-1
Аннотация: аннотация издательства Питер
Комментарий: В книге даются ответы на часто задаваемые вопросы по компилированию, выполнению и отладке программ на языке Java. Значительное внимание уделено использованию стандартных библиотек языка. Рассмотрены вопросы программирования сетевых распределённых приложений, построение приложений для доступа к базам данных, интернационализация, а также работа с графикой и звуком.

Системные тонкости и утилиты для Java, примеры кода и т.д.

very good articals of comparison can be found on
http://rsdn.ru
see Кто сегодня самый шустрый? in Сравнительные характеристики of Средства разработки

Gracias

2IZEN> Насчет ant в eclipse честно сказать не знаю :). Просто мне приходилось проводить лабу по компиляции. Использование javac и ant, ситнтаксис build.xml. Сам я использую ant только под линь, если разобраться с построением build.xml вещь деяствительно стоящая . Под win у меня лиценз JBuikder7 ;).

← →
iZEN (2004-06-09 22:45) [88]

Книжек куча:
ftp://195.161.102.62/pub/books

Где достать компилятор Java ? Найти похожие ветки