2006-12-07

Notebook memória

Hardver rovat következik.

Felhuppant a gépemre egy Oracle 10g és ez kicsit megakasztotta. 170Mega kell az "üres" XP-nek hálózati kapcsolattal. Ha elindítom a böngészőt, a fejlesztőkörnyezetet és az appszervert amit használok, olyan 500M körül szoktam járni és enyhén érezhető a lapozás. Namost az Oracle-vel elindított XP 470Megát kér. Fejlesztőkörnyezettel (+Raptor) 800 mega körül jártam és néha az alkalmazásváltások között kínos félpercek teltek el, fejleszteni nagyon kényelmetlen volt.

Elvittem hát az Asus 2500 notebook-ot a legközelebbi számtechboltba, rakjanak bele memóriát. Gondoltam hogy nem annyira egyszerű mint gondolnám, de nem gondoltam hogy ennyire nem egyszerű.

Eredetileg 2 db 256M-s modul volt benne. Az egyik Kingston a másik valami noname 266Mhz-s, DDR1. Felhomályosítottak, hogy ha ez három éves notebook, akkor DDR1 van benne, DDR2-t nem lehet belerakni. Másik téma, hogy most már csak 400MHz és efölötti memóriákat forgalmaznak, de a notebook nem biztos hogy meg tudja ezt hajtani. Harmadik téma hogy a Kingston honlapja szerint ez a gép nem garantált hogy elbírja az 1 Giga vagy afölötti RAM-ot.

Belepakoltunk két 500Megást, bírta. Belepakoltunk egy 1 gigás Kingstont, mellette hagytunk egy fél gigásat, bírta. Végül bennehagytuk a saját 256M-s Kingstonomat és beleraktuk az 1 gigás Kingstont. Bírja.

Most sokkal simább minden. Érezhetően minden program gyorsabban indul, elindított 10g-nél sincs belassulás programváltásoknál sem.

35 rugót simán megért.

2006-11-20

Dojo dátumválasztó agyműtét

Még mindig Dojo. Két baj volt a DropdownDatePicker-rel ami miatt bele kellett kicsit másznom a kódba. Az egyik, hogy ha érvénytelen értéket írok bele a HTML-ben, akkor hülyén jelenik meg a dátumválasztó (mindenhol NaN van), márpedig nem ártana ha megjelenítené azt az érvénytelen értéket is a szövegmezőben, a dátumválasztó komponensben meg pl. a mai napot. A másik, hogy a 0.3-0.4 verzióváltás egy kicsit döcögősre sikerült. Megváltoztak mezők nevei (date-value, displazFormat-dateFormat) és senki sem védi meg tőle a doksikkal nem elhalmozott programozót hogy keverve használja ezeket a dolgokat.

Állítólag az első problémát már próbálják orvosolni a 0.4.1-re, de nem nagyon bízom benne hogy úgy sikerül ahogy kellene neki. A repo-ban is olyat olvastam, hogy valaki bekommitolt valamit, a másik kipróbálta és nem működött. Verziók...

Szóval a következőt csinálja ez a dropdowndatepicker:

  1. A value mezőből kiolvassa a string értéket és megpróbálja dátummá konvertálni. Próbálja Rfc3339-es (yyyy-mm-dd) formátumban is meg más formátumban is. Közben warningol, mert Rfc3339 lesz a támogatott 0.5-től és senki sem azt használja. Ha sikerül neki a parse-olás akkor a value változóban egy szép érvényes dátum objektum lesz, ha nem sikerül akkor egy érvénytelen dátum. (Ami baj, mert máris elveszett az eredetileg beírt érték.)
  2. Ezután a dátum szerint beállítja a dátumválasztó komponenst. Ha érvénytelen volt a dátum, mindenhol NaN lesz.
  3. Végül a dátumválasztó állapota szerint visszaírja a szövegmezőbe a dátumot a megadott formátummal. Tehát ha véletlenül megmaradt volna az érvénytelen érték, még itt is felülvágná.
Ráadásul Post-olás előtt, ha érvénytelen dátum van a szövegmezőben, akkor felülvágja a komponensen kiválasztott dátummal, de ez csak a 0.4-es verzióban támogatott displayFormat használatánál jelentkezik. Van is egy szép TODO komment ezzel kapcsolatban a forrásban.

