- Google Pixel topik
- Microsoft Rewards
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Yettel topik
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Apple Watch
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- iPhone topik
Új hozzászólás Aktív témák
-
Ezzel csak egy baj van. Semmi köze nincs a szakmához... Fogadni mernék rá, hogy az eddigiekben fejlesztőként dolgozó feketék, totál nem foglalkoztak ezzel. Max 1-2 hiperézékeny viráglelkű... Csak most az a divat, hogy az feleljünk meg minden jogi aktivista csoportnak... Alig várom, hogy véget érjen ez a korszak... és végre a lényegre fókuszáljon a világ. És ha valakit ez zavar, akkor 3mp alatt kapja a különböző bélyegeket...de úgy hogy utána már életében nem fog tudni dolgozni... Ez abszurd.
-
Nem kifejezetten Java kérdés....de nincs spec topik és lazán kapcsolódik...előre is elnézést. De minden komoly észrevétel jól jön.
Zöldmezős alkalmazás. DB tervezés. Van egy csomó kis szótár tábla. Ez tipikusan arra van, hogy a legördülőket majd innen töltjük fel. De lenne karbantartó is ezekre a táblákra... Én ezeket a táblákat külön vettem fel... Viszont nemrég jött egy másik ötlet egy kollégától.
Ő 1 táblát javasol lényegében az összes szótártáblában tárolt adatra.
TYPE - ID - NAME - SPEC1 - SPEC2 ...stb mezőkkel.
DOG - 1 - kutyi - szánhúz- null
CAT - 1 - cica - null - alszikItt lényegében a TYPE tartalmazná a típust és az ID-val együtt alkotná az elsődleges kulcsot...
Állítólag azért jó, mert nincs sok kis tábla... Én még annyit gondolok mögé, hogy kevesebb JOIN miatt gyors tud maradni a lekérdezés. De nekem zavarja a szemem, hogy eltérő típusú adatokat gyúrunk egybe. Az eltérő típusú objektumok miatt sok a kitöltetlen mező.
Ráadásul nagy kérdés, hogy amikor mondjuk egy Hibernate-et teszek fölé, akkor mennyire kavarja meg a domaint, hogy minden objektumnál lesz getSpec1() metódus miközben nincs is értelmezve az adott objektumon, mert azt a Spec2 tulajdonságával értelmezzük, és így azért lehetnek fura dolgok a kódban... -
Nem kifejezetten Java kérdés....de nincs spec topik és lazán kapcsolódik...előre is elnézést. De minden komoly észrevétel jól jön.
Zöldmezős alkalmazás. DB tervezés. Van egy csomó kis szótár tábla. Ez tipikusan arra van, hogy a legördülőket majd innen töltjük fel. De lenne karbantartó is ezekre a táblákra... Én ezeket a táblákat külön vettem fel... Viszont nemrég jött egy másik ötlet egy kollégától.
Ő 1 táblát javasol lényegében az összes szótártáblában tárolt adatra.
TYPE - ID - NAME - SPEC1 - SPEC2 ...stb mezőkkel.
DOG - 1 - kutyi - szánhúz- null
CAT - 1 - cica - null - alszikItt lényegében a TYPE tartalmazná a típust és az ID-val együtt alkotná az elsődleges kulcsot...
Állítólag azért jó, mert nincs sok kis tábla... Én még annyit gondolok mögé, hogy kevesebb JOIN miatt gyors tud maradni a lekérdezés. De nekem zavarja a szemem, hogy eltérő típusú adatokat gyúrunk egybe. Az eltérő típusú objektumok miatt sok a kitöltetlen mező.
Ráadásul nagy kérdés, hogy amikor mondjuk egy Hibernate-et teszek fölé, akkor mennyire kavarja meg a domaint, hogy minden objektumnál lesz getSpec1() metódus miközben nincs is értelmezve az adott objektumon, mert azt a Spec2 tulajdonságával értelmezzük, és így azért lehetnek fura dolgok a kódban... -
Aethelstone
addikt
Konkretizálom a dolgot.
Ez itt az új verzió aminek már private ctor van. A 6.2-es verzióban még nem volt private. Van egy saját ComponentUtils osztályunk amit vagy 5 éve írtak és ebből a fent linkelt osztályból került származtatásra. Mivel akkori verzióban még nem volt private a ctor így ebből nem volt gond... Most, hogy új verziót húztam be...szembesültem a változással... Tehát valamikor régen kiterjesztésre került ennek az osztálynak a funkcionalitása és azért kapott azonos nevet, hogy ez legyen használva mindenhol. Ugyanúgy static metódusok vannak benne... Viszont a fenti változás miatt ez a helyzet már nem tartható, de a korábbi funkcionalitásra is szükség lenne, meg a mostanira is. De ezt öröklődéssel már nem lehet biztosítani... -
Konkretizálom a dolgot.
Ez itt az új verzió aminek már private ctor van. A 6.2-es verzióban még nem volt private. Van egy saját ComponentUtils osztályunk amit vagy 5 éve írtak és ebből a fent linkelt osztályból került származtatásra. Mivel akkori verzióban még nem volt private a ctor így ebből nem volt gond... Most, hogy új verziót húztam be...szembesültem a változással... Tehát valamikor régen kiterjesztésre került ennek az osztálynak a funkcionalitása és azért kapott azonos nevet, hogy ez legyen használva mindenhol. Ugyanúgy static metódusok vannak benne... Viszont a fenti változás miatt ez a helyzet már nem tartható, de a korábbi funkcionalitásra is szükség lenne, meg a mostanira is. De ezt öröklődéssel már nem lehet biztosítani... -
Aethelstone
addikt
Van egy 3rd party lib. Aminek az egyik osztályából származtatva volt egy saját osztályunk. A nevük megegyezik. Ez bővítve lett még néhány plusz funkcióval.
A lib-ből kijött egy új verzió és az ős osztályt módosították. Privát lett a konstruktora. Így a származtatott osztály innentől kezdve eltört. Kompozíció nem jöhet szóba. Singleton-ba se lehet átforgatni. Annyira nem meglepő, mert statikus metódusokat biztosít mindkét osztály...
Az a kérdés, hogy milyen lehetőségeim vannak a helyzet feloldására?Gondolom, hogy voltak korábban a ctornak paraméterei. Ha privát lett, kéne, hogy legyenek publikus setterek a korábban ctorban inicializált adattagoknak...egyáltalán mit csinált a ctor? És statikus metódusok esetén miért kell publikus ctor? Sok itt a kérdés
-
MasterMark
titán
Sikerült köszi.
Már majdnem kidobtam az egész gépet az ablakon.Tehát ami kell:
- external libaries-hez felvenni a JavaFX lib-jét
- path variable-t csinálni a JavaFX libjéhez
- projekt VM options-hoz hozzáadni a modult:--module-path ${PATH_TO_FX} --add-modules=javafx.controls,javafx.fxml(
%PATH_TO_FX%nem működik.) -
MasterMark
titán
-
Helló!
Nem teljesen Java téma, de mivel Java-s projekt így gondoltam elférhet ide, de ha van jobb helye akkor átmegyek...Szóval adott egy projekt aminek a forrása Git verziókezelőben van tárolva. A buildre Jenkins haszálunk. Az elkészült build/release pedig nexusban tároljuk...
Az eredeti elképzelés szerint van a M(master) branch amit tisztán akarunk tartani. Ezért amikor van egy-egy nagyobb projekt ami több feladatot fog össze, arra a célra létrejön mindig egy xxxPM nevű branch. Ebből nyit a továbbiakban mindenki új branchet a saját feladatára. Amikor kész akkor szintén az xxxPM-be megy vissza a merge.
Van még egy U és egy UAT környezet tesztelésre. Alapvetően az az irány, hogy U-ra snapshot míg UAT-ra release verzió kerül ki.Több probléma is kialakult.
1. Jenkinsben 1 job egy adott branchre buildel. Alapból ez a master. De valamiért kitalálták, hogy az xxxPM branchből készülő buildeket ezentúl ne lokálisan készítsük, hanem Jenkinsben... Ezért létrehoztak neki egy külön jobot. Ilyen projektekből több is van, időnként párhuzamosan is, ezért a dedikált jenkins job szerintem nem jó ötlet. A gányolás melegágya az én meglátásom szerint. Nem lehet dinamikusan kezelni. Újabb projektél újabb job?! De meddig?! Ha vége akkor meg átállítjuk egy újra?!
2. Az előbbi problémából következett egy másik. Az M branch közben haladt előre, de az xxxPM nem lett frissítve a változásokkal... Ez már egy nagy hiba volt, tudom. De ettől függetlenül, most megjelent az igény, hogy az xxxPM-ből is legyen release. Nem azért mert ez valaha is élesedhet, hanem azért, hogy UAT-ra tudjanak tenni verziót a laikusoknak, hogy teszteljenek... Tudják, hogy ez nem fog élesedni mert még nincs kész, nincs olyan állapotban. Csak kizárólag a teszt miatt. Ráadásul még két tagot hozzá kell csapni a verziószámhoz, hogy az állapotot jelöljük, így létrejön egy kvázi párhuzamos valóság... Valahogy ezt sem érzem egy kifinomult megoldásnak.
Érdekelne, hogy mi a meglátásotok, illetve, hogyan történnek az ilyen folyamatok nálatok?
-
Nagyon röviden, most van egy SVN + Jekins + Sonar + Jfrog artifactory kombó, amit használunk a fejlesztés során. De ez 3rd party üzemeltetés most amivel sok a baj... Ezért az egészet lokálba hozzuk át. És ha már 0-ról építjük akkor újragondoltuk meg verziót frissítettünk. SVN kuka, helyette lesz Git. Jfrog helyett meg Nexust néztük. Így jött ki ez a kis probléma. Még erősen a pilot szakaszban vagyunk...
Ha a gitlabbal megoldható, hogy kidobjuk a Jenkinst akkor az üzemeltetés lehet örülni fog, hogy kevesebb rendszerrel kell foglalkozni.
-
Aethelstone
addikt
Hm. Ez nem jutott eszünkbe. Most nem vagyok még képben teljesen mennyire használjuk ki a Jenkinst, de amit én tudok az a klasszikus SNAPSHOT és RELEASE build készítés, ami utána artifactoryba pakol... Ettől függetlenül lehet olyan képessége a Jenkinsnek amiben a Gitlab le van maradva?
Ilyet a github is tud. Hogy miben van hátrányban? Nem tudom, hogy milyen spec igényeitek vannak. Release, snapshot, artifactory tuti van. Maven, gradle support, minden szar
-
Aethelstone
addikt
Használ valaki Gitlab + Jenkins + Nexus kombinációt? Mindenből az aktuális legfrissebb verzióval próbálunk egy zöldmezős projektet összerakni. A probléma abból adódik, hogy Jenkins 2 nem működik együtt Nexus 3-al, Maven projektek esetén. Ezt leírják a plugin mellé is, de már hónapok óta jelentették Jenkins és Nexus felé. Nincs valami trükk erre, hogy életre kelljen?
-
Hát ha van public része a exceptionnek, akkor azt az 1-2 sort bedobhatod... Nekem legutóbb attól volt unmarshalling exception, hogy jött egy adatstruktúra amiben az egyik elem típusa date volt, és sima záró tag-et, küldtek érték nélkül. Na ezen totál eldobta magát... Először elkezdtem keresgélni, hogy hol tér el a séma, aztán végül ott volt benne, hogy nem tudta parseolni...nyilván mivel nem volt benne semmi.
most nem tudom elérni, de nincs is értelme. Semmi értelmes nincs az exceptionban, ugyan az vagy 10x unmarshalling ? jaxb akármi at (és persze egyik at sem az én kódomra mutat). Ha elrontom a date formátumát, akkor legalább amiatt sír, de ha kijavítom, akkor már ?
#9783: igen, tényleg ? van... a response az a soapui szerint tökéletes... ugyan is az csinálja, az a mockservice
ugyan abból a wsdl-ből, konkrétan ugyan arra a fájlből van generálva a kliens, és a soapui dolga is. -
-
Van egy jelenleg PHP backend amit Java-ra kellene átírni. (Ha most a konkrét feladatot nem ismerjük) Milyen megoldásokat lehet számításba venni? Frameworkök közül mivel érdemes foglalkozni. Springen kívül mi van amit érdemes megfontolni? (Ami biztos, hogy szerver oldalt kell írni.)
Ha jól megvan csinálva PHP-ban, bizony bizony felesleges a java!
-
Kotlin tudás annyira még nem fejlett. (De most szervezünk kis önképzőkört, hogy felhúzzuk.)
Egyébként semmi különösre nem gondoltam, csak most nem a feladathoz keresek eszközt, hanem szeretném leltárba venni a létező eszközöket. Ezek közül is azokat ami folyamtosa fejlesztés alatt van és várható, hogy túlél pár évet...
-
Van egy jelenleg PHP backend amit Java-ra kellene átírni. (Ha most a konkrét feladatot nem ismerjük) Milyen megoldásokat lehet számításba venni? Frameworkök közül mivel érdemes foglalkozni. Springen kívül mi van amit érdemes megfontolni? (Ami biztos, hogy szerver oldalt kell írni.)
-
Ugyanaz az analógia... A puskázás csalás a dolgozatnál, ugyanígy a beadandót mással megcsináltatni szintén csalás... Te pedig ezt szeretnéd. Elég egyértelműen leírtad. Tisztességtelenül próbálsz játszani... Ez így nem oké. Tessék és küzdj meg a feladattal.
Egyébként egyértelmű, hogy itt segítséget nem fogsz kapni...Szóval egyszerűbb ha szépen továbbmész...és nem offolod tovább a topikot.
-
-
Aethelstone
addikt
-
Aethelstone
addikt
Legalább 10 féle módot próbáltam, már nincs meg csak max egy fél... A lényeg, hogy ezzel a (commandButton) gombbal szeretnék linket nyitni. Ehhez nem kell a forrás. Hanem egy kipróbált módszer...
Ha nulláról kéne feldobnod az Xhtml-be, akkor hogy csinálnád?Sima button, onClick=“window.open()” A forrás meg ahhoz kell, hogy nem-e néztél be valamit véletlenül
Pl.
-
Aethelstone
addikt
Forráskódot nem tudok adni. A problémákat nem tudom már pontosan leírni. Változatosak voltak. Kattintásra nem történt semmi....kb minden esetben.
Igazából egy commandButton-os workaroundra van szükségem...Azt nem dobhatom el.Forráskódot nem tudsz adni, probléma konkrét leírását sem. Akkor én kevés vagyok ehhez
-
Aethelstone
addikt
-
Aethelstone
addikt
Primefaces-es problémám van. Remélem elfér itt. Adott egy CommandButton, aminek a lenyomására egy linket kell megnyitni ami egy pdf fájlra mutat. A CommandButton fix, a lényeg, hogy "mit pakolok bele".
Próbáltam már sima hagyományos linket, commandlinket, buttont, meg a jó ég tudja még, hogy mit, de mindegyiknek volt valami tikkje, és a google is nagyon bevitt az erdőbe.Tud valaki bevált működő módszert?
-
Én alapvetően nem sajnálom/sajnálnám a pénzt ilyen eszközökre, de elég kis %-ban tudok hatni erre a részre.
Egyébként ha már itt tartunk akkor JRebel és XRebel is van. Utóbbi nem túl régóta, de egyiktől sem vágom magam hanyatt. JRebel hektikus, néha nem csinálja a dolgát... Amúgy hasznos cucc. XRebel meg lassulást okoz, néha nem indul el tőle a saját gépemen futó tomcat...
-
Egy Vmware-es VM-ben MS Server 2008R2-n fut tomcat alkalmazásszerveren. Java 7.
Jelenleg úgy van, hogy a VM-nek van 1x GB RAM-ja. Ezen fut három tomcat...ebből az egyiket kellene vizsgálni. A tomcat úgy van paraméterezve, hogy max 4GB memóriával tud gazdálkodni. (-Xmx)
De elég magas a kihasználtság. Ha jól emlékszem átlagban >80%. Ráadásul ha nem kap restartot egy hétig akkor úgy belassul, hogy 1 usert nem kiszolgálni...nem, hogy több százat.
-
Egy Vmware-es VM-ben MS Server 2008R2-n fut tomcat alkalmazásszerveren. Java 7.
Jelenleg úgy van, hogy a VM-nek van 1x GB RAM-ja. Ezen fut három tomcat...ebből az egyiket kellene vizsgálni. A tomcat úgy van paraméterezve, hogy max 4GB memóriával tud gazdálkodni. (-Xmx)
De elég magas a kihasználtság. Ha jól emlékszem átlagban >80%. Ráadásul ha nem kap restartot egy hétig akkor úgy belassul, hogy 1 usert nem kiszolgálni...nem, hogy több százat.
-
Egy Vmware-es VM-ben MS Server 2008R2-n fut tomcat alkalmazásszerveren. Java 7.
Jelenleg úgy van, hogy a VM-nek van 1x GB RAM-ja. Ezen fut három tomcat...ebből az egyiket kellene vizsgálni. A tomcat úgy van paraméterezve, hogy max 4GB memóriával tud gazdálkodni. (-Xmx)
De elég magas a kihasználtság. Ha jól emlékszem átlagban >80%. Ráadásul ha nem kap restartot egy hétig akkor úgy belassul, hogy 1 usert nem kiszolgálni...nem, hogy több százat.
-
Van az alábbi kódrészlet:
if( myVariable.equalsIgnoreCase(CONSTANT1) && checked) {
myObject.setOnePropertyValue(Boolean.TRUE);
} else {
myObject.setOnePropertyValue(Boolean.FALSE);
}Amit az alábbi módon szeretnék rövidíteni:
myObject.setOnePropertyValue(myVariable.equalsIgnoreCase(CONSTANT1) && checked);Azért gondolkodok ilyesmiben mert mostanában olvasgatok Clean Code témában és próbálom megérteni ebben hol van a határ az ésszerűség és a hülyeség között.
Szóval az lenne a kérdésem, hogy a második egysoros verzió oké, vagy nem oké? Indoklást is kérnék. -
Van az alábbi kódrészlet:
if( myVariable.equalsIgnoreCase(CONSTANT1) && checked) {
myObject.setOnePropertyValue(Boolean.TRUE);
} else {
myObject.setOnePropertyValue(Boolean.FALSE);
}Amit az alábbi módon szeretnék rövidíteni:
myObject.setOnePropertyValue(myVariable.equalsIgnoreCase(CONSTANT1) && checked);Azért gondolkodok ilyesmiben mert mostanában olvasgatok Clean Code témában és próbálom megérteni ebben hol van a határ az ésszerűség és a hülyeség között.
Szóval az lenne a kérdésem, hogy a második egysoros verzió oké, vagy nem oké? Indoklást is kérnék.Tedd azt.
1 sor mindig jobb, mint 5. Főleg, ha ilyen boolean marhulásból áll. Az egyik kedvenc "egysorosom":boolean isOk(String param) {
boolean ok;
if ("OK".equals(param)) {
ok = true;
} else {
ok = false;
}
return ok;
}Egyébként, ha még szeretnéd cizellálni, adhatsz valami szép, értelmes nevet annak a logikai kifejezésnek, valahogy így:
...
myObject.setOnePropertyValue(isConstant1Checked());
...
}
private boolean isConstant1Checked() {
return myVariable.equalsIgnoreCase(CONSTANT1) && checked;
}Bár a kontextus ismerete nélkül lehet, hogy nem így kell, vagy nem is lehet, csak arra akartam rávilágítani, hogy a bonyolult logikai kifejezéseket érdemes olvasható formába önteni. Akinek pedig nagyon furdalja az oldalát a kíváncsiság, hogy vajon mit is jelent az isConstant1Checked(), mert számára nem nyilvánvaló, majd belenéz abba az egysoros metódusba, esetleg még ad neki valami kifejezőbb nevet.
Egyébként ez már túlzás is lehet... csináld érzéssel, az a lényeg.
Ahogy szebb, olvashatóbb, nincsenek kőbe vésett szabályok. Akár maradhat úgy is, amilyenre átírtad. Örülök, hogy segíthettem.
---------------------------
#8354 MPeter87:
Ha már kifogytál a könyvekből meg az oktatóvideókból, keress magadnak feladatot és készítsd el. Van-e olyan igényed, problémád, amit lehetne automatizálni, amit egy szoftver megoldana? Akár a hobbiddal kapcsolatban, vagy akár amit el tudnál adni másoknak, mert szükségük lehet rá, vagy csak készíts egy 826-ik jegyzettömb, vagy naptár, esetleg rss olvasó alkalmazást. Csatlakozhatsz akár opensource fejlesztésekhez is, nézelődj pl. a githubon, keress olyan projektet, amiben látsz fantáziát, vagy csak ihletet ad egy saját projekthez. Persze az a legjobb, ha fizetnek is érte, csak akkor nem biztos, hogy olyan terméken dolgozhatsz, amit szeretsz is.Egyébként - ha van már rutinod - az előbb említett clean code tanulmányozása sem ördögtől való gondolat, mert szerintem az Angster könyben lévő példakódokban nem kevés code smell lehet. Már nem emlékszem, csak a hasonló oktatókönyvekkel szerzett tapasztalat mondatja ezt velem. Merem ajánlani Josh Bloch Effective Java könyvét (az angol változatot... hacsak nem szereted az interface-t felületnek hívni, mert akkor a magyar is megteszi), vagy uncle Bob (Robert C. Martin) Clean Code könyvét, videóit. Meg ha már a Martinoknál tartunk (
), Martin Fowler, és Kent Beck is egész jó könyveket írt a refactoringról meg a TDD-ről. De blogokat, cikkeket is találsz elvétve, pl. http://blog.cleancoder.com/, vagy http://martinfowler.com/ -
-
Össze kell dobnom egy futtatható JAR-t aminek a fele azonos könyvtárban lévő fájlokkal kell foglalkoznia.
Az aktuális könyvtár lekérdezését megtaláltam. Viszont két okból problémás ez nekem. 1. Nincs szükségem a teljes útvonalra. Igazából elég lenne ha valami relatív módon tudnék hivatkozni ezekre a fájlokra.
2. Windows és Unix környezetben egyaránt esélyes lehet a futtatás. Ilyenkor a / illetve a \ jeleket, hogyan tudom normálisan kezelni? -
Össze kell dobnom egy futtatható JAR-t aminek a fele azonos könyvtárban lévő fájlokkal kell foglalkoznia.
Az aktuális könyvtár lekérdezését megtaláltam. Viszont két okból problémás ez nekem. 1. Nincs szükségem a teljes útvonalra. Igazából elég lenne ha valami relatív módon tudnék hivatkozni ezekre a fájlokra.
2. Windows és Unix környezetben egyaránt esélyes lehet a futtatás. Ilyenkor a / illetve a \ jeleket, hogyan tudom normálisan kezelni? -
Igen ez a másik lehetőség. Az exception. Most nem tudtam öszedobni egy DB-t meg entitásokat, meg valid kódot, hogy kipróbáljam. De az exception-re lennék kíváncsi. Elszáll, vagy simán lefut és detached?
Wá, köszi. Ez eszembe sem jutott. Vannak élethelyzetek amikor fura nem életszerű kérdésekkel zaklatják az ember lelki békéjét. De mivel ilyen helyzet nem megy ki a kezem közül, ezért nem tudom rá a választ.
Igazán nincs mit. Haszontalan tanácsot bárkinek szívesen adok.
Há! Itt azt állítják, hogy alapesetben a session.close() is nyomja a flush-t. Pedig le mertem volna fogadni, hogy nem tesz ilyet. Nagyon rég Hibernate-eztem.
Amúgy ez kicsit meglepő, de ember legyen a talpán, aki egy ilyen apidoc-ból kideríti, mi a szitu: "The Session is sometimes flushed before query execution in order to ensure that queries never return stale state." Nesze semmi, fogd meg jól.
Most én se tudom sajnos kipróbálni, de egyre kevésbé valószínű, hogy exception lenne a vége. -
Hibernate esetén, ha zárom a session-t, de maradt unsaved objektumom, akkor mi történik?
nem találom a doksiban ezt a résztElvileg simán detached lesz, nem...?
Hát igen, más meglepő dolog nemigen történhet. Esetleg egy exception.
A close nem flush-ol, szóval detached-be mennek az objektumaid.
De miért is tennél ilyet? Előtte kommitálj, és nem lesz baj.A kommentes dolgot pedig teljesen jól látod. Azért van version control, hogy ne kelljen kommentel teleszemetelni a kódot. Én személy szerint ezeket a marker kommenteket sem bírom, szinte soha nincs rájuk szükség, de mint minden, ez is ízlés kérdése.
-
Persze, van version control... Inkább elméleti jellegű a kérdés. Én úgy gondolom, hogy ha már újraírtam, teszteltem, és okés, akkor nem kell otthagyni kommentbe....én törölném. Pont azért, mert ha mégis kellene akkor visszaállok egy korábbi verzióra az adott osztályból és megnézem. Csak arra lennék kíváncsi, hogy esetleg van-e valamilyen más szempont ami miatt ez jó lehet...
-
Még mielőtt nekiszaladnék a google-nek, két témában keresek amolyan quick guide jellegű irodalmat. Az egyik a Liferay a másik pedig a webMethods.
Valaki?
Liferay-hez látom van dokumentáció meg info... De a webmethods (integration server) témában nem sok minden van. Senki nem találkozott még vele?
-
(#7674) emvy :
A deszerializáció során mindig tudom mit olvasok be. Fixen ugyanolyan objektum jönne befelé... a kérdés, hogy mennyire képes ez a folyamat gyors lenni. De úgy veszem ki a leírtakból, hogy nem lesz gond vele...(#7675) gygabor88:
A fájlméret önmagában nem lenne gond. Néhány száz Kbyte-tól néhány Mbyte-ig mennek. A fájl több különálló XML fájlból áll. Ezeket az XML-eket kell bejárni és ebből nem kell minden. Amire szükség van azt kiszedjük és egy objektum tárolja ezeket. De ez nem kell állandóan a memóriába. Viszont az XML fájlokat minden alkalommal benyalni elég erőforrás pazarlás lenne és lassú is. Sokkal gyorsabb ha előkapom egy táblából és deszarializálom aztán mehet is a további feldolgozása az objektumnak... -
Napi fura kérdés.
Ha van egy objektumom...és én azt szerializálom. Majd ezt letárolom DB-ben. Később onnan beolvasom, deszerializálom, akkor ennek a két műveletnek a sebességét, hogy tudom megítélni gyorsaság szempontjából.
Ha másképp akarom megfogalmazni, akkor: Honnan tudom, hogy gyorsítható-e a folyamat?Bónusz kérdés: Nagyjából milyen futási idők jellemzőek a fenti folyamatokra? (Aki tud mondani példát adott méretre mi jött ki, annak nagyon örülnék)
Nem azért kérdezem, mert van kódom, vagy működő alkalmazás. Tervezési fázisban van egy projekt és éppen a felhasználható módszerek eszközök összgyűjtése folyik.
A lényeg, hogy van egy fájl inputon, aminek a feldolgozása után keletkezik egy objektum ami tartalmazza a fájlból szükséges dolgokat. De ezt a folyamatot nem akarom mindig futtatni, mert a fájl nem változik csak ritkán. Ezen kívül a performanciát is rontaná. Ezért arra gondoltam, hogy a szerializált formáját letárolom és amikor kell akkor beolvasom, deszerializálom és már a rendelkezésemre is áll az objektum, amit felhasználva mehet tovább a folyamat.
Ötletek észrevételek?
-
Napi fura kérdés.
Ha van egy objektumom...és én azt szerializálom. Majd ezt letárolom DB-ben. Később onnan beolvasom, deszerializálom, akkor ennek a két műveletnek a sebességét, hogy tudom megítélni gyorsaság szempontjából.
Ha másképp akarom megfogalmazni, akkor: Honnan tudom, hogy gyorsítható-e a folyamat?Bónusz kérdés: Nagyjából milyen futási idők jellemzőek a fenti folyamatokra? (Aki tud mondani példát adott méretre mi jött ki, annak nagyon örülnék)
Nem azért kérdezem, mert van kódom, vagy működő alkalmazás. Tervezési fázisban van egy projekt és éppen a felhasználható módszerek eszközök összgyűjtése folyik.
A lényeg, hogy van egy fájl inputon, aminek a feldolgozása után keletkezik egy objektum ami tartalmazza a fájlból szükséges dolgokat. De ezt a folyamatot nem akarom mindig futtatni, mert a fájl nem változik csak ritkán. Ezen kívül a performanciát is rontaná. Ezért arra gondoltam, hogy a szerializált formáját letárolom és amikor kell akkor beolvasom, deszerializálom és már a rendelkezésemre is áll az objektum, amit felhasználva mehet tovább a folyamat.
Ötletek észrevételek?
-
Sk8erPeter
nagyúr
-
Szeretnék 2 dolgot megoldani Java-ban. Az eddigi kereséseim nem voltak túl eredményesek.
1. Lekérdezném az aktuális töltöttségi szintjét az akkumulátornak egy laptopon, ehhez kapcsolódóan még azt is, hogy csatlakoztatva van-e töltő vagy sem.
Ilyet találtam:
Kernel32.SYSTEM_POWER_STATUS batteryStatus = new Kernel32.SYSTEM_POWER_STATUS();
Kernel32.INSTANCE.GetSystemPowerStatus(batteryStatus);Létezik más módszer? (csak érdekelnek a lehetőségek)
2.
A startmenü jobb szélére lehet különböző toolbarokat pakolni. A lenovonak vannak hasonló wifi, meg akkufigyelő toolbarjai, illetve a batterybar-t tudom példának hozni.Java-ból megoldható ilyen windows-os toolbar készítése? Vagy ha nem is toolbar de annak a területnek a felhasználása állapotjelzés céljából?
-
WonderCSabo
félisten
Ja..az mondjuk félig jogos...Csak hát indításonként ellenőrizni...
Ha éppen nincs netem akkor nincs fejlesztés...
Ezt addig nem fogom megérteni amíg nem lesz olyan szintű infrastruktúra mint az áram, vagy a víz. Addig inkább időszakos bosszúság mint szükséges feltétel.-------------
De egy témába vágó kérdésem is lenne. Windows Registry-t szeretnék írni olvasni.
A WinRegistry osztályt találtam eddig a leghasználhatóbbnak az eddigiek közül. Nem akarok JNI, 3rd party, windows api hívásos módszereket használni.Van esetleg valami ami még szóba jöhet?
-
Aethelstone
addikt
-
Sikerült megoldani a problémát. Mindössze a tűzfalon keresztül engedélyeznem kellett az IDEA-t kifelé. (Ami egy Amazon AWS-ben üzemelő instance-al akart kapcsolatba lépni.)
Csak tudnám mi szüksége van a build-hez erre...
-
Nem arrol van szo, hogy nagyon hosszu lenne a forditasi ido, csak folyamatosan rebuildelek, mert kiserletezem valamivel -- viszont a hotswap bizonyos okok miatt nem mindig mukodik. Ergo ha valamin valtoztatok, akkor varnom kell kb. 15 masodpercet, amig latom az eredmenyet, es ez most sok (mert rengetegszer kell varialni -- nem is azzal van gond, hogy sok idot elvesz, csak idegesito -- olyan, mintha egy mobilon akadozna az UI).
De ugy latom, kicsit megvarialom a workflow-t, es atallok REPL-re.
(Amikor C++-t csinaltam, ott volt akkora (ill. olyan szenne template metaprogramozott) projekt, hogy a projektben resztvevo osszes ember desktopja egyben compile szerverkent is funkcionalt, es amikor valaki forditott, akkor egyszerre kapott kb. 150-200 CPU magot, es igy tartott negyed oraig. Ja, es az IntelliSense nem mukott az IDE-ben, tehat siman benezhettel egy zarojelet valahol, es akkor a negyed ora vegen kaptal egy hibauzenetet, hogy itt hianyzik egy zarojel, forditsd ujra. Egyebkent meglepo, hogy meg lehet szokni azt, hogy preciznek kell lenni, amikor gepelsz. Az IntellIJ meg kabe elore megmondja, hogy ot perc mulva milyen nevu konstruktorparametert szeretnel, es felajanlja
) -
Csak az utolsó mondatra.: Van benne igazság...de kicsit úgy írod mintha ezekkel nem lehetne, vagy "alantasabb" lenne... Komolyan kérdezem mi az más a véleményed szerint?
Dehogy alantasabb, en csak annyit mondtam, hogy ha szorakoztato feladatot akar ES van ra lehetosege, akkor erdemes mast nezni. Mashogy mondva: kevesebb embert erdekelne hobbibol a J2EE, mint mondjuk a dronvezerlo algoritmus
Ettol meg irtozatosan elterjedt es sikeres dolgok ezek. -
Aethelstone
addikt
-
-
WonderCSabo
félisten
-
Az A osztályodban az adattag private, de a hozzá tartozó getter & setter public. Ezért azok bárhonnan láthatóak. Ez így van jól.
Ha csinálsz egy public adattagot az A osztályban akkor látni fogod, hogy B osztályban el tudod érni getter & setter nélkül... Ez mondjuk nem túl egészséges...de ha tovább olvasol majd meglátod.
A getter & setter lényege pont az, hogy ellenőrzött módon tudj az adattagokhoz hozzáférni...
Rendben köszi, csak amikor ezt a sort olvastam, azt hittem hogy ebben az esetben a leszármazott osztálynak nem is lesz olyan adattagja, bár annak meg mi értelme lenne
-
Való igaz ez egy hiányosságom amit majd rövid úton szeretnék pótolni...
Elmondom vázlatosan, hogy volt anno. Kell egy ERP. Használjuk a Netbeans Platformot mert az jó. Használjunk Maven-t mert az jó...Menet közben kellett (volna) mindkét témát megtanulni 0-ról... Éppen ezért ki lett osztva mindenkinek egy-egy téma... Maven-t pont nem én kaptam, akinek meg kellett volna az nem csinálta meg...
-
(#5631) raggg :
1. Maven most nem indokolt...csak félig van rálátásom a projektre egyelőre...
2. Korábbi projektben érintett, de mondjuk úgy több hátránya volt mint előnye akkor.(#5632) xTc Semmit... Két sima Java Application, amihez valakinek teszteket kellene írni. Amolyan bemelegítő feladat. Csak koncepcionális problémák akadtak arról, hol és hogyan legyen a JUnit benne...én meg mondtam, hogy ott a helyén. De közbe jött a dolog, hogy hát külön projektbe kellene, mert aki a tesztet írja...lehet elront valamit...és lehet vissza is commit-ol...
Szóval érted.Én csak arra voltam kíváncsi mi a best practise.
A Maven egy igen jó build tool. Csak mivel konvenciók szerint működik és sokaknak fogalmuk sincs, mik is azok, nagyon rossz a híre.. engem az Anttól kiver a víz.
-
(#5631) raggg :
1. Maven most nem indokolt...csak félig van rálátásom a projektre egyelőre...
2. Korábbi projektben érintett, de mondjuk úgy több hátránya volt mint előnye akkor.(#5632) xTc Semmit... Két sima Java Application, amihez valakinek teszteket kellene írni. Amolyan bemelegítő feladat. Csak koncepcionális problémák akadtak arról, hol és hogyan legyen a JUnit benne...én meg mondtam, hogy ott a helyén. De közbe jött a dolog, hogy hát külön projektbe kellene, mert aki a tesztet írja...lehet elront valamit...és lehet vissza is commit-ol...
Szóval érted.Én csak arra voltam kíváncsi mi a best practise.
-
Belefutottam ma egy kis JUnit használati kérdésbe.
Van 'A' project (netbeans) amit tesztelni kellene. DE nem a project Test Packages-be menne a dolog, hanem egy önállóan létrehozott 'B' projectbe. Ez egyébként tök üres. Csak a unit testek elhelyezésére és futtatására szolgálna.
A kérdés, hogy van ebben az elméletben valami hiba?
Az is felmerült, hogy amikor Netbeans-ben a New Test for Existing Class-al hozzá akarok adni egy újat a Test packages-be akkor Browse esetén nem látom 'A' project struktúráját, csak a 'B'-t amiben vagyok. Ez mondjuk annyira nem meglepő, de 'A' hozzá van adva a 'B'-hez mint Library... Ez is normális?
-
Itt egy HibernateUtil.
public class HibernateUtil {
private static final SessionFactory sessionFactory;
static {
try {
// Create the SessionFactory from standard (hibernate.cfg.xml)
// config file.
sessionFactory = new AnnotationConfiguration().configure().buildSessionFactory();
} catch (HibernateException ex) {
// Log the exception.
System.err.println("Initial SessionFactory creation failed." + ex);
throw new ExceptionInInitializerError(ex);
}
}
public static SessionFactory getSessionFactory() {
return sessionFactory;
}
}De milyen DB-vel próbálkozol? A hibernate config fájl a helyén van? Az hogy néz ki nálad?
-
Aethelstone
addikt
-
Ha már így szóba jött. Mivel lehet "szép"/esztétikus GUI-t csinálni Java-ban?
Egy nagyon egyszerű kis néhány órás hobbi programot dobnék össze, de szeretném ha az ódon stílusú AWT-nél egy fokkal jobban néznek.
A Swingben a Nimbus-t már erőltetettnek érzem...inkább valami modern letisztult felületben gondolkodom...de nem találtam eddig túl sok segítséget erre. -
Aethelstone
addikt
Ha már így szóba jött. Mivel lehet "szép"/esztétikus GUI-t csinálni Java-ban?
Egy nagyon egyszerű kis néhány órás hobbi programot dobnék össze, de szeretném ha az ódon stílusú AWT-nél egy fokkal jobban néznek.
A Swingben a Nimbus-t már erőltetettnek érzem...inkább valami modern letisztult felületben gondolkodom...de nem találtam eddig túl sok segítséget erre. -
Ha már így szóba jött. Mivel lehet "szép"/esztétikus GUI-t csinálni Java-ban?
Egy nagyon egyszerű kis néhány órás hobbi programot dobnék össze, de szeretném ha az ódon stílusú AWT-nél egy fokkal jobban néznek.
A Swingben a Nimbus-t már erőltetettnek érzem...inkább valami modern letisztult felületben gondolkodom...de nem találtam eddig túl sok segítséget erre. -
Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.
Ilyesmire gondolok pl.:
public interface ImyInterface...
public class myClass implements ImyInterface...VAGY
public interface MyService...
public class MyServiceImpl implements MyService... -
WonderCSabo
félisten
Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.
Ilyesmire gondolok pl.:
public interface ImyInterface...
public class myClass implements ImyInterface...VAGY
public interface MyService...
public class MyServiceImpl implements MyService... -
Aethelstone
addikt
Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.
Ilyesmire gondolok pl.:
public interface ImyInterface...
public class myClass implements ImyInterface...VAGY
public interface MyService...
public class MyServiceImpl implements MyService... -
Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.
Ilyesmire gondolok pl.:
public interface ImyInterface...
public class myClass implements ImyInterface...VAGY
public interface MyService...
public class MyServiceImpl implements MyService... -
Lehet bénán keresek, de valami mintát próbáltam találni, arra a problémára, hogy egy adott alhálózaton futó összes olyan kliens ip címét begyűjtsem amin egy általam írt alkalmazás ráült valamilyen konkrét portra...
Ötlet?Első blikkre több dolog is az eszembe jutott. Mondjuk itt leírják, hogy hogyan lehet subnet mask-ot találni, az alapján meg végigszkennelheted a LAN-t.
De vannak olyan rendszerek, ahol az a bevált módszer, hogy egy központi szerverre jelentkezik be az össze kliens, hogy feladatokat kaphasson
-
trisztan94
őstag
-
Ezt az ujratöltés bug-ot azért megjegyzem, ha előfordul valami akkor ne lepődjek meg.
Átolvastam eztHát nagyon hajlanak az ilyen könnyedebb cuccok felé. Dicsérik őket, bár a végén a JBoss nyer...
Tőlük elolvastam még a web framework tesztjüket is...na ott meg lehúzzák a Spring-et...azt elégég furcsának tartottam mikor a piaci részesedése igen magas...De jó, hogy ezt felhoztad. Az előzőbe pont kérdezni akartam, hogy több helyen olvastam, hogy a web profile részt használva kis túlzással cserélgethetem az alkalmazásszervereket mert nagy gond nem lehet belőle elvileg minimális konfiggal működnie kell...
-
Ezt az ujratöltés bug-ot azért megjegyzem, ha előfordul valami akkor ne lepődjek meg.
Átolvastam eztHát nagyon hajlanak az ilyen könnyedebb cuccok felé. Dicsérik őket, bár a végén a JBoss nyer...
Tőlük elolvastam még a web framework tesztjüket is...na ott meg lehúzzák a Spring-et...azt elégég furcsának tartottam mikor a piaci részesedése igen magas...De jó, hogy ezt felhoztad. Az előzőbe pont kérdezni akartam, hogy több helyen olvastam, hogy a web profile részt használva kis túlzással cserélgethetem az alkalmazásszervereket mert nagy gond nem lehet belőle elvileg minimális konfiggal működnie kell...
-
A vitát leszámítva akár én is lehetnék a bevezető alanya...
Ez már durvább téma volt kicsivel...viszont látom, hogy ha nálunk is ez lesz akkor tényleg ráborulok az asztalra, ahogy írod is...
Nehéz így technológiát választani, hogy nem használom készség szinten.
Ma addig jutottam az alkalmazásszerver témában, hogy JBoss és Tomcat-re szűkítettem a kört(Glassfish volt a harmadik). Nem véletlen, az egyik egy űrhajó ha másik egy vitorlázógép...
Azt gondolom, hogy ha később beesik valami nagyobb méretű dolog amihez a JBoss kéne akkor jól jön ha most bemelegítünk rajta. A másik, hogy full platform, szóval nem érhet meglepetés menet közben, hogy hopp hiányzik a Tomcat-ből valami...(Tudom ott lenne a TomEE) viszont ha változik a konfig akkor nem kell restart elég a reload...még akkor is ha ez nem sokszor fordul elő.
Néztem, hogy a memóriaigénye kb dupla az egyik oldal szerint. De hát ha az egyik 100MB-ot kér a másik meg 200MB-ot, akkor az elhanyagolható lesz az alkalmazás vagy az egész szerver méretéhez képest...Ezek miatt a JBoss felé húzok...Nem tudom mennyire teszem jól...
Őszintén szólva sosem rajongtam az újratöltésért. Párszor belefutottam abba a pofonba, hogy a classloader nem szabadított egy rakás dolgot, és 3-4 alkalom után bedöglött az egész. Ezt meg nem nehéz eljátszani gyorsan, mert pl módosítod a web.xml-t, elgépelsz valamit, és még gyorsan kétszer rámentesz.
A Tomcat mellé mindenesetre vedd fel a listára a Jetty-t is, nem tudom észérvekkel magyarázni, de nekem az jobban bejött. Talán annyi, hogy régebben kerestem web socket támogatást, és csak a Jetty-ben volt. Most már a Spring-ben is van
Mondjuk a két servlet konténer gyakorlatilag bármikor cserélhető, úgyhogy inkább tényleg azt kéne eldönteni, hogy EJB vagy servlet konténer kell. Spring mellé nem nagyon kell EJB, bár a JBoss-nak egy kicsit már összetettebb a management része. Tudtommal van valami diagnosztikai cucca is, de nem sikerült ezt még megtapasztalnom, az adminokkal meg nem vagyunk beszélőviszonyban
-
Tyű...jó a stílus és emészthető volt az anyag. Amit láttam az alapján nagyon tetszik ez az eszköz...Köszi még egyszer, hogy megírtad.
Az is látszik, hogy azért kell egy-két dummy alkalmazást is összedobni majd a napokban, hogy ülepedjenek a dolgok...Ja és persze könyvjelzőbe felvéve.
-
Tyű...jó a stílus és emészthető volt az anyag. Amit láttam az alapján nagyon tetszik ez az eszköz...Köszi még egyszer, hogy megírtad.
Az is látszik, hogy azért kell egy-két dummy alkalmazást is összedobni majd a napokban, hogy ülepedjenek a dolgok...Ja és persze könyvjelzőbe felvéve.
Örülök h sikerült meggyőzni róla
A dokumentációját tudom erősen ajánlani, bár sok haladó szintű dolog elég tré módon van leírva, ha egyáltalán megemlítik.Akartam egy kis összehasonlítást REST webservice alapon is, de annak is eljön majd az ideje
-
(#4926) floatr :
Köszi a részletes leírást. Nagyon hasznos volt. DWR-ről ha lenne cikked én biztosan elolvasnám.(#4937) floatr & (#4938) WonderCSabo :
A két projekt felépítésének a lehető legjobban meg kell egyeznie, hogy ne legyen szétaprózva mindenki és kvázi akárki hozzá tudjon nyúlni valamihez ha szükséges...ne legyen személyi függőség...hátha elüti a busz vagy ilyesmi... Persze teljesen egyforma nem lehet mert egyiknél a fix pont a .net a másiknál a java...
A html generálás alatt a servletekre gondoltam. Tehát kód szinten nem keveredhet a java meg a html...Elkészültem vele [link]
Ha kérdésed van, akkor ne kímélj
Már majdnem kidobtam az egész gépet az ablakon.
Én nem választok max javasolhatok. Meg támogatom az üzemeltetést, hogy a jelenlegi fejlesztői funkciók maradéktalanul átkerüljenek az új környezetbe.
Apache POI-val volt egy nagyon kis tapasztalat évekkel ezelőtt... Az nem volt túl jó, de azóta biztos változott egy-két dolog.
És jó a kávé? 
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Arc Raiders
- Projektor topic
- Sorozatok
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Villanyszerelés
- Spórolós topik
- Canon MILC: EOS R és M topik
- Miért vezet mindenki úgy, mint egy állat?
- További aktív témák...
- Samsung Galaxy S23 256GB,Újszerű,Adatkabel,12 hónap garanciával
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max/
- HIBÁTLAN iPhone 12 Pro Max 256GB Pacific Blue -2 ÉV GARANCIA - Kártyafüggetlen, MS4533
- Lenovo T14 Gen3 I5 1245U Refurbished - Garancia
- BESZÁMÍTÁS! ASUS B760 i7 13700K 32GB DDR5 512GB SSD RTX 4070 12GB Aerocool P500B Digi ARGB 750W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest