Eclipse needs: JAVA for Linux (IBM, SUN, GNU?)

Shte si instaliram eclipse IDE-to ([линк]) i se chudja koja JAVA e naj-dobra za nego - na IBM, Sun, GNU - ili tam drugi? wsushnost koja e naj-dobra za samata nego - a ne kato tzjalo (ako ima sluchaino njakoi da znae?)

pod Red Hat 8.00 (ako tova ima znachenie)

To err is human
To stderr is inhuman

Ами не съм се занимавал толкова много с Java, та мога да съдя само по plugin-ите. Успях да подкарам само тоя на Sun, и то от JRE пакета, но не и тоя от SDK. IBM-ският също не тръгна (1.4.нещо си).

eclipse има ли plugin да си правиш потребителския интерфейс на Java? Нещо като Forte/JBuilder? Аз го свалях, ама без plugin-и е разочароващ - само редактор, че дори и дебъгър не е достатъчно.

Btw, сложил си едно 's' в повече и сочи съвсем друга страница.

[линк]

ops, dano dwoinoto 's' ne e otishlo w nekoi p0rn site (losho nema)

a inache za eclipse mozhe da se pishat plugini - bilo dosta advanced - no na JAVA trjabwa da sa - ili pone interfejsnata chast (predpolagam che mozhe, puk i trjabwa ponjakoga native kod - prosto minawasht prez JAVA za interfejsa) - ne sum mnogo zapoznat s tova - az ot dva dena probvam eclipsa - pod Win32 mai shte stane predpochitania ot men IDE

To err is human
To stderr is inhuman

Ami ne 4e pisha na Java ama pusnah eclipse sas SUN-ska java SDK . S JRE ne stava !

az instalirah IBMJava2-14 jre (/opt/IMBJava2-14) i purwo se chudih kak da ja aktiviram - gledam che "rpm -ql IBMJava2-JRE" mi dawa samo failove wuw "/opt/IBMJava2-14" i nikakwi linkove wuw /usr/bin ili podobni.

Po sushtia nachin Sun JAVA 1.3.1_07 JRE-to sled kato go instalirah to slozhi failovete si wuw "/usr/java/jre1.3.1_07" (rpm -ql jre) i nishto njamashe wuw /usr/bin

Purwo si wikam mozhe bi eclipsa se useshta i proverjawa tam, ili puk rpm-to taino instalira neshto njakude (ja konfiguratzionen fail ja neshto).

Obache eclipsa ne trugna - hodih i se porovih iz Sun Java JRE-to - i ne namerih kak da go pusna pravilno. Togava otidoh pri IBMJava2-JRE - to i prochetoh edin fail - (/opt/IBMJava2-14/docs/readmefirst.lnxia32.txt) i tam pisheshe che wuw PATH promenlivata prosto trjabwa da se slozhi put kum /opt/IBMJava2-14/jre/bin (nishto ne kaza za CLASSPATH - pod Win32 tam imashe nekvi problemi sus CLASSPATH si spomnjam).

Posle otidoh wuw /etc/profile i dobawih kato pathmunge (pone pod Red Hat 8.00 wuw /etc/profile ima nekakva funckia pathmunge za dobavjane na PATH) - i slozhih IBMJava2-14 naj-otpred wuw PATH-a (taka overridwashe i GNU javata - kojato wuobshte ne raboteshe).

i sega wurwi :)

/etc/profile - naj-dobroto mjasto li e za slagane na PATH?

To err is human
To stderr is inhuman

най-доброто.

с уговорки:
1. повечето дистрибуции имат отделно PATH за root във /root/.profile
2. този path важи само за bash-like шелове и за някои windowmanagers / desktop env, но със сигурност не за всички - абе, пробвай
3. /etc/rc* вървят с други path, главно такива каквито си сетнат сами

Пролетта е дяволски далече............

az pisha w eclipse (M4 posle M5) pod redhat 8 ot dosta wreme i polzwam sdk na sun (*.bin izdaneto, a ne rpm... :-), s drugite izobshto ne sum si igral...