Szóval a következő helyeken nyúltam bele az agyába:

  • Ha a kiolvasásnál nem tudja dátummá konvertálni, nem ír vissza érvénytelen dátumot, hanem magát a string-et írja vissza.
  • Ha a dátumválasztó komponens beállítása előtt érzékeli hogy a value típusa string, a komponensen a mai napot jeleníti meg.
  • Ha a value típusa string, nem frissíti a szövegmezőt a komponens értéke szerint (mai nap).

Ha lenne attach-olási lehetőség, beraknám ide a kódot.

2006-11-03

This page contains both secure and nonsecure items, dojo 0.3

Csináltam egy SSL-en keresztül működő webalkalmazást amiben egy javascript frameworköt használtam. Az Exploreres felhasználók beszóltak, hogy minden egyes kattintásra egy kedves "This page contains both secure and nonsecure items" figyelmeztető ablak jelenik meg, és ez nem jó.

Szerencsére kéznél volt a Google, beírtam a figyelmeztető üzenet szövegét és már jöttek is a találatok, köztük ez a link, ami szépen -ábrákkal tűzdelve- leírja, hogy mit kell beállítani az exploreren.

Feljött még egy fórumos találat, amiben leírták, hogy ez azért van, mert az alkalmazás SSL-en keresztül megy, de lehet hogy valahol belül HTTP hivatkozást használ HTTPS helyett. Valami iframe-s témát is emlegettek és valaki leírta, hogy ő olyan webalkalmazást csinál, amit több ezren használnak és kicsit durva lenne minden felhasználónak leveleket küldözgetni. Illetve főleg azok a felhasználók lehetnek problémásak akik ennél komolyabb leveleket szoktak kapni, pl. vezérigazgató.

Szóval frankó lett volna egy olyan megoldás amit a szerveren programozással meg lehet oldani, de biztos voltam benne, hogy minden hivatkozást relatíven adtam meg, tehát nálam minden HTTPS volt. A javascript keretrendszerben lehet a kutya elásva, ami Dojo. Egészen pontosan Dojo 0.3.1

Nos, azt hittem itt további trükközésekről, kód és fórumbányászatról fogok írni, de nem: Letöltöttem a Dojo 0.4-et és működött. (Működik.)

2006-10-26

Dojo 0.4

Kijött a Dojo 0.4-es verziója, bele is raktam az éppen aktuális projektbe a 0.3 verzió helyett. Ez ugye elvileg úgy megy java webalkalmazás esetén, hogy bele kell tenni a dojo src könyvtárát a webalkalmazás WEB-INF könyvtárába. Verziókövető rendszer szempontjából ez kicsit macerás, mert rengeteg kis fájlról van szó és ha az egészet le kell cserélni az kissé sokáig tart. Nekem például tíz percig tartott mire betettem a VSS-be az Eclipse pluginnel, persze VPN-en keresztül.

Túl sok dolgot nem használok még a Dojo-ból, csak egy dátumválasztó komponenst, ami kicsit változott a két verzió között. Na nem sokat, csak annyit, hogy date helyett most már value -vel kell megmondani az értékét. Remélem jó okuk volt rá hogy átírják. Nem okozott túl nagy törést, megoldottam pár perc alatt, de azért nem jó ha ok nélkül változgatnak elnevezések. Ha valami közös nevezőre akarták hozni valamivel akkor oké. Még a dojo.require("dojo.widget.html.DatePicker"); sort kellett kiszednem a kódból, mert egyrészt enélkül is megy, másrészt az IE javascript warning-ot dobált miatta.

Akartam használni a SortableTable-t is, de több probléma is volt vele. Meg kell adni az oszlopok típusát és erre még nincs felkészítve az alkalmazásunk, ha pedig mindent String-ként kezelek, a számok rosszul lesznek rendezve. Pl. "123"-nál nagyobb lesz a "2". A dátumok is rosszul kezelődnek a dátumformátumtól függően. Ezekre van megoldás a Dojo-ban, viszont a másik gond, hogy elrontja a táblacellák elrendezését. Hiába mondom meg, hogy egy TD align Left és Top legyen, visszateszi az alapértékre. class-ot is hiába mondok meg.

Kicsit gyér a Dojo dokumentációja még, (persze látszik hogy igyekeznek) emiatt próbáltam keresni Dojo fórumokat, de egyelőre nem találtam meggyőzőt. A dojotoolkit.org-on van egy levlista, de arra nem íratkozok fel, mert nem kérek napi 100 levelet, aminek X százaléka szemét. A Nabble-s fórumot gyakorlatilag elsőnek dobta ki a Google. Azzal az idióta rendszerrel megy, hogy 1 kérdés 1 téma és elég ömlesztett, de még majd barátkozom vele. Lehet hogy be fog jönni.

