Nem kell megilyedni, az utóbbi pár napban azért került ki kevés hír, mert a múlt hét közepétől kezdve névnapoztunk (Gábor), majd a névnap után születésnapoztunk (ma van a szülinapom :). Ma estétől minden visszakerül a régi kerékvágásba... :)
Page
viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
50 Comments
Anonymous
Anonymous
(tvik)
Auth Gábor
Unknown User (gericop)
Auth Gábor
Egyszercsak arra lettem figyelmes, hogy az AdWorks "Trademark Issue" üzenettel letiltotta a javaforum.hu hirdetéseit. Na, nagy lendülettel elolvastam a hozzá tartozó leírást, ami alapján arra jutottam, hogy vagy az oldalon vagy a hirdetés szövegében valamilyen cég márkanevét használtam jogosulatlanul.
Nosza, írtam levelet a magyar supportnak, hogy milyen dolog, hogy nem használhatom a "Java" szót, mivel az egész oldal csak erről szól... ma jött a válasz, hogy nem a "Java" a gond, hanem az, hogy van egy hír a főoldalon, amely a GWT NetBeans alatti használatáról szól. Erre nagy merészen egy Google logót tettem, és ez sérti a Google licenc szerződését, ezért ideiglenesen letiltották a reklámokat, amíg eltávolítom a logót, vagy írásban engedélyt kapok rá a Google-tól.
To Google: 'szameg, 'nyátokpics'ját, van időtök azzal foglalkozni, hogy az oldalon lévő képeket feldolgozzátok, és a rajta lévő Google logóhoz hasonló képződmények esetén letiltjátok a reklámokat. :)
Azon gondolkodom, hogy akarjak-e Google számára előnyös (GWT, etc.) híreket feltenni, vagy hagyjam a fenébe.
Auth Gábor
Unknown User (frimen)
Ha átküldenéd egy smapszürőn?
No meg nem kellene az anonimoknak kitenni egy captcha-t, hogy ne tudjon scriptelni?
Unknown User (frimen)
.. ha kihuzos a gépből az ethernet kábelt.:)
Auth Gábor
Eddig nem volt rá szükség igazán. Talán ezután se lesz.
No meg nem kellene az anonimoknak kitenni egy captcha-t, hogy ne tudjon scriptelni?
Hát... JavaScript nélkül nem jelenik meg beviteli mező a fórumhoz (csak az FCKEditor), s nem hinném, hogy egy egyedileg kifejlesztett portál rendszerre készítettek botot, amely képes kitalálni, hogy mivel kell elküldeni az üzenetet, hogy a portál rendszer azt el is mentse... :)
Én arra tippelek, hogy egy angol human spammer volt, aki idetévedt és a kezecskéivel (hogy száradnának le) beillesztette a spam-et és rákattintott a "Mentés" gombra (hogy költse vastüdőre az ezzel keresett pénzt).
Ezek ellen nem fog segíteni az std captcha, hacsak nem teszek bele ékezeteket vagy kérdezek rá valami magyar szóra. De amíg kéthavonta egy ilyen van, nem annyira fontos, mintha naponta tucat ilyen kerülne a fórumba.
Auth Gábor
A b0 egy hamar-hamar verzió volt, amelyben sokminden nem úgy működött, mint egy JSR-168 portálban kellene, bár a javax.portlet.* csomag interfészeinek szükséges részei mind implementálásra került. Sok olyan rész maradt, ami még nem került implementálásra és a b1 se fogja ezeket tartalmazni. A b1 célja az, hogy funkcióvesztés nélkül egy JSR-168 kompatibilis portál mag tudja hajtani a www.javaforum.hu jelenlegi portletjeit, és ezt hamarosan sikerül elérnem.
A legfőbb eltérés a b0 és a JSR-168 között az volt, hogy a portletek életciklusa nem felelt meg a specifikációnak, hiszen minden egyes kérés beérkezésekor a portlet konténer példányosította a portletet, ráhajtotta a megfelelő akciókat és tárolta a renderelt tartalmat, majd a portál konténer ebből egy portál oldalt készített. A JSR-168 szerint a portletek életciklusa a portlet konténer életciklusával egyezik meg, a kéréseknek pedig szálbiztosan kell a portletekre futna. A b0 megoldása ettől szigorúbb, tehát a kompatibilitási teszten átmenne, de nyilván több erőforrást pazarol. Ezen túlmenően minden egyéb feltételnek megfelel, kivéve a hiányosságokat, nincs portlet.xml kezelés (adatbázisba kerül a portlet példány), a portlet csomagot kézzel kell szétszortírozni, nincs PortletPreferences, nincs normális Render/Action/Portlet Request és Response példány, PortletURL implementáció kissé gyenge, stb.
A b1 esetén a fenti hiányosságok jó része továbbra is hiányosság marad, bár sok apróbb és nagyobb dolog fejlődik benne, mint a PortletURL implementáció és a PortletPreferences kezelés. Első körben a b1 valamikor a hónap közepe felé fog élesedni, s remélhetőleg ebből semmit nem vesztek észre, bár az adatbázis is jelentős refaktoron fog átesni... :)
Nagy hiányossága a portál rendszernek a jogosultság kezelés teljes hiánya, ami azt jelenti, hogy kis túlzással mindenkinek admin joga van (szerencsére nincs a portál felületen implementálva olyan, ahol túl nagy kárt lehetne okozni :). A b2 célja a jogosultság rendszer alapjainak implementálása vagy a JSR-168 kompatibilitás javítása lesz. Egyelőre elvagyunk jogkezelés nélkül, így jobb szeretném ha a jogosultság kezelést a JSR-168 specifikáció által előírtakra tudnám építeni.
Korai kijelentésnek lehet venni, de negyedévente szeretnék build verziót váltani, így ha a b1 június közepe felé érkezik, akkor a b2 szeptember közepén esélyes, a b3 pedig december közepén. Na, majd meglátjuk.
Időközben elfogadták a https://javaforum20.dev.java.net/ projektet, így fontolgatom, hogy átcuccolom ide az official subversion repót és az issue trackert is. Ha sokezer projektnél bevált, talán működik nálam is... :)
Nos, egyelőre ennyi... bármi észrevétel vagy vélemény?
Auth Gábor
A JSR-168 kompatibilitás okán több osztályt kellett megvalósítanom, mint elsőre látszott, de a News portlet már szabványos módon működik, a többi portletet még át kell kicsit heggeszteni. :)
Auth Gábor
http://web.archive.org/web/20061023042806/http://www.javaforum.hu/
Auth Gábor
Mit tud a b1, amit a b0 nem tudott? Alapvetően - amiről már írtam is - a PortletContainer működési módja változott, igen mélyen, hiszen eddig minden kéréskor példányosodtak a portletek, most pedig a portlet konténer elindítja őket, majd egy portlet példány szolgál ki minden kérést... ezzen szálbiztossá kell tenni az összes portletet.
Auth Gábor
Ha bárkinek bármi gondja akad - előfordulhat - kérem ne tartsa magában.
Auth Gábor
Az egyik apró újítás, hogy az RSS linkek sokkal rövidebbek lettek, mint ami címek eddig voltak, egyszerűen létrehoztam egy RSS portlet módot, amely speciális tartalmat hoz létre, ennek címe mindig /rss/portletnév lesz (amelyet követhetnek majd paraméterek).
Látványosabb újítás, hogy a hírek portlet kapott egy működő EDIT portlet módot, ahol bárki képes hírt beküldeni, amelyet majd elfogadunk közlésre (vagy nem, a tartalomtól és a minőségtől függ). Idővel szinte minden portlethez meg fog jelenni EDIT és HELP portlet mód, illetve esélyes, hogy más módok is elérhetők lesznek (ADMIN, stb.).
Talán legkevésbé érezhető, de némi optimalizálás és kódrevízió okán a portál működése gyorsabb lett (csodát nem kell várni, de 10-15% körül sikerült gyorsabbá tenni a kiszolgálást).
Azt hiszem egyelőre ennyi... :)
Auth Gábor
A projekt felkerült egy "újabb" SVN repóba, gyakorlatilag nulláról kezdve a verziószámozást:
https://svn.javaforum.hu/svn/javaforum20
https://svn.javaforum.hu/svn/javaforum20/tags/release-b1/JavaForum2.0
https://svn.javaforum.hu/svn/javaforum20/tags/release-b1/JavaForum2.0/binary
Az SVN repó szabadon olvasható, aki esetleg szeretne írni (fejleszteni), szóljon, csinálok egy fejlesztői ágat neki, és adok pár instrukciót is a beüzemeléshez, mert ez a rész kissé hiányos még... :)
Auth Gábor
Auth Gábor
Ez utóbbi annyit tesz, hogy a HTML szerkesztőben a "Java forráskód bekezdés", az "SQL forráskód bekezdés" és az "XML forráskód bekezdés" használható forráskódok formázására, egyszerűen azzal, hogy a megfelelő típust választjuk ki.
Java: SQL: XML/HTML: És mint látszik (bekapcsolt JavaScript esetén), igen jól kinéző forráskódok látszanak... :)
A b1.0.1 holnap kerül "kiadásra". :)
Németh Szabolcs
"Az SVN repó szabadon olvasható, aki esetleg szeretne írni (fejleszteni), szóljon, csinálok egy fejlesztői ágat neki, és adok pár instrukciót is a beüzemeléshez, mert ez a rész kissé hiányos még... :)"
Beszállnék :)
Instrukció kellene.
Hammond_
Auth Gábor
Bemelegítés: mail.javakocsma.hu/pipermail/javaforum-dev-hu/2008-July/000001.html
Kezdőcsomag: mail.javakocsma.hu/pipermail/javaforum-dev-hu/2008-July/000005.html
Levlista: mail.javakocsma.hu/mailman/listinfo/javaforum-dev-hu
Welcome! :)
Németh Szabolcs
Németh Szabolcs
Kellene egy fejlesztői ág :)
Rendbetenném a html részt....
Hammond
Auth Gábor
Auth Gábor
http://traq.javaforum.hu/jira/browse/JFPORTAL-1
Javítva lett az a hiba, amelyet a túl hosszú User-Agent okozott.
http://traq.javaforum.hu/jira/browse/JFPORTAL-7
Ellenőrizve lett a MySQL kompatibilis működés, az adatforrás megadása után rendben létrejöttek a táblák - üresen.
http://traq.javaforum.hu/jira/browse/JFPORTAL-9
A http://www.javaforum.hu portálon volt egy hiba, amelyet a régi RSS linkek okoztak, hiba nem történt, de minden ilyen hibás kérés két Exception került a naplóba, ami zavart, ezért kijavítottam. :)
http://traq.javaforum.hu/jira/browse/JFPORTAL-10
A portál koncepciója szerint bármely létező domain névhez hozzá van rendelve egy admin portál (például http://www.javaforum.hu/admin), amelyen az admin joggal rendelkező felhasználó üzemeltetni tudja a saját portáljait. Ez az admin portál létezett már a b1 kiadásban, de némileg hibás volt, ezért ki kellett javítani.
http://traq.javaforum.hu/jira/browse/JFPORTAL-15
A fejlesztést egyszerűsítendő, módosítottam a portált olyanformán, hogy Apache proxy nélkül is működjön. Ehhez a config_data táblába a virtual kulcsot 'false' értékre kell állítani, s ekkor a portál működni fog a http://www.javaforum.local:8080/JavaForum2.0-war/javaforum linken is, és ilyen linkeket fog generálni.
Időközben NagyZ befejezte a JFPORTAL-8 issue munkálatait, ezt ma összevezettem a JFPORTAL-15 módosításaival.
Auth Gábor
Elérhető a Tippek menüpont alatt, ahol a StringBuffer/StringBuilder trükkökről lehet olvasni egy rövidet. :)
Auth Gábor
Az első ilyen a Singleton lett. :)
Auth Gábor
Auth Gábor
Pár hete elkezdtem migrálni a cikksorozat tartalmát, kicsit ártírtam, kibővítettem, rendszereztem, és most tartok a harmadik résznél, amely kissé hosszú (de még ennél is hosszabb lesz nemsokára). Kérnék némi kritikát-véleményt az eddigi három részről, amelyet a Java-Suli menüpontban lehet megtekinteni.
JegFarkas
Auth Gábor
* JBoss 5.0.0 GA támogatás, amelyet igazából a b1.3 verzió körül gondoltam tesztelni, de annyira kevés dolgot kellett módosítani hozzá, hogy gyakorlatilag fél óra alatt megvolt a módosítás és a tesztelés. Jelenleg a tesztportál és az éles portál is JBoss 5.0.0 GA alatt fut, eddig hiba nélkül. :)
* "Beállítások menü" implementálása, amely egy régi adósságom volt. Most már lehet email címet, felhasználói nevet és jelszót is változtatni. Egyelőre ennyi művelet volt égetően fontos.
* A "Belépés" ablak kapott egy kis módosítást, több helyre került "Mégsem" gomb, amely segít abban, hogy ha rossz helyre tévedtünk, akkor vissza lehessen térni a portlet alapállapotába.
* A portál fejlécébe belekerült az adott oldal címe mellé a leírása is (ez főképp a keresőmotorokat érdekli).
* Cikkeknél a megjegyzés írása komfortosabb lett azzal, hogy a megjegyzés írására a szerkesztőmezőhöz ugrik a böngésző.
* Az EclipseLink JPA provider-ből 1.0.1 verzió helyett 1.0.2 került a portál alá.
Auth Gábor
Az utóbbi időben nem írtam meg a portállal kapcsolatos fejleményeket... most pótolnám:
b1.3 (log4j és cluster):
b1.3.1 (bugfix release):
b1.3.2 (bugfix release):
Böszörményi Péter
Auth Gábor
Auth Gábor
Felhasználói szemszögből sok változás nem történt, az FCKEditor-t frissítettem újabbra, hátha megszűnnek a problémák, amelyekkel az Opera felhasználók találkoztak.
Technikai szempontból sok újdonság történt, ezekről később írok, a b2 verzió megjelenésekor.
Auth Gábor
A refaktor során a táblák mezői úgy módosultak, hogy a portált könnyebb legyen a későbbiekben adminisztálni, illetve a portál eddigi fejlődése során kialakult hasznos mezőtípusok kerültek mindenhova (például long helyett timestamp).
Auth Gábor
Az adatbázis végre igazán jól érzi magát... :)
Auth Gábor
Auth Gábor
Unknown User (klorand)
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
Auth Gábor
JFPORTAL-93 - NPE when page not found:
Ha nem volt meg egy oldal, akkor a naplóba három NullPointerException került (DAO-BF-Filter), ez javításra került, már csak egy WARN szintű bejegyzés mutatja, hogy olyan oldalt próbáltak elérni, amely nem létezik (figyelmeztetve ezzel a portál gazdáját, hogy valahol van egy rossz hivatkozás).
JFPORTAL-92 - Introduction of the Portlet 2.0 API:
Egy hirtelen ötlettől vezérelve kipróbáltam, hogy az eddig használt Portlet 1.0 API leváltása mekkora problémát okoz, és kiderült, hogy néhány osztályban fel kell venni pár metódust, amelyek egyelőre UnsupportedOperationException kivételt dobnak, hiszen ezek a metódusok még nincsenek implementálva. Ettől eltekintve a portál működőképes maradt, néhány apró módosítást kellett eszközölni pár egyéb osztályban, amelyek a portleteket szolgálnák ki, maguk a portletek észre se vették a cserét.
JFPORTAL-6 - Improve HTML code:
Nem szorosan kötődik a portálhoz, de a www.javaforum.hu portál HTML felületének javítása éppenséggel itt szerepel, a portál főoldala (és az admin portál oldalai is) XHTML lett, s egy apró hibát leszámítva mind a CSS, mint az XHTML valid minősítést kapott.
JFPORTAL-79 - General rafactor jobs:
A legtöbb meló a kifejezetten "refactor" jellegű munkákkal volt, amelyek több helyen egyszerűbbé, szebbé, gyorsabbá vagy átláthatóbbá tették a meglévő forráskódot. Nézzük pár példát:
JFPORTAL-88 - JFP based News portlet:
A hírek portlet lett a "szerencsés" kiválasztott, amelyen a JavaForumPages (Struts2 jellegű) PortletMVC keretrendszerét kipróbáltam a nagyobb közönség előtt. Egyelőre jól működőnek látszik, bár néhány dolgot még meg kell valósítanom (kapcsolódó hírek listája, hír hozzáadása, hírszerkesztő felület).
Auth Gábor
A b2.2.0-SNAPSHOT másik újdonsága, hogy a design csomagok külön telepíthetők a portál mellé, bár ebből - elvileg - nem kellene semmit észrevennetek. Ha mégis lenne valami furcsaság, akkor szóljatok hamar... :)
Auth Gábor