to pri mene doide kato .bin.rpm sled tova se razpaketira na .rpm - obache .rpm-to prosto instalira wuw /usr/java/jre1.3.1_07 - i ne bara nishto drugo... naj-verojatno tova koeto i drugata instalatzia bi napravila (e.g. prosto kopirane na failovete) - wse pak predpochitam da e prez rpm tuj kato pri iztriwaneto njama da si igraja da iztriwam ruchno a samo edno (rpm -e jre) i shte opravi rabotata....

To err is human
To stderr is inhuman

bin file-a e prosto kompresiran (ili mozhe bi prosto paketiran)... kato go izpulnish se razkompresira i suzdawa edna papka javaXYZ (az polzwam 1.4.1) tam kudeto e bil izpulnimiqt file... kopirash papkata w /usr/local (i q krushtawash prosto "java" razbira se, da ne si idiot da go pomnish onowa slozhno ime...) setwash PATH i JAVA_HOME i gotowo... kato iskash da q mahash: "rm -rf /usr/local/java"... :-)

mi na IBM jre-to idva samo s classic VM dokato sunskiat sdk idva sus hotspot server i hotspot client.

za caffe, blackdown i ostanalite free sum chuval samo loshi raboti. vuobshte davai sus sunskia i niama da sgreshish

na mene realno mi trjabwa samo zaradi ECLIPSA, i eventualno zaradi Phoenix Browsera (mozilla-ta)

ne znam kakvo tochno e hotspot server i hotspot client i dali shte mi trjabwat...

wkushti ostanah sus IBM Java-ta,

a na rabota (pod Win2K sus dosta dobra mashina) ECLIPSA mi izkochi sus Out of memory??? (SUN JAVA 1.4.neshto-si) deinstalirah ja i sega pak probvam IBM-skata - Websphere tam neshto si - no e 1.3.1 - shte widja s koe shte se durzhi po-dobre...

To err is human
To stderr is inhuman

s java -Xmx opredeliash kolko pamet da ti zadeli jvm-a.

Sunskia po default zadelia 128 Max dokato IBMskia po default 256, nezavisimo kolko imash na mashinata. Dai mu poveche i eclipsa niama da gurmi

blagodarnosti!!!

tova se chudih kak stava - widjah inache kude se zadawat konfiguratziite!! - i sus sigurnost shte mu dam 2GB (pod Win32 to ima li njakaksi da se mapnat fizicheski poveche ot 2GB lokalno prostranstwo??), pod Linux sushto tolkova...

dnes wsushnost na rabotata ECLIPSA uwisna sled kato izteglih CVS na wsichkite im papki i zapochnah da kompiliram....

To err is human
To stderr is inhuman

za phoenix: ne znam koq java shte trugne. 1.4.1 na Sun ne trugwa, zashtoto e kompilirana s gcc 2.xx, a Phoenix - sus gcc 3.xx i sa nqkaksi nesuwmestimi...

ne sum probwal da instaliram netscape 7 plugin-a direktno ot net-a, a samo da polzwam direktno plugin-a ot direktoriqta na SDK...

za phoenix: ne znam koq java shte trugne. 1.4.1 na Sun ne trugwa, zashtoto e kompilirana s gcc 2.xx, a Phoenix - sus gcc 3.xx i sa nqkaksi nesuwmestimi...
ne bi trjabwalo wupreki tova da e problem, tuj kato JNI funckiite dokolkoto widjah sa "C" a ne "C++" takiva. t.e. manglinga, i drugite tam raboti okolo ABI-to njama da sa w problem. Nesuvmestimost ima mezhdu C++ kompilatorite (2.95 i 3.2) a ne mezhdu prosto C - pone taka mi se strruva da e logichno...

To err is human
To stderr is inhuman

az da si priznaq ot linux nishto ne razbiram (kakto se wizhda ot nqkolkoto moi posta wuw foruma i ot fakta, che oshte ne moga da si pusna fonetichnata krilica), ot versii na c i c++ oshte po-malko, no znam samo, che Phoenix 0.5 ne raboti sus JRE plugin-a, kojto e w paketa na Sun SDK 1.4.1...

hotspot е технология на Sun, следяща динамично коя част от байт-кода се изпълнява най-често, след което тази част се "компилира" в движение до по-ефективен код (мисля, директно native код) като се използват всевъзможни "скъпи" оптимизации. Ако след време hotspot реши, че този код вече не е толкова често използван и му трябва памет за друг код, връща се стария байт код и се компилира новия.