2006-10-10

Acegi Security

Végül mégiscsak maradtam a Springnél és a JSP-nél. Ha nem renitens módon próbálja meg használni az ember, hanem úgy ahogy javasolják, akkor viszonylag használható. Ezenkívül az utóbbi időben találkoztam még egy elég egzotikus, webes prezentációs megvalósítással, ami saját taglibekkel és XSL transzformációval operál. Marha bonyolult, táncol a használhatóság szélén. XSL trafót nagyon ésszel kell használni ilyen célokra.

Most az Acegi Security-vel ismerkedem, ahelyett hogy saját authentikációs és authorizációs komponensen kezdenék el agyalni. Nem egyszerű, olvasgatni kell hozzá, de még mindig jobb, mintha házon belül csinálnánk meg és aztán tesztelhetnénk hónapokig. Használható tutorial róla.

Egyébként most jött ki belőle az 1.0.2-es verzió, ami lényegében ugyanaz mint az 1.0.0 vagy 1.0.1, csak belső megvalósítás változott.

2006-06-01

GWT

Miközben a magyar szcéna web 2.0 moguljai kiosztották egymás között az észt, lement a JavaOne és a 24-órás programozói verseny, a Google publikált egy webfejlesztő eszközt ami java kódból Ajax-os javascriptes alkalmazást csinál.

(A JAvaOne-het visszatérve egy pillanatra: volt egy slot car race nevezetű kis játék, ahol modellautókat kellett programozni valós idejű jávában. Ahogy a 24 órás versenyről elkészült képeket nézem ott is lehetett valami hasonló feladat. Jó poén lehet.)

Szóval, GWT: Letöltöttem, kipróbáltam. Vicces srácok ezek a guglinál, ennek az eszköznek semmihez semmi köze. Saját javadoc formátumuk van, saját futtató eszközük, ant helyett cmd fájlokkal lehet fura formátumú sablon projekteket generálni eclipse alá. Amúgy az alapgondolat nagyon jó és a leírás is ami alapján a kezdő lépéseket meg lehet tenni használható. A Gugli fórumokkal (vagy mi) még nem sikerült megbarátkoznom és érdekes módon nem nagyon van leírva hogy tulajdonképpen ez az ajaxos alkalmazás hogyan kommunikál a szerverrel. Mintha standalone webes alkalmazások írása lenne a cél. Egyébként a Gmail és társai nem ezt az eszközt használják. Ez az eszköz ugyanis csak nemrég, a JavaOne előtt lett kész. Inkább úgy néz ki, mintha valami komolyabb eszköz kis része vagy mellékterméke lenne. Meg kell hallgatni az 56-os javaposse-t amiben Brett Taylor biztos megmondja a frankót ezzel kapcsolatban. (Még nem hallgattam meg.)

2006-05-28

A JSP lenyom

Pár hónapja elhatároztam hogy bepótolom az elmaradásomat és némileg megtanulok normális klasszikus webalkalmazásokat írni. Nem rögtön a legmodernebb eszközökkel akartam kezdeni, hanem folyamatosan feljönni a szervletektől a jsp-n keresztül az Ajax-os eszközökig. Állítólag MVC keretrendszert is érdemes már használni. a Spring MVC-t választottam, mert a múltkor belenéztem a Struts-ba és nem volt szimpi első látásra (fölöslegesnek látszó mappeléseket és öröklődéseket kellett csinálni benne szerintem) és egyébként is a Spring-gel ismerkedtem mostanában.

Szóval: a szervletek és a sima régi JSP-k hamar megvoltak a hagyományos módszerrel. Mondhatni kiráztam a kisujjamból. Még akkor is lelkes voltam amikor az első Spring MVC handlermappingokat és controllereket konfiguráltam az xml-ben. Úgy gondoltam hogy ez tök jó lesz, cserélhető a megjelenítési réteg, moduláris meg minden. Amikor viszont egyre több jsp oldalam lett és közepesen bonyolult funkciókat akartam beépíteni, menthetetlenül kezdett kaotikussá válni az egész. Jávában, HTML-ben otthon kell lenni, ismerni kell a Spring (vagy akármelyik másik) MVC keretrendszer lelkivilágát és még a JSP-hez is érteni kell, beleértve az Expression Language-t -ami egy külön kis világ- és még a JSTL-t sem árt ha keni-vágja az ember. Nem beszéltem még az egyéb tag librarykról és még egy sor javascript-et sem írtam le. Nem mondom hogy MVC framework vagy EL, JSTL nélkül könnyebb programozni, de túl sokat nem segítenek. Fejleszteni egyébként is marha nehéz, mert csomó hiba futási időben derül ki és sokszor nem a hiba íródik ki közvetlenül, hanem valamelyik folyománya. És még hol vagyok az Ajaxtól, jól kinéző alkalmazásoktól? Ez egy sima model 2-es webalkalmazás lenne. Lehet hogy ki kellene próbálni más eszközöket.
Ehhez képest még a .net-es aspx megoldás is elég versenyképes a mögöttes kód rendszerével.