Ефектът от hotspot е значително по-голям от Just-In-Time компилаторите, защото се разчита на оптимизация, а не просто на native код. И се усеща, да ти кажа. Аз съм пробвал следното: тежък код на Java, чиста логика (за да не ми се пречка OS), всеки следващ път се изпълнява все по-бързо. Мисля, че накрая стигна до няколко пъти по-бързо изпълнение.

hmm... pri mene mai raboteshe - ili taka mi se e struvalo ... osven tova i GNU-to ima nekakva java - i neznam tja kolko raboti...

izglezhda sushto tova JRE e neshto kato standart

To err is human
To stderr is inhuman

Na pruv pogled wizhdam samo edna prichina za tova on-demand compilirane - i to e da se namali startup procesa - t.e. da ne se kompilirat neshta koito ne trjabwat.

Drugia variant e da hwahsta koga dadeni promenlivi sa dulgo wreme w konstantni uslovia i da generira specialen kod (no silno mi se struva che tova ne e vjarno)

obache sled kato prochetoh malko ot tova [линк]

 Faster Reflection:  The JVM now generates bytecode stubs for frequently

used reflective objects such as Methods,Constructors,and Classes.This provides

significant speedup in reflection-intensive code, such as that used in serialization.

The improvements are visible when running RMI, Java Native Interface (JNI), or

CORBA code environments.

 

mislja che mi stana jasno - wuw bytecode - tam kudeto se wika metod - ako tozi metod e maluk - wmesto da se pushwat wuw steka neshtata i wikat - direktno se generira "inline" kod... edin vid ako imash

s = 0;
for( int i = 0; i < range; i++ )
s + someSmallFunction( i )

normalno byte coda shte generira neshto da wika funckiata e.g.

i = 0
s = 0
again:
push i
call someSmallFunction
add s, result
cmp i, range
if less goto again

tova koeto pravi hotspot-a obache mai e che se useshta che someSmallFunction mozhe da e malka funckia (wsushnost tova COMPILE time njama kak da se razbere, i javno njama nuzhda :) - purwo che klasovete mogat da se smenjat, wtoro che mogat da se podmenjat)... t.e. ako someSmallFunction e dostatuchno malka - da kazhem neshto ot roda

someSmallFunction( int i, int j )
{
return i + i;
}

to napravo gornia kod mozhe da se kompilira do

i = 0
again:
i = i + i
add s, i
cmp i, range
if less goto again

ili

napravo da se useti che tova e algebrichna reditza i direktno da smetne!

wsushnost mai shte se okazhe che BYTE-CODE suvsem ne e losho neshto - sus dobri optimizatzii on the fly - w zawisimost ot situatziata dosta jak kod mozhe da se poluchi... naprimer ako imahme

someSmallFunction( int i, int j )
{
return i + i + j*j*j*j;
}

i njakude HOTSPOTA hwane che j se wika winagi sus 0, da kazhem

s = 0;
for( int i =0; i < range i++ )
s = somesmallFunction( someTable, 0 );

to mozhe strahotno da optimizira.

Wsushnost i C/C++ kompilatora bi uspjal da optimizira - no samo ako someSmallFunction beshe LOKALNO widima ot koda po-gore - ako beshe OBEKTNO widima - wunsha - to njama kak.

Realno tuj kato JAVA znae wsichko za bytecodovete si - to wmesto bytecod - mozhe da zapishe njakakuw drug wid - da kazhem insn-durwo ot izrazi - chakashto kompilirane - i on the fly da optimizira... uh... mai stana slozhno....

To err is human
To stderr is inhuman

струва ми се че прави някакъв вид анализ по време на работа. Даже съм 99% сигурен в това. Може би наистина имат значение специалните условия, но не само.

Четох преди доста време за това в JavaLobby. Потърси в архивите, ще намериш интересни неща ...

А на сайта, който постваш са предимно новите неща в hotspot-а в jdk1.4.1 ... виж: "The JVM now generates bytecode stubs ..." Същината на hotspot, който съществува от JDK 1.2 насам е описана другаде ...