2006-05-03

JSTL meccs

Javalistán volt ez a probléma, de nekem is előjött:

"Ha egy JSP oldalba beleteszem a következõ sort:
nyitókacsacsőr%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %zárókacsacsőr

Akkor miért kapom a következõ üzenetet?
org.apache.jasper.JasperException: This absolute uri
(http://java.sun.com/jsp/jstl/core) cannot be resolved in either web.xml
or the jar files deployed with this application
A jstl.jar és a standard.jar fájlok bent vannak a WEB-INF/lib könyvtárban.

5.x-es Tomcat alatt működik, csak 4.x-es alatt nem."

Ezeket a linkeket ajánlották hozzá:
http://archive.midrange.com/web400/200404/msg00031.html
http://wiki.java.net/bin/view/People/DeployingCreatorApps -> Container

Mindenfélét találgattak, volt bennük igazság is, de megoldás végül nem született. Legalábbis nem írta a probléma felvetője hogy megtalálta a megoldást.

Az én próbálkozásaim, 5 hónappal a thread után:

Belenézve a standard.jar c.tld-jébe az uri http://java.sun.com/jstl/core, tehát a jsp-be is ez kell hogy kerüljön. Mellesleg JBoss 3.2.6-om van Apache Tomcat 5.0.28-cal. Így viszont NoSuchMethodError-t vág az arcomba úgyhogy verzióprobléma ez valószínűleg. Ez van még a tld-ben:
tlib version 1.0
jsp version 1.2
És bele van írva hogy JSTL 1.0 core library.

Meg kellene próbálni az 1.1-es JSTL-eket.
Letöltöttem az apache-ról az 1.1-et és átmásoltam a szükséges helyekre, de most is NoSuchMethodError jön. A JSTL-lel szállított standard-examples.war is elhasal ugyanúgy. Biztos 5-ös Tomcat van a JBoss-ban? (Igen.) Még a JBoss Management Console is ilyeneket dobál. Azt hiszem jobb lesz felhúznom egy új JBoss-t. Megtörtént (10 másodperc alatt). A téma most működik, beleértve a JBoss Management Console-t és a JSTL 1.1 példáit is.

Tehát végül nem tudom mi volt a probléma, de az biztos hogy a JBoss amin próbáltam már egy fél éve fenn van a gépemen és alaposan meg volt gyepálva. Ki tudja már milyen jar-okat cserélgettem ki, vagy töröltem benne.

2006-04-09

Javaposse

A Javaposse-n Jávával kapcsolatos Podcast-ok vannak, amiket néhány Sun-os, Google-s és Apple-os srác csinál, akik humorosak egyébként, tehát nem ilyen karótnyelt majmokra vagy marketinghuszárokra kell gondolni, viszont igencsak tájékozottak és vágják a dolgokat.

Néha interjú híres emberrel mint pl. Bruce Eckel vagy Gavin King, néha csak dumálás a heti jávás hírekről kb. fél órás terjedelemben. Az utóbbi időben beficcentek egy órás dumálások is. Sajnos előre nem lehet tudni, hogy amit letöltök (mp3) az pontosan milyen hosszú lesz, úgyhogy néha az utazás vagy futóedzés nem passzol pontosan a felvételek meghallgatásához. Pedig ha tudnám hány perces a felvétel már elindítanám bemelegítés közben vagy ilyesmi. Valami alkalmazkodásféle. Lehet hogy írok is nekik egy levelet, hogy tüntessék fel a podcast-ok hosszát.

Az oldalon nem sok minden van, csak néhány link az aktuálisan elhangzó podcast témáiról.

2006-03-06

Idea

Hallottam erről az idea nevű fejlesztőeszközről az egyik ismerősömtől és ettől függetlenül a JavaPosse -ról is letöltöttem egy hallgatható cikket ami éppen erről szólt.

Azt mondják hogy marhajó fejlesztőeszköz, mert nem az van a központban hogy moduláris, univerzális meg mittudomén milyen legyen, hanem hogy jól lehessen benne jávában fejleszteni és kész. Állítólag jó a refaktoringja, ennyit tudok róla biztosan mondani. 100 dollárba kerül (vagy százezer forint?), 30 napos a próbaverziója és Prágában fejlesztik -mondjuk ez a legjobb pont. Állítólag a Netbeans-t is Prágában fejlesztik (véletlen egybeesés) de lehet hogy valamit félreértettem.

Majd lehet hogy kipróbálom.

BEA Weblogic kipróba

Meg kellett néznem ezt a BEA Weblogic java appszervert.

"A www.bea.com -ról regisztráció után letöltheto a Weblogic 9.1-es többféle oprendszerre, köztük xp-re is (356.4mega).
Standard install, a Mercury profiling tools-ot nem installáltam. Így 533mega lett a könyvtárja, még saját JDK-t is felhúzott. A doksija eléggé bőbeszédű. Az a baj hogy nem nagyon választja szét az advanced és a kezdő dolgokat, folyamatosan mellébeszél, így nem tudom hogy mivel kell kezdeni. Nem tudom mik tartoznak az alapvető működéshez.

Standalone Server Domain kell a fejlesztéshez és kipróbáláshoz, amikor az admin szerver ugyanaz mint az applikációt futtató szerver.
A domain konfig fájlot nem szabad módosítani kézzel.
A domain autodeploy könyvtárába lehet pottyantani az ear-t ami magától deployolódik, ha a szerver development módban fut. (Alapból így fut.)

Start menü / BEA Products / Examples / WebLogic Server / Start Examples Server -rel lehet elindítani. Megnyit egy browser ablakot is infókkal miután elindult a szerver. A webes admin konzolra a weblogic/weblogic-cal lehet belépni.

Csináltam egy JDBC datasource-t az alkalmazásunknak, kérdés hogy működik-e. Valószínűleg nem. A teszt azt írja hogy success, akkor is ha elrontom az ip címet.

Próbáltam deployolni a sima ear-t, de nyilván nem sikerült. ClassNodtFoundException-nel elszállt. Az App-inf/lib -be kéne tenni a jar-okat?

Egymás mellé kéne tenni egy sample.ear-t és az myapp.ear-t, majd közös nevezőre hozni.
Az application.xml mellé kell egy weblogic-application.xml amiben fel vannak sorolva a datasource-k vagy mi.
Ennél bonyolultabb a dolog: A weblogic egy életérzés, de nem mondanám hogy tiszta és száraz. Amúgy biztos jó annak aki ért hozzá valahonnan.

Ahogy elindul, a böngészőben van egy "Learn About WebLogic Server" szekció, azon belül "Code Examples and Sample Applications". Ezt fogom most nézegetni, konkrétabban a Stateless Session Bean példát amihez kicsit körmönfont módon lehet hozzájutni.

Először le kell futtatni a domains/wl_server/setExamplesEnv.cmd-t egyébként elhasal az ant build, mert nem találja a wlcompile-t.
Ant build-del lehet buildelni.
A samples/server/examples/src/examples.properties-ben a wls.hostname-t átírva egy távoli gépre is lehet deployolni elvileg. Gyakorlatilag nem sikerül csak lokál gépre."

Eyeket írogattam róla, de cancellálódott a dolog.

2006-01-23

Adatbáziskodás

Hirtelen összejött pár adatbáziskezelő eszköz amit érdemes megemlíteni. A Squirrel már régi haver. Ő egy különálló adatbázis eszköz, akárcsak a Toad (fizetős natív) vagy a Raptor (ingyenes jávás) az Oracle-éknél. A Druid kicsit mást tud. Vele máshogy lehet adabázist tervezni, szoftverfejlesztő gondolkodásához közelebbi módon. Szép ábrákat tud kimenteni. Kicsit azért béna és GPL-es.

A Quantum egy Eclipse plugin, de vannak más pluginek is biztos. Pl. a Poseidon plugin amivel már rajzolni lehet adatbázist és azt hiszem Hibernate sémákat is tud generálni belőle, de ez már fizetős.

Van még a DbWrench amire azt hittem első ránézésre hogy Netbeans modul, de úgy néz ki mégsem az, hanem szintén standalone alkalmazás. Szintén fizetős, bár a 150 dollár elég baráti ár.

És ha már adatbázis, meg kell említeni a Hibernate-t és a nemrég színre lépett NHibernate-t, amit szeretni fogok .net környezetben.

2006-01-17

SJSE8: nem.

Lassú az UML diagram rajzolás: jó. Néha nem generál le egy-két osztályt vagy metódust: nem annyira jó, de majd résen leszek. De amikor figyelmeztetés nélkül töröl osztályokat, akkor már azt mondom hogy eddig és ne tovább. Hogy nyert ez díjat? Kénytelen vagyok korrupcióra gondolni. Újrarajzolok még pár UML diagramot amit kénytelen voltam törölni most, aztán vissza az Eclipse-hez. A szépreményű Sun Java Studio Enterprise 8-t pedig eltemetem egy felszántott és sóval beszórt virtuális mező közepére.

2006-01-16

zajlik az élet

  • Hosszú műtét után újra él a joeblog. Ha magyarul vannak a cikkek nem értem miért vannak angolul a címek.
  • Az Ajaxian él és virul. Nem is tudom követni, de amennyi engem érint hogy már a 12. podcast-nál tartanak és kijött a Taconite 1.5 verziója rögtön az 1.0 után.
  • Sztahanovnál vannak néha érdekes hírek. Bele is pofáztam vagy kettőbe.
  • Megnéztem egy jávás adatbázisbizgerélő eszközt. Az a neve ogy druid (http://druid.sourceforge.net). GPL-es és eléggé érzésből van megcsinálva. Nulla doksi, szóval érzésből kell használni is. Kicsit alternatív a kezelése. Generál SQL-t, rajzol táblákat, szóval csinálja amit kell a maga érdekes módján.
  • Nyomom a SJSE8-at és közepes a véleményem róla. Megy is a Sun Developer Forum-on sok téma hogy kinek mi a baja vele. Nekem például az hogy lassú, de nemcsak nekem. Érzem hogy késve követ, de amikor UML diagram rajzolásra kerül a sor akkor kész, pörög a ventillátor, dolgozik az eszköz izomból másodpercekig ha arrébb rakok egy dobozt. A vonalakat persze össze vissza húzogatja. A szekvencia diagram része kész katasztrófa, gyakorlatilag elsőre kell megrajzolni mindent, mert ha utólag szerkeszteném összebarmolja az összes eddig megrajzolt vonalat. Ezenkívül meglepetésszerűen rakosgat osztályokat a csomaghierarchiába. Ehh, nem folytatom.
  • Volt mindenféle konferencia ahol bejelentették az inteles Macintosh-t meg mindent.
  • Egy Who-s fószer megmondta a frankót hogy ne hallgassátok hangosan az iPod-ot, mert halláskárosodást okoz. Mintha csak iPod lenne a világon bmeg. iSznoboknak iPodot.
  • A jávalistán írtak egy vicces kódrészletet: String a(){for(;;);} (Fordul.)

2006-01-05

Java Studio Enterprise 8

Letöltöttem a sun.com-ról a címben említett szoftvert, ami egyébként kb 2000 dollárba kerülne, de most SDN tagoknak ingyen van. Ez egy NetBeans 4.1-re épülő fejlesztőkörnyezet ami támogatja az UML-t.

Beimportáltam az egyik projektünket és elkezdtem diagramokat rajzolgatni. Az a helyzet, hogy egy közepesen nagy diagramnál olyan szinten belassul az IDE hogy gyakorlatilag használhatatlan. (Pentium 4 2Ghz, 512M RAM) 10 másodpercekig kell várni hogy arrébb húzza a komponenst amit drag and drop-olok. Sequence diagram esetében néha elcsúsznak a függvények, Class diagram esetében pedig nem hajlandó néha legenerálni a metódusokat a java osztályokba. Viszont szép antialiasing vonalakat és betűket rajzol, valamint tónusozott dobozokat. De minek. Nekem bőven elég lenne ha 4, max 8 irányban haladó vonalakat tudna rajzolni, csak legyen gyors. Ez a Collaboration sem értem hogy minek bele. Vannak elég jó chat szoftverek.

Bőven van bug report is róla. szerintem azért rakták ingyenesre mert egyszerűen nem éri meg az árát. Szerintem nem éri meg az árát. 1 óra alatt kb 30 perc a szopás -ebből ki lehet számolni hogy mikor kezdi el megérni egy pénzes szoftver.

Megnéztük még a www.omondo.com eclipse pluginjét is. Ez viszont már pénzes és elég borsos az ára. Azt nem tudom mennyire barátságos az IDE, nem foglalkoztam vele sokat mert a JSE8-ra koncentráltam.